Perinteisesti useimmat asiantuntijat pitävät Kanbania ketteränä. Se tarkoittaa erillistä iteratiivista kehystä, joka eroaa merkittävästi peräkkäisistä projektinhallintatekniikoista, kuten Waterfall. Samanlainen kehys on Lean, joka myös kasvoi samoista Toyotan tuotantoyksiköistä ja käytännöistä. Siihen sisältyy parametreja, kuten nopea toimitus, vastuullinen päätöksenteko, jätteiden poistaminen, tiimin vaikutusmahdollisuudet ja oppimisen vahvistaminen.
Ketterien tekniikoiden osalta yleisin on Scrum. Se perustuu työjuoksuun, joka sisältää pienen ajanjakson (enimmäkseen 2-4 viikkoa), jonka aikana työ suoritetaan. Se ottaa huomioon tiimin itsensä järjestäytymisen ja sisältää tietoja, kuten tiimin toiminnan prosessin, työrakenteen ja siihen liittyvät säännöt ja roolit. Vertailun osalta on huomattava, että Kanban on vähemmän monimutkainen, mukautuvampi ja siihen liittyy vain muutamia sääntöjä. Prosessi ei ole aikarajoitettu, ja se voidaan mukauttaa mihin tahansa prosessiin tai tekniikkaan WIP: n avulla.
Päätetään, sopiiko Kanban prosessiisi #
Yleinen sääntö uusien menetelmien käyttöönottoa tavoitteleville projektipäälliköille on pitää mielessä organisaation vaatimat muutokset. Esimerkiksi radikaalin muutoksen kannalta johtajien tulisi turvautua Scrumiin. Sekä katsoo, että jos on käynnissä useita prosesseja, Kanban voi olla oikea valinta, koska se voidaan hyväksyä tekemättä jyrkkiä muutoksia järjestelmään.
Ketterän nopeuden valmentaja David Hawks suosittelee etsimään muutamia keskeisiä parametreja päättääkseen, onko Kanban oikea tapa sinulle. Hän kommentoi edelleen, että Kanban sopii paremmin projektiryhmille, jotka pyrkivät jatkuvaan parantamiseen. Lisäksi tiimit, joilla on muuttuvat prioriteetit ja mahdollisuudet jakautua pienempiin alaryhmiin, sopivat myös hyvin Kanbanille. Tästä on kuitenkin vastakkaisia mielipiteitä. Anderson uskoo, että useiden tapaustutkimusten mukaan tiimin ja työn ei tarvitse olla jaettu pienempiin paloihin Kanbanille. Kanban voi työskennellä melko hyvin monenlaisten tiimien, työn kiireellisyyden ja monimutkaisuuden kanssa.
Samaan aikaan Hawks uskoo, että Kanban on hyödyllisin silloin, kun pääpaino on asiakkaiden tarpeissa ja mieltymyksissä. Se voi myös sopia hyvin yrityksille, joilla on alhaisempi halu muutokseen ja parantamiseen. Brumbaugh toisaalta ehdotti Kanbania vaihtoehdoksi organisaatioille, joilla on vaikeuksia selvittää Scrum. Hän kertoi, että Kanban on loistava työkalu luottamuksen rakentamiseksi organisaatioon ja että se pystyy luomaan sävyn Scrumin kaltaisten sprinttijärjestelmien ymmärtämiselle. Sitä voidaan edelleen käyttää kaikissa vertikaalisissa tuotekehityspuitteissa. Lisäksi hän varoitti, että Kanbania ei pitäisi suosia kumppanuutta tekevissä organisaatioissa tai sellaisissa olosuhteissa, joissa sidosryhmät eivät voi hyväksyä tiettyjä asetuksia.
Etkö osaa päättää Kanbanin ja Scrumin välillä? Valitse Scrumban #
Kanbanin suosion ja sen tehokkaiden tulosten myötä on syntynyt ajoittain useita hybridiä. Erityiset Leanin innoittamat Scrum -tiimit sekä Kanban keksivät tapoja sisällyttää molemmat siten muodostaen hybridin, jota yleisesti kutsutaan Scrumbagiksi. Tämän hybridin tavoitteena on lisätä molempien tekniikoiden parhaat puolet lisäämällä Scrumiin visualisointia ja WIP: tä. Scrum-harjoittaja Savita Pahuja selittää, että Scrumia tulisi käyttää tapahtumapohjaiseen työhön ja kunnossapitoon.
Miten Kanban voidaan toteuttaa? #
Jos olet päättänyt ottaa Kanbanin käyttöön organisaatiossasi, seuraavat elementit ovat tarpeen, jotta voit edetä sen kanssa;
- Pääministerin ja projektitiimin sitoutuminen
- Kanban -koulutus tai valmentaja
- Fyysinen tai online -taulu
- Sisäänosto ylemmältä johdolta
Oxford Solutions Groupin toimitusjohtaja Lawrence Roybal suosittelee, että Kanban -tiimejä ei mieluiten saa olla yli yhdeksän henkilöä, mukaan lukien konsultit. Tällainen järjestely takaa tehokkaan päätöksenteon ja ryhmien yhteenkuuluvuuden. Hän kommentoi lisäksi, että projektiryhmällä on oltava ehdottomasti oikea osallistujien kokoonpano. Lisäksi Roybal huomautti, että yksi Kanbanin suurimmista virheistä on se, että joukkueet ovat haluttomia saamaan varhaisen sisäänoston. Tästä lähtien on tarpeen järjestää projektikokouksia ennen projektin aloittamista Kanbanin kanssa. Se varmistaa, että oikeat ihmiset ovat käytettävissä oikeaan työhön.
