Kokonaisarkkitehtuurin kehittäminen Satu Pajuniemi. Conversatum Oy

Transkriptio

1 n kehittäminen Satu Pajuniemi

2 Miksi kokonaisarkkitehtuuri?

3 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

4 Eri tapoja jäsentää organisaation toimintaa Johto Osasto1 Yksikkö 1 Toiminnon x kohdea Osasto Toiminnon y kohdea Auditoinnin viitea. Vaikuttamisen viitea Toiminnon z kohdea

5 JHS 179 Arkkitehtuurikuvausten viitekehys

6 Case-esimerkki Maksatuksen kohdearkkitehtuuri

7 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

8 Projektin tavoite Suunnitella maksatuksen arkkitehtuuri, joka kuvaa tavoitetilan toiminnan ja sitä tukevien järjestelmien reunaehdot Kuvata kehittämiskohteet hankesuunnitelman pohjaksi

9 Lopputilanne Maksatusta hoitavan yksikön johdolla ja asiantuntijoilla on yhteinen, syvällinen ymmärrys tavoitetilasta ja miten siihen päästään

10 Miten se saatiin aikaan Osallistujat ja työvaiheet Suunnitteluprosessi

11 Ymmärrä toiminnan edustajia - he eivät ymmärrä sinua

12 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

13 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

14 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?

15 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

16 Kuvaa toiminnan palvelut

17 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

18 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

19

20 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

21 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

22

23 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ä?

24 Jatkuva kehittäminen

25 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

26 Katse yksittäisen kohdealueen kuvaamisesta hallittuun kokonaisuuden suunnitteluun! Ilman kokonaisarkkitehtuurityön johtamista, suunnittelua ja hallintaa syntyy koko organisaation kannalta sekalainen joukko kuvauksia

27 Palveluiden tuotteistus Satu Pajuniemi konsultti Puh Sähköisen palvelun suunnittelu ja hankinta Muutosjohtaminen Saamme asiakkaamme onnistumaan.