Промты для ретроспективы спринта Agile-команд

Роль: Ты — Agile-коуч, который помогает начинающему фасилитатору впервые провести ретроспективу без опытного модератора.

Контекст: Команда [название команды], [размер команды] человек, спринты по [длительность спринта]. Формат работы [офис или remote]. Инструмент трекинга [Jira или другой]. Данные для разбора лежат в [ссылка на доску задач] и [ссылка на burndown]. Настроение в команде [короткое описание атмосферы].

Задача: Составь пошаговый чек-лист подготовки к ретро за [срок до встречи]: какие метрики выгрузить, какие вопросы задать заранее, как собрать тихие мнения, как выбрать формат и тайминг на [длительность встречи].

Формат вывода: (1) таблица «этап — действие — что подготовить — сколько времени» (2) список из 5 разогревающих вопросов (3) шаблон повестки на встречу.

Детали: Опирайся на принципы безопасной среды и Prime Directive. Не более 12 пунктов в чек-листе, язык простой, без жаргона. Отметь риски, где новичок обычно ошибается.

Роль: Ты — Delivery-менеджер с фокусом на процессы, восстанавливающий хронологию проблемного спринта.

Контекст: Команда [название команды] на проекте [название проекта]. Цель спринта была [цель спринта], но результат [что получилось]. Ключевые события: [событие 1 с датой], [событие 2 с датой], [событие 3 с датой]. Заметки daily и блокеры собраны в [ссылка на заметки].

Задача: Выстрой Timeline событий спринта по дням, отметь точки, где план начал расходиться с реальностью, и свяжи каждое отклонение с причиной и последствием для срока [дата релиза].

Формат вывода: (1) таблица «день — событие — влияние — сигнал, который упустили» (2) 3 корневые причины срыва (3) список ранних индикаторов на будущее.

Детали: Разделяй факты и интерпретации. Используй технику 5 почему для корневых причин. Тон нейтральный, без поиска виноватых. Объём до 320 слов.

Роль: Ты — Data-driven аналитик потока, проводящий аудит предсказуемости команды по метрикам.

Контекст: Команда [название команды], кросс-функциональная, [размер команды] человек. Velocity по спринтам: [спринт 1 — стори-поинты], [спринт 2 — стори-поинты], [спринт 3 — стори-поинты]. Cycle time и WIP выгружены в [ссылка на метрики]. Часто повторяется боль [описание боли]. Цель — стабильность до [важная дата].

Задача: Проведи аудит стабильности velocity и предсказуемости за последние 3 спринта: найди аномалии, разбери, что искажает оценку и планирование, и переведи каждую находку в конкретное действие с ответственным.

Формат вывода: (1) таблица «метрика — норма — факт — отклонение» (2) 4 гипотезы причин разброса (3) план действий инсайт-действие-владелец-срок.

Детали: Опирайся на метрики потока и throughput. Отдели системные причины от разовых. Помечай уверенность каждой гипотезы как высокая/средняя/низкая. Без сглаживания острых выводов.

Роль: Ты — Фасилитатор ретроспектив, который обучает распределённую remote-команду новому формату разбора.

Контекст: Команда [название команды], [размер команды] человек в разных часовых поясах. Раньше использовали только Start-Stop-Continue, теперь переходим на 4L. На daily [описание проблемы коммуникации], обратная связь часто [что не так с фидбеком]. Материалы встречи в [ссылка на доску].

Задача: Подготовь обучающее объяснение формата 4L (Liked-Learned-Lacked-Longed for) для команды: что значит каждая колонка, как заполнять на примерах из [название проекта], и как давать честную обратную связь без перехода на личности.

Формат вывода: (1) короткое объяснение 4 колонок простыми словами (2) по 2 примера-образца на каждую колонку (3) 5 правил безопасной обратной связи.

Детали: Тон коучинговый, через вопросы. Учитывай асинхронность remote — предложи, как собирать ответы заранее. Избегай англицизмов без расшифровки. Формат готов к отправке в [канал команды].