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

В гибких методологиях, таких как Scrum, проблемы и новые требования, выявленные во время демонстраций, являются нормальной частью процесса. Наиболее эффективный подход — это включение их в бэклог продукта для приоритизации и последующего решения. Уточнение бэклога (backlog refinement) — это регулярная деятельность, которая позволяет команде и владельцу продукта обсуждать, оценивать и приоритизировать элементы бэклога. Включение проблем в следующий спринт демонстрирует адаптивность и ориентацию на ценность для заказчика. Направление к плану управления изменениями или эскалация в управляющий комитет (если это не критические изменения, требующие пересмотра целей проекта) является излишне бюрократическим подходом для гибкой среды. Ссылка на подписанные требования или откладывание решения до "второй версии" противоречит принципам гибкой разработки, которая поощряет раннюю и непрерывную обратную связь.