Спонсор недавно сформированного гибкого проекта не имеет четкого представления об объеме работ и сроках доступности ключевых функций продукта. Что должен сделать руководитель проекта?

Правильный ответ — определить видение проекта, декомпозировать основные функции в бэклог, расставить приоритеты и создать общий план релизов. В гибких проектах, когда объем работ и сроки неясны, руководитель проекта должен сначала установить общее направление (видение), затем разбить крупные функции на управляемые элементы бэклога, приоритизировать их и составить приблизительный план релизов. Это обеспечивает гибкость и позволяет адаптироваться по мере поступления новой информации. Перемещение доски Kanban или приглашение на ежедневные совещания не решают проблему отсутствия ясности в объеме и сроках. Создание подробного плана управления проектом противоречит гибким принципам, которые предполагают адаптивность, а не жесткое планирование на ранних этапах.