Planificarea sprinturilor 101: Cum să planificați sprinturi grozave

Întrebați o duzină de oameni ce este agilitatea și veți primi o duzină de răspunsuri diferite. Dar este cel mai bine definit de scrum ca model. Scrum este o modalitate de a gestiona un proiect într-un cadru agil și este alcătuită din trei roluri: proprietar de produs, maestru de scrum și echipă.

Proprietarul de produs este concentrat pe partea de business a proiectului, maestrul scrum este expertul, care acționează ca un antrenor. Echipa este auto-dirijată și lucrează așa cum consideră de cuviință pentru a îndeplini obiectivele proprietarului produsului.

Dacă sunteți interesat de piulițele și șuruburile de scrum, consultați ghidul nostru. Pentru această postare, vom face o scufundare profundă într-unul dintre evenimentele din cadrul scrum, planificarea sprintului.

Ce este un sprint?

Pentru a oferi o anumită regularitate și a minimiza nevoia de întâlniri, scrum-ul este împărțit în evenimente. Unul dintre aceste evenimente este sprintul. Un sprint este o iterație în ciclul de dezvoltare al unui proiect.

Sprintul este definit de o cantitate mică de muncă planificată pe care echipa trebuie să o finalizeze și să fie gata de revizuire. Sprint vine dintr-un cadru agil pentru proiecte și este de obicei asociat cu scrum. Cu toate acestea, sprintul se încadrează și în tehnica kanban cu conceptul său de livrare continuă. Scrumban va desfășura și sprinturi.

Ca și în sensul din dicționar al cuvântului, sprintul este ca o cursă scurtă. Acesta definește o durată, de obicei, nu mai mult de două până la patru săptămâni. Ținta unui sprint este decisă între proprietarul produsului și echipă, ceea ce se numește „obiectiv de sprint”. Lucrarea provine dintr-un backlog de sprint, care este o listă de sarcini care trebuie finalizate. Backlogurile sunt adesea găzduite pe panouri sau liste de sarcini pentru întreținere ușoară.

Echipele lucrează în colaborare pentru a finaliza sprintul și a-l pregăti pentru revizuire. Dar sprintul nu poate începe până nu a existat un plan de sprint.

Cum să faci un plan bun de sprint

Planul de sprint este un alt eveniment din cadrul scrum al unui proiect agil. Începe cu echipa care decide ce elemente din backlog să lucreze în timpul sprintului. Acesta este obiectivul de sprint care este o decizie de colaborare între echipă și proprietarul produsului.

Planificarea sprintului implică de obicei toată lumea din echipă. Există proprietarul de produs care ajută la prioritizarea restanțelor și sugerează ce articole ar trebui să facă parte din obiectivul de sprint. Echipa intervine pentru a determina care este un număr fezabil de sarcini pe care să lucreze în restanță în timpul sprintului.

De asemenea, implicat în planificarea sprintului este scrum master. Scrum Master este un expert în cadrul Scrum pentru proiecte agile. Aceștia acționează ca un facilitator pentru planul de sprint pentru a se asigura că acesta este eficient, că sunt abordate elementele corespunzătoare în așteptare și că există un acord între părțile implicate.

Există trei faze principale pentru planificarea sprintului.

1. Proiectare

Designul unui sprint este de obicei doar un eveniment unic, deși poate fi modificat în continuare pentru a îmbunătăți procesul. Cu excepția cazului în care designul nu funcționează, atunci, desigur, va trebui să te întorci la planșa de desen.

Părțile fazei de proiectare a unui plan de sprint încep cu o întâlnire de planificare a sprintului. Aici se măsoară inițiativele de afaceri și se creează backlog-ul de sprint. O altă întâlnire va împărți acel întârziere în sarcini, ceea ce finalizează restanța.

Vor avea loc zilnic întâlniri scrum. Acestea sunt check-in-uri pentru a actualiza progresul sprintului. Sarcinile sunt în continuare prioritizate în acest moment și atribuite pe baza revizuirii diagramei de ardere, care arată grafic cât de repede lucrează o echipă.

De asemenea, pe tot parcursul sprintului, există ceva numit îngrijire în așteptare. Acesta este momentul în care proprietarul produsului și echipa vor revizui și rafina stocul în așteptare în funcție de progresul pe care îl înregistrează.

Odată ce sprintul este terminat, are loc o întâlnire de revizuire a sprintului. Aici rezultatele sprintului finalizat vor fi analizate în raport cu obiectivele proiectului de la întâlnirea de planificare. Există, de asemenea, o întâlnire retrospectivă de sprint care analizează procesele și instrumentele utilizate în timpul sprintului și cum pot fi îmbunătățite pentru următorul.

Aceste modele sunt axate pe crearea unui program realist și a reperelor pe care echipa trebuie să le atingă. Designul ar trebui să fie agreat de toți membrii echipei de proiect. Designul este structura care va determina lungimea proiectului, deci trebuie să corespundă domeniului, costul și timpul aprobat al proiectului.

2. Estimați viteza de sprint

Înainte de sprint, proprietarul produsului va determina viteza acestuia. Adică cât de multă muncă ar trebui făcută în cadrul sprintului. Această decizie se bazează pe programul echipei și capacitatea acestora.

Această estimare este creată la începutul fiecărui sprint. Deși ar putea exista o dorință de a face acest lucru în faza de proiectare, este mai bine să așteptați. Există informații valoroase care vin după fiecare sprint care ar trebui aplicate următorului.

Scopul estimării este de a dezvolta o nouă viteză de sprint pentru fiecare sprint. Acest lucru ar trebui să reflecte obiectivele acelui sprint, eficiența pe care le-am învățat din cel precedent și ceea ce se poate face în mod realist cu resursele actuale. Există, de asemenea, multe instrumente disponibile acum pentru a ajuta la maximizarea numărului de obiective îndeplinite în fiecare primăvară, de la instrumente de automatizare a testelor până la soluții CI/CD.

3. Alocarea Muncii Sprint

Aici este locul în care maestrul scrum este util. Datorită expertizei lor, ei pot lucra îndeaproape cu echipa pentru a îndeplini cerințele date de proprietarul produsului. Împreună, scrum master-ul și echipa alocă munca sprintului.

Însă echipa lucrează relativ independent, ceea ce este unul dintre principiile unui cadru agil. Ideea de echipe auto-dirijate este fundamentală pentru lucrul scrumului, iar ele sunt responsabile de gestionarea sprintului către obiectivul sprintului.

Acest lucru se face prin atribuirea celor mai pricepuți la sarcini pentru a le executa. Sunt folosiți oamenii potriviți, iar echipa capătă un sentiment mai mare de responsabilitate pentru muncă. Ei sunt împuterniciți de autonomie.

Diferența dintre un sprint reușit și unul eșuat

A spune dacă sprintul tău are succes este destul de simplu. Și-a atins scopul? Obiectivul sprintului este decis înainte de a începe sprintul de către proprietarul produsului și echipa. Dacă acest criteriu a fost îndeplinit, sprintul este reușit. Înseamnă că treci prin întârziere la o rată acceptabilă.

În schimb, dacă echipa nu este capabilă să finalizeze tot ceea ce a fost stabilit ca obiectiv de sprint, atunci acel sprint a eșuat. Faptul că sprinturile sunt rapide și evoluează constant este pentru a evita să ajungi la un produs la finalul proiectului tău pe care nimeni nu și-l dorește. Și acesta ar fi un eșec.

Succesul este măsurat prin recenzii de sprint, care asigură că proiectul se mișcă în direcția corectă. Dacă părțile interesate cheie și utilizatorii finali sunt nemulțumiți, dacă livrabilele nu corespund așteptărilor lor, acesta este un eșec. Dacă nu se învață nimic la sfârșitul unui sprint, poate fi considerat și un eșec. La urma urmei, totul este despre experimentare și despre procesul empiric.

ProjectManager.com ajută la planificarea Sprintului

ProjectManager.com este un software flexibil de management de proiect. Când vine vorba de planificarea următorului tău sprint, poți folosi șabloanele noastre de planificare a sprintului pentru a începe cu piciorul potrivit. Șablonul este conceput pentru echipele de dezvoltare. Puteți muta cu ușurință sarcinile din întârziere și în dezvoltare în vizualizarea panoului.

Odată ce aveți tabloul dvs., echipele pot personaliza coloanele și pot colabora pe carduri. Ei își pot adăuga propriile liste de activități și pot comenta cu alți membri ai echipei. Avem stocare nelimitată de fișiere, așa că adăugați câte documente și imagini doriți. Toate sunt atașate la nivel de sarcină, așa că nu mai sunt căutări nesfârșite pentru documentele importante. De asemenea, @ proprietarul produsului sau Scrum Master, care va fi notificat prin e-mail și îi va aduce în conversație.

Vizualizarea listă de activități este un instrument excelent pentru restanțe. Puteți gestiona acel întârziere prin filtrarea datelor după data scadentă, proprietar, proiect etc. Sarcinile pot fi, de asemenea, etichetate pentru a le face mai ușor de găsit. ProjectManager.com este bazat pe cloud, astfel încât orice actualizare de stare a sarcinilor se reflectă imediat în software, creând o mai mare transparență.

În cele din urmă, există tabloul nostru de bord în timp real. Acesta urmărește proiectul printr-o serie de metrici, inclusiv sarcini, progres și variație. Aceasta este o altă caracteristică care va ajuta la tratarea cu părțile interesate și la prezentarea acestora cu actualizări ale proiectului.

ProjectManager.com este un software de management de proiect bazat pe cloud, care este ideal pentru orice metodologie în care lucrați. Avem instrumentele pentru a ajuta managerii să planifice, să monitorizeze și să raporteze despre proiectul lor. Echipele obțin o platformă de colaborare care le oferă autonomie de a lucra în grupuri autonome și de a crește productivitatea. Încercați ProjectManager.com astăzi cu această perioadă de încercare gratuită de 30 de zile.