Kanban: princípy, board a využitie v testovaní

Kanban pomáha IT tímom vniesť poriadok do každodenného chaosu úloh. Namiesto zbytočných meetingov ponúka jednoduchý vizuálny systém, vďaka ktorému máš prehľad o práci. Je vhodný pre testerov, vývojárov aj projektových manažérov. Pomáha lepšie plánovať, plynule dodávať a rýchlo reagovať na zmeny. Nižšie nájdeš princípy Kanbanu, rozdiely oproti Scrumu a konkrétny postup, ako Kanban board nastaviť v testovacom tíme.

Tím používa Kanban board pri agilnom testovaní softvéru
Kanban poskytuje QA tímu okamžitý prehľad o úlohách, ktoré čakajú, práve sa riešia alebo sú dokončené.

V článku sa dozvieš:

    Čo je Kanban?

    Kanban je vizuálna metóda riadenia práce, ktorá pomáha tímom sledovať stav úloh, obmedziť množstvo rozpracovanej práce a plynulo dodávať výsledky. Slovo „Kanban“ pochádza z japončiny a v preklade znamená „vizuálny signál“ alebo „karta“.

    Kanban methodology má korene v Toyota Production System. V 40. rokoch 20. storočia ju zaviedol inžinier Taiichi Ohno. V Toyote slúžili Kanban karty ako signál medzi výrobnými stanoviskami: keď sa zásoby minuli, karta signalizovala potrebu doplnenia. Tento princíp „pull systému“ (ťahový systém) eliminoval zbytočné zásoby a zefektívnil výrobu.

    Do sveta softvérového vývoja preniesol Kanban David J. Anderson začiatkom roku 2007. Anderson aplikoval princípy štíhlej výroby (lean manufacturing) na IT projekty a ukázal, že táto metóda funguje rovnako efektívne pri riadení softvérového vývoja, testovania aj DevOps procesov. Dnes už tímy po celom svete vedia, čo je Kanban, a považujú ho za neoddeliteľnú súčasť agilného vývoja softvéru.

    Vieš, že…

    …Taiichi Ohno sa pri vývoji Kanban systému inšpiroval americkými supermarketmi? Všimol si, že regály sa dopĺňajú až keď sa vyprázdnia, nie podľa plánu. Presne tento princíp preniesol do výroby.

    Základné princípy Kanban metódy

    Kanban metóda stojí na princípoch, ktoré ju odlišujú od ostatných agilných prístupov. V praxi sa najčastejšie skloňujú štyri: vizualizácia toku práce, WIP limity, riadenie toku a explicitné pravidlá procesu.

    Vizualizácia pracovného toku (Kanban board)

    Kanban board (kanban tabuľa) je vizuálny nástroj, ktorý zobrazuje celý pracovný proces tímu pomocou stĺpcov a kariet. Základná kanban tabuľa má tri stĺpce: To Do (na spracovanie), In Progress (v práci) a Done (hotové). Každá úloha je zapísaná na samostatnej kanban karte (kanban card), ktorá sa posúva medzi stĺpcami podľa aktuálneho stavu.

    V testovacom tíme bude tvoja kanban tabuľa vyzerať špecifickejšie. Príklad kanban boardu pre QA môže mať stĺpce: Reported, Verified, Fixed, Retest, Done. Táto štruktúra ti okamžite ukáže, kde sa úlohy hromadia a kde vzniká úzke hrdlo.

    Príklad kanban tabule (Kanban board example)

    Základný kanban board s tromi stĺpcami To Do, In Progress a Done s príkladmi úloh
    Základný Kanban board s tromi stĺpcami To Do, In Progress, Done.

    Na vytvorenie kanban tabule môžeš použiť digitálne nástroje ako Jira, Trello alebo Azure DevOps. Pre malé tímy funguje aj fyzická tabuľa s lístočkami. Dôležitý je princíp vizualizácie, nie konkrétny nástroj.

    Limitácia rozpracovanej práce (WIP limity)

    WIP limit (limit rozpracovanej práce) je maximálny počet úloh, ktoré môžu byť súčasne v jednom stĺpci kanban tabule. WIP limity sú srdcom kanban systému: nútia tím dokončiť rozpracované úlohy skôr, než členovia tímu začnú pracovať na nových úlohách.

    Prečo sú WIP limity dôležité? Predstav si testovací tím, kde má každý tester 10 rozpracovaných bug reportov. Nikto sa nemôže sústrediť, priority sú nejasné a výsledky prichádzajú pomaly. Ak nastavíš WIP limit na 3 úlohy na testera, tím sa sústredí na dokončenie a priepustnosť sa paradoxne zvýši.

    Ako nastaviť WIP limity? Dobrá štartovacia hodnota je počet členov tímu krát 1,5. Ak máš 4 testerov, nastav WIP limit pre stĺpec „V reteste“ na 6. Postupne limit znižuj a sleduj, ako sa mení efektivita.

    Riadenie toku práce (Flow management)

    Efektívny kanban systém vyžaduje sledovanie metrík, ktoré odhalia, ako rýchlo a plynulo sa práca posúva jednotlivými fázami procesu. Tieto ukazovatele sa často označujú ako Kanban flow. Tri kľúčové metriky sú nasledovné:

    • Lead time (celkový čas od požiadavky po dodanie) meria čas od vytvorenia úlohy po jej dokončenie. Ak tester nahlási bug v pondelok a bug je uzavretý vo štvrtok, lead time je 4 dni.
    • Cycle time (čas aktívnej práce na úlohe) meria len čas, počas ktorého sa na úlohe aktívne pracuje. Z tých 4 dní lead time mohol byť cycle time len 6 hodín, zvyšok úloha čakala vo fronte.
    • Throughput (priepustnosť, počet dokončených úloh za obdobie) ukazuje, koľko úloh tím dokončí za týždeň alebo sprint. Viac o metrikách vhodných pre testovací tím nájdeš v článku o QA metrikách.

    Pravidelné sledovanie týchto metrík je základom continuous improvement, teda neustáleho zlepšovania procesov. Ak vidíš, že lead time rastie, hľadaj bottleneck (úzke hrdlo) na svojej kanban tabuli a zváž úpravy v CI/CD, aby bol tok práce plynulejší.

    Explicitné pravidlá procesu

    Kanban vyžaduje, aby mal tím jasne definované pravidlá pre každý krok procesu. Najdôležitejším pravidlom je Definition of Done (definícia dokončenia), teda jasné kritériá, ktoré úloha musí splniť, aby sa mohla posunúť do ďalšieho stĺpca.

    Pre testovací tím môže Definition of Done vyzerať takto: bug je „Uzavretý“ až keď je otestovaný na základe akceptačných kritérií, zároveň je aktualizovaná dokumentácia a Product Owner potvrdil jeho stav. Bez explicitných pravidiel sa stáva, že úlohy sa posúvajú cez stĺpce nesprávnym spôsobom a kvalita práce klesá.

    Kanban vs Scrum: hlavné rozdiely

    Najväčší rozdiel medzi Scrum a Kanban je v tom, že Scrum pracuje v pevných iteráciách (sprintoch), zatiaľ čo Kanban umožňuje plynulé dodávanie úloh bez časových rámcov. Obe metódy patria pod agilný prístup, ale líšia sa v štruktúre, rolách aj spôsobe plánovania.

    Pre podrobnejšie pochopenie role testera v Scrum tíme si pozri náš samostatný článok o role testera v Scrum tíme.

    Porovnávacia tabuľka Kanban vs Scrum

    Tabuľka nižšie zhŕňa najdôležitejšie rozdiely v krokoch, ktoré tím každodenne ovplyvňujú.

    Kritérium Kanban Scrum
    Iterácie continuous flow, bez sprintov pevné sprinty (1 až 4 týždne)
    Roly žiadne pevne predpísané roly Scrum Master, Product Owner, Dev Team
    Plánovanie priebežné, úlohy sa pridávajú kedykoľvek sprint planning na začiatku sprintu
    Zmeny priorít kedykoľvek, ak je kapacita až po skončení sprintu
    Kľúčová metrika lead time, cycle time, throughput velocity (story points za sprint)
    WIP limity áno, explicitne nastavené implicitne (kapacita sprintu)
    Vhodné pre podporu, údržbu, testovanie, ops tímy vývoj nových produktov, feature tímy

    Kedy použiť Kanban a kedy Scrum

    Kanban je ideálny pre tímy, ktoré riešia priebežné úlohy bez jasného začiatku a konca. Patria sem prioritizácia bugov, testovanie, zákaznícka podpora či DevOps. Ak tím nemá pevné release cykly a potrebuje flexibilitu, Kanban je lepšia voľba. Princíp agile Kanban vs Scrum to dobre ilustruje: plynulý tok práce bez pevne definovaných sprintov. Ako do toho zapadajú ostatné agilné metódy testovania, rozoberáme samostatne.

    Scrum funguje lepšie pre tímy, ktoré vyvíjajú nové funkcie a potrebujú pravidelné plánovanie a jasné ciele pre sprint. Porovnanie Scrum vs Kanban pomáha tímom rozhodnúť sa, ktorý rámec lepšie podporuje ich procesy.

    Existuje aj hybrid, ktorý sa volá Scrumban a kombinuje sprinty zo Scrumu s WIP limitmi a kanban tabuľou. Mnohé tímy v praxi používajú práve túto kombináciu.

    Kanban v softvérovom testovaní (Kanban agile testing)

    Kanban pomáha QA tímom vizualizovať tok práce a rýchlo odhaliť úzke miesta v procese testovania. Vďaka nemu má tím jasný prehľad o všetkých úlohách a ich stave.

    5 min.IT testerka sa usmieva na kameru

    Čo robí IT tester? Priblížime ti zamestnanie software testera

    V článku sa dozvieš, aké úlohy zahŕňa zamestnanie softvérového testera.

    Ako nastaviť Kanban board pre testovací tím

    Nastavenie kanban boardu pre QA tím je jednoduchšie, než si myslíš. Postupuj podľa týchto krokov:

    1. Definuj stĺpce podľa svojho procesu. Odporúčané stĺpce pre testovací tím: Backlog, Ready for Test (pripravené na testovanie), In Testing (v testovaní), In Review (v revízii), Done (hotové). Ak tvoj tím robí aj regresné testovanie, pridaj stĺpec „Regression“.
    2. Nastav WIP limity. Pre stĺpec „In Testing“ odporúčam WIP limit rovný počtu testerov plus jeden. Ak máš 3 testerov, nastav limit na 4. Pre „In Review“ je dobrý limit 2, núti tím rýchlo revidovať výsledky.
    3. Vytvor Kanban karty s potrebnými informáciami. Každá karta by mala obsahovať: názov úlohy, prioritu, priradeného testera, odhadovanú náročnosť a link na požiadavku. V Jira kanban boarde tieto informácie nastavíš priamo v issue detailoch.
    4. Dohodni sa na pravidlách. Definuj, kedy sa kanban card smie posunúť do ďalšieho stĺpca. Napríklad: karta sa presunie z „In Testing“ do „In Review“ až keď sú všetky test cases vykonané a výsledky zalogované.
    5. Prejdite si board s tímom každé ráno. Kanban tabuľu prechádzajte zľava doprava, od Done smerom k Backlogu. Tým sa sústredíte najskôr na dokončenie rozpracovaného a až potom na nové úlohy.

      Diagram piatich krokov na nastavenie kanban boardu pre testovací tím
      Diagram piatich krokov na nastavenie Kanban boardu pre testovací tím.

       

    Inšpiruj sa príbehom z podcastu Kariéra v IT na msg-life.sk, kde sa dozvieš, ako sa môžeš z testera vypracovať na konateľa IT firmy.

    Výhody Kanbanu pre testerov

    Výhody Kanban agile testingu pocítiš v testovacom tíme už po prvých dňoch nasadenia. Najvýraznejšie sú tieto štyri.

    • Okamžitý prehľad o stave testovania: Kanban tabuľa ukazuje na prvý pohľad, koľko úloh je v testovaní, koľko čaká a koľko je hotových. Žiadne zdĺhavé statusové mítingy: stačí pozrieť na board.
    • Rýchla identifikácia slabých miest: Ak sa v stĺpci In Progress hromadí 15 úloh a v In Retest sú len 2, okamžite vidíš, kde vzniká úzke hrdlo. Tím môže reagovať, napríklad presunúť kapacity na opravu bugov.
    • Flexibilita pri zmenách priorít: Na rozdiel od Scrumu, kde sa priority menia až medzi sprintami, Kanban umožňuje pridať urgentný bug na board kedykoľvek. Pre testovací tím, kde sa priority menia denne, je to obrovská výhoda.
    • Lepšia komunikácia s vývojármi: Spoločná kanban tabuľa medzi vývojom a QA zabezpečí, že obe strany vidia rovnaký stav. Vývojári vedia, ktoré bugy čakajú na retest, a testeri vidia, čo je pripravené na testovanie.

    Nástroje pre prácu s Kanbanom: Jira, Trello aj Excel

    Na trhu existuje množstvo nástrojov na kanban online aj offline. Voľba závisí od veľkosti tímu, integrácií s existujúcou infraštruktúrou a rozpočtu.

    • Jira: najrozšírenejší nástroj pre softvérové tímy. Jira kanban board ponúka plnú konfiguráciu stĺpcov, WIP limitov a automatizácie. Jira pre testerov je často prvá voľba na sledovanie bugov aj ostatných úloh.
    Príklad kanban boardu v Jira Software pre QA testovací tím.
    Jira Software, Kanban board pre QA.
    • Trello: jednoduchý a intuitívny kanban online nástroj. Ideálny pre osobný board alebo pre menšie tímy, ktoré nepotrebujú zložitú konfiguráciu. Bezplatná verzia pokryje väčšinu základných potrieb.
    • Azure DevOps: silná voľba pre tímy v Microsoft ekosystéme. Ponúka board s integráciou na CI/CD pipeline, test plans a repozitáre.
    • Kanban v Exceli: ak nechceš investovať do nástroja, jednoduchý Kanban Excel s vlastnou konfiguráciou ti úplne na začiatok postačí. Vytvor si tabuľku so stĺpcami podľa procesu a používaj farebné bunky ako kanban karty. Pre väčšie tímy to ideálne nie je, ale pre osobný projekt funguje dobre.
    • Fyzická tabuľa: whiteboard s lístočkami. Ideálna pre tímy, ktoré sedia spolu v jednej miestnosti. Výhodou je, že board je neustále viditeľný a tím sa pri ňom stretáva na daily, teda krátke každodenné stretnutia.

    FAQ: Často kladené otázky o Kanbane

    Čo je to Kanban?

    Kanban je vizuálna metóda riadenia práce, ktorá pochádza z japonského výrobného systému Toyota. V IT sa používa na organizáciu úloh pomocou tabule so stĺpcami, kde sa karty presúvajú podľa stavu rozpracovanosti. Kanban metóda pomáha tímom obmedziť množstvo rozpracovanej práce a plynulo dodávať výsledky.

    Aký je rozdiel medzi Kanban a Scrum?

    Scrum pracuje v pevných sprintoch s definovanými rolami (Scrum Master, Product Owner), zatiaľ čo Kanban umožňuje plynulé dodávanie bez iterácií. Kanban nemá predpísané role a zameriava sa na WIP limity a continuous flow. Scrum je vhodnejší na vývoj nových produktov, Kanban na údržbu, testovanie a podporu.

    Ako vyzerá Kanban board?

    Kanban tabuľa (fyzická alebo digitálna) je rozdelená na stĺpce reprezentujúce fázy pracovného procesu, typicky To Do, In Progress a Done. Každá úloha je zapísaná na kanban karte, ktorá sa posúva medzi stĺpcami. Pre testovací tím môže mať board stĺpce ako Backlog, Ready for Test, In Testing, In Review a Done.

    Je Kanban vhodný pre malé tímy?

    Áno, Kanban je vynikajúci práve pre malé tímy. Nepotrebuje žiadne špeciálne role, minimalizuje byrokraciu a začať s ním môžeš aj s jednoduchým Trello boardom alebo fyzickou tabuľou. Malé tímy oceňujú najmä flexibilitu, nie je nutné čakať na koniec sprintu, ak treba zmeniť priority.

    Ako začať s Kanbanom v testovacom tíme?

    Začni jednoducho. Vytvor kanban tabuľu s 3 až 5 stĺpcami podľa tvojho testovacieho procesu. Presuň všetky aktuálne úlohy na board. Nastav WIP limity, začni s vyššími a postupne ich znižuj. Zaveď denné stretnutia pri boarde. Odporúčam začať s Trellom alebo Jira kanban boardom, oba majú bezplatnú verziu.

    Kanban: efektívnejšie procesy a rýchlejší tím

    Kanban prináša testovacím tímom prehľad, kontrolu a flexibilitu pri riadení úloh. Vizuálny board, WIP limity a jasné pravidlá procesu pomáhajú rýchlo odhaliť úzke hrdlá a zefektívniť prácu.

    Aj malé tímy dokážu s Kanbanom plynulo plánovať a reagovať na zmeny bez zbytočnej byrokracie. Začať môžeš jednoducho, s digitálnym nástrojom aj s vlastným Kanban Excelom, a postupne systém prispôsobiť potrebám tímu. A ak ťa testovanie zaujíma aj ako kariéra, pozri si, čo obnáša práca testera v msg life Slovakia.

    Zdroje:

    O autorovi

    Katarína Kučáková

    Software Test Engineer

    Moja cesta k testovaniu softvéru sa začala v roku 2019 až po štúdiu ekonómie a pracovných skúsenostiach v iných odvetviach. To mi pomohlo vnímať IT svet v rôznych súvislostiach. Ten totiž ponúka neustále nové výzvy, pre ktoré rada hľadám riešenia. Obľubujem oddych pri čítaní, turistiku alebo lyžovanie. LinkedIn

    Daj nám o sebe vedieť