В проекте по разработке продукта заинтересованные стороны постоянно жалуются, что реализованные функции не нужны бизнесу. Спонсор спрашивает, эффективно ли используются ресурсы. Что должен был сделать руководитель проекта, чтобы избежать выполнения работы, которая не приносит пользы для бизнеса?

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