Ketteryys
Ketteryys on tiimin tai organisaation kyky reagoida nopeasti muutokseen järjestämällä työ lyhyiksi, tarkistettaviksi sykleiksi, joihin liittyy suora palaute.
Termi ketteryys (agility) juontaa juurensa vuoden 2001 ketterän manifestin (Agile Manifesto) periaatteisiin, joka kirjoitettiin alun perin ohjelmistokehitystä varten. Vastauksena jäykkään, pitkiä läpimenoaikoja sisältävään vesiputousmalliin ketteryys suosii lyhyitä, toistettavia syklejä kiinteän suunnitelman sijaan, jota tarkistetaan vasta aivan lopuksi. Sen ytimessä on kyky mukauttaa vaatimuksia jatkuvasti sitä mukaa, kun uutta tietoa tai asiakaspalautetta tulee. Ketteryys ei siis ole niinkään yksittäinen menetelmä kuin ajattelutapa: muutosta pidetään normaalina, ei häiriönä.
Käytännössä ketteryys näkyy konkreettisina työtapoina: lyhyinä työjaksoina, tyypillisesti yhdestä neljään viikkoa kestävinä sprintteinä, säännöllisinä tiimin tilannekatsauksina ja kiinteinä retrospektiiveinä, joissa tiimi tarkastelee omaa työtapaansa. Yleisiä viitekehyksiä ovat Scrum määriteltyine rooleineen ja tapahtumineen sekä Kanban visuaalisine tehtävätauluineen ja keskeneräisen työn rajoituksineen. Monialaiset tiimit tekevät itse enemmän päätöksiä pitkien hyväksymisketjujen odottamisen sijaan. Tavoitteena on saada jokaisen syklin jälkeen käyttökelpoinen, toimiva tulos ja oppia siitä.
Ketteryys ei korvaa perinteistä projektinhallintaa kaikissa tapauksissa. Projekteissa, joissa vaatimukset ovat kiinteitä ja muuttumattomia ja epävarmuutta on vähän, kuten pitkän läpimenoajan laitosrakentamisessa, yksityiskohtainen ennakkosuunnittelu tuo usein enemmän varmuutta. Ketterät työtavat vaativat myös kuria: lyhyet syklit ilman selkeää priorisointia muuttuvat nopeasti näennäistyöksi todellisen edistymisen sijaan. Ketteryys kannattaa eniten silloin, kun vaatimukset ovat alussa vielä epäselviä ja jatkuva oppiminen parantaa polkua tavoitteeseen.
Käytännön esimerkki
Keskisuuren valmistusyrityksen 12 hengen IT-tiimi siirtää sisäisen tilausohjelmistonsa kahden viikon sprintteihin. Alun perin suunnitellun yhdeksän kuukauden big bang -julkaisun sijaan tiimi toimittaa toimivan version joka toinen viikko, ja kolme tuotannon testikäyttäjää arvioi sen suoraan. Neljännen sprintin jälkeen käy ilmi, että projektiin alun perin suunniteltua ominaisuutta käytetään tuskin lainkaan, joten tiimi jättää sen pois ja vapauttaa kahden viikon kapasiteetin kiireellisempään ongelmaan. Kuuden kuukauden kohdalla ohjelmisto on tuotannossa, kolme kuukautta aikaisemmin kuin alkuperäinen vesiputousmalliin perustuva suunnitelma ennusti.
Miten Leanshift auttaa
Ketteryydellä ja Kata-ajattelulla on sama ydin: työskennellään lyhyissä suunnittelun, kokeilun ja tarkistamisen sykleissä yhden jäykän kokonaissuunnitelman noudattamisen sijaan. PDCA-rytmi, jota käyt läpi, on pohjimmiltaan Kaizen-sprintti: jokainen kierros tuottaa uutta ymmärrystä, joka terävöittää seuraavaa iteraatiota. Parantaminen ei tässä tarkoita nopeampaa työskentelyä, vaan kasvavaa kykyä oppia, jotta jokainen sykli synnyttää lisää ihmisiä, jotka osaavat parantaa asioita, sinut mukaan lukien.
Usein kysytyt kysymykset
Onko ketteryys sama asia kuin Scrum?
Ei. Scrum on tarkasti määritelty viitekehys rooleineen ja rituaaleineen, kun taas ketteryys on sen taustalla oleva laajempi ajattelutapa. Myös Kanban, Extreme Programming ja räätälöidyt hybridimallit ovat ketteriä työtapoja.
Toimiiko ketteryys myös ohjelmistokehityksen ulkopuolella?
Kyllä. Markkinointi, tuotekehitys ja yhä useammin myös valmistava teollisuus hyödyntävät ketteriä periaatteita, kuten lyhyitä syklejä ja säännöllisiä retrospektiivejä, yleensä omaan kontekstiinsa sovellettuna.
Tarkoittaako ketterä työskentely vähemmän suunnittelua?
Ei, se tarkoittaa erilaista suunnittelua. Sen sijaan, että yksi suunnitelma kattaisi kuukausia eteenpäin, jokainen sykli suunnitellaan tarkemmin sen alkaessa. Se vaatii usein enemmän kuria, ei vähemmän.