Scrum vs Kanban: diferențele și care se potrivește unei echipe mici
De Andrei Finogeev, fondatorul Weft ·
Scrum planifică munca în sprinturi fixe de cel mult o lună, cu trei responsabilități (Product Owner, Scrum Master, Developers) și patru evenimente în fiecare sprint. Kanban nu are sprinturi și nu prescrie roluri: munca curge continuu pe un panou, iar echipa limitează explicit cât de mult e în curs. Alege Scrum când o echipă de câțiva oameni are nevoie de un ritm fix de livrare și de un obiectiv stabil pe fiecare ciclu; alege Kanban când munca vine imprevizibil și prioritățile se schimbă zilnic. Scrumban stă între ele: fluxul din Kanban, cu sprinturi doar acolo unde ajută.
Scrum vs Kanban vs Scrumban: fișă rapidă
Scrum așa cum îl definește Ghidul Scrum din 2020, Kanban așa cum îl definește Ghidul Kanban (v2025.5). Scrumban nu are un ghid oficial; coloana descrie cum este rulat de obicei.
| Scrum | Kanban | Scrumban | |
|---|---|---|---|
| Ritm | Sprinturi fixe de cel mult o lună, unul după altul | Flux continuu, fără iterații | Flux continuu; sprinturi opționale, de obicei de una sau două săptămâni |
| Roluri | Product Owner, Scrum Master, Developers | Niciunul prescris | Niciunul prescris; adesea o singură persoană deține prioritățile |
| Ședințe | Sprint Planning, Daily Scrum (15 min), Sprint Review, Sprint Retrospective | Niciuna prescrisă | Doar ce găsește echipa util, de obicei planificare și o recapitulare |
| Ce limitează munca | Ce își asumă echipa pentru sprint | O limită explicită a lucrului în curs | O limită a lucrului în curs, plus obiectivul de sprint, dacă există |
| Schimbarea scopului în mijlocul ciclului | Sprint Goal rămâne fix; Sprint Backlog poate fi rafinat | Oricând: următorul element e tras când există loc | Oricând; obiectivul de sprint e o țintă, nu un lacăt |
| Măsurători principale | Progresul către Sprint Goal și Product Goal | Lucrul în curs, throughput, vârsta elementelor de lucru, cycle time | De obicei măsurătorile de flux din Kanban |
| Panou | Opțional; resetat la fiecare sprint | Nucleul metodei; persistă | Persistă; un sprint e o felie din el |
| Se potrivește cel mai bine | Echipelor de produs de până la circa zece oameni care lucrează spre un obiectiv | Suportului, operațiunilor și oricui primește muncă neplanificată | Echipelor mici și fondatorilor solo care vor flux și un obiectiv pe termen scurt |
Ce este Scrum
Scrum a fost prezentat prima dată de Ken Schwaber și Jeff Sutherland la conferința OOPSLA din 1995; regulile de azi sunt cele din Ghidul Scrum din 2020. Un Scrum Team are de obicei cel mult zece oameni și lucrează în sprinturi: evenimente de durată fixă, de cel mult o lună, care încep imediat după ce se termină cel anterior.
Fiecare sprint are patru evenimente. Sprint Planning (cel mult opt ore pentru un sprint de o lună) stabilește Sprint Goal și alege munca. Daily Scrum este o verificare de 15 minute pentru Developers. Sprint Review (cel mult patru ore) prezintă rezultatul stakeholderilor, iar Sprint Retrospective (cel mult trei ore) analizează cum a lucrat echipa.
Scrum are trei artefacte, fiecare cu un angajament: Product Backlog (Product Goal), Sprint Backlog (Sprint Goal) și Increment (Definition of Done).
Ce este Kanban
Ghidul Kanban definește Kanban drept „o strategie de optimizare a fluxului de valoare printr-un proces”. Provine din sistemul de carduri folosit de Toyota pentru a semnala când trebuie produs mai mult și a fost adaptat pentru munca bazată pe cunoaștere în anii 2000.
Are trei practici: definirea și vizualizarea fluxului de lucru, gestionarea activă a elementelor din el și îmbunătățirea lui. Singura regulă strictă este că oamenii din sistem controlează explicit câte elemente sunt în curs între început și final: limita lucrului în curs (WIP limit).
Kanban nu prescrie roluri, sprinturi sau ședințe. Urmărește patru măsurători de flux: lucrul în curs, throughput, vârsta elementelor de lucru și cycle time.
Avantaje și dezavantaje
Scrum
- Un ritm fix: toată lumea știe când e termenul pentru următorul rezultat
- Un obiectiv clar pe sprint împiedică echipa să o ia razna
- Momente incluse pentru a inspecta produsul și procesul
- Patru evenimente pe sprint sunt un cost real de timp pentru o echipă de doi sau trei
- Munca urgentă fie așteaptă sprintul următor, fie strică planul
- Are nevoie de cineva pe fiecare responsabilitate, pe care un singur fondator nu le poate împărți
Kanban
- Pornește pe panoul pe care îl ai deja; nu ai nimic de instalat în afară de un WIP limit
- Munca nouă poate fi trasă oricând
- Măsurătorile de flux arată unde se blochează munca
- Nu are termen sau obiectiv inclus, așa că munca de durată poate deriva
- Fără un WIP limit e doar o listă de to-do cu coloane
- Planificarea în avans rămâne în întregime în seama echipei
Pe care să-l alegi
- O echipă de produs de cinci până la zece oameni, cu un roadmap stabil
- Scrum. Evenimentele merită când mai mulți oameni trebuie să cadă de acord asupra unui obiectiv la câteva săptămâni.
- Suport, operațiuni sau o echipă care trăiește din cereri primite
- Kanban. Munca vine când vine; un WIP limit și o coloană Done clară contează mai mult decât un plan de sprint.
- Un fondator solo sau o echipă de doi până la cinci oameni
- Scrumban. Păstrează un panou continuu cu WIP limit și folosește un sprint de una sau două săptămâni ca obiectiv pe termen scurt, fără setul complet de evenimente Scrum.
Scrumban: calea de mijloc
Scrumban a fost descris de Corey Ladas ca o cale prin care echipele Scrum trec spre un flux bazat pe tragere (pull). În practică, înseamnă un panou Kanban cu WIP limit care nu se resetează niciodată, plus sprinturi ca intervale de timp opționale care grupează o parte din muncă. Ghidul nostru complet acoperă regulile și cum configurezi panoul: Ce este Scrumban?
Când agenții AI fac o parte din muncă
Dacă ChatGPT, Claude, Cursor sau Codex preiau sarcini pentru tine, evenimentele Scrum nu au cine să participe: un agent nu vine la standup. Ce contează în continuare este ce oferă Kanban: un panou care arată ce e în curs, un WIP limit ca să nu pornească zece sarcini deodată și o regulă clară pentru când un card e gata.
Și blocajul se mută. Agenții termină munca repede, iar pasul lent devine revizuirea ta a ceea ce au făcut. O limită a câtă muncă terminată te poate aștepta este un WIP limit pe coloana omului.
Weft este un panou Scrumban construit pentru asta: coloane, sprinturi opționale, o limită a câtă muncă terminată poate aștepta revizuirea ta și un AI care revendică o sarcină înainte să înceapă, raportează progresul și se oprește să te întrebe când doar tu poți decide.
Întrebări
Sunt Scrum și Kanban același lucru?
Nu. Amândouă sunt abordări agile și amândouă folosesc adesea un panou, dar Scrum planifică munca în sprinturi fixe cu roluri și evenimente stabilite, în timp ce Kanban are flux continuu, fără roluri prescrise și cu o limită explicită a lucrului în curs.
Se fac sprinturi în Kanban?
Nu în Kanban propriu-zis: Ghidul Kanban nu prescrie iterații. Echipele care adaugă sprinturi pe un panou Kanban fac de obicei Scrumban.
Cum funcționează un sprint Scrum?
Un sprint este o perioadă fixă de cel mult o lună. Începe cu Sprint Planning, care stabilește Sprint Goal; Developers se întâlnesc la un Daily Scrum de 15 minute; se încheie cu un Sprint Review al rezultatului și un Sprint Retrospective al procesului, iar sprintul următor începe imediat.
Cine a inventat Scrumban?
Termenul îi este atribuit lui Corey Ladas, care a descris Scrumban în eseuri și într-o carte din 2009 ca o cale prin care echipele Scrum trec spre tragerea în stil Kanban.
Este Scrum același lucru cu Agile?
Nu. Agile este setul de valori și principii din Agile Manifesto din 2001; Scrum și Kanban sunt două moduri concrete de lucru care le urmează.
Poate un developer solo să folosească Scrum?
Nu așa cum e scris: Scrum presupune o echipă cu trei responsabilități separate. Un developer solo păstrează de obicei părțile care ajută, un backlog și un obiectiv de sprint scurt, și rulează panoul ca Kanban — ceea ce înseamnă Scrumban.
Surse
Citit pe 11 noiembrie 2026.