Sprint-retrospektív sablon fejlesztőcsapatoknak

Miért nem hoznak a legtöbb retrók változást

A sprint-retrospektíveknek van egy strukturális problémájuk, amelyet a sablonok nem javítanak: a csapatok fejlesztési ötleteket generálnak, de nem tekintik át őket. A retró öt feladatot termel. A következő retró tiszta lappal nyit. Ugyanazok a problémák újra felmerülnek.

Az alábbi sablon a nyitásba építi az áttekintést, hogy ne lehessen kihagyni. Ez az egyetlen változtatás többet tesz a retró hatékonyságáért, mint bármilyen formátumbeli módosítás.

A napirend (másold és illeszd be)

Időtartam: 60 perc egy 2 hetes sprinthez; 45 perc egy 1 hetes sprinthez
Formátum: moderált, egy megosztott aszinkron táblával (Miro, FigJam, Notion — a te választásod)


1. szakasz — Feladatok áttekintése (10 perc)

  • Olvasd fel az előző sprint feladatait egyenként
  • Jelöld mindegyiket: Kész / Folyamatban / Elvetve (rövid indoklás az elvetésekhez)
  • Vigyél át minden befejezetlen tételt; ne tárgyald újra őket most

2. szakasz — Adatpillanatkép (5 perc)

  • Sprint-sebesség vs. cél
  • Egy napot meghaladó nem tervezett munka
  • Incidensek vagy ügyeleti események
  • Sprint közbeni hatókör-változások
  • Tedd az adatokat a képernyőre, még vita nélkül

3. szakasz — Mi ment jól (10 perc)

  • A csapat aszinkron módon adja hozzá a tételeket a megbeszélés előtt vagy az első 3 percben
  • Vitasd meg a legfontosabb 2-3-at; hagyd ki a nyilvánvaló egyetértésű tételeket
  • Ne fordíts időt olyasmire, ami nem cselekvésre alkalmas

4. szakasz — Min javítsunk (15 perc)

  • Ugyanaz a formátum: aszinkron bemenet, a legerősebb jelű tételek megvitatása
  • Minden tételnél: egyszeri előfordulás vagy visszatérő mintázat? Csak a mintázatokból lesz feladat
  • A moderátor feladata, hogy a „ez frusztráló volt”-ból valami konkrétat és megváltoztathatót csináljon

5. szakasz — Feladatok (15 perc)

  • Minden tételnek rendelkeznie kell: leírással, egy felelőssel (nem „a csapat”), határidővel
  • Célozz meg legfeljebb 2-3 tételt; ennél több felhígítja az elszámoltathatóságot
  • Vigyél át minden befejezetlen tételt az 1. szakaszból

Zárás (5 perc)

  • Gyors +/-/delta magáról a retróról
  • Erősítsd meg, hogy az összefoglaló a munkanap vége előtt kimegy

Mit mulasztanak el a népszerű retró-formátumok

A Start/Stop/Continue és a Mi ment jól/Min javítsunk/Feladatok egyaránt érvényes formátumok. A probléma nem a formátum — hanem az, hogy a sablonok ritkán kódolják be az áttekintési lépést a legelejére. Ez a lépés az egyetlen dolog, amely elszámoltathatósági folytonosságot teremt egyik retrótól a másikig. Nélküle a retró egy érzelemgép, nem egy változásgép.

A sablonok nem foglalkoznak az időkeret-fegyelemmel sem. A „min javítsunk” szinte egyetemesen túlfut, mert érzelmileg lekötőbb, mint a „mi ment jól”. Kemény keretek nélkül egy 60 perces retróból 90 perc vita és a végén 5 perc kapkodó feladat lesz. A feladatok az egyetlen rész, amely megváltoztat bármit.

A harmadik hézag: a feladatokat homályos utasításokként írják meg. A „Javítani a frontend-backend kommunikáción” nem egy feladat. A „Sára beütemez egy heti 30 perces szinkront a frontend- és backend-vezetők között, jövő hétfőtől kezdve” az. A felelőst és a kezdő dátumot a teremben kell megnevezni — később a konkrétumok elpuhulnak.

Ezeknek a mintázatoknak a halmozódó költsége hetekkel később jelenik meg soha nem rögzített kontextusként és újratárgyalt döntésekként. A megbeszélési adó tárgyalja, hogyan néz ki ez számszerűen egy negyedév alatt.

Miért nehezebb megírni a retró-összefoglalókat, mint a standup-jegyzeteket

A standup-összefoglalók rövidek. A sprinttervezési összefoglalók strukturáltak. A retrospektív-összefoglalók nehezek, mert a tartalom kusza — cetlik, szakaszok között ugráló vita, hangulat és adat keveréke. Aki megírja az összefoglalót, annak egy koherens szálat kell rekonstruálnia egy olyan megbeszélésből, amely egyszerre több irányba mozgott.

A Pavleur pontosan e kuszaság miatt kezeli ezt jól. Rögzít mindent, ami a megbeszélés alatt elhangzott, és bármit, ami a képernyőn van — a megosztott táblát, a 2. szakasz sebességgrafikonját, az incidensjegyet, amelyre valaki a 4. szakaszban hivatkozott. A megbeszélés utáni jelentés strukturált, a feladatokat abból kinyerve, ami valóban eldőlt a teremben (felelősökkel és dátumokkal, ahogy megnevezték). Nincs szükség rekonstrukcióra, nincs rendrakás a hívás után.

A csak hangot rögzítő átirati eszközök rögzítik a szavakat, de nem a vizuális kontextust. Egy retróban a vizuális elem gyakran a legfontosabb rész — a cetlitábla, a grafikon, amely felszínre hozott egy mintázatot, a jegy, amely lehorgonyzott egy vitát. Ez a kontextus nem létezik egy csak hangot rögzítő összefoglalóban. Közvetlen eszköz-összehasonlításhoz: Pavleur vs. alternatívák.

Gyakori retró-hibamódok

Ugyanaz a feladat három egymást követő retrón jelenik meg. Az 1. szakasz nem alku tárgya. Ha egy tétel folyamatosan nem készül el, vagy vesd el megnevezett indoklással, vagy eszkaláld — ne vidd tovább a végtelenségig.

A vita megoldás nélküli kesergéssé válik. A moderátor feladata a 4. szakaszban, hogy a „az a folyamat el van rontva”-t egy konkrét, megváltoztatható dologgá fordítsa. Ha 30 másodperc alatt nem tehető konkréttá, a várólistára kerül.

Senki sem ad hozzá tételeket aszinkron módon a megbeszélés előtt. Küldd ki a táblát 24 órával korábban. Ültess el 2-3 tételt, hogy megtörd az üres vászon problémáját. A megbeszélések jobban zajlanak, ha mindenki leírt valamivel érkezik.

Sprint-retrospektív sablon fejlesztőcsapatoknak | Pavleur