Keilarannan laineita
Antti Larsio, 14.6.2011, 17:02Arkkitehtuurit sisältävät ansoja
Ict-arkkitehtuurit ovat paperinmakuisia. Niihin kuvataan jonkun metodologian mukaisia kaavioita, joilla pitäisi olla keskeinen merkitys tietotekniikkatoiminnan suunnittelussa ja kehittämisessä. Onkohan näin?
Tietotekniikkatoiminnan kehittäminen perustuu nykytilaan, resursseihin sekä näkemykseen tulevaisuudesta, toiminnan tavoitteista ja tietotekniikalta edellytettävästä kyvykkyydestä. Mikä on arkkitehtuurin rooli? Usein se jähmettyy nykytilan dokumentoinniksi.
Arkkitehtuurit sisältävät pahoja ansoja, jotka ovat kehityksen jarruja. Esimerkki: miksi potilashoidon prosessiarkkitehtuurissa ovat laatikot ”työterveys” ja ”kouluterveys” – eikö nilkan nyrjähdys hoideta samoin riippumatta organisaatiosta, jossa ne hoidetaan? Tai jos kyseessä on toimintakyvyn ylläpito tai ennaltaehkäisy, niin se toteutetaan yksilökeskeisesti eikä organisaatiorakenteista riippuen.
On virhe sisällyttää organisaatiorakenteet arkkitehtuureissa paikkoihin, jonne ne eivät kuulu. Organisaatiot kun muuttuvat jatkuvasti eivätkä näiden muutoksien tulisi aiheuttaa tietotekniikka-arkkitehtuurien muutosta.
Toinen synti on rakentaa arkkitehtuurit niputtamalla yhteen toimintakokonaisuuteen liittyvät toiminnot yhteen laatikkoon. Kun tätä laatikkoa sitten käytetään kilpailutuksen rajana, saadaan kuhunkin laatikkoon usein oma toimittajakohtainen järjestelmänsä omine käyttöliittymineen ja ylläpitoprosesseineen.
Ongelmaksi tulee todellisuus; yksi käyttäjä tekee päivän aikana monenlaisia tehtäviä ja nämä tehtävät liittyvät usein eri ”laatikoihin”. Laatikkokeskeinen arkkitehtuuri johtaa tilanteeseen, jossa käyttäjät käyttävät useita eri järjestelmiä ja kamppailevat erilaisten käyttöliittymien ja toimintalogiikoiden kanssa.
Mikä neuvoksi? Kaksi keskeistä korjausperiaatetta metodologiasta riippumatta:
1. Eri asiakerrokset tulee erottaa toisistaan ja kuvata niiden riippuvuudet – yhden kerroksen muuttuminen ei saa aiheuttaa muutoksia toisessa. Näitä eri kerroksia ovat esimerkiksi terveydenhuollossa: hoitamisen prosessit, resurssien ohjaus, organisaatiotieto, rahaprosessit ja diagnostiset palvelut
2. Arkkitehtuureissa tulee näkyä kaikki käyttäjäroolit kyseisen roolin näkökulmasta. Näin syntyy useita ”tarkastelunapoja”, joita kaikkia tulee tarkastella vuorotellen siten, että yksi napa kerrallaan on tarkastelun keskipisteenä.
Tietotekniikka-arkkitehtuurien seuraava vaihe on ”moninapainen kerrosarkkitehtuuri”.
Blogin kirjoittaja Antti Larsio toimii Microsoftilla teknologiajohtajana. Pitkän linjan it-ammattilainen on toiminut muun muassa Helsingin ja Uudenmaan sairaanhoitopiirissä, Sonera-konsernissa ja lääketehdas Orionilla.
Lisää Microsoftin blogeja löytyy yhtiön sivuilta.
Moninapaisuus ei kyllä ratkaise ongelmaa jonka kirjoittaja kuvaa.
kohdan 1 kerrokset eivät ole arkkitehtuurin teossa oikeat kerrokset. Siinähän lähinnä luetellaan muutamia prosesseja, yksi tiedon kokonaisuus ja yksi palvelu. Palveluhan on prossessi. Väitän että prosessilähtöisyys on kaiken IT-arkkitehtuurin suurin ongelma. Tietokeskeisyys olisi paljon parempi lähtökohta.
Kohdan 2 ohje on varsin mielenkiintoinen. Käyttäjäroolit syntyvät usein prosessin näkökulmasta. Totta että kaikkia näitä pitäisi katsoa kokonaisuutena. Mutta mitä me silloin "katsomme"? Ehdotan taas tietoa ensin ja sitten toiminallisuutta sekä viimeiseksi prosessia.
Hei ja kiitos oikein hyvästä kommentista.
Samaa mieltä - moninapaisuus ei yksin ratkaise mitään, mutta haluaisin sen mukaan parantamaan olemassa olevien arkkitehtuurimenetelmien lopputulosta.
Terveydenhuollon tietojärjestelmäarkkitehtuurin "kerroksista" nuo olivat vain pieni osajoukko. Ydin on siinä ettei oikeaan hoitamisen tapaan tulisi vaikuttaa käytettävissä olevat resurssit eikä hoidon rahoitusjärjestelmä (=rahaprosessit). Samaten organisaatiorakenteiden muuttaminen ei saisi muuttaa tietojärjestelmiä tai niiden rajapintoja - kyseessä ovat ohjaustiedot. Eli kerroksilla haetaan toisistaan riippumattomia tarkastelukokonaisuuksia tai kokonaisuuksia, joiden riippuvuus voidaan määrittää.
"Katsomisella" haen sitä, että tulee tarkastella eri käyttäjäryhmien näkökulmasta arkkitehtuurin perusteella syntyviä järjestelmiä. Jälleen kerran tavoittelen arkkitehtuureissa piilevää vaaraa ja sen huomioimista.
Samaa mieltä olen myös siinä, että ensin tieto ja viimeiseksi prosessi. Toiminnallisuuteen haluaisin kytkeä mukaan myös oikeat henkilöt (=roolit), jotka toiminnallisuuksia hyödyntävät.
terveisin, Antti Larsio
WINDOWS 8
Olli Vänskä, 9:06Microsoft pelkää: Windows 8 käynnistyy liian nopeasti
Vikasietotilaan ei jatkossa pääse funktionäppäimillä ilman Usain Boltin reaktioaikaa. »
SOSIAALINEN MEDIA
Ida Martela, 8:27Onko vielä yhdelle verkkoyhteisölle tilaa? Microsoft lanseerasi uuden palvelun
Ilmoituksesi käsitellään seuraavan työpäivän kuluessa.