Scrum este o metodologie agilă de dezvoltare a software-ului care este acum adoptată de multe companii și corporații ca parte a inițiativelor de transformare digitală.
Cuprins
Despre Scrum
Rolul metodologiei Scrum este de a oferi un cadru pentru dezvoltarea software Agile, care să permită echipelor să lucreze în colaborare și eficient pentru a furniza produse software de înaltă calitate.
Este un cadru pentru echipe pentru a lucra împreună pentru a dezvolta produse complexe. În loc să lanseze un produs după faze lungi de planificare, proiectare, dezvoltare și testare, scrum își propune să livreze produse gata de utilizare chiar de la început, în trepte mici.
Principiile principale ale Scrum sunt comunicarea transparentă a echipei, verificarea regulată a calității și capacitatea de a se adapta la schimbare. Dacă sunt adoptate și utilizate în mod corect, echipele pot livra produse software de înaltă calitate în timp util și eficient.
Beneficiile cheie ale Scrum
Sursă: scrum.org
- Puteți obține o productivitate crescută. A fi o echipă Scrum înseamnă că echipa descompune problemele complexe în bucăți mici. Apoi acele piese mici sunt livrate în sprinturi ca incremente de sprint. Membrii echipei se pot concentra pe sarcini specifice într-un Sprint (perioadă de timp definită în care se dezvoltă incrementele, de exemplu, două săptămâni).
- Scrum încurajează comunicarea regulată între întreaga echipă. Acest lucru asigură apoi că toată lumea are clar scopul și așteptările. Reduce o cantitate destul de semnificativă de neînțelegeri care altfel s-ar putea întâmpla. Mai ales dacă vrei să mergi cu un ritm ridicat de la sprint la sprint, întreaga echipă trebuie să lucreze în direcția aceluiași obiectiv de la o zi la alta.
- Scrum este conceput pentru a fi flexibil, astfel încât echipele se pot adapta la cerințele și prioritățile în schimbare. Acest lucru permite echipelor să răspundă rapid la schimbările în domeniul proiectului sau nevoilor clienților. În loc să aștepți până se încheie întregul ciclu de viață al dezvoltării, poți doar să schimbi conținutul între sprinturi.
- Scrum subliniază importanța testării și a asigurării calității, în mod ideal, într-un mod automat. Scopul final este creșterea calității produsului final. Acest lucru reduce riscul de defecte și asigură că produsul corespunde cerințelor clientului.
- Scrum este conceput pentru a fi centrat pe client, ceea ce înseamnă că clientul este implicat în procesul de dezvoltare de la început până la sfârșit, de obicei în rolul de proprietar de produs sau cu o legătură directă cu proprietarul de produs (mai multe despre asta mai târziu). Acest lucru asigură că produsul final satisface nevoile clientului și cu prioritatea potrivită.
În continuare, vom discuta despre rolul metodologiei scrum.
Rolul metodologiei Scrum
Sursă: hangoutagile.com
Scopul metodologiei Scrum este de a oferi un cadru pentru dezvoltarea software Agile care să permită echipelor să lucreze în colaborare. Construiți o echipă Scrum care se întâlnește zilnic și regulat și are discuții (ceremonii) programate în cadrul unui sprint care repetă fiecare sprint. De obicei, următoarele ceremonii fac parte din configurația de bază a unei echipe scrum:
- Standup-uri zilnice – Un moment și un loc în care toți membrii echipei se vor întâlni și vor discuta despre ceea ce s-a făcut ziua trecută, care va fi munca a doua zi și care sunt obstacolele actuale, dacă există.
- Rafinarea poveștilor – Aici este discutat și finalizat conținutul nou (pentru următoarele sprinturi).
- Planificarea sprintului – În timpul acestei ceremonii, echipa estimează conținutul gata de preluat (definit în Stories) și apoi se angajează la un subset specific din acestea, în principal pe baza estimărilor de priorități și efort.
- Revizuirea sprintului – Aici, echipa se întâlnește cu părțile interesate și le prezintă ceea ce a realizat echipa în ultimul sprint.
- Sprint retrospectivă – Un dialog dedicat echipei doar pentru a discuta despre ceea ce poate fi îmbunătățit sau despre ceea ce echipa consideră că trebuie schimbat în viitor.
Semnificația metodologiei Scrum constă în capacitatea sa de a ajuta echipele să lucreze mai eficient. Principiile de bază ale metodologiei Scrum se bazează pe Manifestul Agile și sunt următoarele.
Controlul empiric al procesului
Scrum se bazează pe ideea că progresul se realizează cel mai bine printr-un proces empiric de inspecție și adaptare continuă. Aceasta înseamnă că echipele ar trebui să își inspecteze în mod regulat munca și să își adapteze procesele pentru a-și îmbunătăți performanța.
Echipe de auto-organizare
Echipele Scrum se auto-organizează, ceea ce înseamnă că sunt responsabile pentru gestionarea muncii lor și pentru luarea deciziilor privind atingerea obiectivelor. Acest lucru ajută la promovarea colaborării și a răspunderii în cadrul echipei.
Iterații în casete de timp
Puteți împărți proiectele scrum în iterații în intervale de timp, numite sprinturi, care durează de obicei între una și patru săptămâni. Acest lucru asigură că echipa lucrează către un obiectiv specific și progresează în mod regulat.
Backlog de produse prioritare
Backlogul de produse este o listă prioritizată de caracteristici și cerințe la care echipa va lucra în timpul proiectului. Proprietarul produsului este responsabil pentru menținerea stocului de produse și pentru a se asigura că reflectă nevoile și prioritățile clientului.
Imbunatatire continua
Scrum subliniază importanța îmbunătățirii continue. Atât în ceea ce privește produsul dezvoltat, cât și procesele utilizate pentru a-l dezvolta. Aceasta înseamnă că echipele ar trebui să reflecteze în mod regulat asupra muncii lor și să caute modalități de a-și îmbunătăți performanța.
Provocări
Sursă: scrum.org
În timp ce metodologia Scrum poate fi foarte eficientă în dezvoltarea de software, există și unele provocări cu care se pot confrunta echipele atunci când o implementează.
Rezistenta la schimbare
Scrum necesită o schimbare semnificativă a mentalității și a culturii, ceea ce poate fi dificil de acceptat pentru unii membri ai echipei. Unii membri ai echipei pot fi rezistenți la schimbare, ceea ce poate face dificilă implementarea Scrum în mod eficient. Cu alte cuvinte, trebuie să „primiți”. Până nu o faci, nu ești în.
Lipsa de experienta
Aveți nevoie de un anumit nivel de experiență și expertiză pentru a implementa eficient. Dacă membrii echipei nu sunt familiarizați cu metodologiile Scrum sau Agile, aceasta reprezintă o provocare de depășit.
Lipsa de angajament
Scrum are nevoie de un angajament ridicat din partea tuturor membrilor echipei, inclusiv a proprietarului produsului, a Scrum Master și a echipei de dezvoltare. Dacă membrii echipei nu sunt pe deplin implicați în proces, poate fi dificil să se obțină rezultatele dorite.
Comunicare slabă
Scrum se bazează în mare măsură pe comunicarea și colaborarea dintre membrii echipei. Dacă membrii echipei nu comunică des și eficient, poate fi o provocare pentru ei.
Accentul excesiv asupra procesului
În timp ce Scrum oferă un cadru pentru dezvoltarea software Agile, este important să ne amintim că este doar un cadru. Dacă membrii echipei devin prea concentrați să urmărească procesul, ei pot pierde din vedere obiectivul final de a furniza produse software de înaltă calitate.
Rolurile unei echipe Scrum
Fiecare echipă scrum, pentru a fi eficientă, va fi formată din câteva roluri concrete. Dacă aceste roluri nu sunt dedicate echipei sau sunt greșite, formarea cu succes a unei astfel de echipe scrum ar putea fi în pericol.
#1. Echipă de dezvoltare
Aceasta este partea de execuție a echipei, deci din perspectiva livrării produsului, poate cea mai importantă parte a echipei. O echipă tipică de dezvoltare Scrum este formată din specialiști în dezvoltare/testare/arhitectură/analiști într-un număr total de 4-10 persoane. Dacă este mai puțin, este îndoielnic dacă mai poți numi echipă. Dacă este mai mult, toate ceremoniile și managementul discuțiilor echipei vor deveni excesiv de complexe și nu merită cu adevărat efortul de a menține.
Echipa de dezvoltare preia poveștile din backlog, le estimează și le implementează în sprinturi. Echipa este responsabilă pentru dezvoltarea și testarea poveștii și, odată terminată, și pentru implementarea în producție.
#2. Scrum Master
Un Scrum Master acționează ca un orchestrator pentru echipa de dezvoltare. El programează întâlniri regulate, se asigură că echipa de dezvoltare este clară în conținut și organizează activitățile în timpul unui sprint cu scopul de a atinge planul și obiectivele de sprint.
Acesta nu este cu adevărat un rol de conținut. De fapt, Scrum Master nu trebuie să înțeleagă din punct de vedere tehnic nimic din conținutul poveștilor pe care echipa de dezvoltare le rezolvă (deși este de ajutor cu siguranță). Cu toate acestea, Scrum Master servește echipa de dezvoltare și o protejează de mediul extern. Prin protejare, înțeleg să permită echipei să lucreze pe baza principiilor agile. Fiți aici vorbitorul echipei și nu permiteți modificarea planului de sprint agreat în prezent prin cereri neplanificate.
#3. Proprietarul produsului
Servere de proprietar de produs (PO) pentru conectarea între echipa de dezvoltare și utilizatorii de afaceri (părți interesate) externi echipei. PO discută conținutul tuturor părților relevante și aduce conținutul convenit echipei Scrum.
Apoi PO creează povești pentru echipă cu descrieri și așteptări clare. PO trebuie să se asigure că echipa de dezvoltare înțelege acest conținut, astfel încât echipa să poată estima fiecare poveste. Ca atare, PO deține discuțiile de rafinare a poveștilor din cadrul echipei.
Pe lângă gestionarea conținutului și a întregului backlog, PO este, de asemenea, responsabil pentru stabilirea priorităților pentru fiecare poveste din backlog. Totuși, PO nu este responsabil pentru selecția poveștilor concrete în sprint. Ceea ce doar echipa de dezvoltare o poate face angajându-se în domeniu, echipa va alege pentru următorul sprint. PO poate influența această selecție doar prin stabilirea și comunicarea corectă a priorităților.
Interacțiunile rolurilor în cadrul unei echipe Scrum
Sursă: scrum.org
Chiar și cu toți oamenii și rolurile gestionate, comunicarea este într-adevăr cheia succesului. Cel mai important, comunicarea corectă, deoarece există atât de multe modalități de a greși. Și acesta este de fapt cel mai mare motiv pentru care multe echipe scrum nu au succes. Pur și simplu nu o pun corect.
De exemplu, proprietarii de produse cer adesea echipei de dezvoltare să vină cu noi povești de conținut. Dar nu este scopul echipei de dezvoltare să creeze restanța. Sigur, ele pot ajuta la definirea poveștilor, le pot face detaliate și le pot împărți pentru a putea fi executate în sprinturi. Dar proprietarul produsului este responsabil pentru restanța. În mod ideal, PO nu va cere echipei de dezvoltare să se conecteze cu părțile interesate de afaceri.
În altă ordine de idei, nici scrum master-ul, nici proprietarul produsului nu vor defini care va fi exact scopul următorului sprint. Oricum, acest lucru se întâmplă foarte des, deoarece rolurile de scrum master și de proprietar de produs sunt un fel de roluri naturale de lider în cadrul echipei de scrum. Dar, în realitate, ei nu sunt în măsură să decidă ce va lua sau nu echipa de dezvoltare în sprint. Echipa de dezvoltare este singura care poate executa acest lucru, așa că este echipa de dezvoltare care decide. Aceasta înseamnă că PO oferă informații despre cât de importantă este povestea din perspectiva afacerii; PO poate chiar ordona stocul de povești de la cele mai importante la cele mai puțin importante. În acest fel, echipa de dezvoltare are o idee despre ce povești să ia mai întâi.
Proprietarul produsului va depune eforturi pentru a discuta în mod regulat cu echipa noul conținut pe care OP-ul dorește ca echipa să îl livreze. PO este aici pentru a discuta în detaliu fiecare poveste pe care o creează sau o aduce în așteptare. Toată lumea din echipa de dezvoltare trebuie să înțeleagă povestea și le este clar care sunt criteriile de acceptare.
Scrum master nu este doar orchestratorul echipei; într-un fel, SM protejează echipa împotriva proprietarului produsului, a conducerii sau a altor părți interesate externe. SM menține procesele interne de scrum în funcțiune și conduce majoritatea ceremoniilor pentru echipă. La apelurile zilnice de stare, SM se asigură că toată lumea spune doar actualizările importante pentru ziua respectivă, astfel încât întâlnirea să nu dureze mai mult decât era programată. Asta se aplică de fapt pentru toate apelurile.
De asemenea, SM organizează periodic apeluri retrospective pentru echipă, unde ajută echipa să reflecteze asupra muncii depuse în sprintul anterior și să identifice domeniile în care echipa se poate îmbunătăți.
Cuvinte finale
Înființarea unei echipe scrum de succes este de obicei un drum lung. Trebuie să construiești experiență în interiorul echipei, chiar dacă membri concreti ai echipei au deja o experiență anterioară. Fiecare echipă scrum este unică, iar găsirea unei modalități de a lucra și de a colabora împreună ca o echipă pe subiecte comune necesită întotdeauna timp.
Cel mai important lucru este să menții echipa stabilă odată ce ai format-o deja. Abia atunci echipa poate începe să se îmbunătățească cu fiecare sprint următor. Scopul final este să te transformi într-o echipă auto-organizată, în care nici măcar prezența unui scam master nu mai este obligatorie de cele mai multe ori. Dacă nu poți ține echipa unită, vei fi totuși în faza de învățare.
Apoi, verificați cele mai bune instrumente Scrum pentru o întreprindere înființată până la mijlocie.