Mi a Kanban modell a szoftverfejlesztésben?
Thomas Hamilton
⚡ Okos összefoglaló
A szoftverfejlesztésben használt Kanban modell minden feladatot egy táblán jelenít meg, korlátozza a folyamatban lévő munkát, és csak akkor hoz létre új elemeket, ha felszabadul a kapacitás, így a csapatok a kész munka folyamatos, kiszámítható áramlását biztosítják.
Mi az a Kanban?
Kanban egy nagyon népszerű fejlesztési keret az agilis szoftverfejlesztési módszertanban. Átlátható módon szemlélteti a csapat feladatait és munkaképességét. Főleg fizikai és digitális táblákat használ, amelyek lehetővé teszik a csapattagok számára, hogy megjelenítsék a projekt jelenlegi állapotát, amelyen dolgoznak.
A Kanban a Toyotától származik az 1940-es években. A Kanban japán jelentése „óriásplakát”. A Kanban táblán oszlopok és történetkártyák vannak. Az oszlopok semmiek, de a munkafolyamat-állapotok és a kártyák nem más, mint a csapattag által végzett tényleges feladat bemutatása.
Ezek a kártyák egy just-in-time jelet hordoztak: egy állomás csak akkor kért alkatrészeket, amikor ténylegesen szüksége volt rájuk, így semmit sem gyártottak előre. A Kanban ezt az elképzelést tartja fenn. Ez egy olyan módszer, amely a meglévő folyamatra épül, nem pedig annak helyettesítője, így bármilyen... szoftverfejlesztési életciklus már futtatott modell.
Mikor kell használni a Kanbant?
A Kanban azoknak a csapatoknak felel meg, akiknek a munkája kiszámíthatatlanul érkezik, és akiknek a tételt azonnal ki kell adniuk, amint az elkészült. Íme a Kanban módszer használatának főbb okai:
- A Kanban bármely területen használható, és nagyon hatékonyan használható szoftverfejlesztésben. A Kanban projektmenedzsment segít a csapat hatékonyságának javításában.
- Ez egy pull-alapú rendszer. A feladatokat amint egy személy felszabadul, kihúzzuk.
- A Kanbant akkor kell használni, ha bármikor ki akarja adni a munkáját. Git elágazást igényel, de kivitelezhető.
- A Kanbant akkor kell használni, ha menet közben szeretné módosítani a prioritásokat. Ehhez mindössze annyit kell tennie, hogy ezt a történetet a teendők sorának tetejére helyezi.
- Akkor kell használni, ha vizuálisan szeretné megjeleníteni a munkáját, és vizuálisan szeretné látni a feladatok előrehaladását.
Az illeszkedés a döntés egyik fele; az alatta lévő jutalom a másik.
A Kanban módszertan előnyei
A Kanban mellett szóló legerősebb érv az, hogy javítja a teljesítést anélkül, hogy átszervezést kényszerítene ki. Senki sem változtatja meg a nevüket, és nem ír elő sprintnaptárat, mégis a tábla már az első napon láthatóvá teszi a sorokat, a blokkolókat és a túlterhelt embereket. A szűk keresztmetszet, amit mindenki lát, általában megoldódik.
Azok a csapatok, amelyek következetesen Kanbant alkalmaznak, a következő előnyökről számolnak be:
- Rövidebb szállítási idők: A folyamatban lévő munkák limitjei lerövidítik azt az időt, amit a kártya várakozással tölt, és ez okozza a legtöbb késedelmet.
- Nagyobb rugalmasság: Egy sürgős tétel bármikor a teendők oszlop tetejére kerülhet, anélkül, hogy meg kellene várni a további lépéseket.
- Jobb együttműködés: Amikor egy oszlop eléri a korlátját, az ingyenes tagok segítenek megtisztítani azt ahelyett, hogy valami újat kezdenének.
- Munkavállalói felhatalmazás: Az egyének kiválasztják a következő kártyájukat, és maguk döntenek annak állapotáról, ami kiküszöböli a jóváhagyási szűk keresztmetszeteket.
- Előre látható előrejelzés: A historikus ciklusidő bizonyítékokon alapuló szállítási becslést ad becslés helyett.
- Less Pazarlás: Semmi sem indul el, mielőtt a rendszernek kapacitása lenne befejezni.
Ezek az eredmények négy alapelvből következnek, amelyek minden Kanban-megvalósítást irányítanak.
A Kanban négy alapelve
Az alábbiakban a Kanban négy fő alapelvét ismertetjük:
- Kezdje azzal, ami most van: A Kanban rendszer azt javasolja, hogy fokozatosan dolgozzon, és kezdje azzal, ami jelenleg van. Mivel az egyik gyakorlata a folyamatos fejlesztés, a rendszert fokozatosan kell fejleszteni.
- Fogadja el a fokozatos, evolúciós változást: A Kanban a folyamat fokozatos megváltoztatását javasolja, és nem szabad egyszerre nagy változtatást végrehajtani a folyamatban.
- Tartsa tiszteletben a jelenlegi folyamatot, szerepeket és felelősségeket: Még egyszer kezdje azzal, ami most van, és fokozatosan változtassa meg a folyamatot, a szerepet és a felelősségeket.
- Ösztönözze a vezetést minden szinten: Minden egyén vezető szerepet tölthet be, és ötleteket adhat az általános Kanban rendszer hatékonyságának javítására. Nem szabad azt gondolni, hogy ez egy vezetői szintű tevékenység, és a csapat legfiatalabb tagja is vezető szerepet tölthet be.
Az alapelvek a gondolkodásmódot írják le. Az alábbi hat gyakorlat a mindennapi viselkedést írja le, amely ezeket a gyakorlatba ülteti.
A hat Kanban alapgyakorlat
A Kanban hat fő gyakorlata a következő:
- Képzeld el a munkafolyamatotEz az elv egy Kanban tábla (fizikai vagy digitális) használatát javasolja a munkafolyamat vizualizálására. A csapat minden tagjának látnia kell a saját kártyáját és a többi csapattag kártyáit. A kártyákat a tábla elrendezésének megfelelően különböző oszlopokba helyezheti. Ez nagyfokú átláthatóságot biztosít a csapaton belül, és megkönnyíti a blokkolók feloldását is.
- A folyamatban lévő munka korlátozása: A Kanban egy pull-alapú rendszer, és a csapat hatékonyságát javítja, hogy korlátozza a folyamatban lévő munkát, és legyen olyan feladat, amelyet a csapat az adott időkeretben elvégezhet. Ez a WIP-korlát a munkafolyamat elejétől a végéig érvényes. A korlátot pozitív egész szám használatával alkalmazhatja az oszlop tetején.
- Összpontosítson az áramlásra: Ez az elv az áramlásra és az esetleges megszakításokra összpontosít. Ha vannak fennakadások vagy blokkolók, azokat véglegesen ki kell javítani.
- Kifejezett irányelvek: Csapatban is kialakíthatók irányelvek, amelyek csökkentik az utómunkálatokat, és azokra a területekre összpontosítanak, amelyek figyelmet igényelnek, vagy ahol hatékonyabb.
- Visszacsatolás: A visszacsatolási hurkok nagyon fontosak a Kanbanban. Nem csak a csapaton belül, hanem több csapat, edző stb. között is. Ez segít a Kanban rendszer általános állapotának javításában.
- Folyamatos Fejlesztés: Ez a Kanban rendszer alapelve. Azt állítja, hogy mindig javíthatja a folyamatot, és ez jobb hatékonyságot eredményez.
A gyakorlatoknak gazdákra van szükségük, amit a Kanban másképp kezel, mint más agilis módszertanok.
Kanban szerepek és felelősségek
A Kanban nem ír elő új munkaköröket, és ez szándékos – a harmadik alapelv azt kéri, hogy tartsd tiszteletben a már meglévő szerepköreidet. A fejlesztő továbbra is fejlesztő marad. A gyakorlatban azonban két felelősség merül fel az igazgatótanács érésével, és az érett megvalósítások ezeket kifejezetten megnevezik.
Az Szolgáltatásnyújtás menedzser Ő felel a munkafolyamatért a táblán keresztül. Ez a személy figyeli a leállt kártyákat, eszkalálja a blokkolókat, az oszlopokat a folyamatban lévő korlátaikon belül tartja, és lefuttatja az áttekintést, ahol a csapat megvizsgálja a saját ciklusidő-adatait. Szolgáltatásigénylés-kezelő birtokolja, hogy mi kerül a táblára, képviseli a kéréseket tevő ügyfeleket, úgy rendezi a teendők oszlopát, hogy a legértékesebb elem legyen felül, és egyértelművé teszi a kiválasztási szabályzatot.
Mindkettő inkább felelősség, mint plusz létszám; gyakran egy személy viseli mindkettőt. A lényeg az, hogy valaki a folyamatért, és valaki a bevitelért felelős. Ezután következnek az általa kezelt tárgyak.
Kanban kártyák
A Kanban módszer a munka vizualizációját javasolja. Javasolja a fizikai és a digitális tábla használatát, és az alábbi tábla ezeket az oszlopokat mutatja a rajtuk elosztott kártyákkal.
A Kanban kártyák nélkülözhetetlen elemei a Kanban táblának, mivel azt a munkát jelzik, amelyen a csapat dolgozik. Ezek a kártyák lesznek
- Prioritás
- Tulajdonos
- típus
- Határidő
A Kanban táblán egy oszlop jelzi a munkaszakaszt, és az oszlopra WIP (Work in Progress) korlátot helyezhet el. A WIP-korlát az adott oszlopban maradó kártyák maximális számát jelenti.
Mivel a Kanban módszer pull-based rendszert használ, a fejlesztő, amikor szabad, áthúzhat egy kártyát a teendők oszlopból a fejlesztői oszlopba. Érdemes közelebbről megvizsgálni a táblát, amelyen ezek a kártyák találhatók.
Kanban tábla
Kanban tábla egy agilis projektmenedzsment eszköz, amely segít a Kanban bevezetésében személyes és üzleti célú projektek kezelésében. Ez egy fizikai vagy digitális (JIRA) tábla, amelyet arra terveztek, hogy segítse a csapatokat, hogy megjelenítsék munkájukat a különböző szakaszokban és folyamatokban. Segít abban is, hogy kártyákkal ábrázolja az oszlopokkal végzett munka szakaszait.
Olyan oszlopokkal rendelkezik, amelyek a munka állapotát jelzik, mint például
- Csinálni,
- Dev
- Tesztelés
- Kész.
Ezen oszlopok mindegyike tartalmazhat kártyákat a WIP-korlát alatt. A kártyák a tényleges munkát ábrázolják.
Pozitív számokat használhatsz a folyamatban lévő munka korlátozására, és ez a korlátszám elhelyezhető az oszlopok tetején mind a fizikai, mind a digitális Kanban táblákon. A csapat bármely tagja kezelheti a kártyája állapotát, és az egész csapat vizualizálhatja a munkafolyamatot. Digitáblák, mint például TÚRA ugyanazokat a határértékeket adja hozzá automatikus ciklusidővel trackirály. Ezután megismerkedünk a Kanban munkafolyamattal, amelyet ezek az oszlopok képviselnek.
Kanban munkafolyamat
Kanban munkafolyamat egy olyan lépéskészlet, amely segít a csapatoknak kifejezett irányelvek és elvek meghatározásában a Kanbanban. A szabályokat és eljárásokat képviseli, miközben a munka a fejlesztés és a szállítási ciklusok különböző szakaszaiban folyik. A Kanban munkafolyamat lépésenkénti folyamatokból áll egy adott feladat indítása és teljesítése között.
A Kanban alapelve a következő: „Hagyd abba az indulást, kezdd el befejezni”. A WIP-korlátok segítségével több munkát végez. Bármely modern eszközben, például a JIRA-ban testreszabható Kanban-munkafolyamatok és állapotok állnak rendelkezésre.
Az alábbiakban bemutatjuk azokat az alapvető állapotokat, amelyeket sok szoftvercsapat követ a munkafolyamat-kezelés során.
| Államok | A feladatok megértése |
|---|---|
| Csinálni | A feladatok ebben az állapotban először érkeznek ide. |
| Készen áll az elemzésre | Elemezze a feladatot, és adja hozzá a követelményeket teljesen. |
| Fejlesztésre készen | Elkészült az elemzés és kezdődhet a fejlesztés. |
| A fejlesztésben | A feladatok kidolgozása folyamatban van. |
| Tesztelésre készen | A fejlesztés befejeződött, és most indulhat a tesztelés. |
| A tesztelésben | A feladatok tesztelése folyamatban van. |
| Kiadásra kész | A tesztelés befejeződött; felszabadulás megtörténhet. |
| Megjelent/Kész | Megjelent. |
Figyeljük meg, hogy a „készen áll” állapotok sorok, nem pedig munkák. Egy kártya korlátlan ideig várakozhat egyben, tehát a kártyák mozgatására vonatkozó szabály fontosabb, mint maguk az állapotok.
Húzás alapú rendszer
A Kanban egy húzáson alapuló módszer, ahol a feladatokat húzzák, nem pedig tolják. Amint kitöltötte az aktuális kártyát, húzhat egy új kártyát a Kanban tábla előző oszlopából.
A WIP korláttal a Kanban segít az átfutási idő és a ciklusidő javításában. E két időzítés között a lehető legkisebb távolságnak kell lennie. Például 5 fejlesztőnk és csak 1 tesztelőnk van; mi lesz ebben az esetben? Mindig sok olyan kártya lesz, amelyet tesztelni kell, és tétlenül fognak várni.
A fent említett problémák leküzdése és a hatékonyság javítása érdekében a Kanban a pull-alapú megközelítést követi WIP-limitekkel, ahol korlátozott számú kártyát kell kihúzni.
Tehát a tesztelő kihúz egy feladatot a „tesztelésre kész” szakaszból, amikor befejezte az aktuális feladatát. A Kanban oszlopokban (a fejlesztési szakaszokban) lévő WIP-korláttal nem lesz sok felügyelet nélküli kártya a Kanban munkafolyamatban.
A húzásalapú rendszer segít megtalálni a csapat számára megfelelő sebességet is. A megfelelő sebességgel a csapat jobban fog teljesíteni. Itt minden egyetlen számtól függ: a folyamatban lévő gyártási limittől.
A WIP korlátozása (Folyamatban lévő munka)
A Kanban módszerben a folyamatban lévő munka (WIP) korlátozza a feladatok/kártyák számát, amelyeken egy csapattag vagy az egész csapat egyszerre dolgozhat.
A WIP-korlátok biztosítják, hogy a csapat stabilizálja munkáját, és növelje a prediktív jelleget, ami elengedhetetlen a pull-alapú rendszerben. Általában a WIP limit döntését maga a csapat hozza meg.
A WIP-korlátok beállításának oka
A WIP-korlátok beállításának okai:
- Áthelyezi a hangsúlyt a dolgok elvégzésére, mivel az egyén egyszerre egyetlen feladatra összpontosít.
- Segít a csapatoknak megérteni képességeiket.
- Javítja a termelékenységet, az átfutási időt és a ciklusidőt.
- Segít elkerülni a felhalmozódó feladatokat (várakozó üzemmódban).
- Javítja a munkafolyamat mozgását, így a feladatok folyamatosan mozognak.
- Segít a blokkolók feloldásában is, mivel az egyén nem vált a különböző feladatok között.
⚠️ Figyelmeztetés: A túl magasra beállított limit ugyanaz, mint a korlátlan – a kártyák sorba állítása és a ciklusidő megnyúlik. A túl alacsonyra beállított limit tétlenné teszi az embereket. Módosítsd egyszerre egy oszlop limitjét, és figyeld a ciklusidőt két hétig.
Ez az elmélet utolsó darabja; az alábbi szakasz tettekre váltja.
Hogyan valósítsuk meg a Kanbant lépésről lépésre
A Kanban könnyen elkezdhető: az első lépés leírja, hogy mit csinálsz már. Dolgozd végig ezt a folyamatot a teljes csapat jelenlétében.
- Térképezze fel az aktuális munkafolyamatot. Sétálj végig egy kész elemet visszafelé minden átadási folyamaton. Minden átadás egy oszloppá válik, beleértve azokat a várakozási állapotokat is, amelyeket hivatalosan senki sem birtokol.
- Rajzold le a táblát. Államonként egy oszlop, balról jobbra, a Kész szóval végződve. Az első hónapban elegendő egy öntapadós jegyzetekkel ellátott tábla.
- Írd le a kártyákat. Minden repülő tárgyhoz rendelj egy kártyát, amelyen szerepel a prioritás, a tulajdonos, a típus és a lejárati dátum, majd helyezd el a valós állapotának megfelelő oszlopba.
- Definiálja a „kész” szót minden oszlopban. Írd fel a kilépési kritériumokat a táblára. Ez a konkrét szabályokra épülő gyakorlat akadályozza meg a kártyák visszafelé pattogását.
- Állítsa be a kezdeti folyamatban lévő gyártási korlátokat. Válassz egy kezdőszámot minden oszlophoz, kivéve a Tennivalók és a Kész oszlopokat, az alábbi módszerrel, majd írd a számot a címsor fölé.
- Egyetértek a húzó szabállyal. Senki sem kezd új lapot, amíg az oszlopa a határáig ért; ehelyett segítenek megtisztítani a tőle jobbra lévő oszlopot.
- Naponta sétálj a deszkán. Jobbról balra haladva, a legrégebbi kártyával kezdve, megkérdezve, hogy mi blokkolja ezt a kártyát, és ki tudja ma feloldani a blokkolást.
- Mérd meg, majd húzd meg. Két hét elteltével a ciklusidő-adatok megmutatják, hogy melyik oszlopban vannak a kártyák a leghosszabb ideig. Csökkentse ezt a korlátot, vagy növelje a kapacitást, majd ismételje meg.
Az ötödik lépés az, ahol a legtöbb csapat megreked, ezért íme a három méretezési módszer, amit a szakemberek használnak:
| Folyamatban lévő gyártás méretezési módszer | Hogyan működik? |
|---|---|
| Csapatlétszám plusz egy | A korlát az adott oszlopban dolgozók száma, plusz egy szabad hely egy blokkolt elem számára. A legjobb egy új, adatok nélküli táblához. |
| Két-három tétel fejenként | Szorozd meg az oszlopban szereplő személyek számát kettővel vagy hárommal; három fejlesztő, akik egyenként két tételnél dolgoznak, hatot kapsz. |
| Áteresztőképesség x ciklusidő | Alkalmazd a WIP = áteresztőképesség x ciklusidő képletet a saját előzményeidre, majd állítsd be a határértéket valamivel az eredmény alá. |
Az első számot hipotézisként kezeljük. A táblát formális agilis tesztelés megakadályozza, hogy a tesztelési oszlop szűk keresztmetszetké váljon, és az alábbi két időzítés megmutatja, hogy működik-e.
Átfutási idő és ciklusidő
A Kanban módszerben az átfutási idő és a ciklusidő széles körben használatos, a kettő között van különbség, és fontos megérteni ezt a félreértések elkerülése végett.
| átfutási idő | Ciklusidő |
|---|---|
| Az átfutási időt a feladatnak a munkafolyamatba érkezése és a munkafolyamatból való távozása között eltelt időként mérjük, vagyis feloldásra került. | A ciklusidőt a feladat „folyamatban” állapotba érkezése és a „felszabadításra kész” állapotba érkezés közötti időként mérjük. |
Itt azt is fontos megérteni, hogy ne számítsuk bele a kiadásra való készenlét és a tényleges kiadás között eltelt időt.
Cycle Time = Work in Progress/Throughput
💡 Tipp: Az átfutási időt az ügyfél tapasztalja; a ciklusidőt a csapat szabályozza. A nagy rés azt jelenti, hogy a munka sorban áll, mielőtt bárki elkezdené, ezért a csapat felgyorsítása előtt javítsd ki a bejövő adatokat.
Ideális esetben az átfutási idő és a ciklusidő közötti eltérés minimális, és a Kanban egy kumulatív folyamatábrát (CFD) használ az átfutási és ciklusidő-történeti adatok mérésére. Ez a diagram a következő szakasz tárgya.
Kumulatív áramlási diagram (CFD)
A CFD egy grafikon, amely minden vezető oldalon elérhető munkafolyamat-kezelő eszközök mint JIRA. Ez a diagram a munkafolyamatba belépő és a befejezett kártyák/feladatok teljes mennyiségét méri az idő múlásával.
Segít az átlagos átfutási idő és ciklusidő becslésében az előre meghatározott időre vonatkozóan.
A CFD diagram indikátorokat vagy problémás területeket ad a javításhoz. Világos képet ad, és ennek alapján korrigálhatja csapata átfutási idejét és ciklusidejét. Az alábbi kumulatív folyamatábra minden állapotot színes sávként ábrázol; a folyamatosan szélesedő sáv a szűk keresztmetszet.
A diagramot négy mennyiség alapján olvassuk le:
- átfutási idő: Ez az időtartam az új kártya munkafolyamatba érkezése és a munkafolyamatból való végső távozása között.
- Ciklusidő: Ez egy időtartam a kártya működőképes állapotba érkezése és a kártya kibocsátásra kész állapota között.
- WIP: A folyamatban lévő munka (WIP) korlátozza a munkaelemek maximális számát a munkafolyamat különböző szakaszaiban.
- áteresztőképesség: Ez a tényleges teljesítmény, és megmutatja az adott időkereten belül kiadott kártyák tényleges számát.
Throughput = WIP/Cycle Time
Ez magában foglalja a műtermékeket, a mechanikákat és a metrikák. A fennmaradó kérdés az, hogy a Kanban hogyan viszonyul a Scrumhoz.
Scrum vs. Kanban
Itt vannak a lényeges különbségek között Scrum vs. KanbanA tágabb képet lásd itt. Agilis kontra Scrum.
| Scrum | Kanban |
|---|---|
| Scrum a tervezésre helyezi a hangsúlyt. A sprint tervezésével kezdődik, és a sprint retrospektívával végződik. Sok találkozót tartanak, amelyek segítenek abban, hogy a csapat igazodjon a következő lépésekhez, prioritásokhoz és a korábbi sprintek tanulságaihoz. | A Kanban kész a változtatásokra útközben. Ez azt jelenti, hogy kisebb a merevség és a dolgok gyakran változhatnak. |
| Gyűjtését javasolja időmérések sprintek során készült | Kanban grafikonokat ajánl hogy áttekintést kapjon a csapat időbeli fejlődéséről. |
| Scrum már nem elkötelezettséget kér a csapatoktól. Ehelyett a sprint céljairól és előrejelzéseiről van szó. | Kanban támaszkodik időbeosztás és előrejelzések. |
| Hangsúlyozza a tervezést, és így tovább a becslésnek nagyon fontos szerepe van a Scrumban | Kanbannak van nincsenek kötelező követelmények becsléshez. |
| Minden az egyénnek megvan a maga szerepe és felelősségek. | Nem beállítani a szerepeket olyan rugalmasan az egyéni felelősségek tekintetében. |
| Az iterációk/Sprints időtartama rögzített. Ez az időtartam 2 héttől 1 hónapig terjed. | Kanban az nem az időtartam alapján. Ez a dolog a ciklusidővel mérve. |
| A csapatok kötelezni kell meghatározott mennyiségű munka. | Elkötelezettség nem szükséges csapatok számára nem kötelező. |
| Ebben a módszerben többfunkciós csapatok fontosak, mivel képesek kezelni minden olyan zavart, amely szűk keresztmetszetet okozhat a szoftverfejlesztésben. | Miután szakosodott csapat fontos. |
| Ez nem lehetséges elemeket hozzáadni a folyamatban lévő iterációkhoz. | Újszerű elemek könnyen hozzáadhatók ha rendelkezésre áll a további kapacitás. |
| A sprint lemaradás tulajdonosa csak a egyetlen csapat. | Több csapats megoszthatja a Kanban táblát. |
| Szállítandók sprintek határozzák meg, amelyet egy munkacsoportnak el kell végeznie és készen kell állnia az áttekintésre. | A termékek és folyamatok folyamatosan szállítjuk szükséges alapon. Tehát a tesztelési és felülvizsgálati folyamat egyszerre megy végbe. |
| Scrum szoftverfejlesztési módszer a lemaradásra összpontosít. | Kanban módszer teljesen a folyamat irányítópultjára összpontosít. |
| Minden a csapattagnak meghatározott szerepe van A Scrum masterben határozzák meg az ütemezést, a terméktulajdonosok kitűznek célokat és célkitűzéseket, a csapattagok pedig a fejlesztési munkát végzik. | Egy csapatnak nincsenek előre meghatározott szerepei. Azonban továbbra is lehet projektmenedzser; a csapatot az együttműködésre és a közös munkára ösztönzik. |
| A legjobb projektekhez változó prioritások. | Ideális csapatoknak stabil prioritások ami nem valószínű, hogy idővel megváltozik. |
| Méri a termelést sebesség segítségével sprinteken keresztül. | A termelést a segítségével méri ciklusidő vagy a projekt egy teljes darabjának befejezéséhez szükséges pontos idő. |
| A Scrum megköveteli a teljes elmozdulás a hagyományos modelltől a projektet megvalósító Agile Scrum modellre. | Kanban nem enged drasztikus változtatásokat a projektben. |
| Scrumban a teljes tAz eam az együttműködésre és a feladat elvégzésére összpontosít minőségi fejlesztési munkát biztosítani. | A csapatok a célok elérése érdekében dolgoznak és csökkentse a teljes folyamat befejezéséhez szükséges időt. Így az időciklus csökkentése itt a siker legnagyobb mutatója. |
| Scrum ütemtervére helyezi a hangsúlyt; új elemek nem adhatók hozzá a folyamatban lévő iterációkhoz. | A Kanban természeténél fogva iteratívabb nincs konkrét időkerete. Így folyamatosan új elemeket lehet hozzáadni, amikor további kapacitás áll rendelkezésre. |
| A teljes munka be van fejezve tételek/Sprints. | A teljes projektet a mozgáson hajtják végre egyszálú munkadarab áramlik. |
| Scrum mester problémamegoldóként működik. | Kanban biztat minden csapattag vezető és megosztani a felelősséget mindannyiuk között. |
| Scrum előírja időkeretes iterációk. | Kanban arra összpontosít eltérő időtartam tervezése egyéni iterációhoz. |
| A Scrum segít a cégeknek időt és pénzt takarít meg. | Kanban módszer a folyamatos fejlesztésre összpontosít, termelékenység és hatékonyság. |
| Elérése stabil és következetes kommunikáció minden szinten. | A csapat tagjai nagyobb valószínűséggel sokkal könnyebben érik el céljaikat a Kanban táblák vizuális jellege miatt. |
| Ez könnyebb alkalmazkodni az állandó változásokhoz a rövid sprintek és a rendszeres visszajelzések miatt. | Ez rendszeres, egyenletes teljesítményre tervezték, a vásárlói igények jelentős változásai miatt a Kanban megbukhat. |
| A projekt összköltsége minimális, amihez vezethet gyorsabb és olcsóbb eredmény. | Ha egy feladat nincs megfelelően megbecsülve, a A projekt teljes költsége soha nem lesz pontos. Ilyen esetekben a feladat több sprintre is szétosztható. |
| Ez a módszertan tapasztalt csapattagokat igényel csak. Tehát, ha a csapat olyan emberekből áll, akik nem szakértők, a projektet nem lehet időben befejezni. | Nem konkrét időkeretek minden fázishoz hozzá vannak rendelve, így a csapat tagjai soha nem gondolják, mennyi időt vehetnek igénybe minden fázisban. |
| Ebben az Agile Scrum módszerben ez az egyszerűbb minőségi terméket szállítani megbeszélt időpontban. | Úgy tervezték, a rendszeres, egyenletes teljesítmény, A vevői igények jelentős változásai miatt a Kanban kudarcot vallhat. |
| Az a projektterv soha nem fog zavarni még akkor is, ha egy csapattag elhagyja a csapatot. | Ha valamelyik csapattag kilép a fejlesztés során, megteheti ártott a projektfejlesztésnek. |
| Néha napi találkozók frusztrál csapattagok. | Elavult Kanban tábla problémákhoz vezethet a fejlesztési folyamatban. |
| A nagy projektek könnyen feloszthatók könnyen kezelhető sprintekbe. | A nagy projekteket úgy kezelik, mint folytonos áramlás egyetlen tételből, ahelyett, hogy tételekre lenne osztva. |
