Как делать предсказуемые сроки поставки Приходит к вам новый | Менеджер от боженьки
Как делать предсказуемые сроки поставки
Приходит к вам новый проект. Свеженький, красивый. Беклог в джире еще умещается на один экран.
Вопрос, который будет постоянно волновать вашего клиента \ босса \ инвестора - когда будет готово?
Вот что нужно сделать, чтобы на него ответить:
Выяснить скоуп.
Определить Definition of Done.
Оценить скоуп с командой и построить расписание.
Зафиксировать предыдущие три пункта в джире \ контракте \ митинг ноутсах.
Прокол на любом шаге ставит проект под удар.
Например, недавно я осмелел на новой работе, и покрасил самый главный проект нашего отдела в красный (до этого никто отчетов не делал).
Все н̶е̶м̶н̶о̶г̶о̶ ̶о̶х̶е̶р̶е̶л̶и̶ высказали озабоченность. Я говорю - а какой у нас DoD? Технари отвечают - разработка новых модулей архитектуры. Продакты говорят, да, все правильно. И еще миграция и удаление старого кода (+ полгода работы). Так ведь?
Сроки - штука подвижная. По ходу проекта всегда прилетают новые фичи. Бывает, что с оценкой промахнулись или ключевой разработчик думает перейти в Епам. Все это влияет на дату поставки.
Задача менеджера здесь - найти эту подвижность и показать всем (это еще называют visibility).
Поэтому, чтобы ваш клиент \ босс \ инвестор не высказывал озабоченность, сделайте для него еще вот эти два пункта:
Настройте трекинг.
Отправляйте отчеты по срокам раз в неделю.
С такой системой ваши сроки будут предсказуемыми.
————————————
#реклама_по_любви
Чтобы сроки ехали реже, нужен сильный тимлид. Это главный друг ПМа. Он и команду замотивирует, и скоуп нарежет ровно и риски увидит рано.
Классные тимлиды, многих из которых я давно читаю сам, сделали вот эту папку с каналами:
https://t.me/addlist/mDWR2gD6UEhlOWRi
Добавляйте, читайте, попадайте в сроки