На дистанционном Sprint Review легко начать перечислять закрытые задачи. Но цель встречи другая: команда Scrum вместе с заинтересованными сторонами рассматривает результат спринта и обсуждает, что менять дальше. В Scrum Guide обзор описан как рабочая встреча, а не показ слайдов.
На онлайн-доске для совместной работы удобно держать рядом цель, доступный для проверки результат, замечания участников и возможные изменения бэклога. Сама доска не заменяет работающий инкремент продукта: показывайте реальное поведение, а не только его изображение.
Подготовьте результат, а не длинную презентацию
Заранее сформулируйте цель спринта, выберите инкремент для показа и пригласите людей, которые понимают его ценность и использование. Если для проверки нужна тестовая среда, выдайте доступ до встречи. На доске достаточно четырёх зон: цель и результат; что можно проверить; что изменилось вокруг продукта; вопросы и варианты адаптации. Последнюю зону не заполняйте готовыми решениями за участников.
Пример: изменение времени записи
Представим сервис записи на консультации. Команда добавила возможность перенести встречу без обращения в поддержку. На обзоре она показывает два пути: свободное время и уже занятый слот. Сотрудник поддержки замечает, что клиенты приходят по ссылке из письма-напоминания; представитель бизнеса спрашивает, нужна ли для некоторых услуг дополнительная проверка. Это наблюдения и вопросы, а не автоматически утверждённые требования.
Поместите замечание рядом с тем шагом, к которому оно относится. Отдельно запишите варианты: объяснить, почему время недоступно; изучить необходимость листа ожидания. Владелец продукта решит, как изменить Product Backlog после обсуждения. Голосование на стикерах не заменяет это решение.
Проведите обсуждение с удалёнными участниками
- Начните с цели и попросите показать работающий сценарий вместо списка закрытых задач.
- Пусть участник скажет, чего ожидал на конкретном шаге. Запишите наблюдение его словами до обсуждения решения.
- Отделяйте проверяемый факт от предложения: «сообщение о занятом времени непонятно» и «добавить лист ожидания» — разные записи.
- Обсудите изменения условий и возможные следующие шаги; отмечайте вопросы, для которых пока не хватает данных.
- В конце обозначьте, кто проверит каждый открытый вопрос и что попадёт на рассмотрение при уточнении бэклога.
Отсутствующие участники могут оставить комментарии на той же доске. Не превращайте обзор в ретроспективу: здесь оценивают результат продукта с заинтересованными сторонами; процессы работы команды обсуждают отдельно.
Соберите рабочую доску в Boardmix
Создайте четыре зоны в Boardmix, добавьте ссылку на настоящий инкремент и расположите заметки обратной связи возле соответствующих частей сценария. Откройте доступ тем, кто будет вносить замечания, но не размещайте на доске персональные данные клиентов. Если команда использует шаблон Scrum-доски, не дублируйте здесь весь трекер: перенесите только то, что нужно для разговора о результате.
Хороший итог обзора — проверенный инкремент, точно записанные замечания и понятные дальнейшие вопросы. Идеальная на вид схема не должна скрывать разногласия.
