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

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