Управление изменениями — итоги
Изменения неизбежны; хаос — нет. Scope creep лечится прозрачностью: тикет, оценка влияния, решение PO или заказчика, при необходимости change request и допсоглашение. Релизы в критичный prod — через CAB с tier для emergency.
FAQ — частые вопросы
Вопрос. Что такое scope creep?
Ответ. Незаметное расширение объёма работ без пересмотра срока и бюджета. Часто через мелочи в чате. См. глава 1.
Вопрос. Что такое change request?
Ответ. Формальная заявка на изменение scope/срока/стоимости с описанием, влиянием и решением утверждающего (PO, заказчик).
Вопрос. Agile же разрешает менять требования — зачем CR?
Ответ. Agile разрешает менять приоритеты прозрачно. CR (или эквивалент в трекере) — способ не потерять trade-off. В fixed price CR ещё и юридическая защита.
Вопрос. Каждая мелочь — отдельный CR?
Ответ. Нет. Порог задаёт организация (например, > 3 дней или влияние на договор). Мелочь — тикет в backlog с приоритетом PO.
Вопрос. Что такое CAB?
Ответ. Change Advisory Board — согласование изменений в production в банках, госе, критичной инфраструктуре. Окна, чек-листы, tier для срочного.
Вопрос. CAB блокирует hotfix при P1?
Ответ. Зрелый регламент имеет emergency tier — сначала восстановление, потом документирование. Иначе растёт MTTR.
Вопрос. Кто утверждает CR в аутсорсе?
Ответ. Заказчик (или его PO) по договору. PM исполнителя готовит оценку, не подменяет подпись заказчика.
Вопрос. PO сказал "да" в чате — достаточно?
Ответ. Для внутреннего продукта часто да, если зафиксировано в тикете. Для fixed price — лучше CR/письмо. Устное забывается на приёмке.
Вопрос. Новая фича в середине спринта — как?
Ответ. PO пересматривает цель спринта: сужаем scope, прерываем или откладываем. Не добавляем задачи без решения. См. Scrum.
Вопрос. Разработчик может отказать в "срочной" просьбе?
Ответ. Может предложить процесс: тикет, оценка, PO. Отказ без эскалации к PO — плохая идея; отказ с маршрутом к PO — профессионально.
Вопрос. CR и ADR — когда что?
Ответ. CR — бизнес-scope, срок, деньги. ADR — архитектурное решение внутри CR или отдельно. Большой CR часто порождает ADR. См. ADR.
Вопрос. Заказчик не хочет платить за CR — "это входило"?
Ответ. Сверка с baseline scope в договоре и ТЗ. PM + юрист; разработчик документирует дельту. Эмоции не заменяют границы контракта.
Вопрос. T&M — CR не нужен?
Ответ. Юридически часто проще (оплата часов), но прогноз бюджета и приоритет всё равно нужны — иначе заказчик удивляется счёту.
Вопрос. Госпроект: правка ТЗ без CR?
Ответ. Обычно через допсоглашение и протокол. Иначе срыв сроков и экспертиза. Куратор заказчика = PO по факту.
Вопрос. Как измерить, что scope creep под контролем?
Ответ. Доля работ из неплановых CR, стабильность цели спринта, отсутствие "скрытых" часов в T&M. Опрос команды: узнаёте ли о изменениях до начала кода.
Резюме терминов
| Термин | Одна фраза |
|---|---|
| Scope | Согласованный объём работ |
| Scope creep | Объём растёт, срок — нет |
| Change request | Заявка на изменение с оценкой |
| CAB | Согласование prod-релизов |
| Trade-off | Что снимаем, если добавляем |