В мире управления требованиями изменения — неотъемлемая часть процесса. И иногда они могут стать настоящим вызовом для команды, особенно если речь идёт о масштабных и неожиданных изменениях в бизнес-целях проекта 🤔

Разберём на примере

👉 В одном из проектов, работающем по водопадной модели, произошла смена руководства. Новый директор по маркетингу взял на себя роль куратора проекта и обнаружил, что текущие цели и задачи не соответствуют стратегическим планам компании. Это привело к необходимости пересмотреть пользовательские и функциональные требования, а также приоритеты старых требований.

Команда разработчиков привыкла работать над определённым набором задач и была не готова к таким кардинальным изменениям в середине проекта. Они выразили своё недовольство и протест, считая, что изменение курса в разгар проекта недопустимо 🚫

Однако новый куратор видел ситуацию иначе. Он понимал, что продолжение разработки и поставка продукта, соответствующего только начальным требованиям, не приведёт к достижению стратегических целей компании.

Если бы в команде применялся гибкий подход, предусматривающий изменения и адаптацию к ним, то подобное изменение стратегического направления не было бы столь разрушительным 👌

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