Соглашения
Рабочие соглашения
Правила, по которым работаем
Постоянные договорённости между командой разработки и заказчиком. Меняются только явным решением на встрече — тогда правка попадает и сюда, и в реестр решений ниже.
Как работаем
Статус проекта, решения и договорённости публикуются на этом сайте. Источник правды по решениям — протоколы встреч.
Каждая рабочая встреча фиксируется протоколом: краткое резюме, принятые решения и следующие шаги с ответственными. Протокол появляется в разделе «Встречи».
Изменения методологии и требований вносятся в ТЗ аналитиком и рассылаются участникам; работа ведётся по последней согласованной версии.
PoC принимается Product Owner по фиксированному чек-листу из 10 критериев. Пункт считается принятым только после демонстрации на приёмке.
Данные и безопасность
Чековые данные, доли РТО и EBITDA — коммерческая тайна: во внешние модели они не передаются. В тестовых файлах чувствительные цифры заменяются случайными значениями (моки).
До прямой интеграции с источниками (Пульсар, категорийные справочники) цепочка работает на согласованных тестовых выгрузках той же структуры.
Документы, покидающие контур (например, пакеты бизнес-требований), проходят очистку от секретов и внутренних идентификаторов.
Методология
Длинные (стратегические), тактические и новинки. Уровни между собой не сравниваются; новинки — вне контура PoC, у них отдельная методология.
Длинные тренды оцениваются по пятибалльной шкале, тактические — по стобалльной. Итоговые оценки внутри уровня сопоставимы, между уровнями — нет.
Результаты, не подтверждённые экспертом (например, рецептуры без отметки технолога), представляются как предварительные гипотезы, а не готовые решения.
Реестр решений · 5 решений
Принятые на встречах решения
Полный список решений из протоколов встреч, от новых к старым. Каждое решение ведёт к протоколу, где зафиксирован контекст обсуждения. Список пополняется автоматически при добавлении протоколов.
- 01 Шкалы оценки: длинные тренды — пятибалльная, тактические — стобалльная, между собой уровни не сравниваем
- 02 Входной список бот берёт из выгрузки Пульсара (пока моковый файл) и классифицирует сам, заранее разделённые списки не подаём
- 03 Чувствительные данные в моковых файлах заменяем на рандомные цифры
- 04 Для теста оцениваем одной моделью вместо средней по двум, при необходимости скорректируем
- 05 Новинки в скоуп не берём — у них отдельная методология; приоритет — длинные и тактические