{"id":269,"date":"2010-02-05T15:27:11","date_gmt":"2010-02-05T14:27:11","guid":{"rendered":"http:\/\/agile.sk\/?p=269"},"modified":"2010-02-15T16:22:19","modified_gmt":"2010-02-15T15:22:19","slug":"kanban-dalsi-nastroj-agilnych-projektov","status":"publish","type":"post","link":"https:\/\/agile.sk\/?p=269","title":{"rendered":"Kanban – \u010fal\u0161\u00ed n\u00e1stroj agiln\u00fdch projektov"},"content":{"rendered":"

Kanban <\/strong>je \u010fal\u0161\u00ed n\u00e1stroj v skupine agiln\u00fdch met\u00f3d, kde sa nach\u00e1dza aj Scrum. Je kompatibiln\u00fd s agiln\u00fdm manifestom a nepopiera agiln\u00e9 princ\u00edpy. Oproti Scrumu je v\u0161ak menej re\u0161trikt\u00edvny a je zalo\u017een\u00fd na ve\u013emi jednoduchej my\u0161lienke:<\/p>\n

Nedokon\u010den\u00e1 pr\u00e1ca (Work-in-progress alebo WIP) by mala ma\u0165 svoje obmedzenie a nov\u00e1 pr\u00e1ca sa m\u00f4\u017ee za\u010da\u0165 len vtedy, ke\u010f sa in\u00e1 pr\u00e1ca dokon\u010d\u00ed (alebo posunie do in\u00e9ho stavu)<\/span>.<\/p>\n

Kanban (v japon\u010dine “signaliza\u010dn\u00e1 tabu\u013eka”) predpoklad\u00e1, \u017ee vznikne vizu\u00e1lny sign\u00e1l o tom, \u017ee sa m\u00f4\u017ee rozpracova\u0165 nov\u00fa \u00faloha, preto\u017ee aktu\u00e1lne mno\u017estvo rozrobenej pr\u00e1ce e\u0161te nedosiahlo svoj limit.<\/p>\n

\"Kanban<\/p>\n

(c) Henrik Kniberg & Mattias Skarin: Kanban and Scrum – Making the most of both (InfoQ 2010)<\/p>\n

Znie to zauj\u00edmavo ? Na prv\u00fd poh\u013ead mo\u017eno nie, mo\u017eno je to mal\u00e1, nen\u00e1padn\u00e1 my\u0161lienka, ale m\u00f4\u017ee zmeni\u0165 v\u0161etko v doteraj\u0161om procese! Kanban toti\u017eto nie je proces ani metodika, je to sp\u00f4sob ako zavies\u0165 zmenov\u00e9 riadenie (change management) do existuj\u00faceho \u017eivotn\u00e9ho cyklu softv\u00e9rov\u00e9ho v\u00fdvoja. Bol vytvoren\u00fd ako \u010das\u0165 Lean iniciat\u00edvy s cie\u013eom transformova\u0165 firemn\u00fa kult\u00faru na nepretr\u017eit\u00e9 zlep\u0161ovanie (Continuous Improvement).<\/p>\n

Princ\u00edp Kanbanu<\/strong> – za\u010da\u0165 s t\u00fdm, \u010do rob\u00edme teraz. Pochop\u00edme proces zobrazen\u00edm d\u00f4le\u017eit\u00fdch tokov a nastav\u00edme limity na ka\u017ed\u00fd stav tohto procesu. Potom za\u010dneme pracova\u0165 s tokom \u00faloh v syst\u00e9me t\u00fdm, \u017ee ich vyber\u00e1me len vtedy, ke\u010f je vygenerovan\u00fd Kanban sign\u00e1l. Toto sp\u00f4sob\u00ed, \u017ee sa v niektor\u00fdch stavoch za\u010dn\u00fa \u00falohy blokova\u0165 a upch\u00e1va\u0165 syst\u00e9m. To je to, \u010do sme chceli – t\u00edm v \u010do najkrat\u0161om \u010dase odstr\u00e1ni probl\u00e9m a obnov\u00ed tak tok \u00faloh. Pochopen\u00edm pr\u00ed\u010din, upravovan\u00edm limitov WIP pr\u00edpadne zmenou stavov procesov sa cel\u00fd tok st\u00e1va priechodn\u00fdm.<\/p>\n

Kanban takto v\u010faka transparencii zvidite\u013e\u0148uje \u00fazke hrdl\u00e1, fronty, nest\u00e1losti a zbyto\u010dnosti – toto v\u0161etko m\u00e1 vplyv na v\u00fdkonnos\u0165 z poh\u013eadu mno\u017estva u\u017eito\u010dnej pr\u00e1ce a doby cyklu (za\u010dat\u00e9 – odovzdan\u00e9). Preh\u013eadnos\u0165 sa d\u00e1 \u013eahko zabezpe\u010di\u0165 t\u00fdm, \u017ee sa pou\u017eije tabu\u013ea\/stena s l\u00edsto\u010dkami. L\u00edsto\u010dek (Post-it) je ten vizu\u00e1lny sign\u00e1l, ktor\u00fd som spomenul na za\u010diatku.<\/p>\n

Pravidl\u00e1 s\u00fa iba dve:<\/p>\n

    \n
  1. vizualizuj svoj pracovn\u00fd tok<\/strong><\/li>\n
  2. limituj svoj WIP<\/strong><\/li>\n<\/ol>\n

    E\u0161te spomeniem stru\u010dn\u00e9 podobnosti Kanbanu so Scrumom:<\/p>\n

      \n
    • s\u00fa Lean a Agile<\/li>\n
    • pou\u017e\u00edvaj\u00fa pl\u00e1novanie vyberan\u00edm \u00faloh<\/li>\n
    • obmedzuj\u00fa WIP<\/li>\n
    • pou\u017e\u00edvaj\u00fa preh\u013eadnos\u0165 na riadenie procesu zlep\u0161ovania<\/li>\n
    • s\u00fastre\u010fuj\u00fa sa na vytvorenie potencion\u00e1lne dodate\u013en\u00e9ho produktu r\u00fdcho a \u010dasto<\/li>\n
    • stavaj\u00fa na samoriadenie sa t\u00edmu<\/li>\n
    • po\u017eaduj\u00fa rozdelenie pr\u00e1ce na men\u0161ie \u010dasti<\/li>\n
    • release pl\u00e1n je priebe\u017ene upravovan\u00fd na z\u00e1klade empirick\u00fdch d\u00e1t (velocity\/lead time)<\/li>\n<\/ul>\n

      Odli\u0161nosti Kanbanu od Scrumu:<\/p>\n

        \n
      • \u010dasovo obmedzen\u00e9 iter\u00e1cie (Sprint) s\u00fa volite\u013en\u00e9, nie povinn\u00e9<\/li>\n
      • z\u00e1v\u00e4zok t\u00edmu je volite\u013en\u00fd, nie povinn\u00fd<\/li>\n
      • pou\u017e\u00edva Lead Time ako metriku na pl\u00e1novanie a vylep\u0161enie procesu, nie Velocity<\/li>\n
      • v\u0161estrann\u00fd t\u00edm je volite\u013en\u00fd, \u0161pecializovan\u00e9 t\u00edmy\/jednotlivci su povolen\u00e9<\/li>\n
      • roly nie s\u00fa preddefinovan\u00e9<\/li>\n
      • ve\u013ekos\u0165 \u00faloh m\u00f4\u017ee by\u0165 \u013eubovoln\u00fd<\/li>\n
      • burndown grafy nie s\u00fa povinn\u00e9<\/li>\n
      • WIP obmedzuje priamo, Scrum nepriamo<\/li>\n
      • odhady s\u00fa volite\u013en\u00e9<\/li>\n
      • nov\u00e9 \u00falohy sa m\u00f4\u017eu prid\u00e1va\u0165 do zoznamu hocikedy, ak to dovo\u013euje WIP limit<\/li>\n
      • Kanban tabu\u013ea nie je \u0161pecifick\u00e1 pre jeden t\u00edm, m\u00f4\u017ee ju zdie\u013ea\u0165 viacero t\u00edmov alebo jednotlivcov<\/li>\n
      • Kanban tabu\u013ea pretrv\u00e1va a neru\u0161\u00ed sa po ka\u017edej iter\u00e1cii<\/li>\n
      • prioritiz\u00e1cia nie je povinn\u00e1 ale volite\u013en\u00e1<\/li>\n<\/ul>\n

        Mysl\u00edm, \u017ee stoj\u00ed za to sa nad Kanbanom zamyslie\u0165 a zv\u00e1\u017ei\u0165 jeho v\u00fdhody a pr\u00edpadn\u00e9 d\u00f4sledky. M\u00e1 menej obmedzen\u00ed ako Scrum, tak\u017ee jeho akcept\u00e1cia v t\u00edme m\u00f4\u017ee by\u0165 jednoduch\u0161ia, navy\u0161e kto m\u00e1 sk\u00fasenosti so Scrumom a narazil na niektor\u00e9 jeho obmedzenia, je mo\u017eno toto ten spr\u00e1vny impulz, \u017ee je \u010das sa posun\u00fa\u0165 zase o k\u00fasok \u010falej.<\/p>\n\n\n