Демонстрация продукта vs ретроспектива: почему их нельзя совмещать
«Мы совмещаем демо и ретроспективу. Экономит время»
В конце спринта команда собирается на одной встрече: сначала демо заказчику, потом обсуждение ошибок при нём же. Думаете, команда честна? Никогда. Демо и ретроспектива — два разных события с разными целями и аудиториями, их нельзя совмещать.
Демонстрация продукта — для результата
Показ работающего инкремента заказчику и стейкхолдерам, фокус на результате. Цели: обратная связь, подтверждение готовности, корректировка бэклога, укрепление доверия. Формат: живая демонстрация в работающей среде, никаких PowerPoint. Кто участвует: команда, владелец продукта, заказчик, ключевые стейкхолдеры. Итог: принятый инкремент, обновлённый бэклог.
Ретроспектива — для процесса
Внутренняя встреча команды, фокус на процессе и взаимодействии. Цели: что было хорошо (сохранить), что было плохо (изменить), улучшения на следующий спринт. Формат: обсуждение, мозговой штурм, голосование. Кто участвует: только команда + Scrum-мастер, иногда владелец продукта, но не заказчик. Итог: список улучшений, план действий.
Почему их нельзя совмещать
Почему опасно объединять: стейкхолдеры теряют интерес — демо затягивается, они уходят; команда не будет честной — при заказчике не скажут правду о проблемах; встреча становится слишком длинной — усталость, потеря фокуса. Подробнее о психологической безопасности — в статье Психологическая безопасность в ИТ-команде.
Как проводить правильно
Правильная последовательность: проведите внутренний прогон за день до демо, проведите демо для заказчика в конце спринта, проведите ретроспективу сразу после демо (без заказчика).
Дополнительные правила: на демо показывайте только готовые истории — не вводите заказчика в заблуждение. На ретроспективе создайте безопасную среду, используйте главную директиву: «Каждый делал всё возможное, исходя из своих знаний и обстоятельств». Ретроспектива должна заканчиваться улучшениями, не превращайте её в «жалобную книгу».
Что в понедельник утром
Разделите демо и ретроспективу — никогда не проводите их вместе. На демо показывайте только готовые истории. Проведите внутренний прогон за день до демо (чтобы всё работало). На ретроспективе создайте безопасную среду (без заказчика).
Заключение
Демо — для результата, ретроспектива — для процесса. Сначала покажите результат, потом улучшите процесс. Никогда не делайте это одновременно.
На воркшопах курса «Мастер управления IT-проектами» мы проводим демо и ретроспективу на реальных проектах. Подробнее о курсе →