Un ghid simplu pentru metodologia de colaborare Scrum

În mod ideal, finalizarea unui proiect pe termen lung ar trebui să implice o retragere minimă și să se termine cu un client sau client mulțumit. În realitate, acest lucru nu este întotdeauna cazul. „Metodologia de colaborare Scrum” - sau pur și simplu „Scrum” - încearcă să prevină contracarările și să îmbunătățească satisfacția clienților, abordând dezvoltarea proiectului bucată cu bucată.

În acest articol, vom explica metoda Scrum și beneficiile acesteia față de strategiile mai tradiționale de gestionare a proiectelor. Apoi vom oferi pași despre cum să implementați Scrum pentru următorul dvs. proiect.

Să ajungem la asta!

O introducere în metoda de colaborare Scrum

Pentru a înțelege ce este Scrum, trebuie mai întâi să înțelegem metoda Agile. Creat inițial pentru a ajuta dezvoltatorii de software să gestioneze proiectele mai eficient și mai eficient, Agile se referă la un set de valori, principii și practici. Echipele de dezvoltare folosesc Agile ca ghid pe măsură ce finalizează proiectele.

Scrum este o metodologie care aplică valori și principii Agile. La fel ca Agile, Scrum a fost folosit pentru prima dată de dezvoltatorii de software. Cu toate acestea, s-a răspândit și este folosit acum de alți dezvoltatori de produse, antreprenori și oricine altcineva încearcă să preia un proiect complex.

De obicei, Scrum implică o echipă de colaborare formată din cinci până la șapte persoane. Există trei roluri în cadrul echipei Scrum: Product Owner, Scrum Master și membrii echipei generale. Membrii echipei vor fi cei care vor lucra la dezvoltarea produsului.

Proprietarul de produs este investitorul cheie al proiectului sau clientul dvs. Rolul lor este de a oferi direcției membrilor echipei generale prin compilarea informațiilor despre nevoile esențiale ale produsului final. Scrum Master vă asigură că echipa implementează corect metodologia.

Echipa Scrum lucrează pe scurt, explozii de una până la trei săptămâni numite „sprinturi”. Fiecare sprint va avea un anumit set de obiective pe care echipa le poate îndeplini. De-a lungul sprintului, echipa organizează întâlniri regulate pentru a împărtăși actualizări, a delega și a oferi feedback reciproc.

Avantajele Scrum asupra metodelor tradiționale de dezvoltare

Pe lângă Scrum, una dintre cele mai populare strategii de gestionare a proiectelor este Metoda Cascadei. Acesta constă dintr-un plan liniar în care echipa realizează pași până la finalizare unul câte unul. Proiectele care utilizează metoda Waterfall încep de obicei cu o perioadă de planificare, timp în care echipa încearcă să proiecteze produsul în întregime înainte de a merge la dezvoltare.

Cu toate acestea, o problemă obișnuită cu această metodă este că echipa se va deplasa de la un pas la altul, doar pentru a-și da seama că planurile lor inițiale nu vor funcționa sau sunt incomplete. Acest lucru restabilește echipa, deoarece trebuie să revină la etapa de planificare și să reia procesul.

Uneori, echipele care folosesc metoda Waterfall vor prezenta rezultatele finale clientului, doar pentru a auzi că ceea ce au construit nu întrunește cu adevărat nevoile clientului. Uneori, acest lucru duce la lipsa plății, sau echipa trebuie să reia proiectul de la început.

Scrum este menit să fie mai eficient și mai eficient decât această metodă, deoarece oferă echipei obiective clare și concentrate. Este conceput pentru a fi adaptabil - una dintre calitățile cheie Agile - pentru a preveni eșecuri majore. În plus, Scrum încorporează feedback de la proprietarul produsului pe tot parcursul procesului pentru a preveni nemulțumirea clientului.

Cum se implementează metoda de colaborare Scrum (7 pași cheie)

Scrum implică un proces foarte specific, care încorporează anumite documente și întâlniri pe parcurs. Deși la început poate părea puțin prescriptiv, pașii oferă de fapt echipelor mai multă flexibilitate și fac posibilă adaptarea la probleme neprevăzute.

Pasul 1: Creați restanța produsului pentru a contura caracteristicile esențiale

După cum am menționat anterior, Scrum împarte proiectele în sprinturi. O echipă poate rula câte sprinturi este nevoie pentru a crea cea mai bună versiune a produsului final. Primul sprint începe cu proprietarul produsului care creează „Product Backlog”.

Acesta este un document care include toate caracteristicile esențiale ale produsului final. Product Backlog nu ar trebui să specifice sarcini de nivel scăzut care ar putea intra în crearea produsului, ci mai degrabă ar trebui să se concentreze pe imaginea de ansamblu. Product Backlog-ul inițial trebuie doar să încorporeze cele mai elementare caracteristici de bază ale produsului final.

De exemplu, dacă utilizați Scrum pentru a construi o casă, restanța inițială a produselor ar putea include fundația, pereții și acoperișul casei. Nu ar specifica lucruri precum pardoseala sau corpurile de iluminat, deoarece acestea sunt detalii tehnice de finisare mici.

Pasul 2: Țineți o „întâlnire de planificare Sprint” pentru a vă determina obiectivele

După ce proprietarul produsului a finalizat primul restant de produse, întreaga echipă ar trebui să organizeze o „întâlnire de planificare Sprint”. În această întâlnire, veți stabili obiectivele pentru sprintul care urmează, care va avea loc în următoarele una sau trei săptămâni.

Această întâlnire nu ar trebui să arate ca sesiunile de planificare extinse utilizate în Metoda Cascadei. În schimb, echipa dvs. ar trebui să examineze Backlog-ul produselor, apoi să stabilească ce obiective puteți îndeplini în mod realist în perioada de timp desemnată de sprint.

Pentru a ne întoarce la exemplul nostru de casă, la prima întâlnire de planificare Sprint ați putea stabili că echipa dvs. are timp să pună bazele și să încadreze casa în sprintul care urmează. Acestea sunt singurele sarcini pe care le-ați discuta în timpul ședinței. V-ați lăsa restul obiectivelor în Backlog-ul produselor pentru următorul sprint.

Pasul 3: Adăugați articole în Backlog-ul Sprint pentru a rămâne în sarcină

După ce ați stabilit obiectivele pentru primul dvs. sprint, echipa dvs. poate crea un „Sprint Backlog” - un alt document conceput pentru a vă menține echipa în sarcină. Multe echipe creează Sprint Backlogs folosind o tablă albă și note lipicioase organizate în trei coloane: „de făcut”, „în curs” și „gata”.

Notele lipicioase ar trebui să conțină sarcini specifice legate de obiectivele selectate din Backlog-ul produsului în timpul întâlnirii de planificare Sprint. Membrii echipei pot muta notele lipicioase între coloane în timp ce lucrează la sarcinile lor. În acest fel toată lumea știe întotdeauna la ce se lucrează și la ce mai trebuie abordat.

În exemplul nostru, unele sarcini legate de obiectivele de așezare a fundației și încadrarea casei ar putea fi adunarea materialelor, amestecarea betonului și tăierea plăcilor pentru cadru la lungimile corecte. Aceste articole ar putea fi scrise pe note lipicioase și adăugate la Sprint Backlog.

Pasul 4: încorporează întâlniri zilnice stand-up pentru a menține comunicarea

În fiecare zi, în timpul fiecărui sprint, echipa dvs. trebuie să aibă o scurtă întâlnire de cel mult cincisprezece minute. Acestea sunt uneori numite „Stand-Ups zilnice” și sunt de obicei ținute în picioare în cerc. În timpul acestor întâlniri, membrii echipei pot oferi actualizări cu privire la articolele listate în prezent ca „în curs” în Sprint Backlog. De asemenea, ați putea delega sarcini încă enumerate în coloana „de făcut”.

Aceasta este o șansă pentru echipă să discute despre orice probleme care au apărut și care ar putea provoca eșecuri. Echipa poate oferi sugestii pentru depanarea sau realocarea resurselor pentru a ajuta la rezolvarea problemei înainte de sfârșitul sprintului.

Pasul 5: Prezentați rezultatele Sprint proprietarului dvs. de produs pentru feedback

La sfârșitul sprintului, echipa ar trebui să prezinte produsul proprietarului produsului. Ei vor evalua dacă este gata de lansare sau dacă este necesar un alt sprint înainte de a pune produsul la dispoziție. Acesta este modul în care Scrum încorporează feedback-ul clienților în proces pentru a preveni nemulțumirea acestora.

Un sprint suplimentar ar putea fi necesar din mai multe motive. Uneori, scopul unui sprint este doar de a se potrivi produsului cu cele mai esențiale caracteristici ale sale, ca în exemplul nostru de casă. Proprietarul produsului ar putea alege să vândă casa doar cu o fundație și un cadru. Cu toate acestea, va fi mai valoros dacă se ține un alt sprint pentru a adăuga caracteristici.

Uneori, sfârșitul unui sprint va arăta că caracteristicile esențiale nu sunt de fapt necesare. În acest caz, echipa ar putea modifica produsul în următorul sprint pentru a-l elimina. De asemenea, Proprietarul de produs poate realiza o nevoie de caracteristici la care nu se gândise anterior și poate alege să ruleze un alt sprint pentru a încorpora aceste noi idei.

Pasul 6: Organizați o întâlnire retrospectivă Sprint pentru a discuta ce poate îmbunătăți echipa dvs.

La sfârșitul fiecărui sprint, echipa ar trebui să organizeze o „Întâlnire retrospectivă sprint” pentru a discuta despre ceea ce pot îmbunătăți. Aceasta este o șansă de a discuta despre problemele apărute în sprintul anterior și de a nota domeniile în care echipa dvs. poate crește eficiența.

Scopul acestei întâlniri nu este acela de a ne lăsa reciproc sau de a ne plânge de ceilalți membri ai echipei. În schimb, încercați să priviți grupul ca întreg. Reuniunea retrospectivă ar trebui să depună eforturi pentru a îmbunătăți comunicarea între membrii echipei și să se concentreze mai degrabă pe procesul de dezvoltare decât pe produs.

Pasul 7: Repetați pașii anteriori pentru a crea un produs final complet

După ce proprietarul produsului a examinat produsul și echipa organizează întâlnirea retrospectivă Sprint, echipa se poate pregăti pentru următorul sprint. Proprietarul produsului ar trebui să revizuiască Backlog-ul produsului pentru a adăuga sau elimina orice caracteristici discutate în timpul examinării produsului. Apoi, o nouă întâlnire de planificare Sprint ar trebui să stabilească obiectivele pentru următorul sprint.

Echipa dvs. poate continua să ruleze sprinturi până când proprietarul produsului este complet mulțumit de produsul final. Proprietarul produsului ar putea alege să lanseze versiuni ale produsului pe parcurs, cu versiuni suplimentare pe măsură ce produsul se îmbunătățește. Obiectivele și sarcinile pot deveni mai specifice de la sprint la sprint.

Concluzie

Proiectele pe termen lung se pot termina în înfrângere dacă eșecurile repetate duc la ratarea termenelor și la rezultate inferioare. Clientul dvs. poate chiar să decidă că produsul dvs. final nu le satisface nevoile, provocând pierderea întregii munci. Metoda Scrum încearcă să evite aceste probleme prin implementarea feedback-ului clienților, stabilirea unor obiective clare și construirea de echipe de colaborare.

Acum ați învățat elementele de bază ale Scrum, îl puteți încorpora în următorul dvs. proiect de echipă. Aveți grijă să vă adunați membrii echipei, să folosiți documente precum Backlogs pentru produse și Sprint, să găzduiți întâlniri regulate și să încorporați feedback-ul proprietarului de produs pentru a crea cea mai bună versiune posibilă a rezultatului dvs. final.

Aveți întrebări despre Metoda de colaborare Scrum? Întrebați-i în secțiunea de comentarii de mai jos!

Imagine articol Miniatură: Andrew Rybalko / shutterstock