Sprinto retrospektyvos šablonas inžinerijos komandoms

Kodėl dauguma retrospektyvų nesukelia jokio pokyčio

Sprinto retrospektyvos turi struktūrinę problemą, kurios šablonai neišsprendžia: komandos generuoja tobulinimo idėjas, bet jų neperžiūri. Retrospektyva sukuria penkis veiksmus. Kita retrospektyva prasideda nuo švaraus lapo. Tos pačios problemos iškyla vėl.

Žemiau pateiktas šablonas įkomponuoja peržiūrą į pradžią, kad jos nebūtų galima praleisti. Šis vienas pokytis retrospektyvos efektyvumui padaro daugiau nei bet koks formato koregavimas.

Darbotvarkė (nukopijuokite ir įklijuokite)

Trukmė: 60 minučių 2 savaičių sprintui; 45 minutės 1 savaitės sprintui
Formatas: vedamas, su bendra asinchronine lenta (Miro, FigJam, Notion — jūsų pasirinkimas)


1 skiltis — Veiksmų peržiūra (10 min.)

  • Perskaitykite praėjusio sprinto veiksmus po vieną
  • Pažymėkite kiekvieną: Atlikta / Vykdoma / Atmesta (trumpa atmetimo priežastis)
  • Perkelkite bet kokius nebaigtus punktus toliau; neginčykite jų iš naujo dabar

2 skiltis — Duomenų momentinė nuotrauka (5 min.)

  • Sprinto greitis (velocity) palyginti su tikslu
  • Neplanuotas darbas, viršijęs vieną dieną
  • Incidentai ar budėjimo įvykiai
  • Apimties pokyčiai sprinto viduryje
  • Pateikite duomenis ekrane kol kas be diskusijos

3 skiltis — Kas pavyko (10 min.)

  • Komanda prideda punktus asinchroniškai prieš susitikimą arba per pirmas 3 minutes
  • Aptarkite 2–3 svarbiausius; praleiskite punktus su akivaizdžiu sutarimu
  • Neskirkite laiko dalykams, kurie nėra veiksmingi

4 skiltis — Ką tobulinti (15 min.)

  • Tas pats formatas: asinchroninis įvedimas, aptariami stipriausią signalą turintys punktai
  • Kiekvienam punktui: vienkartinis pasireiškimas ar pasikartojantis šablonas? Tik šablonai virsta veiksmais
  • Vedėjo užduotis — paversti „tai buvo frustruojanti“ kažkuo konkretaus ir keičiamo

5 skiltis — Veiksmai (15 min.)

  • Kiekvienas punktas turi turėti: aprašymą, vieną atsakingą asmenį (ne „komanda“), terminą
  • Siekite daugiausiai 2–3 punktų; daugiau nei tiek išsklaido atskaitomybę
  • Perkelkite bet kokius nebaigtus punktus iš 1 skilties

Pabaiga (5 min.)

  • Greitas +/-/pokytis pačiai retrospektyvai
  • Patvirtinkite, kad santrauka išsiunčiama iki dienos pabaigos

Ko trūksta populiariems retrospektyvų formatams

Start/Stop/Continue ir Kas pavyko / Ką tobulinti / Veiksmai yra abu galiojantys formatai. Problema ne formatas — problema ta, kad šablonai retai užkoduoja peržiūros žingsnį pradžioje. Tas žingsnis yra vienintelis dalykas, kuriantis atskaitomybės tęstinumą iš vienos retrospektyvos į kitą. Be jo retrospektyva yra jausmų mašina, o ne pokyčių mašina.

Šablonai taip pat nesprendžia laiko limito disciplinos. „Ką tobulinti“ užsitęsia beveik visuotinai, nes tai emociškai labiau įtraukia nei „kas pavyko“. Be griežtų limitų 60 minučių retrospektyva virsta 90 minučių diskusija ir 5 minučių paskubomis atliktais veiksmais pabaigoje. Veiksmai yra vienintelė dalis, kuri ką nors keičia.

Trečia spraga: veiksmai užrašomi kaip miglotos direktyvos. „Pagerinti frontend'o ir backend'o komunikaciją“ nėra veiksmas. „Sarah suplanuos savaitinį 30 minučių derinimą tarp frontend'o ir backend'o vadovų, pradedant nuo kito pirmadienio“ yra. Atsakingas asmuo ir pradžios data turi būti įvardyti kambaryje — vėliau konkretumas suminkštėja.

Šių šablonų besikaupianti kaina pasirodo po kelių savaičių kaip niekada neužfiksuotas kontekstas ir iš naujo ginčijami sprendimai. Susitikimų mokestis aptaria, kaip tai atrodo kiekybiškai per ketvirtį.

Kodėl retrospektyvos santraukas sunkiau parašyti nei standup'o užrašus

Standup'o santraukos trumpos. Sprinto planavimo santraukos struktūruotos. Retrospektyvos santraukos sunkios, nes turinys netvarkingas — lipnūs lapeliai, diskusija, šokinėjanti tarp skilčių, sentimento ir duomenų mišinys. Tas, kuris rašo santrauką, turi atkurti nuoseklią giją iš susitikimo, judėjusio keliomis kryptimis vienu metu.

Pavleur tai tvarko gerai būtent dėl to netvarkingumo. Jis fiksuoja viską, kas pasakyta susitikimo metu, ir viską, kas yra ekrane — bendrą lentą, greičio grafiką iš 2 skilties, incidento bilietą, kurį kas nors paminėjo 4 skiltyje. Ataskaita po susitikimo yra struktūruota, su veiksmais, ištrauktais iš to, kas iš tikrųjų nuspręsta kambaryje (su atsakingais asmenimis ir datomis, kaip įvardyta). Jokio atkūrimo nereikia, jokio tvarkymosi po pokalbio.

Vien garso transkripcijos įrankiai fiksuoja žodžius, bet ne vizualinį kontekstą. Retrospektyvoje vizualas dažnai yra svarbiausia dalis — lipnių lapelių lenta, grafikas, iškėlęs šabloną, bilietas, įtvirtinęs diskusiją. Tas kontekstas neegzistuoja vien garso santraukoje. Tiesioginiam įrankių palyginimui: Pavleur ir alternatyvos.

Dažni retrospektyvų nesėkmės režimai

Tas pats veiksmas pasirodo trijose iš eilės einančiose retrospektyvose. 1 skiltis neginčytina. Jei punktas vis neatliekamas, arba atmeskite jį su nurodyta priežastimi, arba eskaluokite — neperkelinėkite jo be galo.

Diskusija virsta išsikalbėjimu be sprendimo. Vedėjo užduotis 4 skiltyje — paversti „tas procesas sugadintas“ vienu konkrečiu, keičiamu dalyku. Jei to neįmanoma sukonkretinti per 30 sekundžių, tai keliauja į atidėtų klausimų sąrašą.

Niekas nepriduria punktų asinchroniškai prieš susitikimą. Išsiųskite lentą likus 24 valandoms. Užpildykite ją 2–3 punktais, kad išspręstumėte tuščio lapo problemą. Susitikimai vyksta geriau, kai visi atvyksta su kažkuo užrašytu.

Sprinto retrospektyvos šablonas inžinerijos komandoms | Pavleur