Шаблон ретроспективи спринту для інженерних команд

Чому більшість ретро не продукують змін

У ретроспектив спринту є структурна проблема, яку шаблони не виправляють: команди генерують ідеї для поліпшення, але не переглядають їх. Ретро продукує п'ять завдань. Наступна ретро починається з чистого аркуша. Ті самі проблеми виринають знову.

Наведений нижче шаблон вбудовує огляд у початок, щоб його не можна було пропустити. Ця єдина зміна робить для ефективності ретро більше, ніж будь-яке коригування формату.

Порядок денний (скопіюйте це)

Тривалість: 60 хвилин для 2-тижневого спринту; 45 хвилин для 1-тижневого спринту
Формат: із ведучим, зі спільною асинхронною дошкою (Miro, FigJam, Notion — на ваш вибір)


Розділ 1 — Огляд завдань (10 хв)

  • Прочитайте завдання минулого спринту одне за одним
  • Позначте кожне: Виконано / В процесі / Відкинуто (коротка причина відкидання)
  • Перенесіть будь-які незавершені елементи вперед; не переграйте їх зараз

Розділ 2 — Знімок даних (5 хв)

  • Швидкість спринту проти цільової
  • Незапланована робота, що перевищила один день
  • Інциденти чи події чергування
  • Зміни скоупу посеред спринту
  • Виведіть дані на екран поки що без обговорення

Розділ 3 — Що вдалося добре (10 хв)

  • Команда додає елементи асинхронно перед нарадою або в перші 3 хвилини
  • Обговоріть 2–3 найважливіші; пропускайте елементи з очевидною згодою
  • Не витрачайте час на те, що не придатне до дій

Розділ 4 — Що поліпшити (15 хв)

  • Той самий формат: асинхронний внесок, обговорення елементів із найбільшим сигналом
  • Для кожного елемента: одноразова подія чи повторюваний патерн? Лише патерни стають завданнями
  • Завдання ведучого — перетворити «це дратувало» на щось конкретне й змінюване

Розділ 5 — Завдання (15 хв)

  • Кожен елемент має мати: опис, одного відповідального (не «команду»), термін виконання
  • Прагніть щонайбільше 2–3 елементів; більше — розмиває відповідальність
  • Перенесіть уперед будь-які незавершені елементи з Розділу 1

Завершення (5 хв)

  • Швидкий +/-/дельта по самій ретро
  • Підтвердьте, що підсумок вийде до кінця дня

Що популярні формати ретро пропускають

Start/Stop/Continue і Що вдалося добре/Що поліпшити/Завдання — обидва чинні формати. Проблема не у форматі — а в тому, що шаблони рідко закладають крок огляду на початку. Цей крок — єдине, що створює наступність відповідальності від однієї ретро до наступної. Без нього ретро — це машина для почуттів, а не машина для змін.

Шаблони також не адресують дисципліну часових меж. «Що поліпшити» затягується майже завжди, бо емоційно захопливіше за «що вдалося добре». Без жорстких меж 60-хвилинна ретро стає 90 хвилинами обговорення й 5 хвилинами похапцем накиданих завдань наприкінці. Завдання — єдина частина, що бодай щось змінює.

Третя прогалина: завдання пишуться як розпливчасті директиви. «Поліпшити комунікацію між фронтендом і бекендом» — це не завдання. «Сара запланує щотижневу 30-хвилинну синхронізацію між лідами фронтенду й бекенду, починаючи з наступного понеділка» — це завдання. Відповідальний і дата старту мають бути названі в кімнаті — пізніше конкретика розмивається.

Накопичувана ціна цих патернів проявляється за тижні у вигляді контексту, що ніколи не був захоплений, і рішень, що переграються. Податок на наради розглядає, як це виглядає кількісно за квартал.

Чому підсумки ретро складніше писати, ніж нотатки стендапу

Підсумки стендапу короткі. Підсумки планування спринту структуровані. Підсумки ретроспективи складні, бо контент безладний — стікери, обговорення, що стрибає між розділами, суміш настроїв і даних. Той, хто пише підсумок, змушений відновити зв'язну нитку з наради, що рухалася в кількох напрямках водночас.

Pavleur справляється з цим добре саме через цей безлад. Він захоплює все сказане під час наради й усе, що на екрані — спільну дошку, графік швидкості з Розділу 2, тикет інциденту, який хтось згадав у Розділі 4. Звіт після наради структурований, із завданнями, виокремленими з того, що справді було вирішено в кімнаті (з відповідальними й датами в названому вигляді). Жодного відновлення не потрібно, жодного прибирання після дзвінка.

Суто аудіоінструменти захоплюють слова, але не візуальний контекст. У ретро візуал часто найважливіша частина — дошка зі стікерами, графік, що виявив патерн, тикет, що закріпив обговорення. Цього контексту не існує в суто аудіопідсумку. Пряме порівняння інструментів: Pavleur проти альтернатив.

Поширені режими провалу ретро

Те саме завдання з'являється в трьох ретроспективах поспіль. Розділ 1 не підлягає обговоренню. Якщо елемент раз за разом не виконується, або відкиньте його з озвученою причиною, або ескалюйте — не переносьте його вперед нескінченно.

Обговорення перетворюється на випуск пари без розв'язання. Завдання ведучого в Розділі 4 — перекласти «той процес зламаний» на одну конкретну, змінювану річ. Якщо це не можна зробити конкретним за 30 секунд, воно йде в місце для відкладених тем.

Ніхто не додає елементи асинхронно перед нарадою. Надішліть дошку за 24 години наперед. Засійте її 2–3 елементами, щоб зламати проблему чистого аркуша. Наради проходять краще, коли всі приходять із чимось записаним.

Шаблон ретроспективи спринту для інженерних команд | Pavleur