Скрам-мастеру о событиях: Sprint Review / Обзор Спринта (Демонстрация?)

Не статусная встреча, а неформальная.

На ней проводится демонстрация инкремента продукта для получения обратной связи и развития сотрудничества. 

Зачем проводится?

С целью инспекции инкремента и, по необходимости, адаптации бэклога продукта.

Кто где когда сколько?

  • Кто участвует?
    • Скрам-команда и ключевые заинтересованные лица, которых приглашает владелец продукта.
  • Как часто проводится?
    • В конце каждого спринта.
  • Сколько длится?
    • Для спринта длительностью 1 месяц продолжительность встречи не превышает 4 часов. Чем короче спринт, тем короче его обзор.

Кто отвечает за встречу?

Скрам-мастер заботится о том, чтобы встреча состоялась, а все участники понимали её цель. Скрам-мастер обучает всех участников укладываться в отведенное на событие время.

ScrumGuides.org

Какие результаты должны быть достигнуты?

Пересмотренный бэклог продукта. Он включает в себя элементы, которые могут войти в следующий спринт.

Бэклог продукта может быть изменен, если появились новые бизнес-возможности.

Чем ещё полезно?

Команда оптимизирует взаимодействие между участниками и повышает свою производительность.

Ежедневный Скрам улучшает коммуникации, делает другие встречи ненужными. Он способствует и поощряет быстрое принятие решений, повышает уровень знаний Команды разработки.

Как проводить?

Скрам-команда и заинтересованные лица во время Обзора Спринта совместно обсуждают, что было сделано за Спринт. 

17-минутный обучающий мультфильм об Обзоре спринта (на английском с текстом):

«Spring Review» meeting / Обзор спринта

Ключевые элементы обзора спринта

Владелец продукта объясняет, какие элементы бэклога готовы, а какие нет.
1. Команда разработки рассказывает о том, что получилось во время спринта, какие возникли проблемы и как они были решены.
2. Команда разработки демонстрирует готовую работу и отвечает на вопросы об инкременте.
3. Владелец продукта описывает текущее состояние бэклога продукта. При необходимости он прогнозирует возможные даты завершения разработки продукта, основываясь на текущих показателях прогресса.
4. Все присутствующие обсуждают, над чем стоит работать дальше. Таким образом обзор спринта предоставляет ценные данные для следующего планирования спринта.
— Проводится обзор, как изменения рынка или потенциальное использование продукта могли изменить то, что нужно сделать в первую очередь.
— Выполняется обзор сроков, бюджета, возможностей и позиций на рынке для будущих релизов или возможностей продукта.

ScrumGuides.org

Частые ошибки и как их исправить?

  1. После демонстрации не собираются отзывы заинтересованных лиц. Добивайтесь того, чтобы каждый приглашенный клиент, заказчик, участник смежной команды высказался, а иначе нет пользы от его участия в обзоре спринта.
  2. Проводится только демонстрация, а не обзор спринта. Нет инспекции спринта, как мини-проекта. Расскажите, что планировали сделать и что сделали (согласно Definition of Done).
  3. Не обсуждаются следующие задачи бэклога, в результате не происходит актуализация важности задач. Покажите, какие задачи потенциально могут попасть в ближайшие 2-3 спринта. Обсудите их, уточните, согласны ли они с порядком задач.
  4. Заинтересованные лица производят «приёмку» инкремента продукта. Обычно так происходит, когда владелец продукта на самом деле не «владеет» продутом, я является только координатором команды (team lead).

Как можно сделать круче?

  1. Пригласите реальных пользователей.
  2. Каждый обзор приглашайте кого-то нового. Если вашей системой пользуется группа людей — пригласите другого из группы.
  3. Дайте пользователям самостоятельно опробовать новый функционал.

Подробнее читайте здесь:

  1. Scrum Guide на русском, см. раздел «Обзор спринта».
  2. Статься в обучающем блоге компании Unusual Concepts.
  3. Почему обзор спринта больше, чем демо от Unusual Concepts.

Оставить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *