Löysitkö pullonkaulan organisaatiostasi? Käännä se voitoksi.


2014-03-28, 06:28 Kirjoittanut Tero Ahonen

Jokaisessa sovelluskehitystä tekevässä organisaatiossa pyritään tehostamaan omia prosesseja siten, että saadaan mahdollisimman nopeasti laadukkaita tuotoksia. Mikään organisaatio ei halua, että kehitykseen tehdyt sijoituksen makaavat jossain prosessin syövereissä vaan uudet tuotokset halutaan mahdollisimman nopeasti tuottamaan tulosta. Mitä lähempänä loppukäyttäjiä kehitettävät palvelut ovat ja mitä enemmän niillä on kilpailijoita, sitä nopeammin pitää muutokset saada "markkinoille" (time-to-market).

Jotta time-to-market saadaan mahdollisimman pieneksi, liiketoiminta piiskaa kehittäjiä ja päälliköitä tehostamaan omaan toimintaansa. Ensin jätetään pois dokumentointi sitten testaus ja jos vielä täytyy kiristää tahtia, niin muutostenhallintaankaan ei kannata juuri resursseja tuhlata.

Kun tehostamista tehdään yksilötasolla ilman näkemystä kokonaisuudesta, tehostaminen menee usein harakoille. Yksilötasolla tehtävä tehostaminen voi aluksi näyttää hyvältä ja yksilöt ovat varmasti tyytyväisiä omiin saavutuksiinsa. Ulospäin näyttää tosi hyvältä kun kaikki osa-alueet tehostivat omaan toimintaansa 50%. Eli time-to-market on sitten 50% pienempi?

Näyttää hyvältä, mutta todellisuus on jotain ihan muuta. Jos sovelluspaketin asennusta testiympäristöön vie tehostamisen jälkeen 4 tunnin sijaan 2 tuntia, niin se ei paljon lohduta jos paketin testaus vie edelleen 15 päivää. Prosessissa on aina pullonkaula, aina joku vaihe vie suhteessa enemmän aikaa kuin toiset. Se on sitten kokonaan eri asia, onko pullonkaula merkittävä vai ei. Edellä mainitussa esimerkissä prosessia tarkemmin tutkimatta pullonkaula on selvästi testaus. Ei ole mitään järkeä tehostaa sovelluspaketin asennusta, jos sen testaukseen kuluva aika mitataan kokonaan eri aikayksikössä. Ei myöskään kannata ottaa esimerkiksi tavoitteeksi "kymmenen tuotantoonvientiä päivässä", jos sovellusta kehitetään Scrumilla 4 viikon sprinteissä. Yksi laadukas tuotantoonviesti neljän viikon välein pitäisi riittää.

Selvitä minkälainen prosessin organisaatiossasi on käytössä ennen kuin alat tehostamaan sitä. Kerää nippuun kaikki prosessissa työskentelevät resurssit ja selvitä mitä kukin tekee ja kuinka kauan tekemiseen kuluu aikaa. Näin saat arvokasta tietoa missä mennään ja mitä kannattaa tehostaa. Kuvan 1 Kanban -taulu on hyvä apuväline prosessin visualisointiin ja mahdollisten pullonkaulojen selvittämiseen.

Kanban board

Kuva 1: Kanban -taulu. Lähde: http://blogs.ca.com/devops/2012/04/24/kanban-can-reveal-bottlenecks/

Muualle kuin pullakaulaan tehtävät tehostamistoimet ovat useimmiten hukkaan heitettyä energiaa.


comments powered by Disqus