Mi az a Kanban? Kártyák, táblák, alapelvek és gyakorlatok

Tartalomjegyzék:

Anonim

Mi az a Kanban?

A Kanban nagyon népszerű keretrendszer az agilis szoftverfejlesztési módszertanban. Átlátható módon megjeleníti a csapat feladatait és munkaképességét. Elsősorban fizikai és digitális táblákat használ, hogy a csapattagok vizualizálhassák a projekt jelenlegi állapotát, amelyen dolgoznak.

Kanban a 1940-es években a Toyotából származott. Kanban jelentése japánul: "óriásplakát". A Kanban tábla oszlopokkal és történetkártyákkal rendelkezik. Az oszlopok nem semmi, de a munkafolyamat-állapotok és a kártyák nem más, mint a csapattag tényleges feladatának bemutatása.

Ebben a Kanban oktatóanyagban megtudhatja:

  • Mi az a Kanban?
  • Mikor kell használni a Kanban-t?
  • Kanban kártyák
  • Kanban Board
  • Kanban Workflow
  • A Kanban négy alapelve
  • A hat kanbani alapgyakorlat
  • Pull alapú rendszer
  • Átfutási és ciklusidő
  • Halmozott áramlási diagram (CFD)
  • A WIP korlátozása (folyamatban lévő munka)
  • Scrum vs. Kanban

Mikor kell használni a Kanban-t?

Itt vannak a Kanban fejlesztési módszer használatának okai:

  • A Kanban bármilyen tartományban használható, és nagyon hatékonyan használható a szoftverfejlesztésben. A Kanban projektmenedzsment hozzájárul a csapat hatékonyságának javításához.
  • Ez egy pull-alapú rendszer. A feladatok elhúzódnak, amint az egyén szabadon van.
  • A Kanban-t akkor kell használni, ha bármikor kiadni szeretné a munkáját. Git elágazást igényel, de kivitelezhető.
  • A Kanban-t akkor kell használni, ha menet közben szeretné megváltoztatni a prioritásokat. Ehhez csak annyit kell tennie, hogy ezt a történetet a tennivalók sorának tetejére helyezze.
  • Akkor kell használni, ha vizualizálni szeretné a munkáját, és vizuálisan szeretné látni a feladatok előrehaladását.

Kanban kártyák

A Kanban-rendszer javasolja a munka vizualizálását. A fizikai és a digitális tábla használatát javasolja.

Kanban kártyák

A Kanban kártyák elengedhetetlen darabok a Kanban táblán, mivel képviselik azt a munkát, amelyen a csapat dolgozik. Ezeknek a kártyáknak lesz

  1. Kiemelten fontos
  2. Tulajdonos
  3. típus
  4. Határidő

A Kanban tábla egyik oszlopa a munka szakaszát jelöli, és az oszlopra WIP (munka folyamatban) korlátot helyezhet. A WIP limit azt a kártyát jelenti, amely maximálisan megmaradhat az adott oszlopban .

Mivel a Kanban projektmenedzsment pull-alapú rendszert használ, és amikor egy fejlesztő szabadon áll, húzhat egy kártyát a teendők oszlopból a dev oszlopba.

Kanban Board

A Kanban Board egy mozgékony projektmenedzsment eszköz, amely segíti a Kanaban megvalósítását a projektek személyes és üzleti célú kezelésében. Ez egy fizikai vagy digitális (JIRA) tábla, amelynek célja a csapatok munkájának különböző szakaszokban és folyamatokban történő vizualizálása. A kártyák segítségével az oszlopokkal végzett munka szakaszainak ábrázolásában is segít.

Oszlopai vannak, amelyek a mű állapotát mutatják

  1. Csinálni,
  2. Dev
  3. Tesztelés
  4. Kész.

Ezen oszlopok mindegyikének lehetnek kártyái <= a WIP korlát. A kártyák a tényleges munkát jelentik.

Pozitív számokkal korlátozhatja a befejezetlen munkát, és ez a korlátszám elhelyezhető az oszlopok tetején mind a fizikai, mind a digitális Kanban táblákban. A csapat bármely tagja kezelheti a kártya állapotát, és az egész csapat megjelenítheti a munkafolyamatot. Ezután ebben a Kanban oktatóanyagban megismerhetjük a Kanban Workflow-t.

Kanban Workflow

A Kanban Workflow olyan lépések összessége, amely segíti a csapatokat az exkluzív irányelvek és elvek meghatározásában Kanabanban. Ez a szabályokat és eljárásokat képviseli, miközben a munka a fejlesztés és a teljesítés különböző szakaszaiban zajlik. A Kanban munkafolyamat lépésről lépésre áll az indítás és egy adott feladat kézbesítése között.

Az alapelvet Kanban követi: "hagyja abba az indulást, kezdje a befejezést". A WIP korlátok segítségével több munkát végez. Testreszabható Kanban munkafolyamatok és állapotok állnak rendelkezésre minden modern eszközben, például a JIRA-ban.

Az alábbiakban bemutatjuk azokat az alapállapotokat, amelyeket sok szoftvercsapat követ a munkafolyamat-kezelésük során.

Államok A feladatok megértése
Csinálni A feladatok ebben az állapotban érkeznek ide először.
Elemzésre kész Elemezze a feladatot, és egészítse ki a követelményeket.
Fejlesztésre kész Az elemzés befejeződött és megkezdődhet a fejlesztés.
A fejlesztésben A feladatok kidolgozása folyamatban van.
Készen áll a tesztelésre A fejlesztés befejeződött, és most elkezdődhet a tesztelés.
A tesztelés során A feladatokat teszteljük.
Kiadásra kész A tesztelés befejeződött; elengedés történhet.
Megengedett / Kész Megengedett.

A Kanban négy alapelve

Az alábbiakban bemutatjuk a Kanban négy fő alapelvét:

  1. Kezdje azzal, ami most van : A Kanban rendszere azt javasolja, hogy fokozatosan dolgozzon, és kezdje azzal, amivel jelenleg rendelkezik. Mivel az egyik gyakorlata a folyamatos fejlesztés, fokozatosan kell fejlesztenie a rendszert.
  1. Egyetért az inkrementális, evolúciós változás folytatásával: Kanban lépésenkénti változtatást javasol a folyamatban, és nem szabad, hogy egy mozdulattal nagy változásokat hajtson végre a folyamatban.
  1. Tiszteletben tartani a jelenlegi folyamatot, szerepeket és felelősségeket: Ismét kezdje azzal, ami most van, és fokozatosan változtassa meg a folyamatot, szerepet és felelősségeket.
  1. A vezetés ösztönzése minden szinten : Minden egyén vezetőként léphet fel, és ötleteket adhat a Kanban rendszerének hatékonyságának javítására. Nem szabad azt gondolni, hogy ez vezetői szintű tevékenység, és a csapat legfiatalabb tagja is vezetőként léphet fel.

A hat kanbani alapgyakorlat

Az alábbiakban bemutatjuk a Kanban hat fő gyakorlatát:

  1. A munkafolyamat vizualizálása : Ez az elv azt javasolja, hogy legyen egy Kanban (fizikai vagy digitális) tábla a munkafolyamat vizualizálásához. A csapat minden egyének látnia kell a kártyáját és a többi csapat tagjának kártyáját. A kártyákat különböző oszlopokban mozgathatja a fenti kép szerint. Sok átláthatóságot hoz a csapatban, és megkönnyíti a blokkolók feloldását is
  1. A folyamatban lévő munka korlátozása : A Kanban pull-alapú rendszer, és javítja a csapat hatékonyságát, hogy korlátozza a folyamatban lévő munkát, és olyan feladatokat hajtson végre, amelyeket a csapat az adott időkeretben teljesíthet. Ez a WIP korlát a munkafolyamat elejétől a végéig érvényes. Pozitív egész szám segítségével alkalmazhatja a korlátot az oszlop tetején.
  1. Összpontosítás az áramlásra : Ez az elv az áramlásra és az esetleges megszakításokra összpontosít. Ha vannak megszakítások vagy blokkolók, akkor azokat állandóan rögzíteni kell.
  1. Kifejezett irányelvek : Egy csapatban kialakíthatók olyan politikák, amelyek csökkentik az átdolgozást, és azokra a területekre összpontosítanak, amelyek figyelmet igényelnek, vagy ahol hatékonyabb.
  1. Visszacsatolási hurok : A visszacsatolási ciklusok nagyon fontosak Kanbanban. Ez nem csak a csapaton belül, hanem több csapat, edző stb. Között is segít. Ez javítja a Kanban rendszer általános egészségi állapotát.
  1. 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.

Pull alapú rendszer

A Kanban egy pull-alapú módszer, ahol a feladatokat inkább lökdösik. Amint elkészítette jelenlegi kártyáját, előhúzhat egy új kártyát a Kanban tábla előző oszlopából.

A WIP korlátozásával a Kanban segít az átfutási és a ciklusidő javításában. E két időzítés között a lehető legkisebb különbségnek kell lennie. Például 5 fejlesztőnk és csak 1 tesztelőnk van; mi lesz ebben az esetben? Mindig sok kártya tesztelést igényel, és tétlenül fognak ülni és várni fognak.

A fent említett problémák kiküszöbölése és a hatékonyság javítása érdekében a Kanban a húzásalapú megközelítést követi WIP korlátozásokkal, ahol korlátozott számú kártya húzható ki.

Tehát egy tesztelő egy feladatot kihúz a "tesztelésre kész" szakaszból, amikor a jelenlegi feladatát kézben fejezi be. A Kanban oszlopok WIP korlátozásával (a fejlesztés szakaszai) nem lesz sok felügyelet nélküli kártya a Kanban munkafolyamatban.

A pull-alapú rendszer szintén segít megtalálni a csapat sebességét. Megfelelő sebesség mellett a csapat jobban teljesít.

Átfutási és ciklusidő

A Kanban-módszerben az átfutási időt és a ciklusidőt széles körben használják, különbség van a kettő között, és ezt fontos megérteni az összetévesztés elkerülése érdekében.

Leadási idő Ciklusidő
Az átfutási időt a feladat munkafolyamatába való megérkezése és a munkafolyamattól való távozása közötti időként mértük, vagyis azt, hogy elengedték. A ciklus idejét a feladat "folyamatban" állapotban történő megérkezése és a "kiadásra kész" állapot megérkezése között mért idő mérik.

Itt azt is fontos megérteni, hogy ne számítsuk bele a kiadásra kész és a tényleges kiadás közötti időt.

Ciklus idő = Folyamatban lévő munka / Átbocsátás

Az ideális forgatókönyv szerint az átfutási idő és a ciklusidő közötti különbségnek minimálisnak kell lennie, és Kanban kumulatív folyamatábrát (CFD) használ az ólom- és ciklusidő-előzmények adatainak mérésére.

Halmozott áramlási diagram (CFD)

A CFD egy diagram, amely elérhető minden vezető munkafolyamat-kezelő eszközben, például a JIRA-ban. Ez a diagram a munkafolyamatba belépő és az elkészült kártyákat / feladatokat idővel felhalmozó munkakártyák / feladatok teljes mennyiségét méri.

Ez segít abban, hogy megbecsülje az átlagos átfutási időt és a ciklusidőt az előre megadott időre.

A CFD diagram mutatókat vagy problémamegoldási területeket ad. Ez a diagram alapján tiszta képet fog adni. Korrigálhatja csapata átfutási és ciklusidejét.

Kanban kumulatív folyamatábrája

  1. Átfutási idő : Ez az az időtartam, amely egy új kártya megérkezése a munkafolyamatba és annak végleges távozása között a munkafolyamatból.
  2. Ciklus idő : Ez a kártya üzemállapotba érkezése és a kártya készenléti ideje közötti időtartam.
  3. WIP : A folyamatban lévő munka (WIP) korlátozza a munkaelemek maximális mennyiségét a munkafolyamat különböző szakaszaiban.
  4. Átbocsátás : Ez a tényleges teljesítmény, és megmondja az adott időkeretben leadott kártyák tényleges számát.

    5. Átbocsátás = WIP / ciklus idő

A WIP korlátozása (folyamatban lévő munka)

A Kanban fejlesztési módszertanában a WIP korlátozza azoknak a feladatoknak / kártyáknak a számát, amelyeket egy csapattag vagy egy időben teljes egészében ledolgozhat.

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:

Itt vannak okok a WIP-korlátok beállítására:

  • Arra helyezi a hangsúlyt, hogy a dolgokat elvégezze, miközben az egyén egyszerre egyetlen feladatra összpontosít.
  • Segít a csapatoknak megérteni képességeiket.
  • Javítja a termelékenységet és a ciklusidőt.
  • Segít elkerülni a halmozott feladatokat (várakozási módban).
  • Segíti a munkafolyamat mozgását, és a feladatok folyamatosan mozognak.
  • Ez segít a blokkolók megoldásában is, mivel az egyén nem vált a különböző feladatok között.

Scrum vs. Kanban

Itt vannak a Scrum Vs közötti fontos különbségek. Kanban

Dulakodás Kanban
A Scrum hangsúlyt fektet a tervezésre . Ez a sprint tervezésével kezdődik, és a sprint retrospektív végén fejeződik be. Számos találkozót tartanak, amelyek segítenek biztosítani, hogy a csapat összhangban legyen az előző sprintek következő lépéseivel, prioritásaival és tanulságaival. Kanban nyitott a változtatásokra menet közben. Ez azt jelenti, hogy kevesebb a merevség, és a dolgok gyakran változhatnak .
Javasolja a sprintek során elvégzett időmérések összegyűjtését Kanban grafikonokat ajánl , hogy áttekintést kapjon a csapat időbeli fejlődéséről.
A Scrum már nem kéri a csapatok elkötelezettségét. Ehelyett a sprint céljairól és előrejelzéseiről van szó. Kanban időbokszra és előrejelzésekre támaszkodik .
A tervezésre helyezi a hangsúlyt, ezért a becslésnek nagyon fontos szerepe van a Scrumban Kanbannak nincsenek kötelező követelményei a becsléshez.
Minden embernek megvan a maga szerepe és felelőssége. Nincsenek meghatározott szerepek, így rugalmasság az egyéni felelősség szempontjából.
Az iterációk / sprintek időtartama rögzített. Ez az időtartam 2 hét és 1 hónap között változik. A Kanban nem az időtartam alapján készül . Ezt a dolgot a ciklusidők alapján mérjük.
A csapatok kötelesek elkövetni egy bizonyos mennyiségű munkát. Elköteleződés nem szükséges , a csapatok számára választható.
Ebben a módszerben a keresztfunkcionális csapatok fontosak, mivel képesek kezelni minden olyan zavart, amely szűk keresztmetszetet okozhat a szoftverfejlesztésben. Miután szakosodott csapat fontos.
Nem lehet elemeket hozzáadni a folyamatban lévő ismétlésekhez. Új elemek könnyen hozzáadhatók, ha rendelkezésre áll a további kapacitás.
A sprint lemaradását csak egyetlen csapat birtokolja . Több csapat is megoszthatja a Kanban táblát.
A teljesítéseket sprintek határozzák meg , amelyeket egy sor munkának el kell készítenie és áttekintésre készen kell állnia. A termékeket és a folyamatokat a szükséges alapon folyamatosan szállítjuk . Tehát a tesztelés és a felülvizsgálat folyamata egyidejűleg zajlik.
A Scrum szoftverfejlesztési módszer a lemaradásra összpontosít . A Kanban módszer teljes egészében a folyamat irányítópultjára összpontosít .
Minden csapattagnak külön szerepe van abban, hogy a Scrum mester döntsön az ütemtervekről, a terméktulajdonos kitűzze a célokat és célokat, és a csapattagok végezzék a fejlesztési munkát. Nincsenek előre definiált szerepek egy csapat számára. Lehet azonban, hogy még mindig van projektmenedzser; a csapatot ösztönzik az együttműködésre és az együttműködésre.
Legjobb változó prioritású projektekhez . Ideális stabil prioritású csapatok számára, amelyek valószínűleg nem változnak az idő múlásával.
Méri a termelést a sprinteken keresztüli sebesség felhasználásával . Méri a termelést a ciklusidő vagy a projekt egy teljes darabjának elkészítéséhez szükséges pontos idő felhasználásával.
A Scrum teljes átállást igényel a hagyományos modellről az Agile Scrum modellre, amely megvalósítaná a projektet. Kanban nem enged drasztikus változásokat a projektben.
Ideális módszer a nagyon eltérő prioritásokkal rendelkező projektek számára . Legmegfelelőbb stabil prioritású csapatok számára .
A Scrumban az egész csoport az együttműködésre és a feladat teljesítésére összpontosít , hogy minőségi fejlesztési munkát nyújtson. A csapatok a célok eléréséért dolgoznak, és csökkentik a teljes folyamat befejezéséhez szükséges időt. Így itt az időciklus csökkentése jelenti a siker legnagyobb mutatóit.
Scrum hangsúlyt fektet az ütemezésére ; új elemeket nem lehet hozzáadni a folyamatban lévő ismétlésekhez. A Kanban jellegzetesebben iteratív, mivel nincsenek meghatározott időkeretei . Az új elemek folyamatosan hozzáadhatók, amikor további kapacitás áll rendelkezésre.
A teljes munkát tételekben / Sprintekben végzik . A teljes projekt az egyszálas munkaelem- áramlások mozgatásán keresztül valósul meg.
A Scrum master problémamegoldóként működik. Kanban arra ösztönzi a csapattagokat, hogy azok vezetői legyenek, és mindannyian megosszák a felelősséget.
A Scrum időbeosztott iterációkat ír elő . Kanban arra összpontosít, hogy más időtartamot tervezzen az egyéni iterációhoz.
A Scrum segít a cégeknek időt és pénzt megtakarítani . A Kanban-módszer a folyamatos fejlesztésre , a termelékenységre és a hatékonyságra összpontosít .
Elérése stabil és következetes kommunikációs teljesítmény minden szinten. A csapattagok valószínűleg sokkal könnyebben teljesítik céljaikat a Kanban táblák vizuális jellege miatt.
A projekt kódolása és tesztelése a sprint felülvizsgálata során megtörtént A csapattagok valószínűleg sokkal könnyebben teljesítik céljaikat a Kanban táblák vizuális jellege miatt.
Ez könnyebb alkalmazkodni a folyamatos változás , mert a rövid sprint és rendszeres visszajelzést. Úgy tervezték, a rendszeres, folyamatos kimenetet , jelentős változások történtek a fogyasztói kereslet teheti Kanban nem.
A projekt összköltsége minimális, ami gyorsabb és olcsóbb eredményhez vezethet . Ha egy feladatot nem becsülnek helyesen, akkor a projekt teljes költsége soha nem lesz pontos . Ilyen esetekben a feladat több sprintre is felosztható.
Ehhez a módszerhez csak tapasztalt csapattagokra van szükség . Tehát, ha a csapat olyan emberekből áll, akik nem szakértők, akkor a projektet nem lehet időben befejezni. Az egyes fázisokhoz nincs külön időkeret kiosztva, így a csapattagok soha nem tudják, mennyi időt tölthetnek el minden szakaszban.
Ebben az Agile Scrum módszerben könnyebb minőségi terméket szállítani ütemezett időpontban. Rendszeres, állandó teljesítményre tervezték , a vevői kereslet jelentős változásai miatt a Kanban eshet.
A projektterv akkor sem fog zavarni , ha egy csapattag elhagyja a csapatot. Ha a csapat bármely tagja kilép a fejlesztés során, az árthat a projekt fejlesztésének .
A napi találkozók néha frusztrálják a csapattagokat. Az elavult Kanban tábla problémákhoz vezethet a fejlesztési folyamatban.
A nagy projektek könnyen feloszthatók könnyen kezelhető sprintekre.

Összegzés:

  • Kanban definíció: A Kanban egy mozgékony fejlesztési módszertan, amely szoftverek, gépjárművek, áruk, gyógyszerek, cipők vagy bármilyen más gyártási munka kifejlesztésére szolgál.
  • Kanban a Kanban táblát használja a munka vizualizálására. Oszlopokat használ szakaszként (tennivaló, fejlesztés, tesztelés stb.), A kártyákat pedig munkaelemként.
  • A Kanban módszertana támogatja a fizikai és digitális táblát a megjelenítéshez.
  • A Kanban pull-alapú rendszer, és a kártyákat az előző szakaszból a jelenlegi szakaszba húzzák a csapattagok.
  • A Kanban módszer a CFD diagramot használja a csapat átfutási és ciklusidőjének megértésére. Ez a diagram segít a csapatoknak a két időzítés közötti rés megszüntetésében és a hatékonyság javításában.
  • A Kanban fejlesztési módszertana, a WIP korlátozza azoknak a feladatoknak / kártyáknak a számát, amelyeken a csapattag dolgozhat, vagy egészében egy időben.
  • A WIP korlátozza az eltolódások középpontjában a dolgok elvégzését, miközben az egyén egyszerre egyetlen feladatra összpontosít.