Scrum ja Kanban ovat tiimityömenetelmiä, joilla on monia samankaltaisuuksia. Kuitenkin on myös eroja, joita haluaisimme tänään käsitellä. Kanban-tauluja omaksuvat usein myös Scrum-tiimit. Tämä johtuu siitä, että ne ovat erittäin käytännöllisiä tiimityön ja sen edistymisen visualisoimisessa. Yhdistämällä molempien menetelmien parhaat puolet, syntyi tekniikka nimeltä Scrumban. Se on suosittu projekteissa, jotka yhdistävät tuotekehityksen palvelun toimittamiseen, joissa pitkät sprintit ja suhteellisen muodolliset Scrum-kokoukset eivät aina ole sopivia.

Scrumban ja Kanban-taulut Scrumissa – sisällysluettelo:

  1. Johdanto
  2. Kanban vs Scrum
  3. Kanban-taulut Scrumissa
  4. Scrumban
  5. Yhteenveto

Johdanto

Kanban on menetelmä, joka sai alkunsa Japanissa. Se syntyi 1950-luvulla ja oli alun perin työkalu jatkuvan tuotannon hallintaan siten, että ei syntynyt varastoja ja ylijäämiä, vaan resursseja käsiteltiin jatkuvasti. 21. vuosisadan alussa Kanban mukautettiin ohjelmistokehityksen tarpeisiin David J. Andersonin toimesta.

Kanban vs Scrum

Kanbanin yleinen työskentelytapa eroaa Scrumista ensisijaisesti vähemmän muodollisen lähestymistavan tuomisella. Kanbanissa ei ole niin yksityiskohtaisia ohjeita esimerkiksi sprinttien työskentelystä, tuoteomistajan, Scrum-masterin ja kehitystiimin rooleista. Tämä on mahdollista, koska Kanban keskittyy tehtävien jatkuvuuteen, kuten tietynlaisen palvelun tarjoamiseen, joka on toistettavampaa eikä vaadi niin monimutkaista suunnittelua.

Kuitenkin tavoite ja työskentelytavat ovat samankaltaisia. Kanbanin tavoite on toimittaa asiakkaille korkealaatuinen tuote ajallaan. Molempien menetelmien yhteiset työskentelytapoja koskevat periaatteet voidaan muotoilla seuraavasti:

  1. Työn tulisi olla sujuvaa ja ilman seisokkeja – Scrumissa tämä saavutetaan sprinttien jatkuvalla peräkkäisyydellä, kun taas Kanbanissa työ on jatkuvaa tehtävien sujuvan virtauksen vuoksi. Ne muodostavat jonon, josta kehittäjät valitsevat (vetävät) muutaman tehtävän suoritettavaksi.
  2. Tiimin tulisi keskittyä vain valittuihin tehtäviin – Kanban-terminologian mukaan tiimin tulisi “vähentää kesken olevia töitä”. Scrumissa vastaava on käyttäjätarinat, jotka valitaan tuotejonoista sprinttijonoon.
  3. Tehtävien edistyminen tulisi olla näkyvissä kaikille osapuolille – Kanbanissa ne visualisoidaan taulujen avulla, joita esiintyy usein myös Scrum-tiimeissä.

Kanban-taulut Scrumissa

Kanban-taulu on laajasti käytetty työkalu tiimityön visualisoimiseen. Se on taulukko, jossa on useita sarakkeita. Jokaisessa niistä on tehtäviä tietyssä tilassa. Tehtävien luokittelu perustuu yksinkertaiseen sääntöön: kortti, jossa on tehtävän kuvaus – tai sen virtuaalinen vastine – sijoitetaan yhteen sarakkeista. Kanban-taulujen vähimmäisversiossa on kolme saraketta:

  • Tehtävät
  • Käynnissä
  • Valmis – viimeiseen sarakkeeseen menevät tehtävät, jotka täyttävät Valmiuden määritelmän, josta kirjoitimme tässä.

Alla voit löytää esimerkin kanban-taulusta all-in-one projektinhallintajärjestelmässäFirmbee.com

Kanban-taulut Scrumissa ja Scrumbanissa

Yleisesti ottaen sarakkeita on enemmän. Jos suoritettavia tehtäviä on enemmän, on yleensä lisäsarake nimeltä “valittu suoritettavaksi” “suoritettavat” ja “käynnissä” sarakkeiden väliin. Kun “tehtävät” sarake toimii tuotejonona, josta kirjoitimme tässä, “valittu suoritettavaksi” sarake toimii sprinttijonona, jota kuvaamme yksityiskohtaisesti tässä artikkelissa.

Toinen yleinen lisäys on “arvostelussa” sarake tai “hyväksyntää varten”. Se sijoitetaan yleensä sarakkeiden väliin, jotka sisältävät “käynnissä” olevat tehtävät ja “valmiit” tehtävät. Se sisältää kehitystiimin suorittamat tehtävät, jotka odottavat hyväksyntää tuoteomistajalta. Tuoteomistajan tehtävä on tarkistaa niiden vaatimustenmukaisuus hyväksymiskriteerien kanssa ja saada lopullinen hyväksyntä asiakkaalta. Tässä tilanteessa vain lopullisesti hyväksytyt tehtävät siirretään viimeiseen sarakkeeseen.

Scrumban

Scrum- ja Kanban-menettelyjen valtavan suosion vuoksi syntyi niiden hybridi, joka yhdistää molempien työskentelytapojen parhaat puolet. Scrumban toimii parhaiten organisaatioissa, jotka yhdistävät tuotteiden luomisen palveluiden tarjoamiseen, usein sisältäen tuotteen toteuttamisen asiakkaalla. Kokousten ja viestinnän vähentämisen vuoksi tiimi voi olla suurempi.

Scrumban korostaa vähemmän Scrumissa yleisesti käytettyjä mittareita, kuten Burndown-kaaviota. Kuitenkin se käyttää Scrum-pilareita työprosessin jatkuvan parantamisen tarpeesta ja niiden mukauttamisesta asiakkaan olosuhteisiin ja tarpeisiin.

Työskentelyssä Scrumbanissa työtä ei jaeta sprintteihin. Scrum-kokouksia pidetään 3, 6 tai 12 kuukauden välein.

Työn aikataulutus seuraa “kysynnän mukaan” -periaatetta, eli sen mukaan, kun se ilmenee. Käyttäjätarinat sijoitetaan suoraan Kanban-taulun ensimmäiseen sarakkeeseen, joka sisältää “tehtävät”. Näin ollen se toimii sprinttijonona, josta kirjoitimme tarkemmin tässä artikkelissa. Kuten sprinttijonossa, kiireellisimmät tehtävät sijoitetaan tehtävälistan yläosaan. Kuitenkin monimutkaisemmissa projekteissa projektipäällikkö voi ylläpitää erillistä tehtävälistaa, joka vastaa tuotejonoa, josta hän valitsee, mitkä tehtävät sijoitetaan ensimmäiseen sarakkeeseen.

Siirrettäessä tehtäviä ensimmäisestä sarakkeesta toiseen, “vetosääntö” on voimassa. Se tarkoittaa, että tehtäviä ei delegoida tietylle kehittäjälle. Jokainen henkilö valitsee tehtävän jonosta ja suorittaa sen itsenäisesti.

Keskimmäiseen sarakkeeseen, “suoritettavat”, sijoitettavien tehtävien määrä on yleensä rajoitettu tiimin koon mukaan, jotta mahdollisuuksien mukaan jokainen käsittelee vain yhtä tehtävää kerrallaan.

kanban

Yhteenveto

Scrum ja Kanban, vaikka niitä käytetään samankaltaisiin tarkoituksiin, ovat erilaisia työskentelytapoja. Scrum toimii parhaiten luovissa, innovatiivisissa projekteissa, joita tekevät pienet Scrum-tiimit. Kanban puolestaan luotiin toimimaan jatkuvassa ja seisokittomassa ympäristössä tarjotakseen samankaltaisia palveluja. Scrum käyttää usein Kanban-tauluja työskentelyn visualisoimiseen. Molempien yhdistelmä johti Scrumbaniin, joka toimii parhaiten kehysorganisaatioille, jotka myyvät tuotteitaan ja tarjoavat niihin perustuvia palveluja asiakkaille.

Jos pidät sisällöstämme, liity vilkkaaseen mehiläisyhteisöömme Facebookissa, Twitterissä, LinkedInissä, Instagramissa, YouTubessa, Pinterestissä.

Caroline Becker

Projektipäällikkönä Caroline on asiantuntija uusien menetelmien löytämisessä parhaiden työnkulkujen suunnittelemiseksi ja prosessien optimoinniksi. Hänen organisatoriset taitonsa ja kyky työskennellä aikarajoitteiden alla tekevät hänestä parhaan henkilön monimutkaisten projektien toteuttamiseen.

View all posts →