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

В гибкой среде руководитель проекта (Scrum Master или Agile Coach) должен был оценить техническую и организационную готовность команды и выявить потенциальные риски в начале первой итерации. Это включает проверку наличия необходимых навыков, инструментов и инфраструктуры для реализации требований. Отсутствие такой оценки привело к обнаружению технической невозможности на более позднем этапе. Неправильные варианты: Запрос на одобрение внешнего эксперта для определения критериев приемки не решает проблему технической готовности команды. Критерии приемки определяют, что должно быть сделано, но не как это будет сделано. Определение четких критериев приемки на этапе инициации важно, но само по себе не гарантирует технической возможности их выполнения. Увеличение объема коммуникации между членом команды и владельцем продукта полезно, но не предотвращает проблему отсутствия технических возможностей, если она не была выявлена заранее.