Kokonaisarkkitehtuuri osana kehittämisen ekosysteemiä. KAOS-vuosikokous Haltia Anna Aaltonen, Coala Oy

Transkriptio

1 Kokonaisarkkitehtuuri osana kehittämisen ekosysteemiä KAOS-vuosikokous Haltia Anna Aaltonen, Coala Oy

2 Sisältö Motivointi eli lähtötilanne Kokonaisarkkitehtuurin asemoiminen Kokonaisarkkitehtuurin ratkaisuarkkitehtuuri Kokonaisarkkitehtuurin miehitys

3 MOTIVOINTI ELI LÄHTÖTILANNE

4 Kokonaisarkkitehtuuri on usein IT-lähtöistä tausta: aloite kokonaisarkkitehtuurista tulee usein tietohallinnolta kokonaisarkkitehtuuri on jatkumo IT-arkkitehtuurille. Kokonaisarkkitehtuurin kehikoista esim. TOGAF9 on hyvin IT-kehittämislähtöinen oma tontti pitäisi hoitaa ennen kuin menee neuvomaan muita liiketoiminnalla ei ole vastaavaa mallinnuskulttuuria ja kehittämisen työtapoja kuin IT:llä mikä auttaa: voit aloittaa IT:hen liittyvien perusasioiden kuvaamisella (järjestelmäkartta) pidä esitysmateriaalit yksinkertaisina, vaikka arkkitehtuuritiimin omaan käyttöön olisi yksityiskohtaisempiakin kuvauksia tee yhdessä liiketoiminnan kanssa. Prosessien kuvaamisen kautta löytyy melko helposti yhteinen kieli

5 Alkuvaiheen suunnitelma vs. pitkä tähtäys tausta: ensimmäisiin vaiheisiin saa helpommin rahaa kuin jatkoon. Esiselvitys, välineen käyttöönotto, koulutukset jne. ovat selkeitä vaiheita ja niille on helppo laskea budjetti jatko on hankalampaa. Silloin esitetään kysymys eikös meillä ole jo EA. Etenkin jos alussa tuli luvattua liikaa. palkattavat arkkitehdit tai käytettävät konsultit eivät ole halvimmasta päästä mikä auttaa: hanki kokonaisarkkitehtuurille sponsori koko EA-toiminto on suhteutettava organisaation voimavaroihin eli pitkällä tähtäyksellä käytettävissä oleviin resursseihin (omia tai ulkoisia). kustannusarvio kannattaa tehdä ainakin 3 vuodelle. Myös rahoitus olisi hyvä varmistaa. pienikin välietappi voi olla merkityksellinen. Niinpä esimerkiksi järjestelmäkarttaa kannattaa esitellä, vaikka se ei olekaan arkkitehtuurimielessä kovin hienostunut tuotos

6 Kenelle kuuluvat ansiot hankkeiden onnistumisesta? tausta: EA:n hyödyt voivat olla nollan ja useiden miljoonien välillä, riippuen siitä miten asiat jyvitetään. kasa arkkitehtuurimalleja, joista kukaan muu kuin tekijä itse ei ymmärrä mitään, ei tuota vielä hyötyjä mikä auttaa: ennen kuin viivan alla näkyy tulosta on monen eri asian oltava kunnossa yhtä aikaa. IT-projekteja ajatellen esim. projektityön ja testauksen. Kypsyystasoa on siis nostettava tasaisesti. iso projekti tai hankekokonaisuus on riittävän konkreettinen EA:n asiakas, kuten sähköistä asiointi

7 Kaikki resurssit menevät välineen kanssa askarteluun tausta: EA-välineillä on kalliihkot lisenssit ja käyttäjiä suhteellisen vähän käyttötuen järjestäminen, välineen konfigurointi jne. vaativat asiantuntevat resurssit ja se tulee suhteellisen kalliiksi (ottaen huomioon käyttäjämäärän) jos välineen käyttötapaa ei standardoida ja kouluteta tarpeeksi on lopputulos hyvin sekalaista. Käyttö kaatuu ajan oloon sisällön rapautumiseen. mikä auttaa: älä tee kokonaisarkkitehtuuria pelkästään välineen ehdoilla älä yritä muuttaa välinettä muuksi panosta välineen käyttöönottoon. Sovita tapa organisaatiollesi sopivaksi

8 KOKONAISARKKITEHTUURIN ASEMOIMINEN

9 Rajanveto muihin organisaation tekemisiin on veteen piirretty viiva Hankesalkku ja projektin hallinta Liiketoimintaprosessien kehittäminen Liiketoimintastrategia IT-infran ja teknologioiden hallinta IT-palveluiden hallinta EA IT-ratkaisujen kehittäminen

10 Lähtökohtana IT vai liiketoiminta? Mallinnusosaamista ja arkkitehteja Prosesseja on mallinnettu mutta eipä juuri muuta Formalismiin on totuttu IT Liiketoiminta Määrämuotoisuus haasteellista Ratkaistavana teknisiä ongelmia Toiminnalliset haasteet painottuvat Aloita sieltä missä on imua

11 Syntyykö sisältö projekteissa vai yritystasolla? Projektin tavoitteet Iso kuva on karkealla tarkkuustasolla Tarkkuustaso tarpeen mukaan Projekti Yrityksen kokonaisuus Riittävä päätöksentekoon Suunnitelmia projektin jatkovaiheisiin Ajantasainen nykytilan kuva Toki EA:n pystyttämiseksi voidaan tarvita projektia

12 Suhteellinen vaikeus kasvaa koon mukana monikansallinen yritys koko yritys vaikeus yksi mallintaja monta mallintajaa monta projektia Ratkaisu: Yksinkertaista! käyttäjien / käyttökohteiden määrä

13 Kultainen keskitie on paras yksi ääripää sopiva kohta riippuu organisaation tarpeista toinen ääripää Esimerkkejä Raskaasti räätälöity Puhdas TOGAF Tiukka hallintamalli Ei hallintamallia Konsultteja Omaa väkeä

14 Kulttuurikin vaikuttaa, kaksi ääripäätä Mallinnuskulttuuri on vahva Jos kuvattaisi edes jotain tausta: mallinnusta on harjoitettu jo vuosia erilaisten systeemityömallien yms. kautta kokonaisarkkitehtuurilla haetaan toimintaan ketteryyttä; päätöksiä on saatava tehdyksi nopeammin huomioi nämä: mallintajat osaavat vaatia välineeltä paljon, joten on riski, että mallinnustavasta tulee raskassoutuinen ja vaikea aikaa ei tarvitse käyttää perusteluihin miksi yleensäkään mallintaa mitään tausta: CIO ja pääarkkitehti ovat työskennelleet organisaatiossa aina, joten akuuttia tarvetta mallintamiseen ei ole ollut IT-riskejä on hallittu ennemminkin sopimusten kautta IT-projektit eivät silti mene oikein nappiin eivätkä vastaa liiketoiminnan tarpeisiin huomioi tämä: aikaa perusteluille ja keskustelulle on varattava enemmän ota alussa avuksi kokeneita mallintajia, jotta saat sisällölle hyvän alun

15 KOKONAISARKKITEHTUURIN RATKAISUARKKITEHTUURI

16 Mallinnusväline on vain yksi osa Viestintään käytettävä materiaali Formaali merkitys Koulutusmateriaalit Ryhmätyömenetelmät Esitysmateriaalit (PowerPoint) Työtavat Kuvauskanta (ARIS, QPR,Sparx, Mega ) Muut dokumentit Inventaario Word Sharepoint Tukilomakkeet (SIPOC)

17 Mahdollinen järjestelmäkokonaisuus system manager mallintaja IT service management Julkaisut/ intra EA-väline imports CMDB lukija/ päättäjä Dashboard Raportit Scriptit imports Muut järjestelmät BI mallinnusvälineen asiantuntija/ kehittäjä

18 KOKONAISARKKITEHTUURIN MIEHITYS

19 Kokonaisarkkitehdin työnkuvaa on jäsen arkkitehtuuritiimissä osallistuu IT johtoryhmään osallistuu strategian valmisteluun osallistuu sidosryhmien yhteistyötä käsitteleviin arkkitehtuuritiimeihin osallistuu työryhmiin (erityisesti julkissektori) antaa arkkitehtuurilausuntoja valmistelee viitearkkitehtuurit ja arkkitehtuurilinjaukset tuottaa arkkitehtuurikuvauksia (koko yrityksen tasolla) osallistuu projekteihin on projektien tekninen projektipäällikkö ohjaa IT-arkkitehtuuria ja ratkaisusuunnittelua osallistuu prosessien kehittämiseen hallinnoi arkkitehtuurivälinettä jne

20 Kokonaisarkkitehdin osaamisvaatimuksia sopiva koulutuspohja ja tausta (yleensä IT tai liiketoiminta) auttava osaaminen siltä toiselta puolelta kehittämisen kehittämisen yleistuntemus käytännön kokemus muutamalta osaamisalueelta menetelmät, välineet ja kehikot ne, jotka yrityksen käyttöön on valittu käytännön kokemus arkkitehtuurityöstä eri käyttötarkoituksiin, eri painopisteillä rutinoitumiseen menee 3-5 vuotta tuntuma säilyy, jos arkkitehtuurityötä voi tehdä 50% työajasta osaltaan luovaa työtä viestinnällisistä taidoista on hyötyä kouluttaja?

21 Miehitykseen vaikuttavia asioita Kuinka syvällistä osaamista vaaditaan? Miten osaamisen ylläpito onnistuu? Kuinka usein osaamista tarvitaan? Millaisia määriä tehtävää työtä on? Vaihteleeko tarve ajan mukaan? Kuinka paljon toimialan (oman yrityksesi) tuntemusta tarvitaan? Millainen verkosto tehtävään tarvitaan? Muista myös sidosryhmät. Onko tehtävässä tunnettava hallintamallit ja päätöksentekotavat? Kuuluuko tehtävään päätösesitysten tekoa? Osa rooleista kannattaa miehittää ulkopuolisilla konsulteilla, osaa ei edes voi

22 Alussa osaavammille arkkitehdeille voi kohdistua kohtuuton työmäärä - tekee sisältöä (eniten) - tukee muita - koordinoi

23 Ajan oloon työn pitäisi jakautua eri tavalla Roolit muuttuvat, eivät lisäänny. työmäärä IT-projektit aika

24 YHTEENVETO

25 Sisältö Motivointi eli lähtötilanne erilaisia odotuksia (IT, liiketoiminta, rajaus) vanhat onnistumiset ja epäonnistumiset Kokonaisarkkitehtuurin asemoiminen muu kehittäminen projektit vai yrityksen kokonaisuus? Kokonaisarkkitehtuurin ratkaisuarkkitehtuuri mallinnusväline ei ole kaikki mieti myös tietovirrat ja tietojen omistajuudet Kokonaisarkkitehtuurin miehitys alussa tarpeet ovat erilaisia kuin pitkällä tähtäyksellä

26 Lopussa kiitos seisoo. suomalainen sananlasku