Cum Să Rulați O Întâlnire Agilă De Planificare Sprint + Agendă
Ce Este O Întâlnire De Planificare Sprint?
o întâlnire de planificare a sprintului este una dintre ceremoniile Scrum adoptate pe scară largă de echipe care folosesc sprinturi pentru a marca când munca „începe” și „se termină”.”Este conceput pentru a răspunde la întrebări, ce poate fi livrat în acest sprint următor? Și cum vom realiza această lucrare?
mai simplu spus, întâlnirea de planificare sprint ar trebui să ofere structură, să stabilească așteptări și să definească restanțele pentru sprintul viitor.
există mai multe persoane implicate în aceste întâlniri și este un efort foarte colaborativ. Să descompunem ceea ce face fiecare rol.
cele 3 roluri scrum: product owner, scrum master, development team
ScrumMaster
ScrumMaster facilitează întâlnirea de planificare sprint și se asigură că sălile de ședințe sunt rezervate, consumabilele sunt disponibile, oamenii sunt pregătiți și toate detaliile de videoconferință și alte detalii de conectivitate sunt gata de plecare. În ceea ce privește programarea, ScrumMaster ar trebui să fie timeboxing această întâlnire în funcție de lungimea sprint. De exemplu, dacă Echipa lucrează în sprinturi de 2 săptămâni, întâlnirea de planificare a sprintului ar trebui să fie între 2-4 ore. ScrumMaster-ul trebuie să gestioneze timpul în mod corespunzător pentru a se asigura că există o aliniere completă a obiectivului sprintului înainte ca întâlnirea să se încheie.
Product Owner
Product Owner este responsabil să se asigure că toate articolele din lista de produse sunt pregătite înainte de întâlnire. Ei trebuie să clarifice detalii cu privire la fiecare element de produs restante și să fie o resursă pentru echipa atunci când pune întrebări în jurul valorii de caz de utilizare sau criterii de acceptare. Aceasta este, fără îndoială, cea mai importantă întâlnire pentru un proprietar de produs & pe care trebuie să-l pună deoparte pentru a se pregăti.
echipa de dezvoltare
evident, oamenii care fac munca vor trebui să fie în întâlnirea de planificare sprint. Proiectanții, dezvoltatorii, inginerii de testare—oricine va contribui la produsul de lucru—trebuie să fie prezenți și să participe activ la această întâlnire, astfel încât să poată pleca cu o înțelegere solidă a ceea ce se așteaptă de la ei și la ce este prioritar să lucreze în următorul sprint.
rețineți că echipele se îmbunătățesc la planificarea sprintului cu timpul. Dacă o echipă este nou formată (sau nouă în metodologia agile), este posibil să nu existe atât de multă înțelegere comună cu privire la cât de mult se poate face în cadrul fiecărui sprint. Mai târziu, vom vorbi despre calcularea vitezei. Rețineți că echipele mature tind să se descurce mai bine în acest sens. Există un element de îmbunătățire constantă cu agile, așa că dă-ți ceva har dacă prima întâlnire de planificare sprint nu a mers la fel de bine cum ai sperat!
De Ce Ar Trebui Să Rulați O Întâlnire De Planificare Sprint?
de ce să organizezi o întâlnire de planificare sprint? Pentru că este o oportunitate excelentă de a aduna întreaga echipă și de a colabora pentru a stabili de ce este responsabil toată lumea în următorul sprint! Din punct de vedere personal, a fost dificil pentru echipa noastră să identifice exact ce lucrau la fiecare sprint și – mai important de ce – înainte de a adopta această practică agilă. De atunci, a fost mult mai ușor pentru echipa noastră să lucreze împreună și să se simtă mai încrezători în ceea ce ar trebui să oferim.
o echipă care își cunoaște obiectivele exacte este o echipă fericită. Potrivit Christina Hartman, PMP, PMI-ACP, beneficiile de bază ale planificării sprint includ:
- colaborare și team building
- înțelegere comună a produsului
- descoperirea sarcinilor
- înregistrarea sarcinilor
- prioritizarea sarcinilor
- estimarea sarcinilor
- îmbunătățirea cunoștințelor și a setului de abilități
- perspective diferite
- promovează just in time (JIT) planificarea
mai jos, vom vorbi despre doar câteva dintre cele mai mari beneficii ale întâlnirilor de planificare sprint.
aduce definirea obiectivelor dvs.
dacă sunteți un ScrumMaster (sau un rol similar PDM) într-o echipă care livrează lucrări de dezvoltare și utilizează metodologii agile, ar trebui să conduceți o întâlnire de planificare sprint. Aceste întâlniri vă ajută să vă pregătiți echipa pentru succes, deoarece permite tuturor să înțeleagă exact care este obiectivul pentru fiecare sprint de lucru.
veți defini două lucruri majore în timpul planificării sprintului:
un obiectiv sprint
aceasta este o scurtă descriere (1-2 propoziții) a ceea ce echipa va finaliza pe parcursul sprintului. Echipa o scrie împreună și o publică, astfel încât oamenii să se poată referi la ea în orice moment. Obiectivul sprint este, de asemenea, o declarație rapidă și ușoară pentru ca părțile interesate să citească și să înțeleagă la ce lucrează echipa, fără a fi nevoie să intre în buruienile restanțelor. Scopul sprintului este stick-ul de măsurare utilizat la sfârșitul fiecărui sprint care ajută la răspunsul la întrebarea: a avut succes acest ultim sprint? Un exemplu de obiectiv sprint ar putea fi: construiți caracteristica X pentru a coincide cu lansarea de vacanță (semnalând că o livrare de caracteristici printr-o anumită etapă este obiectivul principal al sprintului).
a Sprint backlog
aceasta este o listă a elementelor din product backlog pe care echipa le selectează și se angajează să lucreze în timpul sprintului. De asemenea, include toate sarcinile necesare pentru livrarea lucrării. Fiecare sarcină ar trebui, de asemenea, estimată. Marea echipă de la Mountain Goat Software are un curs video despre fundațiile scrum & explică modul în care Sprint backlog ar trebui să se reunească în timpul planificării sprintului.
este ușor pentru sprinturi să iasă de pe șine fără o înțelegere comună a ceea ce ar trebui realizat. Întâlnirea de planificare sprint este mijlocul tău pentru a ajunge acolo.
aduce alinierea și Buy-In-ul echipei dvs.
rețineți că este un efort de colaborare, de echipă, pentru a ajunge la rezultatele pe care le veți avea până la sfârșitul unei întâlniri de planificare sprint. Echipa decide cât de mult se face în timpul unui sprint, nu un proprietar de produs copleșitor sau un stakeholder extern. Membrii echipei dvs. câștigă un sentiment de împuternicire prin preluarea fluxului lor de muncă. De asemenea, beneficiază de o mai bună aliniere cu ceilalți, având timp să vorbească despre modul în care munca lor se va potrivi împreună în următorul sprint.
oferă un punct de referință pentru măsurarea vitezei
de asemenea, ar trebui să rulați un eveniment de planificare a sprintului dacă știți cât de mult poate realiza echipa dvs. în timpul unui sprint. Aceasta este denumită în mod obișnuit velocity sau Sprint velocity și este stabilită după ce o echipă a lucrat împreună un pic. Potrivit Scrum Inc.,
viteza este o măsură a cantității de muncă pe care o echipă o poate aborda în timpul unui singur Sprint și este metrica cheie în Scrum.
se calculează la sfârșitul unui sprint prin adăugarea tuturor estimărilor complete ale punctului de poveste al utilizatorului și a mediei pe parcursul mai multor sprinturi.
de exemplu, dacă în Sprint 1 Echipa a finalizat 25 de puncte de poveste, în Sprint 2 au finalizat 35, iar în Sprint 3 au finalizat 30, viteza echipei ar fi de 30. 25 + 35 + 30 = 90/3 = 30.
Mergând mai departe, Echipa scrum ar ști că, în medie, completează 30 de puncte de poveste pe sprint și ar putea folosi acest lucru ca ghid atunci când trece prin elementele restante din planificarea sprintului. Așa cum am menționat mai sus, echipa decide ce vor să muște fiecare sprint, așa că, dacă vor să tragă pentru 40 de puncte de poveste și toată lumea este de acord, restanțele sprintului ar putea adăuga mai multe puncte de poveste decât viteza lor. Inversul ar putea fi, de asemenea, adevărat.
viteza va scădea și va curge în timp, dar viteza unei echipe agile mature va începe să crească pe măsură ce se obișnuiesc din ce în ce mai mult să lucreze împreună și la produs. Velocity este un număr cheie pe care proprietarul produsului trebuie să-l țină cont în timp ce lucrează pentru a afla câte sprinturi va fi nevoie pentru a lansa următoarea versiune a produsului.