Как работать со сроками, когда заказчик подкидывает новые требования но не желает двигать дедлайн?

Клиент продавливает по объему и срокам. Как будете решать ситуацию?

Классический кейс, или вопрос с собеседования.

Представьте ситуацию — вы в компании недавно, запустили проект. 

План проекта расписан на полгода вперед, работы идут полным ходом. Вдруг клиент говорит, что предыдущая команда проекта год назад сделала некий функционал, четко по ТЗ, но система работает не так как нужно сейчас. Клиент требует доработать функционал. 

Вы изучаете требования и понимаете, что воздействия на сроки проекта не избежать. Назовем эти требования — “легаси”.

Клиент заявляет, что легаси критично важены и в случае их невыполнения полетят головы.  Он трепетно относится к переносу сроков. В случае сдвига плана “вправо”, бои идут за каждый день.

Сдвиг плана, не выгоден для вашей компании. Это репутационные потери и уменьшение прибыльности проекта.

Помимо появления легаси требований, вы выяснили, что клиент заявил новое требование в ТЗ по текущему проекту в конце фазы планирования, но его воздействие не было тщательно оценено. Эта доработка грозит вылиться в дополнительные недели работы.
Итого: работы по проекту идут и у вас два дополнительных пакета работ. Один — легаси, второй — новое упущение. План проекта двигать категорически не желательно, как будете действовать?

Разберемся по частям. Начнем с легаси.

Выяснили что есть 10 вопросов которые нужно доработать. Суммарно они стоят 200 ч\д. Часть работ идет параллельно, мы сможем их реализовать за 2,5 месяца с воздействием на сдвиг основного проекта.

Клиента не устраивает оценка. Требует обоснование.

Декомпозируем задачи, описываем из каких работ состоит каждый из 10 вопросов. Прорабатываем сценарии обхода: функционал можно сделать попроще, сделать датафикс, договориться на переработки с инженерами, реализовать хотфикс на прод системе в ближайшее время и т.п.

Лирическое отступление: Самое время подумать — а действительно ли все кейсы описанные заказчиком критичные? Решат ли сценарии обхода основную проблему заказчика?

Итоговая оценка уменьшается до 160 ч\д и длительностью до 1,5 месяцев. Воздействие на проект —  3-5 недель.

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

Договариваемся о сроках и четко информировать клиента о ходе работ. При необходимости просим команду о переработках. Главное чтобы такая практика не затянулась, ибо велика вероятность выгорания сотрудников и тогда продуктивность будет меньше. 

Далее разбираемся с новыми требованиями. Подход тот же: декомпозируем, оцениванием, находим обходные пути, приоритезируем с заказчиком. 

Да конечно, мы можем вытянуть легаси и новые требования, предоставить нужный функционал, но сроки сдачи проекта неминуемо поедут.

Главный win в этой ситуации, что они поедут меньше чем могли бы.

Об авторе

Денис Фурсенко

Просмотреть все сообщения

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *