agile retrospective meetings why it is necessary
Dezvoltare software Agile este un set de metode și practici care se bazează pe Manifestul Agil. Metodologia agilă subliniază colaborarea în echipă și livrarea frecventă a unui produs.
Unul dintre cele 12 principii enumerate în Manifestul Agile este:
„La intervale regulate, echipa reflectă asupra modului de a deveni mai eficient, apoi își reglează și își ajustează comportamentul în consecință.”
Acest principiu este încorporat într-o echipă agilă sub forma întâlnirilor retrospective Agile.
În acest articol, vom vorbi mai multe despre întâlnirile retrospective, scopul lor și câteva modalități distractive de a desfășura aceste întâlniri.
Citire recomandată=> 6 Cele mai frecvente motive pentru care ar trebui să adoptați agilitate în organizația dvs.
Ce veți învăța:
- Definiția și scopul întâlnirilor retrospective
- Desfășurarea de întâlniri retrospective
- Etape retrospective agile
- Formate, idei și activități de întâlnire retrospectivă agilă
- Concepții greșite comune
- Concluzie
- Lectură recomandată
Definiția și scopul întâlnirilor retrospective
Prin definiție, retrospectivă înseamnă „a privi înapoi sau a face față evenimentelor sau situațiilor din trecut”.
Adevărat definiției, reuniunile retrospective au scopul de a reflecta asupra celor mai recente sprint / proiect / reper și identifică domeniile care trebuie îmbunătățite și sărbătoresc câștigurile echipei .
Acest lucru se leagă de conceptul de îmbunătățire continuă în care echipele se reunesc pentru a discuta despre domeniile pe care echipa le-a făcut bine și domeniile pe care echipa trebuie să le colaboreze pentru a le îmbunătăți pentru următorul sprint / proiect / etapă.
Citește și=> Cum să îmbunătățiți calitatea software-ului folosind procesul de integrare continuă
Desfășurarea de întâlniri retrospective
Întâlnirile retrospective pot avea loc în diferite etape ale proiectului:
- Întâlnirile retrospective pot fi programate pentru zilele de închidere ale unui sprint și înainte ca următorul sprint să înceapă să reflecte asupra celui mai recent sprint
- Pentru a revizui un scenariu problematic specific
- La un moment important pentru a reflecta asupra statutului de până acum
Etape retrospective agile
Orice întâlnire retrospectivă va presupune următorii pași:
- Set Stage - Organizați întâlnirea - implică organizarea întâlnirii de către facilitator (PM., Scrum master, etc.) și trimiterea unei invitații la întâlnire tuturor membrilor echipei și părților interesate necesare.
- Adună date - Odată ce începe întâlnirea, adunați toate ideile, opiniile, preocupările pe care membrii echipei le-ar putea avea. Acest lucru se poate face prin diferite activități retrospective agile cum ar fi Start, Stop și Continue, Paint Me picture etc.
- Generați informații - După colectarea datelor, trebuie identificate analize semnificative și trebuie create modele. Ideea este de a identifica tendințele și de a le rezolva. De exemplu. dacă membrii echipei sunt nemulțumiți de stand-up-urile zilnice lungi, atunci trebuie să ne dăm seama ce cauzează acest lucru. Ar putea fi discuții fără legătură, întârzierea membrilor echipei, configurarea orelor nerealiste care nu se potrivește cu numărul actualizărilor etc.
- Creați acțiuni - După identificarea problemelor de bază, creați puncte de acțiune pentru a le rezolva. Punctele de acțiune ar trebui să fie atribuite unei persoane (persoane) responsabile care vor fi responsabile să o rezolve până la data de scadență stabilită.
- Învelire - Mulțumim echipei pentru timpul acordat și pentru participare. Asigurați-vă că discuțiile și punctele de acțiune ale întâlnirii sunt documentate și distribuite membrilor echipei pentru o referință ușoară.
Formate, idei și activități de întâlnire retrospectivă agilă
# 1) Ce a mers bine, Ce ar fi trebuit făcut mai bine, Acțiuni
Membrii echipei se întâlnesc și discută ce a făcut echipa bine, ce are nevoie echipa de îmbunătățit, lecțiile învățate și punctele de acțiune corespunzătoare domeniilor de îmbunătățire.
Aceste acțiuni sunt atribuite unui membru responsabil al echipei. Această discuție este documentată și distribuită tuturor după întâlnire sau poate fi salvată pe unitatea partajată / intranet pentru acces ușor.
JIRA are un inbuilt retrospectivă sprint șablon pentru întâlnire retrospectivă bazată pe acest format exact așa cum se arată mai jos:
(imagine sursă )
# 2) Începeți, opriți și continuați întâlnirea
În această întâlnire, membrii echipei sunt rugați să ofere păreri despre ceea ce ar trebui să înceapă să facă echipa, să nu mai facă și să continue să facă în sprinturi.
Această metodă este foarte populară și eficientă, în special pentru echipele noi.
- Elementele de început ar fi ceva pe care echipa ar dori să îl adauge la procesul său, de ex. Începeți să veniți la timp pentru întâlnirile de proiect.
- Oprirea articolelor ar fi ceva ce echipa nu mai vrea să facă, de ex. opriți verificarea codului fără examinarea codului.
- Continuarea articolelor va fi ceva ce echipa vrea să continue să facă în viitor, de ex. Continuați să aveți stand-up-uri zilnice.
Facilitatorul întâlnirii poate stabili o limită minimă și maximă pentru un număr de elemente pe care un membru al echipei le poate propune. De exemplu. Fiecare membru al echipei trebuie să furnizeze câte 1 articol pentru lista Start, Stop și Continue și poate oferi maximum 3 articole pe tip.
În plus, după compilarea listei complete, membrilor echipei li se poate cere să voteze pentru a restrânge cele mai importante elemente.
# 3) 5 „De ce” formatează întâlnirea
Acest format de întâlnire se bazează pe întrebări de urmărire „De ce” între membrii echipei.
Acest format de întâlnire este utilizat pentru a găsi cauzele care stau la baza unui scenariu problematic (simptom) și unde cauzele pot să nu fie evidente.
Scopul nu este de a rezolva problema, ci de a înțelege situația și, eventual, de a restrânge cauza principală.
Fiecare membru al echipei creează un lanț de motive, motiv pentru care consideră că apare problema. Odată ce lista este gata, răspunsurile pot fi consolidate într-un singur lanț care reprezintă opinia la care a ajuns un consens comun al grupului.
Acest lucru funcționează cel mai bine pentru echipele mici cu dimensiuni, adică 3-5 membri.
De exemplu:
Problemă : Calitatea produsului nu a fost bună.
Întrebare : De ce?
Motivul 1 : Construcție instabilă.
Întrebare : De ce?
Motiv : Fără aplicarea procesului - Fără blocarea codului.
Întrebare : De ce?
Motiv : Schimbarea domeniului
Întrebare : De ce?
Motiv : Impactul nu a fost identificat în timpul planificării proiectului
# 4) Nebun, Trist, Fericit
În acest format de întâlnire, membrul echipei are nevoie de ceva timp (5-10 minute) pentru a scrie note lipicioase pentru fiecare dintre emoții - Nebun, Trist și Fericit.
- „Nebunul” tinde să se concentreze asupra obstacolelor, barierelor etc.
- „Tristul” tinde să se concentreze asupra problemelor interne și
- „Mă bucur” tinde să se concentreze asupra a ceva de care este bucuros membrul echipei.
După expirarea timpului, notele lipicioase sunt grupate pe baza emoțiilor. Apoi, problemele Mad and Sad sunt votate pentru a le acorda prioritate pentru crearea unui element de acțiune.
# 5) Desenați-mi o imagine
Această tehnică este o tehnică retrospectivă non-verbală.
În acest format de întâlnire, membrilor echipei li se oferă câteva minute pentru a-și colecta gândurile și a-și exprima sentimentele și opiniile.
Această întâlnire este un format bun pentru desfășurarea retrospectivelor în care comunicările verbale în cadrul unei echipe eșuează, acționează ca un spargător de gheață între membrii echipei.
(imagine sursă )
# 6) Sărbătoarea cercului
Această tehnică captează feedback folosind Pluses și Deltas, adică ce a funcționat bine, ce ar fi putut fi mai bun).
În aceasta, membrii echipei se adună pentru a forma un cerc. Un membru al echipei începe și aruncă un obiect moale care poate fi aruncat (jucărie de pluș, bile de stres) către orice alt membru.
Ideea este că oricine are mingea ar răspunde la 3 întrebări:
- Ce le-a plăcut,
- Ce au apreciat și
- Cum vor folosi pentru a îmbunătăți ceea ce au învățat
Obiectul este trecut aleatoriu în cerc până când toată lumea a avut ocazia.
Concepții greșite comune
Concepție greșită # 1) Întâlnirile retrospective sunt plictisitoare
Acesta este motivul numărul unu pentru care membrilor echipei nu le place să conducă sau să fie prezenți la o întâlnire retrospectivă.
Pentru a face întâlnirea mai antrenantă, facilitatorul ar trebui să vină cu modalități distractive, dar eficiente, de a desfășura aceste întâlniri.
Concepție greșită # 2) Întâlnirea retrospectivă este ocazia mea de a arăta performanța sub medie a unui membru al echipei
O întâlnire retrospectivă nu este o întâlnire care arată sau degajă cu degetul.
Această întâlnire nu este programată pentru a identifica sau a chema un membru al echipei pentru punctele lor slabe. Această întâlnire este configurată într-un mediu neutru, cu scopul de a se îmbunătăți și de a crește ca echipă. Evitați să faceți comentarii directe destinate unei singure persoane. Și, nu uitați că scopul este de a deveni mai bun!
Concepție greșită # 3) Numai organizatorul întâlnirii conduce întâlnirile retrospective și discută probleme
Membrii echipei ar trebui încurajați să participe și să-și împărtășească punctul de vedere. Această întâlnire este pentru îmbunătățirea echipei și nu pentru o discuție de sus în jos dictată de organizatorul / facilitatorul întâlnirii.
În același timp, membrii echipei ar trebui să se simtă confortabil, astfel încât să își poată exprima adevăratul punct de vedere, fără teama de a fi judecați sau teama de reacții adverse ca urmare a vorbirii.
Concepție greșită # 4) Conducerea superioară / părțile interesate cheie nu sunt deloc invitate la întâlniri retrospective
Acest lucru variază de la proiect la proiect. O conducere superioară, proprietarii de produse pot fi invitați la ședință pentru a răspunde oricăror preocupări pe care le-ar putea avea sau orice preocupări pe care echipa le are cu privire la guvernanța lor.
Concepție greșită # 5) Rezultatele retrospective ale întâlnirilor nu trebuie documentate
Metodologia agilă se bazează pe principiul „Software-ul de lucru peste documentația cuprinzătoare”, totuși, asta nu înseamnă că echipa ar trebui să elimine în totalitate documentația.
Documentarea retrospectivelor poate duce la urmărirea eficientă a punctelor de acțiune până la închidere. Acest lucru poate fi adăugat, de asemenea, la depozitele de date istorice, unde echipa poate accesa lecțiile învățate ca parte a activelor procesului organizațional
Concluzie
Retrospectivele sunt foarte utile pentru consolidarea echipei și colaborarea echipei.
Membrii echipei care se reunesc pentru a sărbători victoriile și pentru a propune îmbunătățiri creează, de asemenea, un mediu de echipă mai transparent și mai sănătos. Prin îmbunătățirea continuă și feedback-ul, echipele devin mai bune pe măsură ce trece timpul.
Reuniunile retrospective ar trebui să includă atât probleme umane (personalitate, atitudine, lipsa abilităților etc.), cât și probleme tehnice (domeniul de aplicare, cerințe inconsistente, stabilitatea sistemului etc.).
SQL interogă întrebări și răspunsuri de interviu pentru o experiență de 3 ani
Se recomandă ca întâlnirile retrospective să se desfășoare la toate nivelurile și nu doar la nivelul echipei de dezvoltare.
Întâlnirile retrospective pot fi desfășurate la sfârșitul unei etape, la sfârșitul unui sprint, post mortem al unui incident sau problemă, după evenimente majore etc. Asigurați-vă că întâlnirile dvs. retrospective sunt documentate și că punctele de acțiune sunt urmărite până la închidere.
Nu în ultimul rând, faceți-vă distractive întâlnirile retrospective!
Despre autor: Acest articol util este scris de Neha B. În prezent lucrează ca manager de asigurare a calității și se specializează în conducerea și gestionarea echipelor interne și offshore de asigurare a calității.
Cunoașteți modalități distractive de întâlniri retrospective care nu sunt menționate în acest articol? Vă rugăm să ne anunțați postând comentariile dvs.
Lectură recomandată
- Cum să fii un bun mentor al echipei, antrenor și un adevărat apărător al echipei într-o lume de testare agilă? - Inspiratia
- 4 pași către dezvoltarea mentalității de testare agilă pentru tranziția de succes la procesul agil
- JIRA Agile Tutorial: Cum să utilizați JIRA eficient pentru gestionarea proiectelor Agile
- Manifest Agile: Înțelegerea valorilor și principiilor Agile
- Schimbarea mentalității unui tester agil: alinierea la Manifestul agil
- Tutorial SAFe Agile: Ce este Scaled Agile Framework
- Test online Agile Scrum: testați-vă cunoștințele despre Agile Scrum
- Testare automată de regresie: provocări, proces și pași