Kanban • Ketterät menetelmät projektin­hallinnassa [3/3]

Kuten Scrummissakin, myös Kanban metodologiassa pyritään mahdollistamaan tiivis tiimin keskinäinen yhteistyö ja tuotoksien jatkuva tuotanto. Näiden lähestymistapojen merkittävimmät erot ovat roolituksessa ja suhtautumisessa projektin aikaisiin muutoksiin.

Kanbanissa tiimi ei seuraa tiettyjä ennalta määritettyjä rooleja. Kanbanin osalta kehitystyö ei ole jaettu sprintteihin vaan työskentely on jatkuvaa. Tämä mahdollistaa muutokset milloin tahansa projektin aikana, eikä ainoastaan kehityssprinttien välillä. Kanban soveltuukin hyvin projekteihin joissa tehtävien prioriteetti ja luonne muuttuu nopeasti.

Jatkuvassa muutoksessa elävätiimi tarvitsee kuitenkin rajoja. Kanbanissa rajat on aseteltu niin kutsutuilla WIP limiiteillä, jotka estävät siirtämästä uusia tehtäviä seuraavaan työvaiheeseen, mikäli tässä työvaiheessa on jo entisestään liikaa tehtäviä. Tällöin edelliset työtehtävät pitää suorittaa seuraavaan vaiheeseen asti, ennen kuin uusia tehtäviä voidaan siirtää eteenpäin. Tästä vaiheistuksesta näkyy hyvin Kanbanin historiallinen tausta.

Nykyisin monesti myös ohjelmistoprojekteissa käytetyn metodologian lähtökohta on Japanissa tuotannon ohjauksessa. Just-in-time perusteisessa tuotannossa Kanbanilla avulla pyrittiin varmistamaan, että välituotteiden invetaario ei pääse kasautumaan ja tietty tuotantovaihe ei muodostu pullonkaulaksi ja samalla varmistuttiin siitä, että lopullisia toimitettavia tuotteita lähtee asiakkaille järkevillä toimitusajoilla.