Rakensin lean-hukanseurantawidgetin — koska mittaaminen on ainoa tapa nähdä

Toimistotyön hukka on näkymätöntä — ei siksi, ettei sitä olisi, vaan siksi, ettei sitä mitata. Rakensin widgetin, joka tekee mittaamisesta niin helppoa, että se oikeasti tapahtuu.

Toimistotyön hukka on näkymätöntä. Ei siksi, ettei sitä olisi, vaan siksi, että sitä ei koskaan mitata.

Olen seurannut toimistotyön tehokkuutta pitkään, ja yksi asia toistuu kerta toisensa jälkeen: kun organisaatioissa puhutaan lean-hukasta, päädytään hyvin nopeasti tuotantoon, logistiikkaan tai fyysisiin prosesseihin. Toimistotyö jää katveeseen. Se on hankalaa mitata, vaikea tehdä näkyväksi, ja siksi helppo ohittaa.

Tämä ei tarkoita, ettei hukkaa olisi. Päinvastoin.

Toimistotyön hukka on arkista ja lähes huomaamatonta

Tietotyöntekijä ei kävele tyhjää kuormaa varastossa ympyrää. Hukka on toisenlaista: se on minuutti siellä, viisi minuuttia täällä. Se on sähköpostihaku, joka kestää kauemmin kuin pitäisi. Hyväksynnän odottaminen ennen kuin voi jatkaa. Kokous, jonka olisi voinut korvata kahdella viestillä. CRM, johon kopioidaan sama tieto kuin Exceliin.

Lean-kirjallisuus tunnistaa nämä hyvin — tiedon etsintä, kopiointi järjestelmien välillä, odottelu, uudelleen tekeminen, turhat kokoukset, päällekkäiset dokumentit, pääsyongelmat, keskeytykset. Kahdeksan kategoriaa, jotka kattavat valtaosan tietotyön näkymättömistä kitkapinnoista.

Ongelma ei ole tunnistamisessa. Ongelma on mittaamisessa.

Jos pyydämme organisaatioita arvioimaan, kuinka suuri osa päivästä menee hukkaan, luvut vaihtelevat villistä arvauksesta toiseen. Silloin kun mittaaminen on tapahtunut — edes karkeasti, edes muutaman viikon ajan — tulokset ovat lähes poikkeuksetta yllättäneet. Ei siinä mielessä, että hukka olisi yllättävää. Siinä mielessä, että se on paljon suurempaa kuin kukaan osasi sanoa ääneen.

Ilman dataa on vaikea perustella muutoksia. Ilman dataa on vaikea edes käydä oikeaa keskustelua.

Miksi rakensin oman työkalun

Olen itse kokenut asian mittaamisen aina vähän hankalaksi, vaikka olen sitä halunnut mitata. Tähän asti olen käyttänyt mittaamiseen yhdistelmää: Excel-taulukkoja, päiväkirjamerkintöjä, pieniä lomakkeita. Ne toimivat, mutta niissä on yksi yhteinen heikkous: ne vaativat vaivan. Ei suuren vaivan — mutta riittävän suuren, että kirjaaminen jää tekemättä. Erityisesti silloin, kun päivä on kiireinen. Juuri silloin, kun kirjauksia tarvittaisiin eniten.

Halusin jotain, joka on aina näkyvissä mutta ei koskaan tiellä. Jotain, jonka käyttäminen on niin nopeaa, ettei se keskeytä työnkulkua lainkaan. Yksi klikkaus, ei avata erillistä sovellusta, ei täytetä lomakkeita.

Päätin rakentaa sen itse.

Rakentaminen — rehellinen versio

En ole ammattimainen ohjelmistokehittäjä. Olen lean-ajattelun soveltaja, joka on opetellut koodaamaan tarpeen mukaan. Ja tässä projektissa käytin rakentamiseen paria — Anthropicin Claude-tekoälyä.

Haluan olla tästä avoin, koska uskon että rehellisyys AI:n käytöstä on tällä hetkellä tärkeää. Claude kirjoitti valtaosan koodista. Se debuggasi ongelmia, suunnitteli arkkitehtuuria ja selitti miksi jokin ratkaisu ei toimi. Minä toin vision, toimialaosaamisen ja päätökset: mitä rakennetaan, miten se käyttäytyy, mitä hukkatyyppejä seurataan, miten kirjaamisen kitka minimoidaan. Vastuunjako oli selkeä — mutta se ei tarkoita, että se oli tasapuolinen. Koodin kirjoitti AI.

Tämä projekti on itselleni konkreettinen esimerkki siitä, miten AI muuttaa sitä, kuka voi rakentaa mitä. Idea, johon aiemmin olisi tarvittu ohjelmistokehittäjä tai ulkopuolinen toimittaja, syntyi muutamassa viikossa yhden ihmisen sivuprojektina. Se on merkittävä muutos — ja se ansaitsee tulla sanotuksi ääneen.

Matka ei silti ollut suoraviivainen, vaikka AI oli mukana. Ominaisuudet, jotka kuulostivat yksinkertaisilta, osoittautuivat teknisesti monimutkaisiksi. Läpinäkyvä ikkuna, joka pysyy muiden ikkunoiden päällä mutta ei estä niiden käyttöä — kuulostaa triviaalta. Ei ole. Yksi lähestymistapa ei toiminut, kokeiltiin toista. Jossain vaiheessa ymmärsin, ettei täydellistä ratkaisua ehkä ole — mutta riittävän hyvä ratkaisu on.

Pareto-periaate pätee myös rakentamiseen. Ja ilmeisesti myös AI-avusteiseen sellaiseen.

Nyt alkaa oikea testi

Sovellus on teknisesti valmis — mutta se on toistaiseksi pyörinyt vain kehitysympäristössä. Oikea testi alkaa vasta nyt, kun se otetaan käyttöön oikeassa arjessa oikeilla ihmisillä.

Aloitan testauksen itselleni ensin. Halusin nähdä, toimiiko ajatus käytännössä niin kuin teoriassa: laskeeko kirjaamisen kitka riittävästi, jotta se oikeasti tapahtuu? Tuleeko dataa kertymään, vai unohtuuko widget viikon päästä? Nämä kysymykset selviävät vain kokeilemalla.

Jos tämä resonoi ja haluat lähteä mukaan testaamaan — yksin tai tiimisi kanssa — ota yhteyttä. Toimitan asennuspaketin ja lyhyen käyttöohjeen. Ainoana vastapalveluksena toivon palautetta: mikä toimii, mikä ei, mitä puuttuu.

Olen kirjoittanut lyhyen käyttöohjeen widgetin asennuksesta ja hukkatyyppien kirjaamisesta. Voit ladata sen täältä: LeanTracker-käyttöohje (PDF)

Lähdekoodia en toistaiseksi avaa julkisesti — odotan ensin, mitä käytännön testaus opettaa.

Hukka ei katoa sillä, että tiedämme sen olevan olemassa. Se katoaa silloin, kun alamme mitata sitä — ja tehdä mittaustuloksille jotain.