EA ja ITIL yhteiselo arkkitehtuurin näkökulmasta KAOS 10.3.2014 Anna Aaltonen Senior Consultant Coala Oy www.coala.fi, anna.aaltonen@coala.fi
Coala Oy Myymme konsultointia IT-arkkitehtuuri Kokonaisarkkitehtuuri Ohjausmalli ja menetelmä Sisällön tekeminen Prosessikehitys Välineen käytön ohjeistus ja evaluointi Koulutus ja valmennus Edustamme Mega Suitea (Gartner Magic Quadrant for Enterprise Architecture, 2013*) Kokonaisarkkitehtuuri ja ratkaisuarkkitehtuuri Sovellusportfolion hallinta Hallinto, riskienhallinta ja määräystenmukaisuus 2 10.3.2014 Coala
Anna Aaltonen, CV FM, sovellettu matematiikka, sivulaudatur, tietojenkäsittelytiede TOGAF9 Certified, ITIL3 Foundation Coala Oy 2011 - ; Senior Consultant arkkitehtuurityö, prosessikehitys TOGAF, JHS, Zachman, QPR, ARIS, Sparx, MEGA Suite koulutuksia ja koulutusmateriaaleja, käyttöönoton suunnittelua ja tukea Fortum 2008-2011 ; Lead Architect, EA Kokonaisarkkitehtuurin kehittäminen ja jalkauttaminen Välineen käyttöönotto ja koulutus (ARIS) Fennia 2006-2008 ; Järjestelmäarkkitehti Capgemini 2000-2006 ; Vital Few 1999-2000 ; ICL Data Oy 1997-1999 ; Metsäteho Oy 1995-1997 ; VTKK Yhtymä Oy 1988-1995 ; 3
Miksi yhteiselo on vaikeaa? Terminologinen ongelma Työnjaon ongelma Hallintamallin ongelma EA-välineen huono hallinta Lopuksi 4
Terminologinen ongelma 5
Sanat, joita emme käytä strategia palvelu muutos Kuva: Lordi Voldemort Wikipedia fi.wikipedia.org 6
Kokonaisarkkitehtuuri vs. IT-palvelunhallinta strategia service strategy JHS179 palvelu change Kuva: http://www.noxglobe.com/blog/itil/itil-v3-processes/ 7 10.3.2014 Coala
Strategia ei ole käänteinen jos A:lle strateginen tavoite on tuottaa palveluita B:lle, ei B:lle ole välttämättä strategisesti lainkaan merkittävää ostaa niitä juuri A:lta sanaan strategia liittyviä mielikuvia kullakin voi olla oma strategia : työntekijällä, tiimillä, yksiköllä, yrityksellä strategisesti merkittävä käytännössä yrityksellä on strategia ja muut osat toteuttavat tätä strategiaa (näitä toteutussuunnitelmia kutsutaan usein strategioiksi) strategia-sana kannattaa tulkita aina omassa kontekstissaan eli käyttötilanne antaa sanalle sen lopullisen merkityksen 8
Hierarkiat helpottavat mallinnusta organisaatioilla voi organisaation koosta, toimintavasta ym. riippuen olla erilaisia strategioita monta strategiaa monta strategista tavoitetta hierarkiassa ei haittaa vaikka kaikki kutsuisivat omaa tasoaan strategiaksi yritysostojen myötä voi yrityksen ylätaso pudota tukitoiminnoksi muutenkin 9
Palvelu palvelu koostuu palveluista. Uusia palveluita voidaan siis luoda kokoamalla niiden sisältö olemassa olevista palveluista palveluita on kaikilla arkkitehtuurin tasoilla asiakkaalle näkyvä palvelu tuotantokoneiston tuottama palvelu mahdollistajaksi tarvittava tukipalvelu IT-järjestelmän järjestelmäpalvelu infran tarjoama infrapalvelu jne. älä käytä palvelu-sanaa yksin ITIL = IT-palvelunhallinta EA = kaikki eri tyyppiset palvelut ITIL EA - operoi - ylläpitää IT-palvelu - tunnistaa tarpeen - suunnittelee 10
Muutos Mikä on muutos? Mikä tahansa voi olla muutos. IT-palvelunhallintaan voi tulla mikä tahansa pyyntö kukapa voisi estää käyttäjiä niitä sieltä pyytämästä sinne kuulumattomat ohjataan muualle isoimmat muutokset käsitellään muilla keinoin strategiaprosessissa (kokonais)arkkitehtuurissa investoinnit, projektiportfolio toki IT-palveluhallinta voi eskaloida isonkin muutoksen palvelutaso on romahtanut tms. 11
Työnjaon ongelma 12
Toisiinsa liittyviä tekemisiä Hankesalkku ja projektin hallinta Liiketoimintaprosessien kehittäminen Liiketoimintastrategia IT-infran ja teknologioiden hallinta IT-palveluiden hallinta EA IT-ratkaisujen kehittäminen 13
EA-mallinnusvälineet vain lisäävät hämmennystä Hankesalkku ja projektin hallinta Liiketoimintastrategia IT-infran ja teknologioiden hallinta EA Liiketoimintaprosessien kehittäminen IT-palveluiden hallinta IT-ratkaisujen kehittäminen Esimerkkinä ARIS-välineen toiminnallinen kattavuus 14 10.3.2014 Coala
Tarve ei ole olemassa teoreettisesti oikeaa yhtä hyväksyttyä ratkaisua työnjakoon. Mm. nämä rajat ovat häilyviä: kokonaisarkkitehtuuri <-> IT-arkkitehtuuri IT-arkkitehtuuri <-> IT-määritykset IT-arkkitehtuuri (as-is) <-> konfiguraationhallinta strategia <-> kokonaisarkkitehtuuri jne. organisaation sisällä on kuitenkin päätettävä työnjako muutoin osassa keitoksia on turhankin monta kokkia ja joissain ei ketään 15
Toisiaan käynnistävät prosessit on yksi tapa ajatella ratkaistava asia Projektityö noudatettava linjaus toiminnallinen tarve Arkkitehtuuri projektin asettaminen Prosessikehittäminen IT:n tukemat palvelut tavoitearkkitehtuuri Projektisalkun hallinta isompi ongelma muutostarve nykyisiin ratkaisuihin ITpalvelunhallinta Aloite voi tulla mistä prosessista tahansa ja kiertää useammankin prosessin kautta. 16 10.3.2014 Coala
Hallintamallin ongelma 17
Hallintamallitkin liittyvät toisiinsa Yrityksen hallintamallit Montako erilaista tarvitaan? Ymmärtävätkö lukijat viestin? Ovatko vastuut linjassa eri malleissa? IT-hallintamalli Arkkitehtuurin hallintamalli Projektien arkkitehtuuriohjaus Projektien ohjaus Talouden hallintamallit 18 10.3.2014 Coala
EA-välineen huono hallinta 19
EA ja ITIL suhde EA ITIL työnjako EA-väline ITIL väline hallintaan ITIL:in avulla 20
EA-välineen riittävä hallinta oleellisia osia IT-palvelunhallinnasta käyttäjille tiedottaminen, huom. kaikille käyttäjille virka-ajan rauhoittaminen muutoksilta muutoksenhallinta peruskäyttäjätuki (salasanat, käyttöoikeudet jne.) EA-väline ei ole mission-critical laajan käyttäjäkunnan käytössä EA-välineen huono hallinta (ml. sisällön laatuun liittyvät toimenpiteet) ovat pääsyy käyttäjätyytymättömyyteen asia ei parane vaihtamalla väline toiseen 21
Lopuksi 22
Muista nämä selkiytä terminologia määrittele kullekin kehittämiselle oma hiekkalaatikko ajattele asioita prosesseina ota myös EA-väline hallintaan Lisää aiheista koulutuspäivässä: Kokonaisarkkitehtuurin haltuunotto 26.3.2014 www.coala.fi/koulutus 23