Что вы делаете, если заказчик меняет требования в середине спринта, а свободного capacity нет?

Как действовать при изменении требований без свободного капасити?

• управление изменениями в Agile
• сначала оцениваю влияние изменений на цели и план текущего спринта
• приоритеты согласовываю с командой и PO
• предлагаю перенести новые требования в следующий спринт
• если изменение критичное — предлагаю исключить менее приоритетные задачи
• фиксирую договорённости и изменения для прозрачности и отчётности
• цель — сохранить баланс между гибкостью и стабильностью прогноза

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

Подробный ответ

Основной ответ

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

Ключевые моменты

• Прозрачность и коммуникация: объясняю заказчику, что добавление новых задач при отсутствии свободного времени снижает прогнозируемость и может отразиться на качестве релиза. Вместе пересматриваем приоритеты и оцениваем последствия изменений.
• Гибкость планирования: в React 18-подобных agile-подходах задачи можно перераспределить, однако я стараюсь не допускать mid-sprint scope change, поскольку он рассеивает фокус команды и повышает риски.
• Использование backlog refinement: когда изменение действительно критично, договариваюсь включить новые требования в последующие итерации. Так текущий спринт сохраняет стабильность, а проект может обеспечить 99.9% uptime.

Практический контекст

В проектах с заказчиками из банковского сектора и e-commerce подобные ситуации встречаются регулярно. Для наглядного управления задачами используем Jira: показываю, как scope change влияет на velocity и сроки. Если требуется, подключаю скрам-мастера, чтобы фасилитировать переговоры и не допустить сгона по спринту.