Как управлять изменениями требований (Change Request) на проекте?

Когда заказчик просит "добавить еще одну кнопочку" в уже утвержденное ТЗ (Baseline), аналитик запускает процесс Change Request (CR):

1. Фиксация: Записать суть изменения.
2. Анализ влияния (Impact Analysis): Оценить, как "кнопочка" повлияет на БД, API, смежные системы и текущую архитектуру.
3. Оценка: Разработчики оценивают CR в часах/деньгах.
4. Утверждение: Спонсор проекта смотрит на смету и решает: делаем сейчас, откладываем в бэклог (на фазу 2) или отказываемся.

💡 Правило: Бесплатных и мгновенных изменений не бывает. Любое изменение сдвигает сроки или бюджет.