Оцените, является ли команда вашего проекта (в широком смысле, включая людей, с которыми необходима постоянная коммуникация, представителей поставщиков или заказчиков) единым семантическим сообществом
Скорее да. Есть общие называемые словами объекты, например, виды продаваемых продуктов, клиента (при уточнении, клиент какой организации или в какой учетной системе), факты о клиентах. Далее уже у каждой группы по ролям появляются свои слова, обозначающие объекты, с которыми чаще всего работает группа, а остальные знают о них по наслышке, либо видят проявления изменений этих объектов в других объектах.
Поразмышляйте, какие слова в вашем проектном контексте имеют недостаточно плотное концептуальное пространство, и как это можно было бы исправить.
"Процесс", имею в виду дата-инженерный регулярный запуск работ по трансформации данных. Даже для таких процессов у нас есть множество вариантов, которые требуют разного отношения. Для начала, кажется полезным отделить "поставочные" процессы для заказчиков от наших внутренних или "загрузочных", поставляющих данные нам. А для инженеров - рассматривать ещё в разрезе технологий, на которых они реализованы.
“Качество данных” - применить готовые или описать наши подходы, метрики, требования к состоянию данных в наших таблицах.
“Story points” - число, связанное с реальностью только через сравнение задачи с другими задачами по воспринимаемому оценивающим размеру. Часто назначается ошибочно, у каждой роли имеет разный размер (3 у инженера - это не те же 3 у аналитика). Когда у нас был выделенный Scrum Master, он нам напоминал, что это не дни и не часы. Но мы не берем более определённого числа сторипойнтов в спринт, что связывает их со временем. Кажется, такой эфемерный “объект” можно просто перестать использовать и заменить на оценки диапазона требуемого времени работы, чем они сейчас и являются.