n kehittäminen 10.10.2017 Satu Pajuniemi
Miksi kokonaisarkkitehtuuri?
JHS 179 n suunnittelu ja kehittäminen (uusin versio 6/2017) Ei korvaa muita toiminnan suunnittelumenetelmiä Tavoitteena julkishallinnon organisaatioiden toiminnan ja palveluiden yhteentoiminnan parantaminen Perustuu TOGAFiin Ei enää osa ICT-palvelujen kehittäminen -suositussarjaa
Eri tapoja jäsentää organisaation toimintaa Johto Osasto1 Yksikkö 1 Toiminnon x kohdea Osasto 2..... Toiminnon y kohdea Auditoinnin viitea. Vaikuttamisen viitea Toiminnon z kohdea
JHS 179 Arkkitehtuurikuvausten viitekehys
Case-esimerkki Maksatuksen kohdearkkitehtuuri
Taustaa Maksatuksen tietojärjestelmä oli tulossa elinkaarensa päähän, päätetään uusia järjestelmäkokonaisuus Maksatusta hoitavan yksikön johto ymmärtää, että kyse on laajasta uusittavasta kokonaisuudesta Tietohallinto tietää, että laki edellyttää kokonaisarkkitehtuurin suunnittelua
Projektin tavoite Suunnitella maksatuksen arkkitehtuuri, joka kuvaa tavoitetilan toiminnan ja sitä tukevien järjestelmien reunaehdot Kuvata kehittämiskohteet hankesuunnitelman pohjaksi
Lopputilanne Maksatusta hoitavan yksikön johdolla ja asiantuntijoilla on yhteinen, syvällinen ymmärrys tavoitetilasta ja miten siihen päästään
Miten se saatiin aikaan Osallistujat ja työvaiheet Suunnitteluprosessi
Ymmärrä toiminnan edustajia - he eivät ymmärrä sinua
Osallistujat ja työtavat Projektiryhmässä yksikön päällikkö ja 4 substanssiasiantuntijaa pääarkkitehti (tietohallinto) 2 nykyjärjestelmän asiantuntijaa (tietohallinto) maksatusjärjestelmän omistaja (tietohallinto) Työpajatyöskentely ja asiantuntijapalaverit Sähköinen ryhmätyötila
Suunnitteluprosessi 1. Muodosta yhteinen näkemys ja kokoa ohjaava tieto 2. Suunnittele toiminnan palvelut palvelujen tuottamisen prosessit yhteinen käsitteistö, päätietoryhmät ja loogiset tietovarannot looginen tietojärjestelmäarkkitehtuuri 3. Kuvaa kehityskohteet
Muodosta yhteinen näkemys ja kokoa ohjaava tieto Yhteinen näkemys kohdealueesta luo projektin perustan Mitä kohdealueella tarkoitetaan? Mitä se on, mitä ei ole? Miten se on sidoksissa ympäristön palveluihin? Mikä on sen nykytila? Mikä on sen visio? Ohjaava tieto kuvaa toimintaympäristöstä tulevat, suunnittelussa huomioitavat linjaukset ja vaatimukset Mikä on organisaation visio ja strategia? MItä muita tavoitteita ja suunnitelmia on huomioitava? Mitkä lait on huomioitava? Mitkä muut hankkeet on huomioitava?
Kuvaa toiminnan palvelut Ohjaavat koko arkkitehtuurin suunnittelutyötä Palveluiden tunnistaminen ja käyttö arkkitehtuurin lähtökohtana edistää muutosten hallintaa Kuvaa myös asiakkaat, sidostoimijat ja sidosryhmät ja heidän vaatimuksensa
Kuvaa toiminnan palvelut
Kuvaa palvelujen tuottamisen prosessit Prosessin yleistäminen ja jako osa- ja aliprosesseiksi (yhteiskäytön mahdollistaminen) Palveluun osallistuvien toimijoiden vastuunjako (työvaiheet) ja vuorovaikutus organisaatio- ja järjestelmäriippumattomasti Käsitteistön ja loogisen tietojärjestelmäarkkitehtuurin lähtökohta
Kuvaa palvelujen tuottamisen prosessit Prosessin yleistäminen ja jako osa- ja aliprosesseiksi (yhteiskäytön mahdollistaminen) Palveluun osallistuvien toimijoiden vastuunjako (työvaiheet) ja vuorovaikutus organisaatio- ja järjestelmäriippumattomasti Käsitteistön ja loogisen tietojärjestelmäarkkitehtuurin lähtökohta
Kuvaa yhteinen käsitteistö, päätietoryhmät ja loogiset tietovarannot Yhteinen käsitteistö tehostaa toimintaa (YYA) Päätietoryhmät ja loogiset tietovarannot toimivat mm. tietovastuiden suunnittelun pohjana Lähtökohtana prosessien tietovirrat
Kuvaa looginen tietojärjestelmäarkkitehtuuri Kuvaa ne kohdealueen ydintoiminnot (vaatimukset), joita tietojärjestelmäkokonaisuuden on tuettava Kuvaa myös ydintoimintojen tueksi tarvittavat tietojärjestelmäpalvelut kohdealueen omat tukipalvelut organisaation omat järjestelmäpalvelut muiden toimijoiden järjestelmäpalvelut Hyödynnettävissä tietojärjestelmäratkaisun suunnittelussa
Kuvaa kehityskohteet Tee puuteanalyysi Alustava ratkaisuarkkitehtuuri voidaan laatia loogisen tietojärjestelmäarkkitehtuurin avulla Kunkin loogisen osan analysointi; täyttyvätkö vaatimukset nykyisellä järjestelmällä vai pitääkö sitä kehittää? Vai tarvitaanko uusi järjestelmä?
Jatkuva kehittäminen
n jatkuva kehittäminen Tarkistuskierros säännöllisesti ja tarvittaessa Muuttuuko visio? Millaista palautetta on saatu asiakkailta ja sidostoimijoilta, tarvitaanko muutoksia? Onko uusia oivalluksia, joita voisi hyödyntää? Suunnitelmien kehittäminen vastaamaan uutta tavoitetilaa
Katse yksittäisen kohdealueen kuvaamisesta hallittuun kokonaisuuden suunnitteluun! Ilman kokonaisarkkitehtuurityön johtamista, suunnittelua ja hallintaa syntyy koko organisaation kannalta sekalainen joukko kuvauksia
Palveluiden tuotteistus Satu Pajuniemi konsultti Puh. +358 04 592 1647 satu.pajuniemi@conversatum.fi Sähköisen palvelun suunnittelu ja hankinta Muutosjohtaminen Saamme asiakkaamme onnistumaan.