Ответ
Объединять демо и ретро — не лучшая практика. У этих встреч разные цели:
- Демо — показать инкремент продукта стейкхолдерам, получить фидбек.
- Ретро — внутренний разбор процессов команды, что улучшить.
Проблемы при объединении:
- Конфликт фокуса — стейкхолдеры не должны участвовать в обсуждении внутренних проблем команды.
- Потеря эффективности — ретро требует открытости, которая сложна при посторонних.
Исключение:
Можно провести короткое ретро для команды сразу после демо (без стейкхолдеров), если сроки горят.
Пример структуры раздельных встреч:
# Демо: 30 мин (показ фич + Q&A)
schedule_demo(features, stakeholders)
# Ретро: 45 мин (только команда)
run_retro(team_members, issues_found) Вывод: лучше разделять, чтобы сохранить фокус и доверие.
