В этот момент обмена укрепляется взаимодействие и взаимовыгодное сотрудничество между командой и заинтересованными сторонами.
Рисунок 11.1 – Момент обмена результатами
Показанное во время обзора позволяет измерить, сколько было сделано. Это самое подходящее время, чтобы подсчитать количество завершенных историй и функциональностей. Измерение скорости команды и ее сравнение с предыдущими спринтами позволяет понять, что можно сделать в будущем.
С помощью этих индикаторов участники могут по необходимости принимать коллективные решения, чтобы повлиять на дату ввода в эксплуатацию или на содержание.
11.3 Как провести обзор
Вот возможная цепочка действий для данного собрания.
✓ Перед началом обзора команда готовит необходимое для успешного проведения демонстрации.
✓ Владелец продукта начинает собрание с цели спринта.
✓ Для каждой завершенной истории команда осуществляет демонстрацию и собирает обратную связь.
✓ Команда пользуется присутствием заинтересованных сторон, чтобы оценить влияние продукта и принять решение о его будущем.
• Логистика
Команда должна убедиться, что необходимый для обзора материал работает хорошо. Демонстрация, как правило, проводится в комнате вне рабочей зоны – там, где могут разместиться люди и есть видеопроектор.
Если участники не могут присутствовать, можно использовать видеосвязь.
Демонстрация проводится в специально выделенной для этого среде, максимально приближенной к производственной (это можно указать в критериях завершенности).
Новейшие технологии разработки позволяют быстрое развертывание в рамках предпроизводства, что идеально для демонстрации и дальнейшего использования заинтересованными сторонами.
• Репетиция
При подготовке к собранию нужно согласовать последовательность историй, которые будут показаны. Команда приходит к согласию относительно презентации и спикеров, чтобы демонстрация прошла плавно и динамично.
Репетиция – наилучший способ подготовить демо. Она позволяет получить и принять во внимание обратную связь от участников команды.
Во время демо будут представлены только завершенные истории, никаких наполовину завершенных и почти завершенных! Это возможность избавиться от окончательных сомнений.
• Техническая работа
Техническая работа предназначена для команды, не для заинтересованных сторон. Обзор этой части будет проходить внутри команды.
После обсуждения команда может посчитать, что краткое изложение технической работы будет полезно для сведения заинтересованных сторон.
В таком случае, это можно запланировать на утреннюю часть обзора, чтобы не забыть в пылу окончания спринта.
Обзор с участием заинтересованных сторон начинается в установленное время. Пунктуальность – знак уважения всех участников и первый шаг на пути к доверительным отношениям.
Владелец продукта начинает собрание с напоминания цели спринта, определенной во время планирования. Он четко говорит, была ли данная цель достигнута.
Если цель не достигнута, в конце собрания нужно обсудить, как это повлияет на сезон. Во время ретроспективы отдельным пунктом – поиск того, что следует в дальнейшем исправить и улучшить.
Владелец продукта показывает список историй. Он может использовать Post-it® для обозначения тех, что были завершены в данном спринте.
Команда представляет инкремент при помощи поочередной демонстрации историй.
• Кто проводит демо?
Демонстрацию может провести наиболее вовлеченный разработчик. Риск в данном случае заключается в отсутствии однородности презентации. Некоторые разработчики докладывают слишком быстро для аудитории пользователей. Если для истории применялся паттерн роения, все участники отвечают за демонстрацию своей истории.
Докладчиком может выступить Владелец продукта: он отлично знает, как взаимодействовать с заинтересованными сторонами.
Самые лучшие демонстрации, которые я видел, были проделаны Владельцем продукта и участником команды: первый представляет, второй направляет и завершает.
Чтобы отметить переход от одной истории к другой, можно обратиться к списку историй и, как вариант, помечать галочкой уже рассмотренные. Во время демонстрации последней для завершения той или иной функциональности истории команда делает на этом акцент.
• Подготовка сценария
Демонстрация – это не маркетинговая презентация со всей мишурой и не скоростное прохождение тестов.
Чтобы аудитория понимала, что вообще происходит, демонстрация должна протекать плавно. Для этого команда готовит сценарий. Это не сложно: уже есть список историй, и порядок их демонстрации будет соответствовать их последовательности в спринте. Сценарий можно предоставить пользователям после спринта.
Внимание. Во время обзора не проводятся приемочные тесты. Все проверки должны быть пройдены ранее, а во время обзора демонстрируются истории, что прошли эти проверки с успехом.
Участникам предлагается высказать свое мнение об инкременте продукта и о представленных историях. Их обратная связь принимается в форме вопросов, предложений и запросов на изменение. Команда отвечает на вопросы.
Все запросы и комментарии помещаются в песочницу.
Если это возможно, присутствующим предлагается самим поработать с продуктом в конце демонстрации. Можно сформировать группы с участием разработчиков и их компьютеров. В ином случае, после спринта команда направляет версию продукта всем заинтересованным сторонам.
Обзор способствует получению обратной связи и после собрания.
Для быстрого получения обратной связи команда устанавливает дату, до которой принимает предложения от участников обзора. Все комментарии помещаются в песочницу и будут рассмотрены во время сессии доработки в следующем спринте. Владелец продукта сообщает об этом заинтересованным сторонам после обзора.
Список завершенных историй и функций рассматривается коллективно. Количество завершенных историй сравнивается с результатами предыдущих спринтов, вычисляется среднее значение. Этот показатель скорости команды используется, чтобы узнать ее потенциал. Это полезно для среднесрочного планирования.
Рисунок 11.2 – График скорости команды
С этим инкрементом, который добавляется к предыдущим, команда получает результат, влияние которого оценивается, и принимается решение, будет ли он введен в эксплуатацию.
Владелец продукта представляет ситуацию, используя бэклог поставки (с kanban-таблицей функциональностей). Заинтересованным сторонам предлагается высказать мнение о будущем продукта. Это возможность обсудить с ними содержание сезона. Прогнозы делаются с учетом предположений о возможностях команды и ожидаемом воздействии результата.
Сейчас самое время принять коллективное решение о вводе в эксплуатацию и пересмотреть содержание сезона. Мы еще увидим, чем здесь может пригодиться среднесрочный план (глава 16).
Владелец продукта представляет предполагаемую цель следующего спринта. Обратная связь с заинтересованными сторонами поможет ее скорректировать перед обсуждением внутри команды во время сессии планирования.
11.4 Каждая часть обзора предназначена для своей публики
Обзор преследует две цели:
✓ собрать обратную связь,
✓ принять решение о будущем продукта.
Эти две цели не обязательно относятся к одним и тем же людям. Обратная связь по продемонстрированным историям запрашивается у будущих пользователей, тогда как продвижение продукта интересует тех, кто участвует в управлении.
Кроме того, к концу спринта завершены не только пользовательские истории: другие типы историй для демо не интересуют пользователей, но важны для команды.
Чтобы оптимизировать участие, можно применить паттерн обзор в трех частях:
1) внутренний обзор, предназначенный исключительно для Scrum-команды (зоны 1 и 2),
2) внешний обзор с участием пользователей и/или их представителей (все зоны, в особенности 4 и 5),
3) обзор для руководства (зоны 2 и 3).
Каждая из частей длится не более часа.
Внутренний обзор является продолжением деятельности по подготовке, включающий:
✓ демонстрацию пользовательских историй, репетицию того, что будет показано во время внешнего обзора;
✓ обзор историй, представляющих интерес только для разработчиков. Они обсуждаются исключительно в рамках внутреннего обзора, так как не приносят ценности пользователям;
✓ первое обсуждение цели следующего спринта.
Он состоит из следующих шагов:
✓ обозначить цель,
✓ провести демонстрацию,
✓ собрать обратную связь.
Эта часть включает в себя:
✓ оценку влияния,
✓ решение о будущем продукта.
Рисунок 11.3 – Будущее продукта
Такой способ проведения обзоров имеет свои плюсы:
✓ внешний обзор становится короче и эффективнее, с фокусом на демо;
✓ обратная связь от команды собирается даже до проведения демо;
✓ пересматривается не только завершенное, но готовое;
✓ техническая работа подробно изучается теми, кому она предназначена;