Scrum vs Kanban: a különbségek, és melyik illik egy kis csapathoz
Írta: Andrei Finogeev, a Weft alapítója ·
A Scrum legfeljebb egyhónapos fix sprintekben tervezi a munkát, három felelősségi körrel (Product Owner, Scrum Master, Developers) és minden sprinten belül négy eseménnyel. A Kanbanben nincsenek sprintek és előírt szerepek: a munka folyamatosan áramlik a táblán, a csapat pedig kifejezetten korlátozza, mennyi lehet folyamatban. Válaszd a Scrumot, ha egy többfős csapatnak fix szállítási ritmus és ciklusonként stabil cél kell; válaszd a Kanbant, ha a munka kiszámíthatatlanul érkezik, és a prioritások naponta változnak. A Scrumban a kettő között áll: a Kanban áramlása, sprintekkel csak ott, ahol segítenek.
Scrum vs Kanban vs Scrumban: puska
A Scrum a 2020-as Scrum Guide, a Kanban a Kanban Guide (v2025.5) meghatározása szerint. A Scrumbannek nincs hivatalos útmutatója; az oszlop azt írja le, hogyan szokták működtetni.
| Scrum | Kanban | Scrumban | |
|---|---|---|---|
| Ritmus | Legfeljebb egyhónapos fix sprintek, egymás után | Folyamatos áramlás, iterációk nélkül | Folyamatos áramlás; opcionális sprintek, általában egy-két hetesek |
| Szerepek | Product Owner, Scrum Master, Developers | Nincs előírva | Nincs előírva; gyakran egy ember felel a prioritásokért |
| Megbeszélések | Sprint Planning, Daily Scrum (15 perc), Sprint Review, Sprint Retrospective | Nincs előírva | Csak amit a csapat hasznosnak tart, jellemzően tervezés és egy áttekintés |
| Mi korlátozza a munkát | Amit a csapat a sprintre bevállal | A folyamatban lévő munka explicit korlátja | A folyamatban lévő munka korlátja, plusz a sprintcél, ha van |
| Terjedelem módosítása ciklus közben | A Sprint Goal rögzített; a Sprint Backlog finomítható | Bármikor: a következő elemet akkor húzzák be, amikor van hely | Bármikor; a sprintcél célpont, nem zár |
| Fő mérőszámok | Haladás a Sprint Goal és a Product Goal felé | Folyamatban lévő munka, throughput, a munkaelemek kora, cycle time | Általában a Kanban áramlási mérőszámai |
| Tábla | Opcionális; minden sprintben újraindul | A módszer magja; megmarad | Megmarad; egy sprint egy szelete |
| Kinek a legjobb | Legfeljebb nagyjából tízfős termékcsapatoknak, amelyek egy cél felé dolgoznak | Ügyfélszolgálatnak, üzemeltetésnek és mindenkinek, akihez tervezetlenül érkezik a munka | Kis csapatoknak és egyedül dolgozó alapítóknak, akik áramlást és rövid távú célt akarnak |
Mi a Scrum
A Scrumot Ken Schwaber és Jeff Sutherland mutatta be először az 1995-ös OOPSLA konferencián; a mai szabályok a 2020-as Scrum Guide-ban vannak. Egy Scrum Team jellemzően legfeljebb tízfős, és sprintekben dolgozik: legfeljebb egyhónapos, fix hosszúságú eseményekben, amelyek közvetlenül az előző vége után kezdődnek.
Minden sprintnek négy eseménye van. A Sprint Planning (egyhónapos sprintnél legfeljebb nyolc óra) kijelöli a Sprint Goalt és kiválasztja a munkát. A Daily Scrum 15 perces egyeztetés a Developers számára. A Sprint Review (legfeljebb négy óra) bemutatja az eredményt az érintetteknek, a Sprint Retrospective (legfeljebb három óra) pedig azt nézi meg, hogyan dolgozott a csapat.
A Scrumnak három terméke (artifact) van, mindegyikhez egy vállalás tartozik: a Product Backloghoz a Product Goal, a Sprint Backloghoz a Sprint Goal, az Incrementhez a Definition of Done.
Mi a Kanban
A Kanban Guide szerint a Kanban „stratégia az érték áramlásának optimalizálására egy folyamaton keresztül”. A Toyota kártyarendszeréből ered, amellyel jelezték, mikor kell többet gyártani, és a 2000-es években igazították a tudásalapú munkához.
Három gyakorlata van: a munkafolyamat meghatározása és láthatóvá tétele, a benne lévő elemek aktív kezelése és a folyamat javítása. Az egyetlen szigorú szabály, hogy a rendszerben dolgozók kifejezetten szabályozzák, hány elem lehet folyamatban az elkezdés és a befejezés között: ez a folyamatban lévő munka korlátja (WIP limit).
A Kanban nem ír elő szerepeket, sprinteket és megbeszéléseket. Négy áramlási mérőszámot követ: a folyamatban lévő munkát, a throughputot, a munkaelemek korát és a cycle time-ot.
Előnyök és hátrányok
Scrum
- Fix ritmus: mindenki tudja, mikor esedékes a következő eredmény
- Sprintenként egy világos cél megóvja a csapatot a sodródástól
- Beépített alkalmak a termék és a folyamat átvizsgálására
- Sprintenként négy esemény valódi időköltség egy két-háromfős csapatnak
- A sürgős munka vagy vár a következő sprintig, vagy felborítja a tervet
- Minden felelősségi körhöz kell valaki, amit egy egyedül dolgozó alapító nem tud szétosztani
Kanban
- A meglévő tábládon indul; egy WIP limiten kívül semmit nem kell bevezetni
- Új munkát bármikor be lehet húzni
- Az áramlási mérőszámok megmutatják, hol akad el a munka
- Nincs beépített határidő vagy cél, így a hosszan tartó munka elsodródhat
- WIP limit nélkül csak egy oszlopokra bontott teendőlista
- Az előre tervezés teljesen a csapatra marad
Melyiket válaszd
- Öt–tízfős termékcsapat stabil roadmappel
- Scrum. Az események megtérülnek, ha több embernek kell néhány hetente egyetlen célban megegyeznie.
- Ügyfélszolgálat, üzemeltetés vagy egy beérkező kérésekből élő csapat
- Kanban. A munka akkor jön, amikor jön; egy WIP limit és egy világos Done oszlop többet számít, mint egy sprintterv.
- Egyedül dolgozó alapító vagy két–ötfős csapat
- Scrumban. Tarts egy folyamatos táblát WIP limittel, és használj egy- vagy kéthetes sprintet rövid távú célként, a Scrum események teljes készlete nélkül.
Scrumban: az arany középút
A Scrumbant Corey Ladas írta le úgy, mint egy utat, amelyen a Scrum-csapatok a húzásos (pull) áramlás felé mozdulnak. A gyakorlatban egy soha újra nem induló, WIP limites Kanban táblát jelent, plusz sprinteket opcionális időkeretként, amelyek a munka egy részét csoportosítják. A teljes útmutatónk bemutatja a szabályokat és a tábla beállítását: Mi a Scrumban?
Amikor AI-ügynökök végzik a munka egy részét
Ha a ChatGPT, a Claude, a Cursor vagy a Codex vesz fel helyetted feladatokat, a Scrum eseményein nincs ki részt vegyen: egy ügynök nem jön el a standupra. Ami továbbra is számít, azt a Kanban adja: egy tábla, amely megmutatja, mi van folyamatban, egy WIP limit, hogy ne induljon el egyszerre tíz feladat, és egy világos szabály arra, mikor kész egy kártya.
A szűk keresztmetszet is áthelyeződik. Az ügynökök gyorsan végeznek, és a lassú lépés az lesz, hogy te átnézed, mit csináltak. Ha korlátozod, mennyi kész munka várhat rád, az egy WIP limit az ember oszlopán.
A Weft pontosan erre készült Scrumban tábla: oszlopok, opcionális sprintek, egy korlát arra, mennyi kész munka várhat az átnézésedre, és egy AI, amely kezdés előtt lefoglalja a feladatot, jelenti a haladást, és megáll, hogy megkérdezzen, ha csak te dönthetsz.
Kérdések
A Scrum és a Kanban ugyanaz?
Nem. Mindkettő agilis megközelítés, és mindkettő gyakran használ táblát, de a Scrum fix sprintekben tervezi a munkát rögzített szerepekkel és eseményekkel, a Kanbanben viszont folyamatos az áramlás, nincsenek előírt szerepek, és kifejezett korlátja van a folyamatban lévő munkának.
Vannak sprintek a Kanbanben?
Magában a Kanbanben nincsenek: a Kanban Guide nem ír elő iterációkat. Azok a csapatok, amelyek sprinteket adnak egy Kanban táblához, általában Scrumbant csinálnak.
Hogyan működik egy Scrum sprint?
A sprint egy legfeljebb egyhónapos fix időszak. A Sprint Planninggel kezdődik, amely kijelöli a Sprint Goalt; a Developers 15 perces Daily Scrumon egyeztet; az eredményről szóló Sprint Review-val és a folyamatról szóló Sprint Retrospective-vel ér véget, és a következő sprint azonnal indul.
Ki találta ki a Scrumbant?
A kifejezést Corey Ladasnak tulajdonítják, aki esszékben és egy 2009-es könyvben írta le a Scrumbant mint utat, amelyen a Scrum-csapatok a Kanban-stílusú húzás felé mozdulnak.
A Scrum ugyanaz, mint az Agile?
Nem. Az Agile a 2001-es Agile Manifesto értékeinek és elveinek összessége; a Scrum és a Kanban két konkrét munkamódszer, amely ezeket követi.
Használhatja a Scrumot egy egyedül dolgozó fejlesztő?
Úgy, ahogy le van írva, nem: a Scrum három külön felelősségi körrel rendelkező csapatot feltételez. Egy egyedül dolgozó fejlesztő általában megtartja a hasznos részeket, egy backlogot és egy rövid sprintcélt, a táblát pedig Kanbanként vezeti — és ez a Scrumban.
Források
Olvasva: 2026. november 11..