Демо митинг

Митинг с вовлечением заказчика для демонстрации прогресса проекта и подведения итогов спринта

Главная цель демо (Demo), ревью спринта (Sprint Review), демонстрации – получить обратную связь и наладить общение со всеми заинтересованными лицами. Демо митинг - это отличная возможность для команды "похвастаться" своими достижениями. Эта практика позволяет задать ритм коммуникации с заказчиком. Демонстрация проводится в конце каждой итерации (спринта). Команда показывает результаты своей работы, например, последовательно проходит по всем завершенным историям пользователя. Не имеет смысла показывать и обсуждать на демо вопросы, не касающиеся приглашенных заинтересованных лиц.

Организация

  • Проводится после каждой итерации

  • Демонстрируется работающая система. Не презентации и не написанные классы

  • Показывается целостный функционал. Для заказчика должна быть осязаемая ценность в том что вы ему презентуете. Ошибка презентовать рефакторинги, тесты и исправление дефектов.

  • Демонстрируются только полностью завершенные user stories

  • Все заинтересованные лица приглашаются на демо

  • Команда получает обратную связь от заинтересованных лиц

  • Заинтересованные лица получают обратную связь

  • Владелец Продукта корректирует беклог продукта в соответствии с пожеланиями заинтересованных лиц

  • Во время первого демо заказчик знакомится с командой, его желательно провести на территории разработчика, ближе к средине проекта пытаться перенести демо на территорию заказчика.

Цели

  • Продемонстрировать что проект движется с ожидаемой скоростью согласно плану (план; текущая позиция; точка завершения)

  • Продемонстрировать способность команды (потенциал) реализовать необходимую функциональность Продемонстрировать способность команды коммуницировать (свободно общаться)

  • Повысить визуализацию команды/персонализация (Андрей проделал большую работы по ..., вот результаты)

  • Продемонстрировать партнерский сервис (больше, чем планировалось)

  • Upsale (У нас есть хороший дизайнер который мог бы помочь, вот его работы)

План

  • Демонстрируем (тот же что использовали на планировании) и озвучиваем план спринта (перечисляем задачи в порядке приоритетов) и задачи которые перед ним ставились (фокус)

  • Озвучиваем самари по результатам спринта (все задачи были успешно завершены; завершили большинство задачи за исключением... о чем будет сказано позднее)

  • Каждая стори озвучивается и демонстрируется (демонстрация экрана). Озвучиваются необходимые детали реализации

  • Запрашиваем фидбек. Считаете ли вы что задача успешно реализована? Есть ли какие либо замечания которые необходимо добавить в Backlog?

Дизайнерские задачи DevOps

Команда QA

  • Качество новых функций. На сколько выпущенный функционал готов к использованию (обычно с опозданием в один спринт)

  • Регрессия. Как ухудшается качество проекта с добавлением новых функций

  • Визуализация прохождения тестов. Показать как мы тестируем проект и что именно автоматизировано проверяется (текстовый язык описания тестов)

Рекомендации по проведению

  • Демо митинг это не место для вопросов по уже реализованным функциям. Если такие вопросы возникают это симптом несвоевременной коммуникации

  • Демо митинг может быть стрессом для неопытных разработчиков. Вздохи (в том числе вздохи облегчения, что вы представили все что планировали или что вам передали слово) - это отрицательные невербальные сигналы которых стоит избегать. Они создают картину нашей неуверенности или безразличия (фух, отчитался).

  • Психологи советуют представить в собеседнике вашего друга или хорошего знакомого, рекомендуют отрабатывать свою речь чтобы она звучала динамично и позитивно (есть такая метафора - улыбаться в трубку).

Дополнительная информация

Last updated