Kokonaisarkkitehtuuri osana kehittämisen ekosysteemiä KAOS-vuosikokous Haltia 12.5.2015 Anna Aaltonen, Coala Oy anna.aaltonen@coala.fi, 040 570 8099
Sisältö Motivointi eli lähtötilanne Kokonaisarkkitehtuurin asemoiminen Kokonaisarkkitehtuurin ratkaisuarkkitehtuuri Kokonaisarkkitehtuurin miehitys 2 12.5.2015
MOTIVOINTI ELI LÄHTÖTILANNE 3 12.5.2015
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 4 12.5.2015
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. 5 12.5.2015
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 6 12.5.2015
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 7 12.5.2015
KOKONAISARKKITEHTUURIN ASEMOIMINEN 8 12.5.2015
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 9 12.5.2015
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. 10 12.5.2015
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 11 12.5.2015
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ä 12 12.5.2015
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ä 13 12.5.2015
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 14 12.5.2015
KOKONAISARKKITEHTUURIN RATKAISUARKKITEHTUURI 15 12.5.2015
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) 16 12.5.2015
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ä 17 12.5.2015
KOKONAISARKKITEHTUURIN MIEHITYS 18 12.5.2015
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. 19 12.5.2015
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? 20 12.5.2015
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 21 12.5.2015
Alussa osaavammille arkkitehdeille voi kohdistua kohtuuton työmäärä - tekee sisältöä (eniten) - tukee muita - koordinoi. 22 12.5.2015
Ajan oloon työn pitäisi jakautua eri tavalla Roolit muuttuvat, eivät lisäänny. työmäärä IT-projektit aika 23 12.5.2015
YHTEENVETO 24 12.5.2015
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ä 25 12.5.2015
26 12.5.2015 Lopussa kiitos seisoo. suomalainen sananlasku