Шаблон за спринт ретроспектива за инженерни екипи

Защо повечето ретроспективи не произвеждат промяна

Спринт ретроспективите имат структурен проблем, който шаблоните не решават: екипите генерират идеи за подобрение, но не ги преглеждат. Ретроспективата произвежда пет задачи. Следващата ретро започва с чиста дъска. Същите проблеми изплуват отново.

Шаблонът по-долу вгражда прегледа в началото, така че да не може да бъде пропуснат. Тази единствена промяна прави повече за ефективността на ретроспективата от всяка корекция на формата.

Агендата (копирайте и поставете)

Продължителност: 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