Mitä WIP tarkoittaa?

WIP (Work In Progress) eli keskeneräinen työ viittaa kaikkiin tehtäviin, tuotteisiin tai työelementteihin, jotka ovat aloitettuja mutta eivät vielä valmiita. Ohjelmistokehityksessä WIP kattaa kaikki käynnissä olevat tehtävät — koodattavat ominaisuudet, testattavat korjaukset ja katselmointia odottavat pull requestit.

WIP on yksi tärkeimmistä mittareista Kanban-menetelmässä ja Lean-ajattelussa. Liiallinen WIP on tuottavuuden suurimpia tappajia: tutkimukset osoittavat, että kehittäjät, jotka työskentelevät samanaikaisesti yli kolmen tehtävän parissa, menettävät jopa 40% tuottavuudestaan kontekstin vaihtamisen (context switching) vuoksi.

Little'n laki

WIP:n merkitys perustuu Little'n lakiin (Little's Law), joka on jonoteorian peruslaki:

Läpimenoaika = WIP / Läpimeno

Tai toisin sanottuna:

Lead Time = WIP / Throughput

Tämä tarkoittaa, että:

• Enemmän WIP:tä = Pidempi läpimenoaika — mitä enemmän samanaikaisia tehtäviä, sitä kauemmin kukin kestää
• Vähemmän WIP:tä = Lyhyempi läpimenoaika — keskittyminen harvempiin tehtäviin nopeuttaa niiden valmistumista
• Tasainen WIP = Ennustettava toimitus — kun WIP pysyy vakaana, toimitusajat ovat ennustettavissa

Käytännön esimerkki

Ilman WIP-rajoja:

• Tiimi aloittaa maanantaina 10 tehtävää
• Perjantaina: 10 tehtävää kesken, 0 valmista
• Asiakas ei saa mitään arvoa viikon aikana

WIP-rajalla (3 tehtävää kerrallaan):

• Tiimi aloittaa maanantaina 3 tehtävää
• Keskiviikkona: 3 tehtävää valmista, aloitetaan 3 uutta
• Perjantaina: 6 tehtävää valmista, 3 työn alla
• Asiakas saa arvoa jo viikon puolivälissä

WIP-raja on sääntö, joka rajoittaa samanaikaisesti käynnissä olevien tehtävien enimmäismäärää tietyssä työnkulun vaiheessa tai koko tiimissä.

WIP-rajojen hyödyt

1. Keskittyminen: Vähemmän tehtäviä = parempi keskittyminen kuhunkin
2. Nopeampi valmistuminen: "Stop starting, start finishing" — lopeta aloittaminen, aloita lopettaminen
3. Pullonkaulojen paljastaminen: Kun WIP-raja estää uuden työn aloittamisen, pullonkaulat tulevat näkyviksi
4. Laadun parantuminen: Vähemmän kontekstin vaihtamista = vähemmän bugeja
5. Ennustettavuus: Tasainen WIP tuottaa tasaisen toimitusrytmin
6. Stressin vähentyminen: Tiimi ei ylikuormitu, mikä vähentää burnoutin riskiä

Miten asettaa WIP-rajat?

WIP-rajojen asettamiseen ei ole yhtä oikeaa tapaa, mutta yleisiä lähestymistapoja ovat:

Tiimipohjainen sääntö:

• WIP-raja = tiimin koko - 1
• Esimerkki: 5 hengen tiimi → WIP-raja 4
• Tämä mahdollistaa aina yhden henkilön olevan vapaa auttamaan muita

Sarake-/vaihepohjainen sääntö:

• Jokaiselle Kanban-taulun sarakkeelle oma WIP-raja
• Esimerkki: "Kehityksessä" = 3, "Katselmuksessa" = 2, "Testauksessa" = 2

Aloita liian pienellä:

• Aloita tiukalla rajalla (esim. 1-2 per kehittäjä)
• Löysennä vähitellen jos tiimi ei koskaan törmää rajaan
• Tiukenna jos läpimenoaika alkaa kasvaa

Kanban-menetelmässä WIP-rajat ovat yksi kuudesta ydinperiaatteesta:

Kanban-taulun WIP-rajat

Mitä tehdä kun WIP-raja täyttyy?

Kun sarakkeen WIP-raja on täynnä, tiimi ei aloita uutta työtä vaan:

1. Auttaa purkamaan pullonkaulaa: Jos "Katselmuksessa" on täynnä, kehittäjät auttavat katselmoimaan
2. Parannustoimenpiteet: Miksi juuri tämä vaihe on pullonkaula? Mikä auttaisi?
3. Swarming: Useampi henkilö keskittyy samaan tehtävään sen loppuunsaattamiseksi
4. Teknisen velan korjaaminen: Vapaa kapasiteetti käytetään refaktorointiin

Kontekstin vaihtamisen hinta

Tutkimukset osoittavat kontekstin vaihtamisen (context switching) todellisen hinnan:

• Yksi tehtävä kerrallaan: 100% tuottava aika
• Kaksi tehtävää: 80% tuottava aika (20% hävikki)
• Kolme tehtävää: 60% tuottava aika (40% hävikki)
• Neljä tehtävää: 40% tuottava aika (60% hävikki)
• Viisi+ tehtävää: Alle 25% tuottava aika

Lähde: Gerald Weinberg, "Quality Software Management"

WIP Scrum-tiimeissä

Vaikka Scrum ei eksplisiittisesti määritä WIP-rajoja, Sprint itsessään toimii WIP-rajana:

• Sprint Backlog on tiimin WIP sprintin aikana
• Sprint Goal auttaa tiimiä keskittymään
• Daily Scrum paljastaa, jos tehtäviä on liikaa kesken samanaikaisesti
• Monet Scrum-tiimit lisäävät WIP-rajat täydentämään Scrumia

WIP ja DevOps

DevOps-kulttuurissa WIP-ajattelu ulottuu koko arvoketjuun:

• Code Review -jono: Liian pitkä jono hidastaa koko tiimiä
• Deployment-putkiston WIP: Liian monta samanaikaista julkaisua lisää riskejä
• Incident Response: WIP-rajat auttavat priorisoimaan häiriötilanteiden käsittelyä

Suomalainen Lean-perinne

Suomessa on vahva Lean-perinne, joka heijastuu WIP-ajatteluun:

• Nokia: Lean-tuotanto ja WIP-hallinta olivat avainroolissa matkapuhelinten valmistuksessa
• Kone: Hissivalmistaja, joka käyttää Lean-periaatteita ja WIP-rajoituksia tuotannossaan
• Reaktor: Ohjelmistokonsulttiyritys, joka on tunnettu Kanban- ja WIP-asiantuntemuksestaan
• Vincit: Ohjelmistoyritys, joka soveltaa WIP-rajoja kaikissa tiimeissään

Tilastoja

• 68% suomalaisista ohjelmistotiimeistä käyttää WIP-rajoja (Agile Finland Survey, 2024)
• Tiimit, jotka käyttävät WIP-rajoja, raportoivat 32% lyhyemmän läpimenoajan
• 45% suomalaisista Kanban-tiimeistä pitää WIP-rajojen asettamista suurimpana haasteenaan

Ohjelmistokehityksen lisäksi WIP on kriittinen mittari valmistuksessa:

Lean Manufacturing

• WIP-varasto: Osittain valmistuneet tuotteet tuotantolinjalla
• Just-in-Time (JIT): Tuotetaan vain se mitä tarvitaan, silloin kun tarvitaan
• Pull-järjestelmä: Uusi työ aloitetaan vasta kun kapasiteettia vapautuu
• Tavoite: Minimoida WIP varastoissa, mikä vähentää kustannuksia ja parantaa laatua

Toyota Production System (TPS)

WIP-rajojen käsite juontaa juurensa Toyota Production Systemistä (TPS), jossa:

• Kanban-kortit rajoittivat fyysisesti tuotannon WIP:tä
• Jidoka: Tuotantolinja pysäytetään ongelman ilmetessä sen sijaan että tuotettaisiin viallisia tuotteita
• Heijunka: Tuotannon tasoittaminen vähentää WIP-vaihtelua

Mitä WIP tarkoittaa ohjelmistokehityksessä?

WIP (Work In Progress) tarkoittaa kaikkia tehtäviä, jotka ovat aloitettuja mutta eivät vielä valmiita. Se kattaa koodattavat ominaisuudet, katselmointia odottavat pull requestit, testattavat muutokset ja kaikki muut keskeneräiset työvaiheet.

Mikä on WIP-raja?

WIP-raja (WIP Limit) on sääntö, joka määrittää enimmäismäärän samanaikaisesti käynnissä oleville tehtäville tietyssä työnkulun vaiheessa. Esimerkiksi "Kehityksessä"-sarakkeen WIP-raja 3 tarkoittaa, että korkeintaan 3 tehtävää saa olla koodattavana yhtä aikaa.

Miksi WIP-rajat ovat tärkeitä?

WIP-rajat ovat tärkeitä, koska ne vähentävät kontekstin vaihtamista, nopeuttavat tehtävien läpimenoaikaa, paljastavat pullonkaulat ja parantavat työn laatua. Little'n lain mukaan vähemmän WIP:tä = lyhyempi läpimenoaika.

Miten WIP-raja asetetaan?

Yleinen lähtökohta on tiimin koko minus 1 tai 2 tehtävää per kehittäjä. Tärkeintä on aloittaa jollain rajalla ja säätää sitä kokemusten perusteella. Jos tiimi ei koskaan törmää rajaan, se on liian löysä. Jos työ seisoo jatkuvasti, raja on liian tiukka.

Mitä Little'n laki tarkoittaa käytännössä?

Little'n laki sanoo: Läpimenoaika = WIP / Läpimeno. Käytännössä tämä tarkoittaa, että jos tiimillä on 10 tehtävää käynnissä ja se saa valmiiksi 2 tehtävää päivässä, jokainen tehtävä kestää keskimäärin 5 päivää. Vähentämällä WIP:n 6:een, tehtävät valmistuvat keskimäärin 3 päivässä.

Toimivatko WIP-rajat Scrum-tiimeissä?

Kyllä. Vaikka Scrum ei virallisesti vaadi WIP-rajoja, monet tiimit lisäävät ne täydentämään Scrum-prosessia. Sprint itsessään on eräänlainen WIP-raja, mutta eksplisiittiset WIP-rajat sprintin sisällä auttavat tiimiä keskittymään ja saamaan tehtäviä valmiiksi nopeammin.

• Kanban — Menetelmä, jossa WIP-rajat ovat keskeisiä
• Lean — Filosofia, joka pyrkii minimoimaan hukkaa, mukaan lukien liiallista WIP:tä
• Cycle Time — Aika tehtävän aloituksesta valmistumiseen
• Lead Time — Aika tilauksesta toimitukseen
• Scrum — Viitekehys, jota WIP-rajat täydentävät
• Bug — Kontekstin vaihtaminen lisää virheiden määrää
• DevOps — Kulttuuri, jossa WIP-ajattelu ulottuu koko arvoketjuun
• Bottleneck — Pullonkaula, jonka WIP-rajat paljastavat