Șablon de retrospectivă: format, exemplu — și cum supraviețuiesc acțiunile până la următoarea retrospectivă (2026)

O retrospectivă este ședința în care o echipă se uită la felul în care a lucrat — pe parcursul unui sprint, al unei lansări, al unei luni — și hotărăște ce schimbă. Nu ce a construit; asta face review-ul. Ci cum a construit: ce a încetinit munca, ce a făcut-o să meargă și care una sau două lucruri le va face echipa altfel data viitoare. Un șablon de retrospectivă este pagina care ține această conversație într-o ordine fixă, astfel încât ședința să producă o decizie, nu o listă de nemulțumiri.

Acest ghid începe cu meșteșugul — formatul, un șablon de retrospectivă de sprint pe care îl puteți copia, un exemplu completat, cele patru seturi de întrebări între care se rotesc majoritatea echipelor — apoi trece la mecanică: unde trăiește retrospectiva în instrumentele pe care echipa le folosește deja și ce se întâmplă cu acțiunile ei după apel. Pentru că adevăratul test al unei retrospective nu este tabla de la sfârșitul orei. Sunt primele cinci minute ale următoarei, când cineva întreabă dacă cele două schimbări asupra cărora au căzut cu toții de acord chiar s-au produs.

Ce este o retrospectivă — și ce nu este

Patru ședințe stau lângă retrospectivă, iar echipele le amestecă în dauna lor:

Retrospectiva este singura dintre cele patru care vorbește despre echipa însăși, în prezența echipei, cu echipa decizând. De aceea rezultatul ei este mic — o echipă poate schimba una sau două obiceiuri pe ciclu, nu zece — și de aceea o retrospectivă cu o listă lungă a ajuns de obicei un review sau o analiză de incident purtând un nume greșit. Agenda sprint review-ului și agenda retrospectivei sunt două pagini diferite dintr-un motiv întemeiat.

O retrospectivă nu este nici o ședință de status cu sentimente. „Hai să spunem pe rând cum ni s-a părut sprintul" produce o dispoziție, nu o schimbare. Șablonul de mai jos cere date înaintea opiniilor, scris înaintea vorbitului și o decizie înainte să se termine ora.

Ce conține șablonul: formatul

Un șablon de retrospectivă utilizabil are șapte părți, în această ordine. Majoritatea șabloanelor de pe internet sunt un subset; cele două care lipsesc cel mai des sunt prima și ultima.

1. Acțiunile retrospectivei anterioare, verificate. Înaintea oricărui alt punct: fiecare acțiune de data trecută, responsabilul ei și una dintre trei stări — făcută, nefăcută cu motivul, abandonată. Două minute pentru o listă de trei. O retrospectivă care sare peste acest punct anunță că acțiunile ei sunt opționale, iar sala aude asta.
2. Perioada în fapte. Ce s-a livrat, ce a întârziat, ce s-a stricat, în cifre sau date, pe tablă înainte ca cineva să vorbească. Trei până la cinci rânduri. Opiniile dezbătute pe aceleași fapte converg; cele dezbătute pe amintiri diferite, nu.
3. Ce a mers bine. Mai întâi în scris, o notă pe persoană pe punct, apoi citite cu voce tare. Scrisul înaintea vorbitului este regula care lasă jumătatea tăcută a echipei să fie auzită și motivul obișnuit pentru care retrospectivele sunt dominate de două voci.
4. Ce nu a mers. Aceeași metodă. Notele vorbesc despre muncă și despre modul de lucru, nu despre oameni; facilitatorul mută o notă care numește o persoană în „parking lot", pentru o discuție one-on-one.
5. Grupați și alegeți. Grupați notele în clustere și lăsați fiecare persoană să pună două voturi pe clusterele pe care vrea să le abordeze. Primul sau primele două devin subiectul retrospectivei pentru timpul rămas; restul așteaptă următoarea, iar lista a ceea ce a așteptat se păstrează.
6. Una sau două schimbări, ca acțiuni. Pentru fiecare cluster ales, schimbarea la care se angajează echipa, scrisă ca action item: un responsabil, un verb, o dată. „Să ne pricepem mai bine la estimări" este o dorință; „Lena — adaugă o verificare de 15 minute a estimărilor la planificarea de joi — din sprintul următor" este o acțiune.
7. Responsabili, dată de verificare și apreciere. Recitiți acțiunile, cu responsabilii; numiți data la care sunt verificate — de obicei următoarea retrospectivă; și încheiați cu o rundă de mulțumiri, pe nume. Ultimul punct nu este decor: el îi face pe oameni dispuși să scrie notele de la punctul 4 și data viitoare.

Ce rămâne în afară: tot ce aparține review-ului (domeniul de lucru), analizei de incident (cronologia unui singur eșec) sau unei discuții one-on-one (o singură persoană). O retrospectivă care încearcă să le cuprindă pe toate se lungește și nu hotărăște nimic.

Cum se desfășoară: înainte, în timpul și după

Înainte: fixați intervalul și pregătiți faptele. O retrospectivă este o ședință recurentă, după review și înaintea următoarei planificări, astfel încât să pornească de la ce s-a livrat de fapt; cum se așază în săptămână se află în ghidul ritmului ședințelor. În ziua de dinainte, facilitatorul postează în canalul echipei faptele perioadei — lista celor livrate, lista celor întârziate, incidentele — și acțiunile retrospectivei anterioare cu responsabili, astfel încât punctele 1 și 2 să fie citite înaintea ședinței, nu alcătuite în timpul ei. Rotiți facilitatorul: o retrospectivă condusă de manager de fiecare dată devine un raport către manager.

În timpul ședinței: scris înainte de vorbit, apoi o decizie. Deschideți cu verificarea acțiunilor — fiecare responsabil spune „făcut" sau „nefăcut" și de ce, într-o propoziție. Apoi faptele, citite cu voce tare într-un minut. Apoi opt minute de scris în tăcere la ce a mers bine și ce nu, fiecare notă vizibilă tuturor pe măsură ce apare, în limba proprie a fiecărui membru dacă tabla traduce și în limba pe care sala a convenit-o dacă nu traduce. Citire, grupare, voturi: cincisprezece minute. Clusterele alese primesc restul orei, iar singura sarcină a facilitatorului în acest interval este să transforme discuția într-o acțiune cu nume înainte să treacă timpul, recitind fiecare acțiune cu voce tare, astfel încât responsabilul să o accepte de două ori. Cinci minute la final: acțiunile cu responsabili și data de verificare, apoi aprecierea.

După: publicați pagina în aceeași zi, acolo unde o va deschide următoarea retrospectivă. Tabla cu notele ei, clusterele alese, acțiunile cu responsabili și acțiunile anterioare cu stările lor — o singură pagină, către toți, inclusiv către cei care au lipsit. Apoi puneți-o acolo de unde pornește următoarea retrospectivă: verificarea acțiunilor din capul paginii următoare este o copie a listei de acțiuni din josul acesteia. O retrospectivă ținută în carnetul facilitatorului este o retrospectivă pe care echipa nu o are.

Cum se conduce ora în sine — deschiderea, împărțirea timpului, recitirea rezultatelor în ultimele cinci minute — este același meșteșug ca la orice ședință eficientă. Specifice retrospectivei sunt regula scrisului înainte și limita de două schimbări.

Un șablon de retrospectivă de sprint

[Echipa] — Retrospectivă, sprint [număr] / [perioadă]
Data: [data] · Ora: [început]–[sfârșit] · Link: [link ședință]
Scop: alegem una sau două schimbări în modul nostru de lucru și verificăm schimbările alese data trecută.
Facilitator: [nume, rotativ] · Notițe: [nume sau „rezumatul"]
De citit înainte: pagina retrospectivei anterioare, faptele perioadei

1. Acțiunile retrospectivei anterioare — facilitator — 5 min — informare
– [Responsabil] — [acțiune] — termen [data] — făcută / nefăcută: [motiv] / abandonată
– [Responsabil] — [acțiune] — termen [data] — făcută / nefăcută: [motiv] / abandonată

2. Perioada în fapte — facilitator — 3 min — informare
Livrat: [listă]. Întârziat: [listă]. Defect: [listă]. [O cifră care contează în această perioadă.]

3. Ce a mers bine — toți, mai întâi în scris — 8 min — discuție
[Notițe, câte un punct, citite cu voce tare după scris.]

4. Ce nu a mers — toți, mai întâi în scris — 8 min — discuție
[Notițe despre muncă și modul de lucru — nu despre oameni.]

5. Grupare și vot — toți — 10 min — decizie
Clustere: [A], [B], [C]. Câte două voturi. Alese: [unul sau două]. Pentru data viitoare: [restul].

6. Schimbările la care ne angajăm — echipa — 15 min — decizie
– [Responsabil] — [verb + obiect] — din [data] — verificată la retrospectiva din [data]
– [Responsabil] — [verb + obiect] — din [data] — verificată la retrospectiva din [data]

7. Responsabili, dată de verificare, apreciere — 5 min
Acțiunile recitite cu responsabili. Data de verificare: următoarea retrospectivă, [data]. Câte o mulțumire fiecare, pe nume.

Parking lot: [subiecte ridicate și nealese — duse pe pagina următoarei retrospective]

Șablonul este text simplu: se lipește într-un document, un canvas, o coloană de notițe adezive pe un whiteboard sau un mesaj de chat fără reformatare. Ordinea este ceea ce contează; instrumentul, nu.

Un exemplu completat: o echipă de produs de opt persoane, după un sprint de două săptămâni

Echipa Platformă — Retrospectivă, sprint 31
Scop: alegem una sau două schimbări în modul nostru de lucru și verificăm schimbările alese data trecută.
Facilitator: Mateusz · Notițe: rezumatul
De citit înainte: pagina retrospectivei din sprintul 30; faptele sprintului 31, postate ieri în canal

1. Acțiunile retrospectivei anterioare — 5 min
– Priya — mută daily-ul la 09:30 ca Lisabona să participe live — termen 2 nov. — făcută
– Kenji — o definiție a „done" pe o pagină pentru fluxul mobil — termen 6 nov. — nefăcută: așteaptă modificările șefului QA; reprogramată pentru 20 nov.

2. Perioada în fapte — 3 min
Livrate 9 din 11 elemente planificate. Întârziate: jobul de export, emailul de onboarding. Defect: un incident, 40 de minute, indexul de căutare. Review-ul de joi a depășit timpul cu 25 de minute.

3. Ce a mers bine — 8 min
Lucrul în pereche la remedierea căutării a închis problema în aceeași zi. Canalul a păstrat faptele, așa că nimeni nu a întrebat de două ori „ce am livrat". Lisabona a participat la fiecare daily.

4. Ce nu a mers — 8 min
Două elemente erau pe jumătate specificate când a început sprintul. Review-ul a depășit timpul pentru că demo-ul a fost pregătit în timpul ședinței. Raportul de incident a fost scris cu trei zile întârziere.

5. Grupare și vot — 10 min
Clustere: pregătirea la începutul sprintului (6 voturi), durata review-ului (4), rapoartele de incident (3), estimările (2). Alese: pregătirea, review-ul. În așteptare: rapoartele de incident, estimările.

6. Schimbările la care ne angajăm — 15 min
– Lena — o verificare a pregătirii pentru fiecare element, marți înainte de planificare; un element fără specificație într-un rând și fără responsabil nu intră în sprint — din sprintul 32 — verificată la retrospectiva din 28 nov.
– Tomás — mediul de demo pregătit și testat până la prânz în ziua review-ului — din sprintul 32 — verificată la retrospectiva din 28 nov.

7. Responsabili, dată de verificare, apreciere — 5 min
Recitit. Data de verificare: 28 nov. Mulțumiri lui Priya pentru lucrul în pereche la căutare și Lisabonei pentru startul devreme.

Parking lot: rapoartele de incident; estimările — primele pe lista retrospectivei sprintului 32.

Observați ce face pagina să funcționeze: primul punct și penultimul sunt aceeași listă văzută la două săptămâni distanță. Acțiunile sprintului 31 s-au născut în josul paginii sprintului 30 și au fost judecate în capul acesteia; cele ale sprintului 32 vor fi judecate pe 28 noiembrie. Această buclă este întreaga valoare a unei retrospective și este partea pe care majoritatea șabloanelor o lasă în seama memoriei.

Patru seturi de întrebări și când se potrivește fiecare

Punctele 3 și 4 ale șablonului sunt o pereche de întrebări, iar echipele se satură de aceeași pereche. Patru alternative bine cunoscute, fiecare încheindu-se tot cu punctele 5 și 6:

Indiferent de set, două reguli rămân valabile: scrisul înaintea vorbitului, iar rezultatul este una sau două acțiuni cu responsabili. Un set de întrebări care produce un perete mai bogat de notițe, dar nicio decizie, a făcut ședința mai interesantă și mai puțin utilă.

Unde trăiește retrospectiva în instrumentele pe care le folosiți deja

Fiecare platformă mare oferă retrospectivei o tablă sau un document, iar fiecare se oprește într-un alt punct. Doar comportament documentat, din paginile proprii ale furnizorilor, cu luna în care a fost verificat fiecare fapt:

Două lucruri sunt la fel în fiecare rând. Tabla retrospectivei este un document alături de ședință, în singura limbă în care a fost scris sau în care s-a ținut ședința; iar dacă acțiunile retrospectivei anterioare au fost duse la capăt este o întrebare la care documentul nu răspunde — o persoană deschide pagina anterioară la ședința următoare și o citește sălii. Unde asta este suficient, oricare dintre cele patru va merge, iar tabelul este tot răspunsul. Unde ajung după aceea transcrierea, înregistrarea și rezumatul unui apel Teams sau Meet și cine le mai poate deschide este cartografiat în unde stochează Teams și Meet transcrierea, înregistrarea și rezumatul; ce acoperă traducerea în direct a fiecărei platforme în timpul apelului și unde se oprește se află în ghidurile Teams și Meet (Teams, Meet).

Cum supraviețuiesc acțiunile până la următoarea retrospectivă

InterMIND este un spațiu de comunicare în care ședința trăiește într-un canal, așa că retrospectiva are o casă evidentă: un canal al ei, în care faptele perioadei și acțiunile retrospectivei anterioare sunt postate în ziua de dinainte, iar canalul păstrează rezumatul fiecărei sesiuni, astfel încât pagina sprintului 30 să fie la un clic distanță de cea a sprintului 31. Fiecare membru scrie în limba lui și îi citește pe ceilalți în a sa; o pagină redactată în altă parte ajunge în canal prin email — gazda dă canalului o adresă proprie, iar un mesaj trimis acolo apare ca mesaj obișnuit, cu expeditorul numit și atașamentele păstrate.

În timpul apelului, tabla este o notiță pusă pe ecranul tuturor, lângă casetele video, cu Share to conference: facilitatorul o editează în direct în timp ce sala își scrie punctele, iar fiecare participant o citește în limba lui, cu originalul la o comutare distanță. Rezumatul sesiunii anterioare poate fi partajat în conferință în același fel, astfel încât punctul 1 — acțiunile retrospectivei anterioare — să fie înregistrarea reală de pe ecranul tuturor, nu amintirea cuiva despre ea.

Când apelul se termină, rezumatul este scris pornind de la ședința însăși: o sinteză, punctele marcate ca agreate, deschise sau disputate, action items cu responsabili, fiecare rând păstrându-și marcajul de timp. Ajunge prin email, ca mesaj în canal și ca link în evenimentul din calendar, iar fiecare membru autentificat îl citește în propria limbă — înregistrarea este tradusă pentru fiecare cititor, nu scrisă o singură dată în limba pe care sala s-a întâmplat să o folosească. Orice membru îl poate edita, iar fiecare modificare păstrează autorul și istoricul revizuirilor. Gazda poate adăuga o copie a rezumatului la orice adresă — o căsuță de intrare a unui tracker sau CRM — astfel încât cele două acțiuni să ajungă în sistemul de evidență fără ca cineva să retransmită ceva. Teams și Meet, conform documentației lor de mai sus, traduc momentul — subtitrări în apel, un rezumat în limba ședinței; aici spațiul este cel care rămâne tradus.

Într-o organizație cu paginile de status ale echipei activate, acțiunile retrospectivei sunt verificate și ele. Fiecare acțiune consemnată de un rezumat intră în lanțul de sarcini al organizației, iar când se scrie rezumatul următor, cele deschise sunt judecate în raport cu ce s-a spus: o acțiune raportată ca finalizată este marcată făcută; o acțiune discutată, dar nefinalizată, este marcată nefăcută, cu motivul în cuvintele ședinței; o acțiune pe care nimeni nu a pomenit-o rămâne deschisă. Verdictele trăiesc pe pagina de status a organizației, fiecare cu rezumatul pe care se sprijină, iar la începutul sesiunii următoare Mia numește punctele deschise și responsabilii lor — astfel încât punctul 1 al șablonului să fie rostit chiar dacă nimeni nu a deschis pagina anterioară. Paginile de status ale echipei sunt o funcție în previzualizare: administratorul unei organizații le activează la Settings → Advanced, după acceptarea termenilor alpha (pagina Preview features o descrie pe fiecare).

Un invitat — un colaborator extern pe durata sprintului, un inginer al unui client invitat la o singură retrospectivă — intră prin link, fără cont și fără costuri, de pe telefon, în browser, și aude ședința în direct în propria limbă. După aceea nu există nicio înregistrare pentru invitat — contul este gratuit și el este cel care face înregistrarea accesibilă. Gazda oferă spațiul și, pe un plan plătit, plătește doar pentru membrii activi în ultimele 28 de zile; membrii care devin inactivi își păstrează accesul fără costuri.

• Deschideți un rezumat complet — o înregistrare reală, redată de același cod care îl scrie pe al dumneavoastră, action items incluse.
• Încercați demo-ul live — fără înregistrare; vorbiți și auziți sala tradusă pentru fiecare ascultător.

Retrospectiva ca meșteșug supraviețuiește oricărui instrument: tot cineva trebuie să întrebe echipa ce schimbă și să o țină la două răspunsuri. Ce nu trebuie să supraviețuiască este a doua muncă — retastarea tablei după apel, într-o singură limbă, și deschiderea următoarei retrospective prin întrebarea dacă a făcut cineva ce a hotărât ultima.

FAQ

Ce este o ședință de retrospectivă?

O retrospectivă este o ședință recurentă în care o echipă se uită la cum a lucrat pe parcursul unei perioade — un sprint, o lansare, o lună — și se angajează la una sau două schimbări în modul ei de lucru. Verifică mai întâi acțiunile retrospectivei anterioare, pune pe tablă faptele perioadei, adună în scris ce a mers bine și ce nu, grupează și votează, și se încheie cu acțiuni care au un responsabil și o dată de verificare. Se deosebește de review, care se uită la ce s-a construit, și de analiza de incident, care se uită la un singur eșec.

Cum se conduce o retrospectivă de sprint?

Fixați intervalul după review și înaintea planificării, și postați faptele perioadei și acțiunile retrospectivei anterioare în canalul echipei în ziua de dinainte. În ședință: verificați acțiunile de data trecută (cinci minute), citiți faptele, scrieți în tăcere notițele despre ce a mers bine și ce nu înainte ca cineva să vorbească, citiți-le cu voce tare, grupați, votați cu câte două voturi și folosiți timpul rămas pentru a transforma primul sau primele două clustere în acțiuni cu un responsabil și o dată. Recitiți acțiunile, numiți data de verificare — de obicei următoarea retrospectivă — și încheiați cu apreciere. Publicați pagina în aceeași zi, acolo unde o va deschide următoarea retrospectivă.

Care sunt cele 5 etape ale unei retrospective?

Structura în cinci etape, larg folosită, este: pregătirea cadrului (scopul, acțiunile anterioare, regulile), strângerea datelor (faptele perioadei și notițele tuturor), generarea de perspective (gruparea notițelor și găsirea tiparului din spatele lor), decizia asupra a ce se face (una sau două acțiuni cu responsabili) și încheierea (recitirea, data de verificare, aprecierea). Șablonul din acest ghid se așază peste aceste etape punct cu punct: punctele 1–2 pregătesc cadrul și strâng faptele, 3–5 strâng și grupează, 6 decide, 7 încheie.

Care este diferența dintre un sprint review și o retrospectivă de sprint?

Review-ul se uită la muncă — ce s-a construit, dacă este ceea ce s-a dorit, ce se schimbă în backlog — cu părțile interesate în sală. Retrospectiva se uită la modul de lucru — ce a încetinit echipa și ce va schimba — doar cu echipa. Review-ul lasă în urmă elemente acceptate și modificări în backlog; retrospectiva lasă una sau două acțiuni despre cum lucrează echipa și acțiunile de data trecută marcate făcute sau nefăcute. Retrospectiva vine după review pentru a porni de la ce s-a livrat de fapt.

Ce este start, stop, continue?

Un set de întrebări pentru retrospectivă, cu trei coloane: ce ar trebui să înceapă echipa să facă, ce ar trebui să înceteze să facă și ce ar trebui să continue să facă. Înlocuiește perechea „a mers bine / nu a mers" din șablonul de bază și se potrivește echipelor care vor acțiuni direct din notițe — o notă „start" este deja pe jumătate o acțiune. Gruparea, votarea și limita de una sau două schimbări asumate se aplică în continuare.

Care sunt cele 4 întrebări ale unei retrospective?

O retrospectivă clasică pune patru întrebări: ce am făcut bine, ce am învățat, ce ar trebui să facem altfel data viitoare și ce ne mai nedumerește. Sunt cele 4L într-o altă formă — liked, learned, lacked, longed for — și funcționează cel mai bine pe o perioadă mai lungă, precum un trimestru sau sfârșitul unui proiect, în care învățarea contează la fel de mult ca remedierea.

Cât ar trebui să dureze o retrospectivă de sprint?

Pentru un sprint de două săptămâni și o echipă de cinci până la zece persoane, 45 până la 60 de minute: cinci pentru acțiunile anterioare, trei pentru fapte, șaisprezece pentru scris, cincisprezece pentru citire, grupare și voturi, cincisprezece pentru schimbări, cinci pentru încheiere. O retrospectivă care depășește regulat acest timp a lăsat de obicei review-ul sau o discuție despre un incident să intre în sală; o retrospectivă mult mai scurtă a sărit de obicei peste scris sau peste acțiuni.

Ce ar trebui să includă un șablon de retrospectivă?

Șapte lucruri: acțiunile retrospectivei anterioare cu stările lor; perioada în fapte; ce a mers bine; ce nu a mers — ambele mai întâi în scris; gruparea și voturile; una sau două schimbări scrise ca action items cu un responsabil și o dată; și încheierea — recitirea, data de verificare, aprecierea — cu un parking lot pentru ce a așteptat. Cele două părți pe care majoritatea șabloanelor le omit sunt prima și penultima: verificarea acțiunilor vechi și responsabilul și data pentru cele noi. Ele sunt ceea ce leagă o retrospectivă de următoarea.

Surse: Microsoft — Luarea notițelor de ședință în Microsoft Teams; Microsoft — Rezumatul în Microsoft Teams; Zoom — Generarea agendei ședinței cu AI Companion; Zoom — Utilizarea Meeting Summary cu AI Companion; Google — Setările Calendar și Meet pentru „Take notes for me"; Google Meet — „Take notes for me" în Google Meet; Slack — Șablon de agendă a ședinței; Slack — Folosirea huddle-urilor în Slack. Fiecare celulă din tabel indică luna în care a fost verificat faptul respectiv: pagina de notițe Microsoft, pagina de agendă Zoom, paginile Google și paginile Slack verificate în octombrie 2026; pagina de rezumat Microsoft și pagina de meeting-summary Zoom verificate în august 2026. Structura în cinci etape și seturile de întrebări sunt practică obișnuită și nu poartă nicio afirmație a vreunui furnizor. Furnizorii își schimbă în timp planurile, funcțiile și listele de limbi; consultați paginile lor pentru starea actuală.