Kokemuksia yritysarkkitehtuurista Sakari Olli Tieturi OY HTC Santa Maria, Tammasaarenkatu 5, 00180 Helsinki, Finland www.tieturi.fi (09) 431 551 kurssit@tieturi.fi
Esittely FM Sakari Olli Tieturi OY Tiiminvetäjä vastuualueena arkkitehtuurit ja sovelluskehitys Rooleja: kouluttaja, konsultti, mentori, arkkitehti, sovelluskehittäjä, suunnittelija
Faktat Tieturi Oy Kenneth Katter toimitusjohtaja Pohjoismaiden suurin tietotekniikkaan ja projektijohtamiseen keskittynyt koulutusyritys Vuodessa kurssinimikkeitä n. 700 noin 15 000 osallistujapäivää julkisilla kursseilla noin 30 000 osallistujapäivää asiakaskohtaisilla kursseilla Perustettu 1983 Korkea asiakastyytyväisyys Paras koulutusyritys Taloustutkimus: IT-Feedback 12/2006
Tieturi ja arkkitehtuurit/ea Koulutusta, konsultointia sekä mentorointia aiheesta vuodesta 2001 Alueen laajin kurssitarjonta Suomessa Esimerkkejä alueen kursseista: Yritysarkkitehtuurin suunnittelu Tietojärjestelmäarkkitehdin valmennusohjelma.net arkkitehtuurin suunnittelu Java EE arkkitehtuurin suunnittelu Koko kurssitarjonta: http://www.tieturi.fi/ Tieturi OY on mukana Jyväskylän yliopiston AISA hankkeessa
Tausta kokemuksille Kontaktipintana sekä toimittajana että asiakkaana toimivia organisaatioita Tiedonkeruun menetelmät käytännöllisiä Kommunikointi asiakkaiden kanssa (havainnointi) Konsultointi ja mentorointi Kurssien pitäminen sekä niiden räätälöiminen asiakkaan tarpeisiin Läheinen kontakti eri rooleissa toimiviin asiantuntijoihin Tietohallinto Arkkitehtuurista vastaavat sekä suunnittelijat Tekniset asiantuntijat: toteuttajat sekä infrastruktuurista vastaavat Ei juurikaan puhtaita liiketoiminnan edustajia
Yritysarkkitehtuuri käytännössä 1/2 Tietoisuus on kasvanut voimakkaasti viimeisen vuoden aikana Kiinnostus vaikuttaa suurelta osalta tulevan tietohallinnon edustajilta EA ajatellaan osana tietohallintostrategiaa? Monet asiakkaat mieltävät EA:n ohjeistuksena hankinnoille sekä teknologiavalinnoille EA:lla ei roolia projektisalkun hallinnassa Suunnitelmat eivät ole välttämättä todellisuudessa liiketoiminnan strategiaan pohjautuvia
Yritysarkkitehtuuri käytännössä 2/2 Keskusteluissa nousee esiin, että eri sidosryhmät ovat yhtä mieltä että jonkinlainen EA täytyy olla olemassa EA mielletään kuitenkin hyvin monin eri tavoin Taso tai tarkkuus herättää keskustelua EA koetaan usein suurten yritysten raskaana suunnitelmana Suomessa keskimäärin pienet ICT-budjetit ICT-budjetit kuluvat usein tulipalojen sammuttamiseen ei strategiaa tulevaisuuteen
Kokemuksia yritysarkkitehtuureista Käytännön suunnitelmat HYVIN erilaisia Liiketoiminta-arkkitehtuuri Liiketoiminnan strategia ja avainprosessit parhaimmillaan dokumentoitu Haasteena dokumentaatioiden taso ja muutokset Informaatioarkkitehtuuri Käytännössä käsitemalleja sekä tiedon turvallisuuteen ja elinkaareen liittyviä suunnitelmia Haastavaa toteuttaa pakettisovellusten takia Sovellusarkkitehtuuri Käytännössä sovellusten dokumentointia sekä elinkaaren hallintaa Usein strategia ostetaanko vai tehdäänkö itse Teknologia-arkkitehtuuri Suunnitelma hankinnoille: Teknologia-arkkitehtuuri on helppo rakentaa, sillä se voidaan ostaa Lopulta kustannuskysymys - virtualisointi HYPE
Yritysarkkitehtuurin haasteita ICT on kustannus -ajattelu edelleen olemassa Joissain organisaatioissa ICT:tä ei mielletä liiketoimintana tai sen mahdollistajana Kvartaalitalouden lait EA on hype, koska taloudella menee hyvin. Kun taloussuhdanteet muuttuvat, keskitytään taas oleelliseen Kokonaisvaltainen suunnittelu olettaa että suuret kokonaisuudet ovat on etukäteen suunniteltavissa Todellisuudessa liiketoimintaympäristö muuttuu koko ajan: fuusiot, pörssikurssien notkahdukset
Yritysarkkitehtuuri ongelmia Yritysarkkitehtuuritiimit ovat ongelma EA tiimit pahimmillaan omissa norsunluutorneissaan Uskotaan liikaa papereihin "Vähemmän on enemmän Yritysarkkitehtuurin on pahimmillaan dokumentti ei strategia tulevaisuuteen Arkkitehtuurin jalkautus sekä valvonta haastavaa Laajoja jopa globaaleja organisaatioita, joissa valvonta hankalaa
Matkan varrelta opittua Merkittävää selkeät osat, selkeät vastuut sekä sitouttaminen Arkkitehtuurin keveys avainkohta Rakentamisessa täytyy olla mukana oikeiden tiimien normaalit jäsenet Toteutuksesta tulee käytännöllinen ja se toteutuu Koulutus ja tietoisuuden lisääminen tärkeää Ei pelkästään ohjeistus käytölle