Näytetään tekstit, joissa on tunniste terveydenhuolto. Näytä kaikki tekstit
Näytetään tekstit, joissa on tunniste terveydenhuolto. Näytä kaikki tekstit

sunnuntai 17. marraskuuta 2024

Tuottavuusparadoksi

On luonnollista ja ihmiselle suorastaan lajityypillistä, että pyrimme parantamaan ja tehostamaan toimintamme. Meillä on hyvä muisti. Muistamme, miten aiemmin olemme toimineet, ja meillä on kyky suunnitella tulevaisuutta. Metsästäjä ja kalastaja oppivat onnistumisistaan ja virheistään. Maanviljelijä ja hedelmäatarhuri koettavat seuraavalla satokaudella onnistua paremmin. Haluamme myös päästä vähemmällä. Sanotaan, että laiskuus on paheiden äti. Mutta se on myös tehokkuuden äiti.

Teollisella ajalla toiminnan tehostaminen johti radikaaleihin mullistuksiin, koko yhteiskunnan arvontuotto alkoi perustua raaka-aineiden ja tavaroiden tehokkaaseen tuottamiseen. Manufaktuureissa opittiin järjestelemään työ tehokkaalla tavalla. Koneinsinööri Frederick Taylor (1856-1915) keksi tieteellisen työntutkimuksen, ja nosti työntekijöiden työpanoksen riiston aivan uudelle tasolle. Vastaavasti pehmeämpi työpsykologia pyrki lieventämään ratinalisoinnin tuomia mielenterveyden ongelmia. Suureen kuvaan pitää vielä lisätä teknologiset mullistukset: voimakoneiden käyttöönotto ja automatisointi. Sekä ammattiyhdistysliike, joka syntyi puolustamaan työtekijöiden oikeuksia.

Nyt olemme tilanteessa, missä tuottavuutta pyritään nostamaan tietotekniikan avulla. Poliitikot ovat puhuneet innostuneesti ”digiloikasta”, ja puhuvat ehkä vieläkin. Vaikka kehitykseen alkaa tulla mukaan ristiriitaisia ja jopa tympeitä sivumakuja. Onko digiloikka totta ollenkaan, vai olemmeko sen sijaan putoamassa digikuoppaan? Tehostaako se yhteiskuntaa ollenkaan? Vai ovako digiloikan takana olevat teknologian tuottajat kaapanneet arvontuoton lisäyksen omaan taskuunsa?

Esitän pohdinnan alustukseksi tärkeän näkökulman. Yhteiskunnan toiminta, ja etenkin sen tehokas toiminta perustuvat ihmisten väliseen vuorovaikutukseen. Ja tämä vuorovaikutus on tavattoman monimuotoista ja monimutkaista. Viestimme toistemme kansa symbolisesti, eli välitämme puhutun kielen avulla tietoa vallitsevista asioiden tilasta, sekä erilaisia toivomuksia, pyyntöjä ja vihjeitä. Mutta samalla viestimme myös tunnetasolla ja viittaamme näkymättömiin rakenteisiin, valtasuhteisiin ja sosiaalisiin suhteisiin. Ihmisyhteisöjen toiminta on siis kirjoitettu myös rivien väliin. Ja sinne on kirjoitettu paljon enemmän, kuin kuvittelemmekaan.

Otan esimerkin entisestä työpaikastani muutaman vuosikymmenen vuoden takaa. Asiantutijatyötä tekevät joutuvat matkustamaan paljon. Prosessi on sunnilleen seuraava. Ensin laaditaan matkasuunnitelma tai matkalupa-anomus. Siinä matkan tarkoitus ja kulku kuvataan, yleensä 5-10 riviä tekstiä. Sitten matkustaja käy sen kanssa sihteerin luona, joka hankkii matkaliput ja varaa majoitukset. Matkalta palattuaan matkustaja laatii matkalaskun, jossa eritellään matkan vaiheet ja niihin liittyvät kulut. Lasku toimitetaan kulukuittien kanssa sihterille, ja asia on sillä selvä. Laskun perusteella matkan kulut viedään organisaation talousjärjestelmään ja matkustajalle hyvitetään päivärahat ja hänen osuutensa kuluista.

Sitten taloushallinto otti käyttöön matkalaskuohjelman, jolla matkustaja hoiti laskutuksen suoraan itse. Valitettavasti se oli vaikeakäyttöinen ja jäykkä. Useimmiten sen käyttö ei edes onistunut, vaan painittuaan aikansa järjestelmän kanssa matkustaja joutui käymään matkaa läpi sihteerin kanssa, joka tavalla tai toisella sai lopulta matkan syötettyä talousjärjestelmään. Matkalaskuohjelma perustui jäykkiin oletuksiin: mikään ei saa matkan aikana muuttua, matkalla voi olla vain yksi ulkopuolinen rahoittaja, matka ei voi liittyä useamman projektin tarpeisiin ja matkaan ei saa ydistää useita tapahtumia. Elämä on kuitenkin yllättävää ja monimutkaista, eikä se suju ohjelmoijien oletusten mukaisesti. Kaiken tuloksena matkan tilitys vaati moninkertaisen määrän työtä aiempaan verrattuna, ja myös kallispalkkainen matkustaja joutui käyttämään siihen paljon omaa aikaansa. Osoittautui, että matkalaskuohjelmaa oli ”mahdotonta” korjata. Henkilöstön piti vain opetella elämään sen kanssa. Virallisesti eli johdon näkökulmasta kaikki oli hyvin. Oli siirretty nykyaikaisen työkalun käyttöön, joka hoiti tilityksen automattisesti.

Esimerkistä on kulunut jo pitkä aika, mutta minusta tuntuu, että se on edelleen sekä tyypillinen että ajankohtainen. Olen kuullut aivan samankaltaisia kertomuksia lääkäreiltä, jotka ponnistelevat terveydenhuollon järjestelmien kanssa. Paljon työaikaa kuluu asioiden järjestelyyn ja kirjaamiseen. Aiemmin hallinnolliset työt hoiti avustava henkilökunta vuosien sujuvalla rutiinilla.

En nyt väitä, ettei tällaisista järjestelmistä olisi hyötyä. Ilman muuta nykyään saadaan talteen paljon sellaista tietoa, jota ennen oli mahdoton kerätä. Mutta voisi kysyä, millä hinnalla se tapahtuu. Ja tähän pitää vielä lisätä, että samalla uudet ohjelmistot  näyttävät tuovan mukanaan sekä toimintariskejä että turvallisuusriskejä.

Kokonaan toinen asia on, että tällaisten järjestelmän rakentaminen näyttää olevan yllätävän vaikeaa ja kallista. Joskus tietojärjestelmähankkeet jopa epäonnistuvat jouduttuaan umpikujaan, tai ne hylätään, koska ne eivät täytä vaatimuksia.

Kertaan vielä, mistä tämä näytää johtuvan. Organisaatiot, kuten työyhteisöt, ovat itsestään mukautuvia ja oppivia. Niiden toimintaa säätelee kirjoitettujen ja kirjaamattomien periaatteiden verkosto. Ja juuri se ”rivien väliin” kirjattu ohjeisto on sekä hyvin monimutkaista että vaikea saada näkyväksi. Kun organisaatio alkaa tehostaa toimintaansa tietojärjestelmien avulla, tuo näkymätön ohjeisto ei tule siihen mukaan. Lopputulos on, että käyttöönotetun tietojärjestelmän rinnalle kehittyy aivan uudenlainen sosiaalinen verkosto ja kulttuuri, joka koettaa tulla toimeen tuon järjestelmän kanssa.

Lopetan muutamaan kysymykseen. Missä on digiloikka, vai onko sitä ollenkaan, vai onko se oikeataan digijarru? Mitä tapahtuu huoltovarmuudelle? Millaisia ovat toimintariskit ja turvallisusriskit? Entä mitä tapahtuu, kun mahdolliset epäystävälliset toimijat käyvät digiyhteikunnan kimppuun tekoälyn voimin?


perjantai 22. marraskuuta 2019

Myyttinen Apotti

Aloitan tämän tarinan kertomuksella elävästä elämästä. Amerikkalainen IBM- yhtiö kehitti 1960- luvulla markkinoille suurtietokoneiden perheen nimeltä S/360. Koneen ainutlaatuinen piirre olisi sen käyttöjärjestelmä. Se on ohjelmisto, joka helpottaa huomattavasti koneen käyttöä. Hyvin määriteltyjä käyttöjärjestelmiä ei oikeastaan siihen aikaan vielä ollut olemassa.   

Kehityshanke oli kuitenkin vakavissa vaikeuksissa. Budjetti oli jo ylittynyt moneen kertaan, ja aikataulujen venyminen uhkasi tietokoneen kaupallista tulevaisuutta. Frederick Brooks huomasi silloin merkillisen ilmiön. Projektin miehitystä lisättiin, mutta seuraus oli odottamaton. Projekti ei siitä nopeutunut, vaan kävi suorastaan päinvastoin. Jos joku tehtävä oli myöhässä esimerkiksi kolme kuukautta ja siihen lisättiin uusia henkilöitä, tehtävä myöhästyi entistä enemmän, ehkä viisi kuukautta.  

Ilmiön on havaittu pätevän projektitoiminnassa myös yleisesti. Sille löytyy myös luonnollinen selitys. Projektissa eri henkilöiden ja ryhmien välinen tietojen vaihto vaatii paljon työtä. Kun tietoa vaihtavien osapuolten määrä kasvaa, tarvittavan kommunikaation määrä kasvaa myös, mutta vielä paljon nopeammin. Lisäksi projektissa toimivien henkilöiden kuormitus on jo ennen työvoiman lisäystä venytetty äärimmilleen. Nyt heidän tulisi vielä käyttää osa ajastaan uusien henkilöiden opastamiseen. 
 
Niinpä Brooks saattoi muotoilla kauniin ja kompaktin säännön: ”Resurssien lisäys myöhässä olevaan projektiin tai tehtävään saa sen myöhästymään lisää.” 

Tällaisten hankkeiden vaikeuksiin vaikuttaa tietenkin myös hankkeen sisältö, tai pikemminkin sisällön haastavuus, sillä kyse ei todellakaan ole ojankaivuusta tai heinänteosta. Tavoitteena oli kehittää IBM- tietokoneen käyttöjärjestelmä OS 360. Tehtävän määrittely oli sumea, sillä tuohon aikaan, 1960-luvulla, tietokoneen käyttöjärjestelmä oli aivan uusi idea. Ei ollut yleistä mielikuvaa siitä, miten helposti sellainen voidaan saada aikaan. Siksi työpaketit ja koko hanke osoittautuivat alusta alkaen väärin mitoitetuiksi. 
 
Valitettavasti projektin tulos osattiin kuitenkin hahmottaa. Ymmärrettiin hyvin, miten tietokoneen käyttöjärjestelmän piti palvella konetta ja käyttäjiä. Siksi projektia ei voitu lopettaa, ennen kuin tuo tulos oli saatu. Seurauksena oli massiivinen, tuhansien prosenttien eskalaatio. Kaikkiaan projektiin upposi 2000 henkilötyövuotta. Se on valtava määrä työtä. Jälkiviisautena voisi vielä sanoa, että ohjelmakoodin koko oli vaivaiset kaksi megatavua. Nykyaikana se on naurettavan pieni ohjelma! 

Frederick Brooks on kuvannut tilannetta klassikoksi muodostuneessa kirjassaan Myyttinen henkilötyövuosi (the Mythical Man-Month). Brooks oli huomannut, että tällaisessa hankkeessa henkilötyövuodesta tulee myyttinen käsite. On vaikea tietää etukäteen, mitä sillä saa aikaan. Lisäksi se ei tottele normaalia matematiikkaa. Työpaketteja ei voi summata, kertoa tai jakaa osiin normaalilla tavalla, tulokset ovat arvaamattomia. 

Brooksin kirja ilmestyi vuonna 1975, ja siitä tuli nopeasti teknologiakirjallisuuden klassikko. Kirjasta otetaan säännöllisesti uusia painoksia, se on ns. steady-seller. Sitä myydään maailmanlaajuisesti vuosittain ehkä noin 10 000 kappaletta. Brooksin projektista on kulunut jo vuosikymmeniä, mutta edelleenkin hänen kuvaamansa ongelma on ja pysyy. Kirjasta on sanottu, että sen neuvot ovat eniten siteerattuja ja vähiten noudatettuja. 
 
Siirrytään nyt nykyaikaan. Luin hiljattain lehtiuutisen. Terveydenhuollon tietojärjestelmä Apotti tulee maksamaan 200 miljoonaa euroa enemmän kuin on suunniteltu. Rivien välistä luin, että kustannusylitystä pidettiin aika suurena. Déjà-vu! Se on ranskaa, ja tarkoittaa tunnetta: tämähän on aiemmin nähty. Aivan oikein, siinähän on taas Brooksin myyttiset henkilötyövuodet – tai oikeastaan vielä myyttisemmät eurot! 

Joten mikä on Apotin kustannusarvio, paljonko se nyt tulee lopulta maksamaan. Hankkeella on runsaat ja havainnolliset kotisivut, joilla hanketta ja sen tilaa selostettiin tarkasti tiedon välittämistä vältellen. Piti turvautua pieneen googlaukseen: uusin kustannusarvio on nyt 570 miljoonaa euroa. Kustannusten ylitys on siis mojova, ja tulee ilmi vaiheessa, jossa kaikki on suunniteltu ja toteutuskin on ”75% valmis”. Rupesin pohtimaan tarkemmin. Apotti on tietokantajärjestelmä, siis jotain aika suoraviivaista ja tuttua. Se on laaja, mutta tällaiset järjestelmät skaalautuvat hyvin. Siinä on tosin varmaan aika paljon toimintologiikkaa ja rajapintoja. Homma on pääosin työtä, joten karkeasti arvioiden hanke voisi olla kooltaan 3000 – 5000 henkilötyövuotta. Brooksin OS 360- hanke jää kirkkaasti toiseksi.

Miten tällaiseen loukkuun taas jouduttiin? Osa vastauksesta löytyy tämän kirjoituksen alkuosasta. Olen itsekin pohtinut, miksi niin monet projektit epäonnistuvat ja suistuvat raiteeltaan. Tämän pohtiminen on ollut työtäni, ja olen koonnut myös omat kokemukseni kirjaksi: Projektitoiminnan musta kirja. (Readme.fi 2011). Kirjasta löytyy paljonkin syitä siihen, miten tällaiset hankkeet joutuvat vaikeuksiin. En selosta niitä tässä sen tarkemmin, mutta tottahan siinä myös Brooksin myyttiset henkilötyövuodet käsitellään. 
 
Kuten Brooksin kirja, myös oma kirjani on steady seller. Kustantajan kirjanpidon mukaan sitä myydään edelleen muutama kappale vuodessa.

Brooksin kirjan ikoninen kansikuva -ja Apotti- hankkeen tilanne?