Scrum Útmutató | 33. Scrumban és Kanban táblák a Scrum-ban

A Scrum és a Kanban csapatmódszerek, amelyek sok hasonlóságot osztanak meg. Azonban vannak különbségek is, amelyeket ma szeretnénk megvitatni. A Kanban táblákat gyakran alkalmazzák a Scrum csapatok is. Ennek az az oka, hogy nagyon praktikusak a csapatmunka és annak előrehaladásának vizualizálásában. A két módszertan legjobbjainak ötvözésével megjelent egy technika, amelyet Scrumbannak hívnak. Népszerű olyan projektekben, amelyek a termékfejlesztést a szolgáltatásnyújtással kombinálják, ahol a hosszú Sprintek és a viszonylag formalizált Scrum találkozók nem mindig megfelelőek.

Scrumban és Kanban táblák a Scrum-ban – tartalomjegyzék:

1. Bevezetés
2. Kanban vs Scrum
3. Kanban táblák a Scrum-ban
4. Scrumban
5. Összegzés

Bevezetés

A Kanban egy Japánban kidolgozott módszer. Az 1950-es években alakult ki, és elsősorban a folyamatos termelés kezelésére szolgáló eszköz volt, amely nem hozott létre készleteket és többleteket, hanem folyamatosan dolgozta fel az erőforrásokat. A 21. század elején a Kanbant a szoftverfejlesztés igényeihez igazította David J. Anderson.

Kanban vs Scrum

A Kanban általános munkamódszere elsősorban abban különbözik a Scrumtól, hogy kevésbé formális megközelítést hoz létre. A Kanbanban nincsenek olyan részletes irányelvek, például a Sprintekben való munkavégzésről, a Termékfelelős, a Scrum Master és a Fejlesztőcsapat szerepeiről. Ez lehetséges, mert a Kanban a feladatok folyamatosságára összpontosít, mint például egy adott típusú szolgáltatás nyújtása, amelyek ismételhetőbbek és nem igényelnek olyan bonyolult tervezést.

Azonban a cél és a munkamódszerek hasonlóak. A Kanban célja, hogy a legmagasabb minőségű terméket időben szállítsa a vásárlónak. A két módszerre közös munkamódszerekkel kapcsolatos elveket a következőképpen lehet megfogalmazni:

1. A munkának zökkenőmentesnek és leállások nélkülinek kell lennie – a Scrum esetében ezt a Sprintek folyamatos sorozatával érik el, míg a Kanbanban a munka folyamatos a feladatok zökkenőmentes áramlása miatt. Ezek egy sorba állnak, ahonnan a fejlesztők választanak (húznak) néhány feladatot a befejezéshez.
2. A csapatnak csak a kiválasztott feladatokra kell összpontosítania – a Kanban terminológiáját használva a csapatnak “csökkentenie kell a folyamatban lévő munkát”. A Scrumban ennek megfelelője a Termék Hátralékból kiválasztott Felhasználói Történetek, amelyeket a Sprint Hátralékba helyeznek.
3. A feladatok előrehaladásának láthatónak kell lennie minden érintett számára – a Kanbanban ezeket táblák vizualizálják, amelyek gyakran szerepelnek a Scrum csapatokban is.

Kanban táblák a Scrum-ban

A Kanban tábla egy széles körben használt eszköz a csapatmunka vizualizálására. Ez egy táblázat, amely több oszlopból áll. Mindegyikben feladatok találhatók egy adott státusszal. A feladatok kategorizálása egy egyszerű szabályon alapul: egy kártyát a feladat leírásával – vagy annak virtuális megfelelőjével – helyeznek el az egyik oszlopban. A Kanban táblák minimális verziója három oszlopot tartalmaz:

• Teendő
• Folyamatban
• Befejezett – az utolsó oszlopba azok a feladatok kerülnek, amelyek megfelelnek a Befejezés Definíciójának, amelyről itt írtunk.

Alább található egy példa egy kanban táblára egy all-in-one projektmenedzsment rendszerből – Firmbee.com

Általában több oszlop van. Ha több feladatot kell befejezni, általában van egy további oszlop, amelynek címe “kiválasztva a befejezésre” a “befejezendő” és a “folyamatban” oszlopok között. Míg a “teendő” oszlop a Termék Hátralékot szolgálja, amelyről itt írtunk, a “kiválasztva a befejezésre” oszlop a Sprint Hátralékot szolgálja, amelyet részletesen leírunk ebben a cikkben.

A második gyakori kiegészítés egy “ellenőrzés alatt” oszlop vagy “jóváhagyásra vár”. Ez általában a “folyamatban” feladatokat tartalmazó oszlop és a “befejezett” feladatokat tartalmazó oszlop között helyezkedik el. Olyan feladatokat tartalmaz, amelyeket a Fejlesztőcsapat befejezett, és amelyek a Termékfelelő jóváhagyására várnak. A Termékfelelős feladata, hogy ellenőrizze azok megfelelőségét az elfogadási kritériumoknak, és megszerezze a végső jóváhagyást az Ügyféltől. Ebben a helyzetben csak a véglegesen elfogadott feladatok kerülnek az utolsó oszlopba.

Scrumban

A Scrum és a Kanban hatalmas népszerűsége miatt megjelent a hibridjük, amely a két munkamódszer legjobbjait ötvözi. A Scrumban a legjobban olyan szervezetekben működik, amelyek a termékek létrehozását a szolgáltatások nyújtásával összekapcsolják, gyakran magában foglalva a Termék Ügyfélnél történő megvalósítását. A találkozók és a kommunikáció csökkentése miatt a Csapat nagyobb lehet.

A Scrumban kevesebb hangsúlyt fektet a Scrumban általában használt mutatókra, mint például a Burndown Chart. Azonban használja a Scrum pilléreit, amelyek a munkafolyamat folyamatos fejlesztésének szükségességére és azok alkalmazására vonatkoznak az ügyfél körülményeihez és igényeihez.

Azonban a Scrumbanban a munka nem oszlik Sprintekre. A Scrum találkozók 3, 6 vagy 12 havonta zajlanak.

A munka ütemezése “Igény szerint” elv szerint történik, azaz ahogy felmerül. A Felhasználói Történetek közvetlenül a Kanban tábla első oszlopába kerülnek, amely “teendő” feladatokat tartalmaz. Így ez a Sprint Hátralékot szolgálja, amelyről részletesebben írtunk ebben a cikkben. A Sprint Hátralékhoz hasonlóan a legurgentebb feladatok a teendő lista tetejére kerülnek. Azonban bonyolultabb projektek esetén a Projektmenedzser fenntarthat egy külön teendő listát, amely megfelel a Termék Hátraléknak, ahonnan kiválasztja, hogy mely feladatokat helyezzen el az első oszlopban.

A feladatok áthelyezése az első oszlopból a másodikba a “Húzás” szabály érvényes. Ez azt jelenti, hogy a feladatokat nem delegálják egy adott Fejlesztőnek. Mindenki választ egy feladatot a sorból, és függetlenül végzi el azt.

A középső oszlopban, a “befejezendő” feladatok számát általában korlátozzák a csapat mérete szerint, hogy ha lehetséges, mindenki csak egy feladattal foglalkozzon egyszerre.

Összegzés

A Scrum és a Kanban, bár hasonló célokra használják őket, különböző munkamódszerek. A Scrum a legjobban kreatív, innovatív projektekben működik, amelyeket kis Scrum csapatok végeznek. A Kanban ezzel szemben azért jött létre, hogy folyamatos és leállásmentes környezetben működjön, hogy hasonló szolgáltatásokat nyújtson. A Scrum gyakran használ Kanban táblákat a végzett munka vizualizálásának módszereként. A kettő kombinációja Scrumbant eredményezett, amely a legjobban olyan keretrendszerként működik, amely a termékeiket értékesítő és azokra alapozva szolgáltatásokat nyújtó szervezetek számára ideális.

Ha tetszik a tartalmunk, csatlakozz a szorgos méheink közösségéhez a Facebookon, Twitteren, LinkedIn-en, Instagramon, YouTube-on, Pinterest-en.