Scrum și Kanban: două metodologii Agile puternice explicate

Deci sunteți pe cale să gestionați un proiect complex? Există o grămadă de muncă care trebuie făcută, dar nu vă panicați! În calitate de manager de proiect, vei fi responsabil cu planificarea, monitorizarea, gestionarea bugetului, executarea, verificarea calității și lansarea la timp a proiectului final. Din fericire, există multe metodologii de management de proiect care vă pot face munca dvs. (și a echipei dvs.) mai ușoară și mult mai eficientă!

În acest articol, aș dori să mă concentrez asupra celor mai populare două metodologii Agile – Scrum și Kanban – care au luat cu asalt lumea dezvoltării de software în ultimii ani. În zilele noastre, cu greu veți găsi o casă de software care să nu adopte aceste două cadre pentru managementul proiectelor. Despre ce sunt toate acestea? Citiți mai departe și aflați tot ce trebuie să știți despre Scrum și Kanban!

Ce este mai exact metodologia Agile în managementul proiectelor?

Astăzi companiile nu mai lucrează la un singur proiect fără a-l testa în toate etapele procesului de dezvoltare. Pur și simplu nu dă roade! De ce nu?

Imaginați-vă: întreaga dvs. echipă lucrează timp de câteva luni la, să spunem, la dezvoltarea unei aplicații mobile, pe care o testați și o evaluați doar la sfârșit, după ce întreaga activitate a dezvoltatorilor, designerilor și copywriterilor dvs. backend și frontend este deja terminată. Ce se întâmplă dacă numai atunci îți dai seama că produsul tău nu mai răspunde cerințelor pieței și nevoilor utilizatorilor? Apoi ar trebui să introduceți iterații ulterioare ale întregului proiect, care consumă mult timp, bani și energie.

Metodologia Agile este astfel o soluție excelentă care îmbunătățește semnificativ fluxul de lucru și implementarea ușoară a modificărilor în fiecare etapă. Principiul cheie din spatele Agile este de a descompune un proiect „mare” și complex în mai multe elemente (sau caracteristici) mai mici și de a le elibera unul după altul. Aici, atât dezvoltarea, cât și testarea sunt două activități concurente, ceea ce facilitează validarea continuă a proiectului și introducerea tuturor îmbunătățirilor necesare.

Ceea ce este interesant este că, deși timp de mulți ani Agile a predominat în companiile IT și de dezvoltare de software, această metodologie s-a dovedit a fi atât de eficientă încât este folosită în prezent în multe alte domenii precum marketing, vânzări, HR sau operațiuni. Conform Raportului State of Agile elaborat de Verison One, în 2020 95% dintre companiile de tehnologie și casele de software practicau diverse metode Agile.

Cadrul Scrum: de ce este atât de minunat?

Mulți oameni tind să amestece două concepte care, deși par a fi destul de asemănătoare, nu sunt sinonime - acestea sunt Agile și Scrum. Pe scurt, Agile este un termen umbrelă care indică toate metodele și abordările specificate în Manifestul Agile , în timp ce Scrum este de fapt una dintre acele metode. Este la fel de simplu!

Ce este Scrum și când poate fi folosit?

Scrum este un cadru de management de proiect, aplicat în principal pentru construirea de produse complexe în care procesul de dezvoltare durează cel puțin câteva luni. Se bazează, în primul rând, pe transparență, pe comunicarea continuă între toți membrii echipei și pe responsabilitatea colectivă. Această strategie facilitează livrarea versiunii finale a proiectului care satisface nevoile publicului țintă și răspunde cerințelor actuale ale pieței.

Chiar dacă Scrum a devenit un cadru de conducere, mai ales în ultimii ani, nu este de fapt nimic nou. Să ne întoarcem la 1986 când Harvard Business Review a publicat articolul The New Product Development Game . Acolo, autorii au descris o abordare managerială folosită de companii precum Honda sau Canon care a dus la succesul acestora. Apoi, în 1993, aceste concepte l-au inspirat pe Jeff Sutherland și echipa Easel Corporation să stabilească un proces bazat pe echipă numit Scrum.

Roluri și responsabilități într-o echipă Scrum

Într-o echipă Scrum, toate rolurile sunt clar definite de la bun început și, de obicei, nu se schimbă pe parcursul întregului proiect. De regulă, acest cadru are 3 roluri fundamentale: Product Owner, Scrum Master și Development Team.

Scrum Master

Un Scrum Master este un fel de lider de echipă (dar nu în întregime) care se asigură că totul este făcut corect și că procesul de dezvoltare se desfășoară fără probleme. Principalele responsabilități ale unui Scrum Master sunt:

• instruirea membrilor echipei, astfel încât toată lumea să lucreze mai eficient pentru a oferi noi caracteristici ale produsului digital
• planificarea tuturor sarcinilor pentru următoarele sprinturi (mai jos, vă voi spune mai multe despre sprinturile în Scrum) și menținerea backlog-ului de produse
• educarea părților interesate și a tuturor membrilor echipei cu privire la importanța principiilor Scrum pentru managementul proiectelor
• evaluând dacă toate sarcinile sunt îndeplinite conform planului
• încercând să elimine toate obstacolele care împiedică realizarea sarcinilor într-un sprint dat.

Este extrem de important ca un Scrum Master să lucreze întotdeauna îndeaproape cu un Product Owner . Împreună planifică sprinturile ulterioare, evaluează calitatea sarcinilor finalizate, stabilesc o direcție pentru echipă și determină dacă proiectul necesită introducerea de schimbări. Mai simplu spus, Scrum Master face tot posibilul pentru a ajuta echipa de dezvoltare să aibă succes și să livreze toate funcțiile la timp.

Proprietarul produsului

Un proprietar de produs este responsabil pentru livrarea versiunii finale a produsului care poate genera profituri reale ale afacerii. Prin urmare, în întreaga echipă Scrum, Product Owner este cel care stabilește prioritățile și are rolul cel mai decisiv . Ceea ce este important aici este că stocul de produse este gestionat de Product Owner, care determină care caracteristici ale produsului ar trebui dezvoltate cu prioritate, deoarece acestea au cea mai mare valoare de afaceri.

Acestea sunt principalele responsabilități ale unui Product Owner:

• gestionarea stocului de produse
• contactarea părților interesate
• definirea scopului principal al fiecărui sprint
• planificarea lansării de noi funcții
• evaluarea muncii echipei de dezvoltare și anularea sprintului atunci când este necesar

Echipă de dezvoltare

Fără o echipă de dezvoltare, Scrum nu ar fi posibil, deoarece ei fac munca efectivă și completează toate sarcinile programate pentru anumite sprinturi.

De obicei, echipa de dezvoltare este formată din oameni cu experiență într-un anumit domeniu , cum ar fi iOS, învățarea automată, dezvoltarea backend sau front-end. Toți își unesc forțele pentru a oferi caracteristici de înaltă calitate ale unui produs digital. Trebuie să rețineți, totuși, că, deși termenul „echipă de dezvoltare” se referă de obicei la ingineri, acest lucru nu este întotdeauna exact. De asemenea, marketerii, designerii, analiștii, testerii, copywriterii sau specialiștii în vânzări pot aduce ceva valoare și pot face parte dintr-o echipă Scrum.

Unul dintre lucrurile pe care trebuie să le luați în considerare atunci când construiți o echipă de dezvoltare este numărul de membri ai acesteia. Chiar și aici Scrum specifică câteva reguli de bază! Se spune că o astfel de echipă trebuie să fie formată din 3 până la 9 persoane și ar trebui să aibă abilitățile necesare pentru a oferi toate caracteristicile. Desigur, totul depinde de complexitatea proiectului și de nevoile clientului; uneori, 4 sau 5 dezvoltatori sunt complet suficienti pentru a construi un produs digital.

Dar care este exact rolul echipei de dezvoltare în Scrum? Practic, ar trebui:

• construiți toate caracteristicile produsului conform instrucțiunilor proprietarului produsului
• determinați câte elemente să construiți într-un sprint dat
• gestionați eficient volumul de muncă, astfel încât toate sarcinile să fie finalizate până la sfârșitul sprintului
• luați toate deciziile relevante în comun
• au o atitudine „noi” – echipa ia toate deciziile, rezolvă problemele împreună și fiecare persoană se simte responsabilă pentru ceilalți colegi

Procesul de dezvoltare Scrum pe scurt

Știți deja ce este Scrum și cine formează o echipă Scrum, așa că acum este timpul să înțelegeți cum arată procesul de dezvoltare în această metodologie și cum să o faceți corect.

În procesul Scrum, fiecare pas contează și aduce valoare reală echipei tale. Iată care sunt etapele principale pe care nu ar trebui să săriți peste:

1. Product Backlog : O listă cu toate articolele care trebuie să fie construite în următoarele sprinturi. Este gestionat de un Product Owner împreună cu un Scrum Master care știu exact când fiecare caracteristică sau element ar trebui să fie lansat.
2. Întâlnirea de planificare a sprintului: Scopul principal al acestei întâlniri este de a defini ce va face fiecare membru al echipei de dezvoltare în următorul sprint. Este întotdeauna organizat înainte de începerea sprintului, astfel încât toată lumea să poată evalua dacă poate finaliza toate sarcinile înainte de termenul limită. Asigurați-vă că fiecare membru al echipei înțelege pe deplin obiectivul principal al sprintului.
3. Sprint Backlog : Acestea sunt sarcinile selectate luate din Product Backlog pe care echipa a ales să le efectueze într-un anumit Sprint.
4. Sprint : Aici se întâmplă toată magia. Sprintul este o perioadă scurtă, care durează de obicei 1-4 săptămâni când Echipa de Dezvoltare lucrează la îndeplinirea tuturor sarcinilor atribuite în timpul întâlnirii de planificare de primăvară.
5. Daily Scrums (numite și Standup): ședințe extra scurte care au loc în fiecare zi la aceeași oră, în timpul cărora toată lumea își raportează progresul în muncă în 1-2 propoziții: vorbesc despre ceea ce a fost finalizat și ce mai trebuie făcut.
6. Sprint Review : Când sprintul se termină, toată lumea are șansa de a prezenta ceea ce a finalizat altor colegi de echipă și chiar părți interesate, care frecventează destul de des la Sprint Reviews.
7. Retrospectiva Sprint : Acum este timpul pentru ultima întâlnire care încheie întregul ciclu de Sprint. Dacă vreun membru al echipei are câteva sugestii sau idei cu privire la ceea ce ar putea fi îmbunătățit pentru următorul sprint, o poate face în timpul întâlnirii de retrospectivă Sprint.

Pentru procesul Scrum, este esențial să vă asigurați că fiecare ciclu Scrum are aceeași structură : începe cu o întâlnire de planificare a sprintului, apoi toată lumea se apucă de treabă și finalizează sarcinile stabilite pentru sprint, iar la sfârșit fiecare membru al echipei arată ceea ce au realizat.

Mai este un lucru pe care vreau să-l amintești: Scrum are o filozofie de schimbare foarte strictă. Ce înseamnă asta în practică? Membrii echipei Scrum nu ar trebui să schimbe sarcinile sau obiectivele principale în timpul sprintului. Dacă nu reușesc să ofere rezultatele planificate, ar trebui să fie o lecție pentru viitor pentru a estima mai bine timpul necesar pentru a finaliza elementele.

Câteva cuvinte despre Kanban

Acum că ați învățat ce este Scrum și cum să construiți un produs digital cu el, este timpul să vă concentrați puțin mai mult pe a doua metodologie Agile. Sunt sigur că ești deja familiarizat cu el – chiar dacă nu îți dai seama încă!

Ce este Kanban și când poate fi aplicat?

Termenul Kanban vine din japoneză și poate fi tradus pur și simplu ca „semnal vizual”. Practic despre asta se referă această metodologie. În Kanban, fiecare element are reprezentarea sa vizuală – un card pe care membrii echipei îl pun pe table și își schimbă starea (cum ar fi „de făcut”, „făcut” sau „terminat”).

Această abordare poate fi aplicată cu ușurință de orice industrie, dar este cel mai adesea aleasă de echipele de dezvoltare software implicate în proiecte complexe și consumatoare de timp. Și din motive întemeiate – Kanban facilitează comunicarea în timp real și face munca tuturor colegilor pe deplin transparentă.

Interesant este că Kanban este de fapt o metodologie mult mai veche decât Scrum. Începuturile sale datează din anii 1940, când Toyota a introdus un sistem de carduri separate plasate pe table albe în fabricile sale, pe care muncitorii le puteau schimba în orice moment. Drept urmare, această strategie le-a făcut munca mult mai fluidă și a accelerat comunicarea între echipe.

Cine este cine într-o echipă Kanban?

Când am discutat despre Scrum, am descris exact rolurile, responsabilitățile și competențele fiecărui membru al echipei (Scrum Master, Product Owner și dezvoltatori). Aici lucrurile stau mult diferit. Kanban nu definește cine are mai multă putere sau responsabilități, deoarece practic toți membrii echipei sunt egali și își unesc forțele și seturile de abilități în mod colectiv.

Mai mult, Kanban nu specifică câți oameni pot lucra împreună la un proiect, așa că orice structură de echipă este acceptabilă. Cu toate acestea, dacă doriți să îmbunătățiți fluxul de lucru, poate doriți să luați în considerare construirea unei echipe de dezvoltare încrucișată. Datorită acestei soluții, membrii echipei cu diferite domenii de expertiză își pot împărtăși cunoștințele și pot oferi feedback la fiecare etapă de dezvoltare a produsului. În acest fel, nu va fi deloc nevoie să consultați alte echipe!

Ce este o tablă Kanban și cum se creează?

Tabla Kanban este inima și sufletul acestei metodologii. Este un instrument de management de proiect creat pentru a vizualiza progresul fiecărei sarcini în timp real. Dacă te întrebi dacă colegii tăi au început deja să lucreze la o caracteristică importantă sau poate că au terminat-o deja, verifică tabla și acum știi!

Acest exemplu arată exact ce este Kanban și cum vizualizează funcționarea:

Deci, conceptul general din spatele panourilor Kanban este destul de simplu: aveți mai multe coloane etichetate și pe fiecare dintre ele plasați carduri vizuale. Acestea pot fi lipicioase sau bilete. Pe fiecare dintre aceste carduri, notați numele proiectului în care sunteți implicat în prezent sau obiectul de lucru specific pe care îl construiți. Apoi, tot ce trebuie să faceți este să alocați un anumit card unei anumite coloane, astfel încât restul echipei dvs. să fie actualizat și să știe exact la ce lucrați acum.

Exemplul pe care îl puteți vedea mai sus arată categorii tipice de coloane, care sunt:

• 'a face'
• 'în curs'
• 'testare'
• 'Terminat'

Rețineți, totuși, că vă puteți descrie fluxul de lucru mai larg și puteți adăuga coloane suplimentare – alegerea acestora va depinde de proiectul pe care îl gestionați.

Dacă vrei ca echipa ta să reușească, mai este un lucru de care trebuie să fii conștient – ​​ar trebui să definești limite pentru elementele la care echipa ta poate lucra în același timp. Acesta este motivul pentru care Kanban recomandă în plus setarea limitelor de lucru în curs (WIT) . Cum să o pun în practică? Trebuie să specificați câte cărți pot rămâne într-o coloană (de exemplu, „În curs”) în același timp. Dacă echipa ta atinge această limită, pur și simplu nu poate adăuga mai multe cărți. Stabilirea acestor limite este întotdeauna o soluție excelentă pentru a face față supraîncărcării de muncă.

Scrum vs. Kanban: care cadru câștigă această bătălie?

Ei bine, răspunsul la această întrebare nu este de fapt atât de simplu. Aceste două strategii Agile împărtășesc niște principii similare, dar practicile pe care le folosesc sunt două lucruri complet diferite. În timp ce Kanban este mai fluid și favorizează schimbarea continuă și feedback-ul regulat, Scrum este mult mai strict și organizat.

Ești gata pentru următorul tău proiect software?

Hai să lucrăm împreuna

Iată principalele diferențe dintre aceste două cadre de management de proiect:

Deci, pe care dintre aceste cadre Agile veți alege pentru a vă gestiona proiectele? Sau ai vrea ca experții să o facă pentru tine? Nu ezitați să ne contactați – prin introducerea diverselor metodologii Agile, am livrat peste 150 de produse de succes gata de utilizare!