Ghid Scrum | 38. Ce este o retrospectivă Sprint?

Sprint Retrospective este un eveniment de încheiere a Sprintului la care pot participa doar membrii echipei Scrum. Acest lucru îi permite să fie pe deplin dedicat afacerilor interne ale echipei. Acest lucru se datorează faptului că Retrospectiva Sprint este folosită în primul rând pentru a reflecta asupra metodelor de lucru actuale, precum și pentru a discuta sugestii pentru îmbunătățirea acestora.

Ce este o retrospectivă Sprint? - Cuprins:

1. Introducere
2. Obiectivele și subiectele retrospectivei Sprint
3. Cum să desfășurăm o retrospectivă Sprint eficientă?
4. Probleme de discutat
5. Discuție și angajament
6. rezumat

Introducere

Retrospectiva Sprint este întâlnirea care încheie fiecare Sprint. Este unul dintre evenimentele Scrum, despre care am scris într-o prezentare generală într-un articol separat.

Conform Ghidului Scrum oficial, o retrospectivă Sprint durează maximum trei ore pentru un Sprint lunar. Sau, în mod corespunzător, mai scurt dacă Echipa Scrum lucrează în cicluri mai scurte.

Obiectivele și subiectele retrospectivei Sprint

Toți membrii echipei Scrum participă la Retrospectiva Sprint. Scopul întâlnirii este de a discuta problemele legate de munca echipei Scrum și modul în care aceasta le gestionează. Totuși, acestea nu sunt probleme legate de Produsul dezvoltat de Echipa Scrum, ci probleme legate de natura și cursul cooperării dintre membrii echipei Scrum.

Deoarece problemele ridicate sunt adesea sensibile și delicate, Retrospectiva Sprint este un eveniment închis. Îi putem formula obiectivele în felul următor:

• pentru a rezuma modalitățile actuale de cooperare
• pentru a identifica acele probleme și imperfecțiuni care necesită îmbunătățiri
• pentru a sugera soluții și modificări

Obiectivele Sprint Retrospective sunt strâns legate de pilonii empirismului pe care se sprijină Scrum. Primele două puncte sunt legate de inspecție. În timp ce ultima este legată de adaptare. Am scris mai multe despre pilonii empirismului și rolul lor în Scrum în acest articol.

Rezultatul răspunsurilor la întâlnirile de mai sus nu este doar o imagine clară a principiilor de cooperare ale echipei Scrum la dispoziția tuturor membrilor săi. Echipa își asumă, de asemenea, angajamente de îmbunătățire a cooperării și a comportamentului echipei, care vor fi implementate în următorul Sprint.

Cum să desfășurăm o retrospectivă Sprint eficientă?

Pentru că Retrospectiva Sprint este o întâlnire dificilă, rolul Scrum Master-ului care moderează discuția este crucial. În mod ideal, el sau ea ar trebui să sugereze membrilor echipei Scrum să vorbească în continuare. De exemplu, el poate cere tuturor să ofere un rezumat dintr-o singură propoziție al Sprintului final.

Probleme de discutat

Întrucât vorbirea despre probleme în echipă poate stârni multă emoție, o soluție obișnuită este să notezi problemele de discutat pe bucăți separate de hârtie. Acest lucru face mai ușor să vă exprimați opinia. De asemenea, este mai ușor să identificați zone cu probleme mai mari și probleme despre care mai mulți oameni au îngrijorări.

Dacă sunt prea multe probleme pe care le pune Scrum Team, puteți începe prin a le discuta pe cele majore. Sau selectați colectiv care probleme sunt cele mai importante în opinia echipei Scrum.

Puteți amâna problemele pentru care nu a fost suficient timp în timpul Retrospectivei Sprint la următoarea retrospectivă. Desigur, doar în cazul în care acestea mai apar.

Discuție și angajament

Cele mai importante părți ale Retrospectivei Sprint, totuși, sunt discuțiile și luarea de angajamente.

Discuția ar trebui să se concentreze pe cauzele problemelor, momentele în care acestea apar și impactul lor asupra funcționării echipei Scrum. Merită să ne gândim dacă apariția lor poate fi evitată și cu cine să discutăm soluția lor.

Asumarea angajamentelor este la fel de importantă ca și diagnosticarea problemelor, deoarece doar știind că ele există și cauzele nu se traduc în rezolvarea lor. Rezultatul unei retrospective Sprint este de obicei mai multe angajamente. Dacă problema afectează întreaga echipă, de multe ori unul dintre membrii echipei se angajează să acorde o atenție deosebită unei anumite probleme în următorul Sprint. Și să-și propună soluția, sau chiar să rezolve problema în sine. Dacă, pe de altă parte, problema se referă la acțiunea unei anumite persoane, aceasta se angajează să-și schimbe comportamentul încă de la următorul Sprint.

rezumat

Sprint Retrospective este un rezumat al unui Sprint din perspectiva colaborării dintre membrii echipei Scrum. Scopul său este de a îmbunătăți eficiența și de a cultiva cei trei piloni ai empirismului: transparență, inspecție și adaptare. Transparență, prin care toți colaboratorii vorbesc sincer între ei atât despre succese, cât și despre problemele care apar în echipă. Inspecția, care presupune diagnosticarea frecventă și fiabilă a situației din echipă, și adaptare, adică corectarea erorilor care apar în mod continuu.

Dacă vă place conținutul nostru, alăturați-vă comunității noastre de albine ocupate pe Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Autor: Caroline Becker

În calitate de manager de proiect, Caroline este expertă în găsirea de noi metode de a proiecta cele mai bune fluxuri de lucru și de a optimiza procesele. Abilitățile ei de organizare și capacitatea de a lucra sub presiunea timpului o fac cea mai bună persoană pentru a transforma proiectele complicate în realitate.

Vizualizați toate postările

Ghid Scrum:

1. Glosar de termeni de bază, roluri și noțiuni
2. Ce este Scrum?
3. Valorile Scrum
4. Cum implementezi Scrum în compania ta?
5. Echipa Scrum - ce este și cum funcționează?
6. Cine este un proprietar de produs?
7. Cele mai frecvente greșeli ale Product Ownerului
8. Cine este Scrum Master?
9. Caracteristicile unui bun Scrum Master
10. Cele mai frecvente greșeli ale Scrum Master
11. Ce statistici și valori ar trebui să urmărească Scrum Master?
12. Cooperare între Product Owner și Scrum Master
13. Echipa de dezvoltare în Scrum
14. Cele mai frecvente greșeli ale dezvoltatorilor
15. Artefacte Scrum
16. Scaling Scrum
17. Sprint Backlog
18. Ce este Product Backlog?
19. Ce sunt User Stories?
20. Crearea celei mai bune povești de utilizator cu INVEST
21. Cele mai frecvente greșeli ale User Story
22. Criterii de acceptare a poveștii utilizatorului
23. Estimare și Story Points în Scrum
24. Planificarea Pokerului
25. Joc de estimare a echipei
26. Definirea creșterii
27. Evenimente Scrum
28. Ce este Sprint în Scrum?
29. Angajamentele echipei Scrum - Obiectiv de produs, obiectiv de sprint și definiția finalizării
30. Ce este un grafic Burndown?
31. Cum se creează și se interpretează un grafic de ardere?
32. Avantajele și dezavantajele diagramei de ardere
33. Panouri Kanban în Scrum și Scrumban
34. Viteza în Scrum - Viteza echipei de dezvoltare
35. Scrum zilnic
36. Planificarea sprintului
37. Sprint Review
38. Ce este o retrospectivă Sprint?
39. Greșeli frecvente în timpul unei retrospective de sprint
40. Creșterea backlog-ului de produse