Procese în Scrum

Planificarea sprintului

Planificarea sprintului este etapa inițială a sprintului Scrum. Determină scopul și modalitățile de a lucra în timpul sprintului. Întreaga echipă Scrum este implicată în planificare.

Un sprint este o perioadă de timp clar definită în care trebuie finalizată o anumită lucrare. Un sprint are nevoie de planificare înainte de a începe. În primul rând, trebuie să determinați durata și scopul sprintului.

La atelierul de planificare, lista sarcinilor și scopul sprintului sunt convenite. Este important să încărcați echipa cu motivația potrivită pentru a lucra, astfel încât fiecare membru să fie concentrat pe succes.

Dacă sprintul este prost planificat, atunci acest lucru poate duce echipa la eșec. Dezvoltatorii nu vor putea face față așteptărilor puse asupra lor, deoarece sarcinile s-au dovedit a fi nerealiste.

Întrebări de luat în considerare atunci când planificați un sprint:

• Clientul sau proprietarul software-ului anunță scopul sprintului, explicând pe parcurs cum să-l atingă. Echipa Scrum află ce sarcini pot fi îndeplinite într-un viitor sprint pentru a atinge acest obiectiv.
• Dezvoltatorii distribuie un plan de lucru între ei, care este convenit cu clientul software.
• Clientul (proprietarul) produsului participă întotdeauna la întocmirea planului de sprint. El își stabilește un obiectiv, iar echipa de programare trebuie să afle dacă se poate realiza într-un sprint.
• Planul ar trebui să utilizeze un backlog de produse, informații din care pot fi adăugate la plan.
• Membrii echipei ar trebui să încheie întâlnirea de planificare cu o înțelegere clară a ceea ce au nevoie pentru a obține rezultatul. Puteți afișa ordinea acțiunilor viitoare în backlog de sprint.

Planificarea nu trebuie să depășească două ore pe săptămână. Scrum Master trebuie să explice tuturor că există limite de timp. Dacă toate problemele de lucru sunt rezolvate rapid, atunci întâlnirea se poate încheia mai devreme decât de obicei. Nu există o durată minimă pentru o astfel de întâlnire.

Evaluarea sarcinilor

Evaluarea complexității lucrării nu trebuie să exagerați. Procesul de planificare nu necesită o evaluare exactă, ci cel puțin aproximativă a complexității dezvoltării. Echipa nu trebuie doar să înțeleagă scopul sprintului, ci și să compare obiectivul cu capacitățile echipei sale.

Pentru a evalua complexitatea, puteți folosi mărimile obișnuite de îmbrăcăminte pentru toată lumea (L, XL, XXL). Desigur, acest lucru nu oferă o garanție de acuratețe, dar totuși.

Pentru ca evaluarea complexității să fie mai precisă, este necesară înțelegerea reciprocă. Membrii echipei ar trebui să-și împărtășească în mod deschis opiniile și să nu se teamă să pună întrebări proprietarului produsului.

Critica la adresa echipei după finalizarea lucrării poate duce la faptul că, la planificarea următorului sprint, previziunile vor fi mai puțin optimiste. Acest lucru va ajuta echipa să evite repetarea greșelii și să o protejeze de a fi evaluată negativ în viitor.

Evaluarea dificultatii in puncte, puncte si ore

De obicei, echipele de dezvoltare estimează complexitatea muncii lor în timp. Dar unele echipe Agile aleg să evalueze dificultatea în puncte sau puncte. Acesta este o indicație mai bună a costului total necesar pentru implementarea unui element în restanță sau a unei alte sarcini atribuite.

Punctele sunt acordate în funcție de complexitatea și volumul muncii. În plus, sunt luate în considerare eventualele riscuri. Notarea folosind această metodă ajută la descompunerea eficientă a muncii în pași mici.

Folosind în mod regulat metoda de notare (puncte) la planificare, echipele au o înțelegere mai bună și mai precisă a cât timp vor avea nevoie pentru a finaliza munca. În plus, există și alte avantaje.

• Timpul estimat nu ține cont de lucrări care nu au legătură directă cu proiectul, deși cu siguranță va apărea. Discutarea problemelor de lucru prin intermediul unui mesager, organizarea de întâlniri - toate acestea necesită timp și pentru membrii echipei.
• Emoțiile pot influența alegerea întâlnirilor. Punctajul la evaluarea muncii elimină acest factor.
• Evaluarea complexității muncii și, în consecință, viteza de îndeplinire a sarcinilor poate fi diferită pentru fiecare dintre echipe. Lucrul cu punctele realizate nu poate fi considerat un indicator al vitezei. Adică nu există presiune psihologică asupra echipei.
• Distribuind corect costurile forței de muncă și complexitatea, puteți împărți rapid și fără conflict puncte pentru munca efectuată între participanți.
• Numărul de puncte primite pentru finalizarea unei sarcini depinde de complexitatea acesteia și nu de timpul petrecut. Prin urmare, programatorii se vor gândi la îmbunătățirea eficienței lor, și nu la cât timp va dura.

Dezavantajul estimării complexității este că este adesea folosită greșit. De exemplu, această metodă nu poate fi utilizată pentru evaluarea angajaților.

Echipele ar trebui să utilizeze un sistem de punctare pentru a înțelege mai bine cantitatea de muncă alocată lor și pentru a stabili prioritățile corect.

Întâlnire zilnică Scrum

Atelierele sunt importante: la acestea, membrii echipei își împărtășesc opiniile, comunică și convin asupra acțiunilor ulterioare. Întâlnirile zilnice de scrum sunt, de asemenea, necesare pentru a ridica spiritul de echipă și pentru a anunța știri actuale.

Stand-up este o scurtă întâlnire a participanților cheie la proiect: proprietarul software-ului, programatorii și scrum master. Structura stand-up-ului constă din trei întrebări.

• Ce am putut să facem ieri?
• La ce lucrăm astăzi?
• Ce ne împiedică să obținem rezultate?

Punerea acestor întrebări stimulează dezvoltarea și ajută la identificarea problemelor în cadrul echipei. Când fiecare participant comunică modul în care el/ea ajută la atingerea unui obiectiv comun, acest lucru îmbunătățește înțelegerea reciprocă în cadrul echipei.

Este important să ne amintim că nu există un șablon unic pentru modul de desfășurare a stand-up-urilor. Fiecare echipă ține întâlniri după propriul model, bazat pe caracteristicile echipei.

Și acum să discutăm despre ceea ce este necesar pentru un stand-up perfect și să ne familiarizăm cu exemple de stand-up-uri eficiente.

Mai întâi trebuie să alegi un moment care se potrivește tuturor. De obicei stand-up-urile pentru echipele din același birou au loc la începutul zilei de lucru - între orele 9 și 10 dimineața. Acest lucru vă oferă timp să vă planificați mai bine programul pentru ziua respectivă. Dacă membrii echipei lucrează în diferite regiuni, atunci se alege un moment care se potrivește tuturor. De exemplu, dacă unii membri ai echipei locuiesc în California și Sydney, atunci stand-up-ul începe la 15:30, ora California. Desigur, stand-up-ul după cină nu este convenabil pentru toată lumea, dar face posibil să păstrezi legătura cu colegii de pe cealaltă parte a oceanului.

Urmăriți productivitatea stand-up. Nu ține întâlnirea prea mult timp - concentrarea atenției ar trebui să rămână la maximum. Dacă este posibil, țineți stand-up-urile nu mai mult de 15 minute.

Folosește mingea. Poate fi aruncat unul altuia pe rând. Deci toată lumea va fi implicată în discuție. Acest joc ajută la menținerea atenției în grup. Utilizați retrospectiva echipei. Stand-up-urile sunt folosite în multe metodologii Agile, acest lucru nu ne împiedică să discutăm despre eficiența stand-up-urilor la retrospective. Cineva se întâlnește în fiecare zi, alte echipe - de câteva ori pe săptămână. Dacă este greu pentru echipă să beneficieze de stand-up, găsește motivele pentru asta și schimbă ceva.

Revizuirea sprintului

Revizuirea de primăvară se efectuează în etapa finală a sprintului. Este necesar să verificați creșterea produsului și să adaptați stocul în așteptare. Întreaga echipă scrum și toate părțile interesate participă la revizuirea rezultatelor sprintului. Întâlnirea are loc într-un format relaxat pentru a îmbunătăți interacțiunea participanților la proiect.

Evaluarea rezultatelor Sprintului include următoarele elemente:

• Proprietarul software-ului arată ce a fost completat din restanță și ce nu.
• Programatorii discută ce a mers bine, unde au apărut dificultățile și cum au fost eliminate.
• Echipa de dezvoltare arată rezultatele muncii lor în timpul sprintului și ce increment de produs a primit.
• Product Owner-ul își împărtășește părerile despre restanța actuală. De asemenea, oferă o prognoză pentru următorul obiectiv și termenul limită pentru implementarea acestuia.
• Toată lumea discută ce este mai bine de făcut în continuare, pe baza evaluării pieței și a intereselor utilizatorilor.
• Există un schimb de opinii cu privire la calendarul, bugetul și perspectivele de creștere a restanțelor.

Rezultatul este un stoc actualizat cu noi obiective pentru sprinturile ulterioare. Restul poate fi modificat dacă situația o impune.

Retrospectiva sprintului

Retrospectiva Sprint este un atelier care discută cum să vă îmbunătățiți fluxul de lucru. De asemenea, creează un plan de îmbunătățire pentru următorul sprint. Întâlnirea are loc de obicei după revizuirea sprintului și nu durează mai mult de trei ore. Conducerea întâlnirii este Scrum Master.

Principalele obiective ale retrospectivei Sprint includ:

• Analiza sprintului (munca participanților, rezultate și probleme).
• Discutați soluții posibile pentru îmbunătățirea fluxului de lucru în sprinturile ulterioare.
• Crearea unui plan de implementare a îmbunătățirilor de către membrii echipei în timpul implementării proiectului.

Scrum Master invită membrii echipei să facă sugestii despre cum să îmbunătățească eficiența dezvoltării. Echipa discută propunerile și sugerează anumite modalități și tehnici de implementare a acestora.

La sfârșitul retrospectivei de sprint, echipa ar trebui să evidențieze câteva sugestii de îmbunătățire pe care să le implementeze în următorul sprint. Sugestiile pot fi implementate oricând, dar Sprint Retrospective oferă o oportunitate de a arunca o privire mai profundă asupra posibilei lor adaptări din punctul de vedere al echipei.

Aici încheiem discuția despre metodologia Scrum. Puteți afla mai multe despre el în documentația tematică sau la primul loc de muncă.