ГОСТ на роудмапы 👉 гиблое дело

В прошлых постах я рассказывал про трекинг — точку синхронизации, где PM могут обсудить, у кого какие готовые решения, но без стандартизации артефактов. В продолжение есть еще тема про даты.

У одного менеджера всё расписано по дням: когда клиент передаёт материалы, когда выходит фронт, когда закрывается бэк. Так удобнее, если проект небольшой, а заказчику важна прозрачность и контроль.

У другого — только полностью завершенные с точки зрения пользователя блоки. Клиенту не важно, что происходит внутри, ему нужно знать, что фича ушла в продакшен к финальной дате. Актуализировать внутренние детали — это лишняя работа.

Третья вообще не называет заказчику даты. Потому что любые сдвиги, даже на пару дней, могут спровоцировать переживания. С такими клиентами лучше работает спринтовая модель: подписались на скоуп недели — сделали, показали, пошли дальше.

Подход к срокам сильно зависит от заказчика. Критерии здесь простые: — размер проекта, — вовлечённость клиента, — его опыт работы с IT (зрелость внутренних процессов при создании цифровых продуктов).

Я в очередной раз убеждаюсь: ГОСТ на роудмапы в KTS лепить бессмысленно. Нужно не единое правило, а база готовых решений и обмен опытом на трекингах — чтобы менеджер мог быстро адаптироваться под любой тип проекта и заказчика.

#максим_павлов 😀 #менеджментkts

В этом посте были ссылки, но мы их удалили по правилам Сетки