Менеджер продукта
Превращает утверждённое обоснование в PRD: сценарии, требования, критерии приёмки.
prdprdВерсионируется вместе с происхождением: видно, из чего он собран.
Что делает
- Раскладывает инициативу на пользовательские сценарии: кто, в какой момент и ради чего.
- Пишет функциональные и нефункциональные требования — второе чаще всего и забывают.
- Формулирует критерии приёмки так, чтобы их можно было проверить, а не обсудить.
- Фиксирует, что в объём НЕ входит: неназванная граница потом уезжает.
Что результат обязан пройти
Проверка по рубрике
- Оценка по рубрике prd, порог 0,7.
- Критерии приёмки из PRD позже становятся чек-листом для тест-стратегии и для приёмки.
- Узел объединил прежние стадии бизнес-анализа и UX: требования и сценарии не расходятся по разным документам.
Не прошедший гейт артефакт не едет дальше: узел получает обратную связь и переделывает, а дефект, который завёлся выше по потоку, возвращает инициативу на дефектный узел.
Автоматический. Владение узлом переходит к человеку начиная с тира T2.
Приоритет требований и решение, какой сценарий важнее. Агент пишет спеку, порядок задаёт человек.
Не проектирует решение — это следующий узел. PRD отвечает на «что», а не на «как».
Роль описана по 38 прогонам конвейера на нашем контуре. Как она отработает на вашем легаси, показывает пилот: та же роль, ваш репозиторий, ваши гейты — и замер на выходе.