această postare a fost publicată inițial pe 11 ianuarie 2017 și actualizată cel mai recent pe 7 februarie 2021.
cadrul Scrum al managementului de proiect se bazează pe patru întâlniri Agile de bază, adică ceremonii: Sprint Planning meeting, Daily Stand-up, Sprint Review și Sprint Retrospective.
planificarea de primăvară este o parte integrantă a stabilirii echipei dvs. pentru un Sprint de succes. Fără o cantitate adecvată de muncă și înțelegere a obiectivelor dvs., un Sprint poate deraia rapid. Din fericire, aceste întâlniri sunt destul de ușor de stăpânit odată ce ați perfecționat câteva procese cheie de planificare.
dacă nu ați rula o întâlnire de planificare Sprint, aici e du-te-pentru a ghida.
selectarea elementelor din Backlog
la începutul fiecărui Sprint, Product Owner, Scrum Team și Scrum Master se reunesc pentru a organiza lucrările pentru sprintul următor.
primele lucruri mai întâi! Toată lumea revizuiește restanțele produsului, în timp ce proprietarul produsului oferă o perspectivă asupra obiectivelor și contextului pentru fiecare articol.
apoi, Echipa Scrum Selectează oricâte elemente din lista de produse pe care doresc să le finalizeze în timpul sprintului. Deoarece elementele Backlog apar în ordinea importanței, Echipa Scrum trebuie să aleagă elementele din partea de sus a Backlogului.
această dinamică creează un echilibru între Echipa Scrum și Product Owner. Product Owner creează / organizează restanțele și alege ceea ce este cel mai important. Dar Echipa Scrum decide exact cât de multă muncă se poate angaja într-un Sprint dat. Scrum Master facilitează acest proces și menține echilibrul puterilor.
acest proces asigură că fiecare membru al echipei se simte împuternicit în ceea ce privește munca proprie. În plus, asigură un angajament mai sincer și o mai mare responsabilitate din partea echipei.
există o excepție de la această regulă: echipa poate trage elemente de la mai jos restanțele numai dacă are mai mult sens cu celelalte lucrări în curs de desfășurare în acel Sprint. Adică, dacă lucrarea se va face logic mai repede, deoarece este foarte asemănătoare cu alte elemente.
estimarea disponibilității echipei
înainte de a selecta elemente din Backlog, echipa este, de asemenea, responsabilă pentru estimarea cât timp are fiecare membru pentru munca legată de Sprint. Cele mai multe zile ale membrilor echipei nu vor fi dedicate în întregime muncii Sprint. Timpul disponibil ar trebui să fie determinat de ziua medie de lucru minus timpul pe care se așteaptă să-l petreacă făcând alte lucrări, cum ar fi întreținerea, participarea la întâlniri, pauze de prânz, e-mail și remedieri de erori.
realist, cei mai mulți oameni au patru până la șase ore pe zi disponibile pentru munca Sprint.
estimarea timp pentru a finaliza fiecare element restante
a doua piesă a puzzle-ului este imaginind cât de mult timp fiecare element în sine va lua. Acest lucru necesită ca proprietarul produsului și echipa să lucreze împreună pentru a împărți fiecare articol în sarcini individuale. Apoi puteți atribui aceste sarcini un timp estimat pentru a finaliza. Timpul de finalizare a tuturor articolelor selectate pentru Sprint nu poate depăși timpul disponibil în echipă.
fiecare sarcină și estimare de timp sunt înregistrate într-un document numit Sprint Backlog. Aceasta este o versiune a restanței care este relevantă numai pentru sprintul curent.
autoorganizare
odată ce echipa dvs. a finalizat disponibilitatea membrilor, precum și timpul necesar pentru fiecare sarcină, echipa începe apoi să stabilească cine va finaliza fiecare articol prin voluntariat.
elementele nu sunt niciodată „atribuite” membrilor echipei. Factori precum secvențierea pot însemna că are mai mult sens ca o persoană să obțină o anumită grupare de articole. Dar niciodată nu atribuiți sarcini împotriva voinței muncitorului.
sarcina finală a fiecărui individ trebuie să fie rezonabilă și corectă. Proprietarul produsului va juca un rol imens în a ajuta echipa să înțeleagă pe deplin fiecare element, astfel încât să poată rupe lucrurile cât mai uniform posibil.
urmărirea progresului
până la sfârșitul întâlnirii, Sprint Backlog va conține o listă de sarcini atribuite cu estimări de timp.
multe echipe folosesc o placă Kanban (fizică sau digitală) pentru a urmări vizual fiecare element în timp ce se deplasează prin Sprint. Categoriile Simple le place să facă, în curs, revizuirea codului și gata pot ajuta echipa să obțină o vizualizare rapidă a modului în care progresează articolele Sprint.
alte echipe folosesc software dedicat de gestionare a proiectelor, care le poate ajuta să urmărească sprinturile de la început până la sfârșit cu funcții vizuale precum Gantt și Burndown charts. Stările de sarcini precum deschis, în curs, rezolvat și închis păstrează progresul transparent pentru toți membrii. Iar urmărirea datelor, cum ar fi timpul estimat și timpul real, vă poate ajuta să estimați mai bine munca în viitor.
în timpul sprintului
odată ce Echipa Scrum se angajează și sprintul începe, proprietarul produsului nu poate modifica cerințele sau adăuga noi solicitări. Această persoană nu poate face modificări până la începutul următorului Sprint.
există o excepție clară de la această regulă: puteți face modificări la mijlocul sprintului dacă un factor extern schimbă prioritățile atât de drastic încât rezultatele Sprintului ar fi o pierdere dacă ar continua. Acest lucru se întâmplă rar, dar dacă ar avea loc, echipa ar opri toate lucrările și ar începe procesul de planificare Sprint de la zero. Proprietarul produsului ar trebui să recurgă la această perturbare masivă numai în circumstanțe extreme.
există două efecte pozitive ale faptului că sprinturile nu pot fi schimbate. În primul rând, protejarea echipei de schimbări și completări la mijlocul Sprintului creează un mediu de lucru mai pozitiv. Membrii echipei se vor simți încrezători în capacitatea lor de a-și finaliza munca și de a o face bine.
în al doilea rând, încurajează Proprietarul Produsului să acorde prioritate restanțelor lor cu cea mai mare atenție. Este mai probabil să își facă diligența înainte de a împinge un articol în partea de sus a listei.
pe măsură ce timpul trece, echipele devin mai bune la estimarea cât durează articolele, la anticiparea problemelor și la colaborarea între ele. Folosind această planificare Sprint structurată, proprietarii de produse pot fi siguri că echipele lor sunt atât angajate, cât și capabile să facă munca.
adaptarea la schimbări
în timp ce sprinturile nu ar trebui aproape niciodată întrerupte, acest lucru nu înseamnă că schimbarea nu este binevenită în cadrul Scrum. Dimpotrivă, modificările aduse întârzierii principale pot apărea în orice moment. Proprietarul produsului are libertatea de a face orice adăugiri, ștergeri sau modificări necesare înainte de următorul Sprint.
când echipele abordează schimbarea în acest fel, aceasta devine o parte contabilizată a procesului și nu mai este privită ca o cauză de stres sau motiv pentru lipsa termenelor limită.
după sprint
procesul agil este unul ciclic. Oricât de des alegeți să vă desfășurați întâlnirile de planificare de primăvară, veți reveni întotdeauna la ele pentru a începe procesul de peste tot. Mai des echipa ta a fost trecut prin acest lucru, mai lin fiecare ciclu va fi.
pe lângă finalizarea proiectului sau a sarcinilor la îndemână, sprintul dvs. nu a avut succes în totalitate decât dacă ați învățat ceva ca echipă din el. Următorul pas al procesului în care vă veți muta este retrospectiva Sprintului. A implicat analiza a tot ceea ce tocmai ați realizat și a ceea ce ar putea merge mai bine data viitoare. Pentru a obține un picior pe unele dintre tehnicile posibile pe care le puteți folosi și echipa dvs., începeți să studiați înainte de a vă termina sprintul. Un Scrum Master capabil cunoaște exact fiecare pas al procesului.
Gânduri finale
întâlnirea de planificare Sprint va dura de multe ori câteva ore, atunci când rula corect. Angajamentele asumate necesită o gândire și o deliberare atentă. Ar trebui să acordați echipei dvs. timpul necesar pentru a planifica temeinic succesul.
păstrarea sarcinilor organizate și transparente va face urmărirea procesului mult mai ușoară, deci luați în considerare investiția în software dedicat de gestionare a proiectelor dacă echipa dvs. nu este deja. Nu numai că un instrument excelent de gestionare a proiectelor vă va economisi timp și efort, dar va facilita, de asemenea, obținerea de informații din proces odată ce sunteți gata să vă scufundați în retrospectivă.
