JULKISEN HALLINNON SÄHKÖISEN ASIOINNIN VIITEARKKITEHTUURI. Kuntaliitto Hannu Ojala Neuvotteleva virkamies/julkict

Transkriptio

1 JULKISEN HALLINNON SÄHKÖISEN ASIOINNIN VIITEARKKITEHTUURI Kuntaliitto Hannu Ojala Neuvotteleva virkamies/julkict

2 Lähtökohdat Laaditaan kokonaisarkkitehtuuri tietylle sektorille, joka menee läpi julkisen hallinnon. Pyritään tarjoamaan sähköisen palvelun kehittäjälle konkreettista tukea arkkitehtuurin ja palvelun suunnitteluun ja yhteisten tietojärjestelmäpalvelujen hyödyntämiseen. 2

3 Lähtökohdat Aiemmissa viitearkkitehtuureissa ei ole ollut käytettävissä kokonaisarkkitehtuurin tuomaa tukea. Viitearkkitehtuuri ei kuvaa miten tulee organisoida ja hallinnoida sähköisten palvelujen kehittäminen tietyssä organisaatiossa. Ei kirjoiteta ohjeita uudestaan SAVIin, vaan tarvittaessa viitataan jo oleviin. 3

4 Viitearkkitehtuuri Viitearkkitehtuuri on tietyn, tärkeän osaalueen tavoite/malliarkkitehtuuri, best practises. Viitearkkitehtuurilla ohjataan arkkitehtuurisuunnittelua halutunlaiseen toteutusrakenteeseen. Tuoteriippumaton Toimittajariippumaton Viitearkkitehtuurit ovat osa JHKA:a 4

5 Viitearkkitehtuuri Jatkossa julkisessa hallinnossa: more with less. SAVI tukee tätä päämäärää. Ei keksitä pyörää aina uudestaan, vaan hyödynnetään olemassa olevia hyviä käytäntöjä Luodaan yhteinen käsitteistö, puhutaan samaa kieltä, ymmärretään asiat samoin. Tehdään arkkitehtuuri yhdessä, verkottuneesti, oppimisprosessina. 5

6 Viitearkkitehtuuri SAVI-viitearkkitehtuuri on hierarkian ylimmällä eli julkisen hallinnon tasolla. SAVI periytyy kohdealue tasolle, jossa sitä voidaan täydentää. Kohdealuekohtainen viitearkkitehtuuri periytyy edelleen osakohdealueille ja hanke- ja projektiarkkitehtuureihin. SAVI on palvelulähtöinen sekä toiminnallisella että tietojärj. tasolla 6

7 SAVI viitearkkitehtuuri 7

8 Tavoite viitearkkitehtuurille Tavoitteena on tukea ensi sijaisesti toiminnan kehittäjää ja teknistä arkkitehtia heidän kehittäessään uusia sähköisiä palveluja. Yhteenkokoava dokumentti kuvaa arkkitehtuuria muiden sidosryhmien ymmärtämällä tavalla. Viitearkkitehtuurikuvaukset otetaan pohjaksi ja niitä täydennetään oman arkkitehtuurin lisävaatimuksilla. 8

9 Tavoite viitearkkitehtuurille Kuvauksia voidaan hyödyntää myös toiminnan johtamisessa, toiminnan suunnittelussa ja analysoinnissa, kehityskohteiden löytämisessä, koulutuksessa, perehdyttämisessä, hankinnassa, toteutusprojekteissa, hankearvioinneissa jne. 9

10 Ratkaisuarkkitehtuuri Tietyt osat viitearkkitehtuurista voidaan tarvittaessa kuvata hyvinkin tarkasti ratkaisuarkkitehtuurina. Ratkaisuarkkitehtuurin tulee olla yleisesti hyödynnettävissä koko julkisessa hallinnossa. Esimerkkinä voi olla tunnistautuminen. 10

11 Viitearkkitehtuurin rakenne Viitearkkitehtuurin rakenne pyritään tekemään sellaiseksi, että se noudattaa palvelun kehittäjän suunnitteluprosessia. Kuvaukset määrittävät tavoitetilan ja yhteen kokoava arkkitehtuuridokumentaatio ohjaa hyvien käytäntöjen noudattamiseen ja sudenkuoppien välttämiseen. 11

12 Viitearkkitehtuurin rakenne Viitearkkitehtuurikuvaukset tehdään normaaliin tapaan eli kuvataan toiminta, tieto, tietojärjestelmä ja teknologia näkökulmat ja näiden väliset riippuvuudet. Lisäksi huomioidaan integroituvuus ja tietoturva jokaisessa näkymässä. 12

13 Arkkitehtuuridokumentaatio Arkkitehtuuri koostuu kahdesta osasta 1) arkkitehtuurikuvaukset, tehty kuvausvälineellä, käyttäjinä lähinnä toiminnan kehittäjät ja tekniset arkkitehdit. 2) arkkitehtuuriraportti/dokumentti, em. lisäksi sitä lukee laajempi joukko, mm. osa päättäjistä, ICTprojekteissa mukana olevat henkilöt, hankinnasta vastaavat, ulkopuoliset toimittajat jne. Asettaa vaatimuksia luettavuudelle. Dokumentissa on osa kuvauksista, joita avataan tekstillä. Lisäksi on linkkejä ohjeisiin ja muistilistoja (check-list). 13

14 Saavutettavat hyödyt Hyvien käytäntöjen levittäminen, hyödyttää erityisesti pieniä organisaatioita Palvelujen keskimääräisen laadun kohottaminen Palvelun suunnittelun ja toteuttamisen nopeutuminen 14

15 Saavutettavat hyödyt Asiakaskokemuksen yhdenmukaistaminen ja palvelujen löydettävyyden ja käytettävyyden parantaminen. Käyttöliittymien toimintalogiikka samankaltainen eri julkisissa palveluissa Kustannukset alenevat, kun hyödynnetään olemassa olevia hyviä käytäntöjä. 15

16 Jatkotoimet Viitearkkitehtuurin pitää antaa selkeä käytännön malli sähköiselle as.palvelulle. Lisäksi check-list tyyppistä ohjeistusta tärkeimmistä huomioitavista seikoista. Työ jatkuu jatkokehitys- ja ylläpitoprosessina projektin jälkeen. Jatkuva parantaminen, palautteen kerääminen. 16

17 Jatkotoimet Syksyllä ja ensi vuonna käynnistyy uusia viitearkkitehtuuriprojekteja: mm. yhteisten ICT-palveluiden, tiedonhallinnan, tietoliikenteen viitearkkitehtuurit KA-koulutus käynnistyy loppuvuonna 2012, tukee omalta osaltaan SAVI-työtä. 17

18 Tiivistelmä SAVI tuo uudenlaisen tavan tukea sähköisten asiakaspalvelujen kehittämistä julkisen hallinnon eri organisaatioissa. KIITOKSIA! 18