Scrum și Kanban sunt două metode agile de organizare a muncii, adică două moduri de a livra produsul în pași mici, cu feedback frecvent, nu într-o singură bucată după luni de lucru. Scrum împarte timpul în cicluri fixe, iar Kanban urmărește fluxul continuu al sarcinilor. Ambele pot funcționa într-o echipă de trei-șapte oameni, dar fiecare se potrivește altui tip de muncă.
Nu ai nevoie de certificări ca să le folosești. Un startup ia din fiecare ce îi aduce claritate și lasă restul. Întrebarea utilă nu este „care metodă este mai bună?”, ci „ce problemă de organizare avem acum?”.
Ce este Scrum și cum funcționează?
Scrum este un cadru de lucru în care echipa livrează un increment de produs la sfârșitul fiecărui sprint, adică ciclu de una-patru săptămâni. Răspunsul scurt: planifici la început, lucrezi fără schimbări mari în timpul ciclului și verifici rezultatul la final.
Elementele principale:
- Sprintul: ciclul de lucru cu durată fixă, de obicei două săptămâni.
- Backlog-ul de produs: lista ordonată a lucrurilor de făcut, de exemplu sub formă de povești de utilizator.
- Planificarea sprintului: echipa alege din vârful listei cât crede că poate livra.
- Ședința zilnică: un sfert de oră în care fiecare spune ce a făcut, ce urmează și unde e blocat.
- Demonstrația: la final, echipa arată ce a construit.
- Retrospectiva: discuție despre ce a mers, ce nu și ce schimbați în ciclul următor.
Rolurile oficiale sunt trei: proprietarul produsului (decide ce se construiește), echipa de dezvoltare și un facilitator al procesului, numit Scrum Master. Într-un startup cu patru oameni, rolurile se pot cumula, dar fiecare responsabilitate trebuie să aibă un nume.
Punctele tari ale Scrum
Ritmul regulat creează disciplină. Fondatorul știe când se vede rezultatul, iar echipa știe că nu i se schimbă prioritățile la mijlocul ciclului. Retrospectivele aduc îmbunătățiri mici, dar constante.
Punctele slabe
Dacă în startup se schimbă totul de la o zi la alta (un client mare cere o funcție urgentă, un incident blochează planul), un sprint rigid devine o sursă de frustrare. Ritualurile pot deveni și birocrație dacă le aplici mecanic.
Ce este Kanban și cum îl folosești?
Kanban este o metodă care vizualizează munca pe o tablă cu coloane și limitează câte sarcini sunt în lucru în același timp. Răspunsul direct: sarcinile curg continuu de la „de făcut” la „gata”, iar echipa nu începe lucruri noi până nu le termină pe cele deschise.
O tablă simplă are coloanele: de făcut, în lucru, în verificare, gata. Regula care contează cel mai mult este limita de lucru în curs (în engleză, work in progress): de exemplu, maximum trei sarcini în coloana „în lucru”. Când limita se atinge, ajuți la finalizarea celor existente, nu pornești altele.
De ce funcționează? Pentru că o echipă mică pierde timp mai ales prin multitasking: zece lucruri începute și niciunul terminat. Limita te obligă să finalizezi, iar blocajele se văd imediat, fiindcă o coloană se aglomerează.
Metrici utile în Kanban
- Timpul de ciclu: cât durează o sarcină de la pornire până la finalizare.
- Productivitatea (throughput): câte sarcini termină echipa pe săptămână.
- Vârsta sarcinilor: cât stau lucrurile neterminate pe tablă.
Nu trebuie să le calculezi complicat. Un tabel cu data începerii și a finalizării pentru fiecare sarcină îți arată în câteva săptămâni cât durează, de fapt, munca ta.
Scrum sau Kanban: cum alegi?
Alegerea depinde de cât de previzibilă este munca și de cât de des se schimbă prioritățile. Răspunsul scurt: Scrum pentru muncă planificabilă, Kanban pentru muncă imprevizibilă.
| Criteriu | Scrum | Kanban |
|---|---|---|
| Ritm | cicluri fixe | flux continuu |
| Schimbarea priorităților | doar între sprinturi | oricând, la următoarea sarcină |
| Roluri | definite (proprietar, echipă, facilitator) | nu impune roluri noi |
| Limite | durata sprintului | numărul de sarcini în lucru |
| Potrivit pentru | dezvoltare de funcționalități noi | suport, defecte, cereri variate |
Când are sens combinația
Multe echipe mici folosesc o variantă hibridă, uneori numită Scrumban: planificare la două săptămâni ca la Scrum, tablă cu limite ca la Kanban. Dacă jumătate din timp se duce pe defecte și cereri urgente, iar cealaltă jumătate pe funcții noi, poți rezerva un procent din capacitate pentru urgențe și restul îl planifici.
Sfat: schimbă o singură regulă pe rând și măsoară efectul două-trei săptămâni. Dacă adopți simultan ședințe noi, roluri noi și o tablă nouă, nu vei ști ce a ajutat.
Cum începi fără să te blochezi în proces?
Cel mai bun început este o tablă simplă și o ședință scurtă săptămânală. Răspunsul direct: vizualizezi munca, vorbești regulat despre ea și adaugi reguli doar când apare o problemă concretă.
- Scrie pe carduri tot ce se lucrează acum, fiecare sarcină pe un card.
- Așază cardurile pe o tablă cu coloane (fizică sau digitală).
- Stabilește o limită pentru „în lucru”, de obicei puțin mai mică decât numărul de oameni.
- Fă un punct săptămânal: ce s-a blocat, ce urmează, ce renunțăm.
- Dacă ai nevoie de ritm, treci la sprinturi de două săptămâni.
Reține și scopul, care vine din logica produsului minim viabil: metoda există ca să ajute echipa să livreze produsul și să învețe din ce livrează. Direcția pe termen mai lung vine din roadmap-ul de produs, iar ordinea sarcinilor din metodele de prioritizare. Dacă lucrezi cu o echipă externă, ritmul comun se negociază din start, un aspect discutat în articolul despre echipa internă sau outsourcing.
Ce greșeli apar cel mai des?
Metoda nu rezolvă singură problemele dintre oameni; împărțirea clară a muncii între fondatori, discutată în articolul despre delegare, rămâne necesară.
- Procesul devine scop. Ședințe lungi, rapoarte pe care nu le citește nimeni, tablă actualizată doar pentru cine întreabă.
- Sprinturi încărcate peste capacitate. Dacă echipa nu termină niciodată ce și-a propus, planifici prea mult.
- Limita de lucru ignorată. Fără limită, Kanban nu e decât o listă de sarcini în culori.
- Lipsa unui proprietar al produsului. Când toți decid prioritățile, nu le decide nimeni.
- Absența retrospectivelor. Fără ele, aceleași probleme se repetă lună de lună.
Întrebări frecvente
De la câți oameni are sens Scrum?
Poți folosi elementele Scrum chiar și de la doi-trei oameni, dar rolurile formale devin utile abia când echipa depășește aproximativ patru-cinci persoane.
Cât durează un sprint într-un startup?
De obicei una-două săptămâni. Ciclurile scurte dau feedback rapid, iar cele de patru săptămâni sunt greu de ținut stabile când prioritățile se schimbă.
Pot folosi Kanban fără un instrument special?
Da. O tablă fizică cu bilețele sau o foaie de calcul sunt suficiente la început. Instrumentele digitale ajută mai ales când echipa lucrează la distanță.
Ce fac când apare o cerere urgentă în mijlocul sprintului?
Dacă este cu adevărat urgentă, o adaugi și scoți altceva de aceeași mărime. Dacă urgențele apar zilnic, Kanban sau o rezervă de capacitate se potrivește mai bine.
Este obligatoriu un Scrum Master?
Nu într-o echipă foarte mică. Rolul poate fi preluat pe rând sau de un membru al echipei, important fiind ca cineva să se ocupe de protejarea procesului și de înlăturarea blocajelor.
