Meniu

Evenimente Scrum: Time Boxing, Sprint Planning, Daily Stand-up și Backlog Refinement

  • Principal
  • Alte
  • Evenimente Scrum: Time Boxing, Sprint Planning, Daily Stand-up și Backlog Refinement

scrum events time boxing

Încercați Instrumentul Nostru Pentru Eliminarea Problemelor

Introducere în evenimentele Scrum:

În tutorialele noastre anterioare, am discutat despre Scrum și cum este structurat.

Și tutorialul nostru anterior a explicat totul Artefacte Scrum detaliat.

Știm cine formează echipa Scrum și ce artefacte diferite sunt dezvoltate de-a lungul procesului. Am stabilit un fundal puternic acum. Prin urmare, haideți să facem un pas înainte pe Scrum și să discutăm evenimentele / ceremoniile cheie care constituie Procesul Scrum.

În acest tutorial, vom încerca să înțelegem ce înseamnă fiecare dintre evenimentele Scrum, care sunt caracteristicile esențiale și cum le organizăm în detaliu.

evenimente scrum

Ce veți învăța:

Prezentare generală

În timp ce lucrează la un proiect bazat pe Scrum, echipa scrum trece printr-o serie de ceremonii Scrum.

Unii le pot numi ceremonii sau evenimente Scrum, iar alții le pot chema pentru ritualuri sau întâlniri. Indiferent de diferitele terminologii utilizate aici, scopul fiecărui eveniment Scrum rămâne același. Fiecare dintre evenimentele Scrum, în esență, ajută la realizarea și monitorizarea activității Sprint.

Tipuri de evenimente Scrum

Tipuri de evenimente Scrum

Fiecare ceremonie Scrum este o aventură / întâlnire personală organizată de Scrum Master pentru grupurile dedicate. În afară de echipa de bază, unele dintre întâlniri pot implica părți interesate, manageri de livrare sau chiar clientul însuși. Aceste ședințe sunt încadrate în timp și, prin urmare, trebuie finalizate în intervalul de timp stipulat.

Obiectivul fiecărei întâlniri este de a aduna participanții și de a-i lăsa să discute despre lucrările la îndemână. Așteptarea de la fiecare participant este să rămână concentrat, angajat și participativ.

Este considerată o oportunitate de conversație, examinare și recuperare a feedback-ului muncii depuse. Spre deosebire de întâlnirile obișnuite, evenimentele Scrum sunt orientate spre rezultate, în funcție de timp, bazate pe publicul țintă și au un obiectiv specific aliniat cu fiecare dintre ele.

Ce este Time Boxing?

Timebox-ul este una dintre caracteristicile cheie atașate fiecărui eveniment Scrum. Se așteaptă ca participanții să fie conștienți și respectați timpul alocat fiecăruia dintre evenimente. Evenimentele nu pot fi prelungite, dar pot fi scurtate dacă obiectivele întâlnirii au fost deja atinse.

Scrum Master, care este, de asemenea, un facilitator pentru toate evenimentele Scrum, se asigură că toată lumea înțelege importanța boxului în timp și, de asemenea, le amintește în continuare să se concentreze asupra obiectivului întâlnirii pentru a obține cele mai bune rezultate și în timp rezultate cu abateri.

Timpul pentru un eveniment nu ar trebui să fie extins în mod ideal, dar, deoarece știm că Scrum nu este legat de reguli, timpul poate fi extins la o anumită lungime dacă fiecare participant este de acord.

Cum decidem intervalul de timp pentru fiecare eveniment Scrum?

Caseta de timp pentru Scrum Events este direct proporțională cu lungimea Sprintului. Cu toate acestea, singura excepție de la această regulă este Daily Standup, care are o perioadă de timp fixă ​​de 15 minute, indiferent de lungimea sprintului.

Există intervale de timp standard pentru fiecare eveniment pe baza lungimii Sprint. Cu toate acestea, echipa are libertatea de a decide cu privire la intervalele de timp pentru aceste evenimente pe baza cerințelor lor.

Să înțelegem mai multe dintre aceste concepte discutând în detaliu fiecare eveniment Scrum.

Planificarea Sprint

Ca o condiție prealabilă pentru această ceremonie, Proprietarul de produs ar trebui să aibă un Backlog de produse prioritar stabil de povești de utilizator pregătit înainte de a veni la întâlnire. Poveștile utilizatorilor trebuie să fie bine formate și suficient de clare pentru ca echipa să înțeleagă.

Proprietarul produsului poate solicita ajutor de la părțile interesate, client, designer și Scrum Master pentru a dezvolta restanța produselor.

Este obligatoriu să aveți un criteriu de acceptare într-o poveste a utilizatorului. Echipa este autorizată să respingă o poveste a utilizatorului fără criteriile de acceptare.

Scop

Planificarea Sprint este ceremonia inițială în timp ce începeți un Sprint. Scopul întâlnirii Sprint Planning este de a crea un Sprint Goal, de a selecta poveștile utilizatorilor din Product Backlog în Sprint Backlog și de a le discuta în detaliu.

Echipa se reunește într-o sală de ședințe împreună cu Product Owner și Scrum Master unde proprietarul produsului prezintă poveștile utilizatorilor care ar trebui selectate pentru următorul sprint.

Echipa poate pune oricâte întrebări doresc să afle mai multe despre poveste și este responsabilitatea proprietarului de produs să răspundă la întrebări. Echipa ar putea, de asemenea, să conteste povestea pentru completitudinea și adecvarea sa.

Dacă sunt necesare informații suplimentare în cadrul poveștii sau au o dependență incompletă sau se constată că este incompletă, echipa are puterea de a respinge acea poveste.

La urma urmei, îndoielile au fost eliminate și echipa știe cantitatea exactă a muncii care trebuie făcută pentru a finaliza o poveste, apoi echipa estimează și acordă punctele de poveste fiecărei povești de utilizator.

În mod similar, celelalte povești sunt discutate și estimate. Echipa selectează acum Poveștile din partea de sus a Backlog-ului de produse prioritare în Sprint Backlog, pe care cred că vor putea să le angajeze și să le completeze în Sprint, având în vedere viteza lor trecută.

Viteza este determinată de numărul total de puncte de poveste finalizate într-un sprint mediu. Viteza este calculată pe baza Sprinturilor istorice și prin medierea lor. Cu cât finalizăm mai multe sprinturi, cu atât viteza unei echipe este mai stabilă.

Multe echipe folosesc carduri Planning Poker pentru Story Estimation. Cea mai obișnuită tehnică de estimare este indicarea poveștii folosind seria Fibonacci. Seria Fibonacci este o serie de numere în care fiecare număr următor din serie este constituit prin adunarea celor două numere anterioare.

Seria Fibonacci - 1, 1, 2, 3, 5, 8, 13 și așa mai departe.

Poveștile utilizatorilor estimate peste 13 puncte de poveste sunt considerate foarte mari pentru a fi finalizate într-un singur sprint și, prin urmare, sunt descompuse în povești logice de utilizator mai mici, care pot fi estimate individual.

În timpul unei întâlniri de planificare Sprint, echipa va crea, de asemenea, sarcini sub poveștile utilizatorilor care au fost selectate pentru Sprint. Echipa nu este de așteptat să atribuie toate poveștile utilizatorilor în timpul Planificării Sprint, dar este suficient doar pentru a le începe. Restul sarcinilor se poate face în timpul sprintului.

Rezultatul cheie al unei întâlniri Sprint Planning este Sprint Goal și Sprint Backlog, care constă în poveștile utilizatorilor pe care echipa s-a angajat să le completeze.

Întâlnire Sprint Planning

În afară de User Stories, pot exista și alte tipuri de articole care pot deveni parte a Sprint Backlog.

  • Spikes
  • Datoriile tehnice
  • Gandaci

Spikes sunt sarcinile de cercetare pentru găsirea unei soluții, adică a căror nevoie este declanșată chiar de User Story. Este posibil ca unele dintre povești să nu fie simple sau să nu fie în capacitatea tehnică și, prin urmare, ar necesita mai multe analize și cercetări în jurul lor. Prin urmare, se creează un vârf. Poate include și un POC dacă apare necesitatea.

Datoriile tehnice sunt refactorizarea codului existent. De multe ori există situații în care echipa trebuie să refacă codul care a fost dezvoltat anterior pentru a se potrivi noilor cerințe.

Gandaci în Scrum sunt de obicei cerințele ratate sau noi care apar din poveștile de utilizator acceptate, dar sunt relevante pentru elementele de lucru curente. Dacă nu este o cerință, poate fi de fapt o eroare în sistem care a fost dezgropată în timpul sprinturilor anterioare, dar care nu a fost remediată și a fost prioritizată în acest sprint.

Participanți

Toată lumea din echipa Scrum face parte din întâlnirea Sprint Planning. Nimeni altcineva în afară de echipa de bază nu este invitat să participe la întâlnire.

Întâlnirea Sprint Planning este organizată și facilitată de Scrum Master, dar proprietarul produsului fură spectacolul.

Time-box

Întâlnirea Sprint Planning poate dura până la jumătate de zi timp de două săptămâni Sprint. Căsuța de timp pentru o întâlnire Sprint Planning depinde direct de lungimea Sprint-ului. Mai scurt pentru un Sprint scurt și mai lung pentru un Sprint lung.

Reuniunea Sprint Planning deține un rol foarte crucial în Arhitectura generală Scrum și afectează direct produsul care este dezvoltat. Prin urmare, echipa ar trebui să investească cât timp consideră că este necesar pentru a discuta în detaliu toate poveștile utilizatorilor și poate propune un interval de timp alternativ care li se potrivește.

Odată ce intervalul de timp este decis și convenit, este responsabilitatea Scrum Master să țină echipa concentrată asupra obiectivului și, în același timp, să țină evidența timpului.

Standul zilnic

Scop

Daily Standup este o întâlnire care oferă o oportunitate de a ilustra o imagine de ansamblu asupra stării de sănătate a Sprintului. Este, de asemenea, o platformă pentru a discuta la ce lucrează ceilalți membri ai echipei și dacă se oprește ceva în atingerea obiectivului Sprint.

În timpul unei întâlniri zilnice stand-up, fiecare membru al echipei împărtășește starea progresului său în ceea ce privește elementele de lucru la care lucrează. De asemenea, aceștia ar împărtăși și vor solicita ajutor de la ceilalți membri ai echipei dacă există obstacole care să le blocheze progresul.

Standul zilnic

În timpul unei întâlniri zilnice stand-up, fiecare membru al echipei din jurul mesei răspunde la următoarele trei întrebări cheie una câte una:

„Ce ai făcut de la ultima întâlnire zilnică de stand-up?”

„Ce intenționați să faceți astăzi?”

dispozitivele model osi folosesc fiecare strat

‘Există vreun impediment care îți blochează munca?’

Se așteaptă ca ceilalți membri ai echipei să fie atenți atunci când cineva împărtășește statutul și oferă ajutor dacă apare nevoia. De îndată ce ultimul membru al echipei a răspuns la toate cele trei întrebări, întâlnirea se încheie acolo.

Întâlnirea zilnică Standup oferă o imagine de ansamblu cu privire la starea de finalizare curentă și generală a iterației la care lucrează în prezent. Scrum Master joacă un rol foarte important în menținerea concentrării zilnice a stand-up-ului și a timpului. El este, de asemenea, responsabil pentru rezolvarea impedimentelor care blochează echipa să progreseze cu povestirile utilizatorilor lor.

Scrum Master trebuie, de asemenea, să se asigure că nimeni, în afară de echipa de bază, nu pune întrebări și prezintă statutul. El poate permite discuții rapide în legătură cu poveștile utilizatorilor, dacă este necesar, dar trebuie să rămână la curent cu timpul și poate să intervină oricând și să ceară membrilor echipei să aibă o discuție offline.

Participanți

Oricine poate participa la o întâlnire zilnică de stand-up. Cu toate acestea, este obligatoriu ca echipa de bază să participe la ședință și să prezinte starea muncii lor.

caracteristici noi în java 8 cu exemple

Oricine altcineva, chiar și din exteriorul echipei, care este interesat să știe despre progresul Sprint poate participa la reuniunea zilnică de stand-up, dar nu are voie să prezinte starea muncii sale sau să-i întrebe pe membrii echipei de dezvoltare cu privire la activitatea lor.

Doar membrii echipei de bază au permisiunea de a-și împărtăși progresul în muncă și toți ceilalți sunt așteptați să asculte în tăcere.

Ședința zilnică de stand-up ar trebui să se desfășoare chiar dacă este prezent un singur membru al echipei.

Echipa poate desfășura singură întâlnirea zilnică de stand-up sau poate cere Scrum Master să o faciliteze.

Time-box

După cum sugerează și numele, o întâlnire zilnică stand-up are loc zilnic, iar participanții sunt așteptați să stea, deoarece este o întâlnire scurtă de doar 15 minute. Ideea este să rămânem la ordinea de zi și să nu ne îndepărtăm de concentrare, prin urmare întâlnirea este menținută pe scurt. Menținerea întâlnirii îi ajută pe oameni să se angajeze cu ușurință în aceasta, deoarece necesită doar 15 minute.

Întâlnirea zilnică stand-up este, de asemenea, ținută în același timp și în aceeași locație zilnic pentru a reduce confuzia dintre participanți și pentru a rezerva zilnic sălile de întâlnire. Utilizarea laptopurilor, desktopurilor sau telefoanelor mobile este foarte descurajată în timpul întâlnirii.

Echipele pot decide când să aibă întâlnirea zilnică de stand-up și să se țină de ea. Cu toate acestea, tendința normală este de a păstra întâlnirile primul lucru dimineața. Pentru echipele care lucrează în diferite fusuri orare, apelul de dimineață poate să nu funcționeze și, prin urmare, pot avea apelul după-amiaza sau ceea ce le convine cel mai bine.

Scrum Master ar putea, de asemenea, să împărtășească echipei știrile sau actualizările importante la sfârșitul întâlnirii, dacă timpul permite, dar nu i se permite să prelungească întâlnirea cu orice preț.

Revista Sprint

Scop

Reuniunea Sprint Review se referă la demonstrarea muncii realizate și colectarea feedback-ului și a buy-in-ului. În unele locuri, întâlnirea Sprint Review este cunoscută și sub numele de Sprint Demo. Întâlnirea Sprint Review se face de obicei la sfârșitul sprintului, dar înainte de întâlnirea retrospectivă Sprint.

Reprezentantul (reprezentanții) ales (i) din echipă demonstrează elementele actuale de lucru sprint. De obicei, dezvoltatorul care lucrează la povestea utilizatorului demonstrează munca și răspunde la întrebările ridicate de oricine din public.

Poveștile utilizatorilor care se fac pe baza Definiției Terminat sunt singurii candidați pentru demonstrația de la Sprint Review Meeting.

Proprietarul produsului joacă un rol foarte important în timpul întâlnirii Sprint Review. El este cel care răspunde de evaluarea fiecărei povești a utilizatorului care este demonstrată în raport cu criteriile sale de acceptare și acceptă sau respinge povestea.

Poveștile acceptate sunt apoi integrate cu Incrementul realizat, care este un produs potențial livrabil. Unde s-ar duce o poveste respinsă sau nefinalizată este apelul proprietarului produsului. Poveștile respinse pot deveni parte a sprintului următor sau se pot muta în Backlog-ul produsului de unde vor fi prioritizate din nou.

Rezultatul cheie al reuniunii Sprint Review este o imagine de ansamblu a datei de finalizare a proiectului. Proprietarul de produs acceptă / respinge povestea, iar poveștile acceptate sunt apoi integrate cu Incrementul (creat în timpul sprinturilor anterioare) ca un întreg pentru a oferi o imagine mai bună cu privire la locul în care ne aflăm în finalizarea întregului produs.

Un alt rezultat cheie al întâlnirii Sprint Review este că membrii echipei învață un lucru despre estimare. Numărul de povești acceptate de utilizatori determină numărul de puncte de poveste atinse într-un sprint.

Astfel, sprint treptat cu sprint, echipa poate dezvolta abilitatea de a estima corect și de a lua o decizie în cunoștință de cauză cu privire la punctele de poveste care sunt fezabile de realizat.

Se observă adesea că astfel de întâlniri pun în lumină criteriile incomplete de acceptare sau „noile cerințe care apar. Cel mai bun mod de a face față acestei situații este să închideți poveștile și să le marcați ca terminate dacă îndeplinesc toate criteriile de acceptare care au fost convenite inițial în cadrul reuniunii de planificare Sprint.

Orice lucru în plus care trebuie considerat o nouă cerință, iar proprietarul produsului este responsabil pentru aceste cerințe pentru viitorul sprint.

Reuniune Sprint Review

Participanți

La întâlnirea Sprint Review participă membrii echipei, inclusiv Scrum Master și proprietarul produsului. Alți participanți la Reuniunea Sprint Review sunt părțile interesate, managerii de livrare, clienții / utilizatorii finali sau oricine este interesat să facă parte din Sprint Review.

Time-box

Într-un scenariu ideal pentru un sprint de două săptămâni, petrecem aproximativ 2 ore în întâlnirea Sprint Review. Acest lucru poate varia în funcție de lungimea Sprintului. Pentru un sprint mai scurt, mai scurt Sprint Review și pentru un sprint mai lung, Sprint Review.

La fel ca alte întâlniri, Scrum Master este responsabil să păstreze impulsul întâlnirii și să se asigure că activitățile (demonstrând poveștile, răspunzând la întrebări, acceptând poveștile, feedback-ul notat etc.) se încadrează în intervalul de timp stipulat.

Retrospectiva Sprint

Scop

Sprint Retrospective se referă la întruchiparea a ceea ce spune Agile - „ Reflecții regulate cu privire la modul de a deveni mai eficient '. Sprint Retrospective oferă ocazia întregii echipe de a reflecta și de a contempla cum a mers sprintul și ce trebuie făcut pentru a improviza procesele? Sprint Retrospectiva se realizează la sfârșitul fiecărui sprint.

În timpul unei întâlniri Sprint Retrospective, întreaga echipă se reunește și discută despre Sprint care tocmai a fost finalizat. Echipa se așteaptă să fie transparentă și să ofere opinii oneste, dar nu există jocuri de vina.

Amintiți-vă obiectivul întâlnirii de a face un pas înainte în domeniul improvizației și de a nu ține echipa prin creșterea tensiunii dintre membri.

Toata lumea în se așteaptă ca echipa să răspundă la cele patru întrebări de bază:

Retrospectiva Sprint

Scrum Master cere membrilor echipei să își scrie punctele pentru fiecare dintre cadrane așa cum se afișează mai sus în note lipicioase. În unele locuri, instrumentele sunt utilizate în același scop.

Ce a mers bine?

Membrii echipei acordă unul sau mai multe puncte asupra a ceea ce a mers bine în ultimul Sprint. Această secțiune poate fi, de asemenea, luată ca o oportunitate de a aprecia și a recunoaște ceilalți membri ai echipei pentru munca lor bună.

Ce ai invatat?

Scrum este considerat ca o oportunitate de a învăța ceva nou în fiecare sprint. Această zonă a unui cadran este pentru a discuta elementele cheie și învățăturile din ultimul Sprint.

Ce nu a mers bine?

În cadrul acestei secțiuni, echipa discută problemele și obstacolele cu care s-au confruntat în timpul ultimului sprint. Această parte a întâlnirii tinde să fie cea mai fragilă, deoarece oamenii ar putea ridica probleme care îi pot face pe ceilalți să se simtă incomod.

Este responsabilitatea Scrum Master să liniștească atmosfera dacă este nevoie și să îi învețe pe oameni să își ridice problemele într-un mod constructiv în loc să treacă prin rundele de atacuri personale.

Dacă vreunul dintre membri nu se simte confortabil când se confruntă cu problemele în fața celorlalți coechipieri, el poate merge mai târziu la Scrum Master și să discute problemele.

Ce s-ar putea face mai bine?

Această parte a întâlnirii oferă tuturor membrilor echipei o oportunitate de a discuta toate problemele ridicate anterior și de a găsi modalitățile de rezolvare a acestora. Toată lumea din echipă este binevenită să propună soluții la problema în cauză. Echipa decide apoi în unitate asupra celor mai bune soluții potrivite.

Echipa ar trebui să ia în considerare, de asemenea, să se mențină la lucrurile care au fost discutate în secțiunea „Ce a mers bine” și pentru viitoarele sprinturi, iar mai departe aceste lucruri pot fi adăugate ca parte integrantă a procesului.

Rezultatul reuniunii Sprint Retrospective este o listă de elemente de acțiune convenite de către participanți pentru a îmbunătăți procesul pentru sprintul care urmează.

Participanți

Întreaga echipă Scrum, inclusiv Scrum Master și proprietarul produsului. Dar, spre deosebire de o întâlnire zilnică stand-up, Scrum Master și produsul participă, de asemenea, la furnizarea intrărilor și a punctelor retrospective.

La fel ca întâlnirea zilnică de stand-up, întâlnirea retrospectivă Sprint este facilitată și de Scrum Master. Scrum Master se asigură că tuturor celor din echipă, inclusiv lui, li se oferă posibilitatea să se deschidă și să vorbească atât despre pozitive, cât și despre negative.

Rețineți că participanții din afara echipei nu sunt invitați la întâlnirea retrospectivă Sprint. Sprint Retrospective este considerat un mediu personal și emoțional mic, care permite membrilor echipei să se deschidă fără ezitare și să discute problemele cu care s-au confruntat în timpul ultimului sprint.

Time-box

Se spune pe bună dreptate că toate Ceremoniile Scrum sunt în cutie de timp și căsuța lor de timp depinde de lungimea Sprintului. Acestea fiind spuse, pentru un sprint de două săptămâni, este ideal să aveți o întâlnire retrospectivă Sprint timp de 2 ore.

Cu toate acestea, dacă privim Retrospectiva Sprint ca o oportunitate de a comunica, retrospectiva și de a ne angaja spre îmbunătățiri, este foarte justificat să acordăm suficient timp întâlnirii pentru a evita pierderea punctelor importante de puncte de vedere și perspective.

Prin urmare, este bine să programați întâlnirea, dar nu ar trebui să se facă cu prețul comunicării și al progresului. Un alt eveniment foarte important în Scrum este Backlog Refinement. Haideți să luăm o clipă rapidă pentru a face lumină.

Rafinarea restantei

Rafinarea restantei, cunoscută și sub numele de Backlog grooming, este o întâlnire pentru a discuta despre poveștile utilizatorilor din Backlog-ul produselor care ar putea face parte din următorul Sprint. Într-o întâlnire de perfecționare a restanțelor, întreaga echipă stă împreună și discută despre poveștile utilizatorilor, oferind astfel contribuțiile lor.

Ideea generală este de a pregăti Backlog-ul produsului pentru Sprint-ul viitoare și de a vă asigura că poveștile utilizatorilor sunt gata pentru a fi alese. Întâlnirea de îmbunătățire a restanțelor este organizată în timpul sprintului „n-1” pentru a se pregăti pentru obiectele care vor fi culese în sprintul „n”.

Concluzie

Cu aceasta, am ajuns la finalul acestui tutorial despre „Scrum Events”, care este o necesitate pentru a citi unul. Scrum Events este de departe cel mai important și semnificativ subiect al Seriei Scrum.

În acest tutorial, am discutat toate cele cinci evenimente Scrum, adică Sprint, Sprint Planning, Daily Standup, Sprint Review și Sprint Retrospective . Fiecare eveniment, altul decât stand-up-ul zilnic, are un ciclu regulat pe sprint, adică efectuat o dată în fiecare sprint.

Evenimentele oferă o perspectivă asupra modului în care sarcinile sunt îndeplinite într-un mediu Scrum. Toate evenimentele Scrum sunt oportunități de îmbunătățire, adaptare și inspecție.

Următorul este un tutorial despre „Defect Triaging”, care este o întâlnire formală în care toate defectele Sprintului actual sunt discutate și triate, adică prioritizate.

PREV Tutorial | NEXT Tutorial

Lectură recomandată

^