Когда Спринт прерывается посреди недели: Практическая адаптация
Спринт может пойти не по плану. Узнайте, как инспектировать и адаптироваться посреди Спринта, не отказываясь от принципов Scrum. Практические шаги для восстановления и обучения.
Иногда Спринт идёт наперекосяк. Критическая зависимость не срабатывает. Появляется новая, срочная проблема. Работа, запланированная на Планировании Спринта, становится невозможной или неактуальной. Вы не можете просто игнорировать это. Scrum основан на эмпирическом управлении процессами. Это означает инспекцию и адаптацию. Когда Спринт прерывается посреди недели, это критический момент для Scrum-команды, чтобы применить эти принципы. Не каждая проблема требует остановки Спринта. Но некоторые требуют. Знание различий и того, как действовать, является ключом к поддержанию гибкости и поставке ценности.
Распознавание прерванного Спринта
Спринт действительно прерван, когда его Цель Спринта становится устаревшей или недостижимой. Речь идёт не о небольшом отставании от графика. Речь идёт о фундаментальном изменении. Scrum Guide утверждает, что Цель Спринта является единственной целью Спринта. Если эта цель больше не жизнеспособна, или если внешнее событие вызывает настолько значительное изменение, что текущий план становится бесполезным, тогда Спринт прерван. Это часто происходит из-за непредвиденных внешних факторов, а не только из-за плохого планирования.
Роль Владельца Продукта
Владелец Продукта имеет право отменить Спринт. Это серьёзное решение, которое должно приниматься редко. Это происходит, когда Цель Спринта становится устаревшей. Только Владелец Продукта может принять это решение. Если Спринт отменяется, все завершённые и Готовые элементы Бэклога Продукта пересматриваются. Те, что Готовы, могут быть поставлены. Частично Готовые элементы переоцениваются и возвращаются в Бэклог Продукта. Затем команда немедленно переходит к новому Планированию Спринта, чтобы начать новый Спринт.
Когда не отменять: Адаптация Бэклога Спринта
Отмена, это крайняя мера. Большинство проблем посреди Спринта не требуют её. Разработчики управляют Бэклогом Спринта. Они могут инспектировать свой прогресс в достижении Цели Спринта на Ежедневном Скраме. Если они обнаруживают, что не могут достичь Цели Спринта, они работают с Владельцем Продукта, чтобы пересмотреть объём Бэклога Спринта. Сама Цель Спринта не меняется. Разработчики могут добавить новые элементы или удалить существующие, чтобы наилучшим образом достичь Цели Спринта. Это нормальная часть адаптации внутри Спринта.
Рассмотрите следующие сценарии, когда адаптация более уместна, чем отмена:
- Ключевая зависимость задерживается, но есть другая работа, которая всё ещё может способствовать достижению Цели Спринта.
- Обнаружен критический баг, и его исправление соответствует Цели Спринта или является необходимым предварительным условием.
- Команда понимает, что элемент сложнее, чем предполагалось, и не поместится, но другие элементы могут быть завершены.
- Новая информация меняет приоритет некоторых элементов, но общая Цель Спринта остаётся действительной.
Вовлечение всей Scrum-команды
Принятие решений относительно прерванного Спринта, это совместная работа. Разработчики ближе всего к работе и понимают технические последствия. Владелец Продукта понимает ценность и рыночный контекст. Scrum-мастер помогает облегчить эти обсуждения и обеспечивает соблюдение принципов Scrum. Они направляют команду в принятии прозрачных решений, основанных на эмпирических данных. Это может включать внеплановую встречу для обсуждения вариантов, отдельно от Ежедневного Скрама.
Извлечение уроков из сбоя
Независимо от того, отменяете вы или адаптируете, каждый сбой посреди Спринта, это возможность для обучения. Ретроспектива Спринта, это место для обсуждения того, что произошло. Почему Спринт прервался или потребовал значительной адаптации? Что команда могла сделать по-другому? Какие изменения в процессе могут предотвратить подобные проблемы в будущем? Этот менталитет непрерывного улучшения лежит в основе Scrum. Не просто устраняйте непосредственную проблему. Поймите её первопричину и улучшите свой способ работы.
Прерванный Спринт, это не провал Scrum. Это возможность продемонстрировать гибкость. Инспектируя ситуацию и адаптируя план или даже сам Спринт, Scrum-команда демонстрирует свою приверженность поставке ценности и реагированию на изменения. Используйте эти моменты, чтобы укрепить способность вашей команды эффективно справляться с неопределённостью.