Изменение требования нормально для IT-проекта, но устное согласие без оценки незаметно переносит срок, увеличивает стоимость или ломает уже принятую архитектуру.
Уточните причину
Опишите бизнес-проблему, срочность и ожидаемый результат, проверив, нельзя ли достичь цели существующей функцией или правилом. Решение не диктуйте.
Оцените влияние
Команда анализирует разработку, тесты, данные, интеграции, документацию, эксплуатацию и ранее согласованные зависимости. Диапазон объясняйте.
Зафиксируйте выбор
Владелец принимает изменение, откладывает или отклоняет его, понимая последствия для сроков, бюджета и других задач. План обновите.
Даже внешне небольшую идею обязательно связывайте с автором, датой, принятым решением, оценкой влияния и конкретной версией требований, чтобы все участники позднее не спорили, входила ли она в утвержденный объем, срок и согласованную стоимость проекта.
Исходные границы задает техническое задание. Бэклог помогает сравнить изменение с другой работой.
