kokonaisarkkitehtuurin hyödyttogaf9 ® certified, archimate 2 ® certified bizzdesign, sparx, mega...
TRANSCRIPT
Kokonaisarkkitehtuurin
hyödyt Sytyke ry:n ja Tietoturva ry:n Kevätseminaari
16.3.2017
Eetu Niemi, FT
Coala Oy
Eetu Niemi
Koulutus
FT, tiedonhallinta ja logistiikka (TTY) 2016
KTM, tietojärjestelmätiede (JY) 2006
Työkokemus
Senior Consultant (Coala) 03/2013->
Kokonaisarkkitehtuuri ja ratkaisuarkkitehtuuri
Käyttäjä- ja pääsynhallinta (IAM)
Consultant (Accenture) 05/2008-02/2013
Tutkija ja projektipäällikkö (JY) 2006-2008
Pro Gradu -työ (TeliaSonera) 2005
Sertifikaatit ja välineet
TOGAF9 ® Certified, ArchiMate 2 ® Certified
BiZZdesign, Sparx, MEGA Suite, ARIS, QPR,
Rational, iServer
16.3.2017 2
Väitöstutkimus kokonaisarkkitehtuurin
hyötyjen syntymisestä
Tapaustutkimus
Haastattelut suuressa julkishallinnon organisaatiossa (syksy 2011-alkuvuosi 2012)
Päätutkimuskysymys Miten kokonaisarkkitehtuurin hyödyt
syntyvät?
Näkökulmat Hyötyjen syntyprosessi
Kokonaisarkkitehtuurin sidosryhmät
Kokonaisarkkitehtuurin tuotteiden ja palveluiden käyttö
Kokonaisarkkitehtuurin hyötyjen syntymisen mittaaminen
Artikkeliväitöskirja, kuusi journal- ja konferenssiartikkelia
16.3.2017 3
Esityksen sisältö
1. Kokonaisarkkitehtuuri ja sen hyödyt
2. Hyötyjen syntymiseen vaikuttavat tekijät ja saadut hyödyt
3. Kokonaisarkkitehtuurin sidosryhmät
4. Kokonaisarkkitehtuurin hyötyjen mittaaminen
5. Kokonaisarkkitehtuurin käyttö IT-palvelukehityksessä
16.3.2017 4
16.3.2017 5
Kokonaisarkkitehtuuri ja sen hyödyt
”organisaation tai muun kohteena olevan
kokonaisuuden rakenteen kuvaus, jota
käytetään toiminnan kehittämisessä”
(JHS 179)
Mitä kokonaisarkkitehtuuri on?
16.3.2017 6
“[EA] is the definition and representation of a high-level view of
an enterprise‘s business processes and IT systems, their
interrelationships, and the extent to which these processes
and systems are shared by different parts of the enterprise…
Two key components of EA are the planning process
(definition), and the direct and tangible outputs of that planning
process (representation), i.e., EA documentation (e.g.,
architecture diagrams, roadmaps, and other artefacts)”
(Tamm et al. 2011)
“An enterprise architecture (EA) identifies the main components of
the organization, its information systems, the ways in which these
components work together in order to achieve defined business
objectives, and the way in which the information systems support
the business processes of the organization… Enterprise
architecting is the set of processes, tools, and structures
necessary to implement an enterprise-wide coherent and
consistent IT architecture for supporting the enterprise’s business
operations. It takes a holistic view of the enterprise’s IT resources
rather than an application-by-application view.”
(Kaisler et al. 2011)
”Enterprise architecture is a coherent
whole of principles, methods and
models that are used in the design
and realization of an enterprise’s
organizational structure, business
processes, information systems, and
infrastructure”
(Lankhorst 2005)
”the organizing logic for business
processes and IT infrastructure
reflecting the integration and
standardization requirements of the
company’s operational model”
(Ross et al. 2006)
Tuotenäkökulma
Mallit, kaaviot, periaatteet, roadmapit, julkaisut,
muu dokumentaatio
Palvelunäkökulma
Arkkitehtuurituki, arkkitehtuurikatselmoinnit,
arkkitehtuurianalyysit päätöksentekijöille
Prosessinäkökulma
Suunnittelu, päätöksenteko, mallintaminen,
ylläpito ja hallinta
Miksi kokonaisarkkitehtuurin hyötyjen
syntymistä kannattaa tutkia?
Kokonaisarkkitehtuurityön perustelu vaatii hyötyjen osoittamista
Organisaation toimintojen on pystyttävä osoittamaan hyödyllisyytensä
Vähän empiirisiä tutkimuksia, joissa ylipäätään on todennettu että
hyötyjä syntyy
On melko hyvin tiedossa, mitä hyötyjä voi parhaassa tapauksessa syntyä
Hyötyjen mittaamista on pidetty vaikeana ja sitä ei tehdä käytännössä juuri
koskaan
Aiemmat tutkimustulokset hyötyjen syntyprosessiin liittyen ovat
ristiriitaisia
Ei ole yhteisymmärrystä siitä, mitä kautta hyödyt syntyvät
Yleisesti hyväksytty teoria kokonaisarkkitehtuurista yleensä puuttuu
16.3.2017 7
Kokonaisarkkitehtuurilla on monia
potentiaalisia hyötyjä
16.3.2017 8
Muutoksen ohjaaminen ja tukeminen
Päätöksenteon parantuminen
Viestinnän ja yhteistyön kehittäminen
Alentuneet (IT) kustannukset
Liiketoiminnan ja IT:n yhteentoimivuus
Liiketoimintaprosessien kehittäminen
Tietojärjestelmien kehittäminen
Uudelleenkäyttö
Riskien vähentäminen
jne.
Ks. esim. Tamm et al. 2011
Aiemmat kokonais-
arkkitehtuurin
hyötyjen syntymistä
kuvaavat mallit
16.3.2017 9
EAM Approach
System
Quality
DeLone &
McLean 2003
Lange 2012
Information
Quality
Service
Quality
UseIntention
to Use
User
Satisfaction
Net Benefits
EAM Product
QualityEAM Infra.
QualityEAM Service
Delivery
EAM Cultural
AspectsUse
EAM Benefits
van Steenbergen
& Brinkkemper
2008
EA Practice Architectural ResultsOrganizational
Performance
Business
Goals
Lux et al. 2010
IS Resources IS Capabilities
(IT Resource
Exploitation
in) Business
Processes
Business
Process
Performance
Organizational
Performance
EAM-related Resources
Other IS
Resources
EAM
Capability
Other IS
Capabilities
Tamm et al. 2011 EA Quality Benefit EnablersOrganizational
Benefits
EA Process
Quality
EA Social
Environment EA Results UseSecond and Third
Level BenefitsFirst Level BenefitsEA Results
Quality
Schmidt &
Buxmann 2011
EA
DocumentationEA Planning
EA
Programming
EA
Implementation
EA
Communication
& Support
EA
Governance
Stakeholder
Participation
IT Flexibility
Duration of EA
ImplementationIT Efficiency
IT Connectivity
IT
Compatability
IT Modularity
Interaction
Variables
Org. Char.
Aier 2014
EA Principles
GroundingEA Principles
Management
EA Principles
ApplicationEA
ConsistencyEAM Utility
EA Principles
Guidance
Hierarchical
Culture
Rational
Culture
Group Culture
Developmental
Culture
Governance
Mechanisms for
EA Standards
Management
Use and Conformance to EA Standards
EA Standards
Definition
EA Standards
Conformance
and Use
OutcomesBoh and Yellin
2007
Foorthuis et al.
2010
Project
conformance to
EA
Compliance
assessments of
projects
Management
propagation of
EA
Assistance for
projects
EA benefits for the
organization as a w hole
EA benefits
for projects
Foorthuis et al.
2015
Project
Compliance
w ith EA
EA ApproachArchitectural
insight
EA-Induced
Capabilities
Organizational
Performance
Project
Performance
System
Quality
Information
Quality
Service
Quality
UseIntention
to Use
User
Satisfaction
Net Benefits
(DeLone & McLean 2013)
16.3.2017 10
Hyötyjen syntymiseen vaikuttavat tekijät
ja saadut hyödyt
Hyödyt syntyvät monimutkaisen prosessin
kautta
16.3.2017 11
EA Benefits
EA Product
Quality
EA Service
Quality
EA Social
Environment
First
Level
Benefits
Second
Level
Benefits
Third
Level
Benefits
EA Results
Use
EA
Process
Quality
Prosessien laatu
(EA Process Quality)
16.3.2017 12
Kokonaisarkkitehtuuriprosessit kattavat
Arkkitehtuurituotteiden (kuvausten ja mallien) tuottamisen
Arkkitehtuuripalveluiden (esim. projektien arkkitehtuurituki) tuottamisen
Arkkitehtuurituotteiden muutosten hallinnan ja ylläpidon
Arkkitehtuurin käytön hallinnan
Prosessien laatua kuvaavia tekijöitä ovat mm.
Selkeät tavoitteet
Kokonaisarkkitehtuurin viitekehyksen (esim. TOGAF, JHS 179) laatu
Kokonaisarkkitehtuurin mallinnuskäytännöt
Kokonaisarkkitehtuurivälineen (esim. BiZZdesign, QPR, Sparx) laatu
Sidosryhmien osallistuminen kokonaisarkkitehtuurityöhön
Työnjako muiden kehittämisen toimintojen (esim. hankesalkku, IT-kehittäminen,
prosessikehittäminen) kanssa
Kokonaisarkkitehtuurin tuottamisen ajoitus
Lähdemateriaalin laatu
Resurssien (mm. raha, osaava työvoima) saatavuus
EA Benefits
EA Product
Quality
EA Service
Quality
EA Social
Environment
First
Level
Benefits
Second
Level
Benefits
Third
Level
Benefits
EA Results
Use
EA
Process
Quality
Tuotteiden laatu
(EA Product Quality)
16.3.2017 13
Kokonaisarkkitehtuurituotteet kuvaavat kokonaisarkkitehtuurin sisällön
Kokonaisarkkitehtuurituotteita ovat mm. Arkkitehtuuriperiaatteet
Nykytilan ja tavoitetilan arkkitehtuurimallit
Arkkitehtuurimalleja selittävät tekstit
Arkkitehtuurin tiekartat (roadmapit)
Tuotteiden laatua kuvaavia tekijöitä ovat mm. Tuotteiden saatavuus (oikea tuote oikealla hetkellä)
Sisällön selkeys
Sisällön yhtenäisyys
Kuvaustavan yhtenäisyys (kuvattu samoilla periaatteilla)
Sisällöllinen yhtenäisyys (esim. alatason arkkitehtuuri noudattaa ylempää)
Kuvauskannan sisällön laatu (esim. duplikaattielementit)
Sisällön oikea tarkkuustaso (yksityiskohtaisuus)
Tuotteen hyödyllisuus käyttäjälle
Tuotteiden laatu tarkoittaa eri asioita eri sidosryhmille Esim. johto vs. projektiarkkitehti vs. IT-kehittäjä
EA Benefits
EA Product
Quality
EA Service
Quality
EA Social
Environment
First
Level
Benefits
Second
Level
Benefits
Third
Level
Benefits
EA Results
Use
EA
Process
Quality
Palveluiden laatu
(EA Service Quality)
16.3.2017 14
Kokonaisarkkitehtuuripalvelut tukevat kokonaisarkkitehtuurituotteiden
käyttöä (ts. kokonaisarkkitehtuurin jalkauttamista)
Kokonaisarkkitehtuuripalveluita ovat mm.
Hankkeiden ja projektien arkkitehtuurituki
Hankkeiden ja projektien arkkitehtuurikatselmoinnit
Päätöksenteon tukipalvelut
Palveluiden laatua kuvaavia tekijöitä ovat mm.
Palveluiden saatavuus (oikea palvelu oikealla hetkellä)
Aktiivisuus palveluiden tarjoamisessa
Palvelun tarjoajan osaaminen (tiedot ja taidot)
Palvelun hyödyllisyys käyttäjälle
EA Benefits
EA Product
Quality
EA Service
Quality
EA Social
Environment
First
Level
Benefits
Second
Level
Benefits
Third
Level
Benefits
EA Results
Use
EA
Process
Quality
Tuotteiden ja palveluiden käyttö
(EA Results Use)
16.3.2017 15
Hyötyjen syntyminen vaatii kokonaisarkkitehtuurituotteiden ja -palveluiden käyttöä
Kokonaisarkkitehtuurin käyttötarkoituksia ovat mm. Uusien kokonaisarkkitehtuurituotteiden tuottaminen
Projektin laajuuden asettaminen ja riippuvuuksien tunnistaminen
Tietojärjestelmä- ja ratkaisuhankinnat (kilpailutukset)
Tietojärjestelmäsalkun hallinta
Projektisalkun hallinta (esim. kriittisten hankkeiden tunnistaminen ja riippuvuuksien hallinta)
Liiketoiminnan päätöksenteon tukeminen (esim. yleiskuvilla ja riippuvuuksien tunnistamisella)
Kokonaisarkkitehtuurin käyttäjiä ovat mm. Kokonaisarkkitehtuuritiimi tai -toiminto
Kehityshankkeet ja -projektit
Tietohallinto
IT-kehitys ja ylläpito
Projektitoimisto (PMO)
Liiketoimintajohto
Käyttöä kuvaavia tekijöitä ovat Käytön määrä
Mitä tuotteita ja palveluita käytetään
Käyttötarkoitus ja tavoitteet
Mukana olevat sidosryhmät
Käytön ajoitus
Käyttäjätyytyväisyys
EA Benefits
EA Product
Quality
EA Service
Quality
EA Social
Environment
First
Level
Benefits
Second
Level
Benefits
Third
Level
Benefits
EA Results
Use
EA
Process
Quality
Sosiaaliset ja kulttuuriset tekijät
(EA Social Environment)
16.3.2017 16
Kuvaa osaltaan kokonaisarkkitehtuurin jalkauttamisen onnistuneisuutta
Kattaa ne sosiaaliset ja kulttuuriset tekijät, jotka vaikuttavat
kokonaisarkkitehtuurin hyötyjen syntymiseen
Näitä tekijöitä ovat mm.
Kokonaisarkkitehtuurin yleinen hyväksyntä
Ylimmän johdon tuki
Muiden organisaatioiden kokonaisarkkitehtuurityön tuntemus
Sosiaaliset ja kulttuuriset tekijät vaikuttavat hyötyjen syntyprosessin
kaikkiin osiin
EA Benefits
EA Product
Quality
EA Service
Quality
EA Social
Environment
First
Level
Benefits
Second
Level
Benefits
Third
Level
Benefits
EA Results
Use
EA
Process
Quality
Syntyneet hyödyt (1/2)
(EA Benefits)
16.3.2017 17
Hyödyt syntyvät kokonaisarkkitehtuurin käytön kautta – toissijaisesti suoraan kokonaisarkkitehtuuriprosesseista
Hyödyissä on eri tasoja ja hyödyillä on keskinäisiä riippuvuussuhteita – eli hyöty voi vaikuttaa toisen hyödyn syntymiseen Osa hyödystä syntyy siinä vaiheessa, kun kokonaisarkkitehtuurikuvausten hyödyntämisen
kohde (esim. prosessi, tietojärjestelmä) on käytössä
1. tason hyöty on tietyn sidosryhmän suoraan saama Yleensä parempi ymmärrys jostain asiasta
2. tason hyöty on yleensä tästä paremmasta ymmärryksestä tai sen tuloksena toteutetusta asiasta nouseva hyöty, esim. Projekti pääsee nopeammin käyntiin
Tehdään päätöksiä paremmin informoituna
Point-to-point -integraatioiden määrä vähenee
IT:n standardisointi ja IT-komponenttien uudelleenkäyttö lisääntyy
3. tason hyödyt ovat edellisistä hyödyistä nousevia organisaatiotason hyötyjä, esim. Kustannussäästöt
EA Benefits
EA Product
Quality
EA Service
Quality
EA Social
Environment
First
Level
Benefits
Second
Level
Benefits
Third
Level
Benefits
EA Results
Use
EA
Process
Quality
Syntyneet hyödyt (2/2)
(EA Benefits)
16.3.2017 18
Tässä tutkimuksessa tuli esiin useita kokonaisarkkitehtuurin hyötyjä, mm.
Yleiskuvan luominen jostain kokonaisuudesta
Riippuvuuksien tunnistaminen
Standardien, valmiiden ratkaisumallien (patterns) ja esimerkkien
tuominen
Yhteisen sanaston luominen
Projektin käynnistymisen nopeuttaminen
Päätöksenteon parantuminen
Käyttöön otettujen ratkaisujen laadun parantuminen
Toisteisuuden (duplikoinnin) vähentyminen (esim. IT-komponentit)
Tietojärjestelmien yhteentoimivuuden parantuminen
IT-ratkaisujen standardoinnin lisääntyminen
IT-kustannusten vähentyminen
EA Benefits
EA Product
Quality
EA Service
Quality
EA Social
Environment
First
Level
Benefits
Second
Level
Benefits
Third
Level
Benefits
EA Results
Use
EA
Process
Quality
16.3.2017 19
Kokonaisarkkitehtuurin sidosryhmät
Yleistä kokonaisarkkitehtuurin sidosryhmistä
Sidosryhmiä ovat kaikki yksilöt, ryhmät ja organisaatiot, jotka liittyvät
jotenkin kokonaisarkkitehtuuriin
Sidosryhmillä on odotuksia ja tarpeita kokonaisarkkitehtuuria
kohtaan. Tarpeet ja odotukset luonnollisesti vaihtelevat sidosryhmän
mukaan
Sidosryhmät voidaan jakaa seuraaviin kategorioihin
Tuottajat (Producers)
Käyttäjät (Users)
Tukijat (Facilitators)
Sama sidosryhmä voi toimia useassa roolissa (ts. kuulua useaan
kategoriaan)
Sidosryhmiä on melko paljon (tutkimuksessa tunnistettiin 29 eri
sidosryhmää)
Sidosryhmät, tarpeet ja odotukset vaihtelevat organisaation mukaan
16.3.2017 20
Kokonais-
arkkitehtuurilla
on monia
sidosryhmiä
16.3.2017 21
Project Manager
Enterprise
Architect
Architect
ICT Operations
ICT Maintenance
Security
Business User
Architecture Group
Architecture Board
Development
Project
Group
System
Development
Applications
Development
ICT Organization
Enterprise
Board of Directors
Investment
Board
Sponsor
Internal
Communications
Program
Management
Office
Owner
Facilitator
ContextProducer
Context
User
Context
Competitor
Partner
Customer
Public
Management
LegislatorEvaluator
Figure Symbols: OrganizationTeam or GroupRole
Research & Design
Project
Steering
Group
16.3.2017 22
Kokonaisarkkitehtuurin hyötyjen
mittaaminen
Kokonaisarkkitehtuuri on ”syvällä”
organisaation kokonaisuudessa
Liiketoiminta
Tukitoiminnot
Kehittämistoiminnot
Hankesalkku Prosessi-
kehitys
Projektin-
hallinta IT-kehitys
Kehittämisen tukitoiminnot
…
Kokonais-
arkkitehtuuri
Menetelmä-
kehitys …
16.3.2017 23 Hyödyt ketjuttuvat - yhden toiminnon vaikutuksen arviointi on vaikeaa.
HR Talous IT …
Kokonaisarkkitehtuurin mittaamisessa
huomioitavia asioita
Miten syntyneet hyödyt voi linkittää juuri kokonaisarkkitehtuuriin (korrelaatio tai jopa kausaatio)?
Mitä mittaamisella halutaan saavuttaa? Kehitetään omaa toimintaa?
Osoitetaan kokonaisarkkitehtuurin hyödyllisyys maksajille?
Mitä pitäisi mitata? Hyötyjä itseään vs. hyötyjen syntymiseen vaikuttavia tekijöitä?
Hyötyjen syntymiseen vaikuttavia tekijöitä on monia
Mitataanko prosessia vai sen tuotoksia?
Mitataanko ”käytön jälkeisiä” kokonaisarkkitehtuurin hyötyjä?
Mitä mittareita käytetään? Laadulliset vs. määrälliset mittarit
Määrällisistä tutkimuksista ja muilta osa-alueilta (esim. palveluiden ja dokumenttien laadun mittaaminen) on kyllä saatavissa valmiita mittareita…
…mutta vaihtoehtoja on todella paljon
Missä vaiheessa ja kuinka usein kannattaa mitata? Historiallisen mittaustiedon kerääminen
Mistä ja miten mittausdata kerätään?
16.3.2017 24
Hyötyjen syntymisketjun mittaaminen
määrällisillä mittareilla (esimerkki)
16.3.2017 25
EA Benefits
EA Product
Quality
EA Service
Quality
EA Social
Environment
First
Level
Benefits
Second
Level
Benefits
Third
Level
Benefits
EA Results
Use
EA
Process
Quality
Prosessien laatu
• Kokonais-
arkkitehtuuri-
toiminnan
kustannukset €
Tuotteiden ja
palveluiden laatu
• Viimeisteltyjen ja
hyväksyttyjen
kokonaisarkkitehtuuri-
tuotteiden määrä
• Projektit (määrä ja %
kaikista), joille on
tarjottu
arkkitehtuuritukea
Tuotteiden ja
palveluiden käyttö
• Projektit (määrä ja %
kaikista), joissa on
nähty jokin kokonais-
arkkitehtuurituote
• Projektit (määrä ja %
kaikista), joissa on
hyödynnetty jotain
kokonaisarkkitehtuuri-
tuotetta
• Projektit (määrä ja %
kaikista), joille on
annettu
arkkitehtuuritukea?
Syntyneet hyödyt
• Projektin esiselvitys-/
määrittelyvaiheen
kesto/kustannus €
• Budjetissa
valmistuneet projektit
(määrä ja % kaikista)
• Aikataulussa
valmistuneet projektit
(määrä ja % kaikista)
• Laatutavoitteet
täyttäneet projektit
(määrä ja % kaikista)
Bonus
• Yhden
kokonaisarkkitehtuuri
-tuotteen kustannus €
• Yhden projektin
arkkitehtuurituen
kustannus € Kohderyhmä: projektit
16.3.2017 26
Kokonaisarkkitehtuurin käyttö IT-
palvelukehityksessä
IT-palvelukehityksen ohjaamisen haasteita
IT-kehittämisen tarpeita nousee esille monista lähteistä
Liiketoiminnan tarpeet, loppukäyttäjien haasteet, vanheneva teknologia, riskit…
Tarpeita ei välttämättä kerätä ja käsitellä suunnitelmallisesti
Priorisointi on vaikeaa, sitoutuminen siihen vielä vaikeampaa
Projektit huolehtivat yleensä lähinnä omasta tontistaan
Kokonaisuus, riippuvuudet ja yhteentoimivuus voivat unohtua
Perinteiset projektien ohjaustoiminnot ja -menetelmät (esim.
hankesalkunhallinta ja projektinhallinta) keskittyvät ohjaamaan vain
omalla vastuullaan olevia asioita (esim. resurssit, aikataulu,
lopputuotosten laatu, budjetti, riskit)
16.3.2017 27
IT-palvelukehityksellä on liittymäpintoja
moniin muihin toimintoihin
16.3.2017 28
IT-infran ja
teknologioiden
hallinta
Hankesalkku ja
projektin
hallinta
IT-palvelun-
hallinta
IT-
palvelukehitys
Liiketoiminnan
tavoitteet
Kokonais-
arkkitehtuuri
Toimintojen
päällekkäisyydet ja
ristiriidat tulee
minimoida.
Kehittämisen ohjaaminen on
kokonaisarkkitehtuurin tärkeimpiä tavoitteita Kokonaisarkkitehtuuri auttaa tunnistamaan tarpeita projektien
käynnistämiseksi
Kokonaisarkkitehtuuri tukee toteutettavan IT-palvelun asemoinnissa
kokonaisuuteen (erityisesti riippuvuuksien tunnistaminen)
Kokonaisarkkitehtuuri auttaa toteutettavan IT-palvelun määrittelyssä
Kokonaisarkkitehtuuriohjauksella voidaan varmistaa, että projekti
tunnistaa merkittävä arkkitehtuurituotteet ja noudattaa arkkitehtuurin
linjauksia
Projektin työaikaa säästyy, koska samoja asioita ei tarvitse selvittää
erikseen joka projektissa
16.3.2017 29
IT-kehittämisen tarpeita voidaan tunnistaa
arkkitehtuurista useilla tavoilla Nykytilan järjestelmäarkkitehtuurin analyysi
Käydään läpi järjestelmien toiminnallinen ja tekninen laatu sekä tunnistetaan
puutteet
IT-ratkaisutarpeiden tunnistaminen prosessikehityksen yhteydessä
Tietty tavoitetilan prosessi tai sen vaihe tarvitsee järjestelmätukea, jota tällä
hetkellä ei ole saatavissa
Tietty nykytilan prosessin vaihe hoidetaan manuaalisesti, koska järjestelmätukea
ei ole saatavissa
Nyky- vs. tavoitetilan järjestelmäarkkitehtuurin puutteiden (gap)
analyysi
Tunnistetaan, mitä nykytilasta puuttuu tavoitetilaan verrattuna
16.3.2017 30
Tie
to
Kokonaisarkkitehtuuri auttaa IT-kehittämisen
asemoinnissa kokonaisuuteen
Voidaan hahmottaa, miten uusi ratkaisu tulee sijoittumaan – osaksi
organisaation prosesseja, tietomallia sekä järjestelmä- ja
teknologiakokonaisuutta
Kokonaisarkkitehtuuri myös voi valmiiksi linjata IT-ratkaisuissa
käytettäviä tuotteita, teknologioita ja standardeja
16.3.2017 31
Prosessit
IT-palvelut
Järjestelmät
Infrastruktuuri
Uusi IT-ratkaisu
Kokonaisarkkitehtuuri tukee uuden IT-palvelun
määrittelyssä Ymmärtämällä kokonaisuus ja erilaiset riippuvuudet pystytään
paremmin kuvaamaan haluttu ratkaisu ja sen vaatimukset
Mahdollistaa toiminnan kehittämisen ja järjestelmien välisten vastuiden uudelleen
suunnittelun – ei ainoastaan suoraviivaisesti korvata vanhaa järjestelmää
Vältetään kustannuksiin ja aikatauluun vaikuttavat yllätykset, kuten vasta
toteutusvaiheessa esille tulevat välttämättömät integraatiotarpeet
Kehitysprojektin laajuus pysyy paremmin hallittuna
Kokonaisarkkitehtuurin tulee vaatia tai olla mukana suunnittelemassa uutta
toimintamallia ja vastuunjakoa
Esim. tietokantatuotteena käytetään x:ää; toimittajan y tuotteita ei käytetä
Pilvipalveluiden osalta palvelun sisäisen IT-arkkitehtuurin merkitys
vähenee, mutta kokonaisarkkitehtuurin merkitys suhteellisesti
kasvaa (esim. integroituminen prosesseihin ja järjestelmiin)
16.3.2017 32
Kokonaisarkkitehtuurin vaikuttamiskeinot
projektissa Arkkitehtuurituki
Yhdessä suunnittelu ja mallintaminen
Esimerkiksi neuvonta, työpajat, vierituen antaminen, projektin kannalta
relevanttien arkkitehtuurituotteiden tunnistaminen
Arkkitehtuurikatselmoinnit
Tarkastetaan projektin arkkitehtuurituotteet tiettyjä kriteereitä vasten
Voidaan toteuttaa enemmän tai vähemmän formaalisti
Arkkitehtuurituotteiden (omaehtoinen) hyödyntäminen projektissa
Tuotteiden pitää olla helposti löydettävissä (esim. navigointirakenteet ja
nimeäminen vaikuttavat)
Tuotteiden saatavuus esimerkiksi julkaisujen kautta on kriittistä
Arkkitehtuuristen laatukriteerien asettaminen muissa
ohjaustoiminnoissa
Esim. projektimetodologia vaatii tietynlaisten arkkitehtuurituotteiden tuottamista
Arkkitehtiresurssin tarjoaminen projektille
Dedikoitu osa- tai täysipäiväinen arkkitehti projektille
16.3.2017 33
Miten kehittää kokonaisarkkitehtuurin
ohjausvaikutusta? Varmista resursointi
Arkkitehdin tuki on tärkeää
Sidosryhmät eivät välttämättä itse osaa tai heillä ei ole aikaa tutustua kuvauksiin
Vaikuta ajoissa Suunnitelmien tai päätösten jo valmistuttua muutosten tekeminen on vaikeaa,
vaikka niihin olisi syytäkin
Painotus ennemmin tuessa ja ohjauksessa kuin lähes valmiiden suunnitelmien katselmoinnissa
Löydä tasapaino tuen antamisen ja ”määräämisen” välillä Kokonaisarkkitehtuurin tulisi olla projekteille hyödyllinen palvelu
Asemoi kokonaisarkkitehtuuriohjaus muiden tuki- ja ohjaustoimintojen kanssa Minimoi päällekkäisyydet ja ristiriitaisuudet
Varmista, että arkkitehtuurituotteet ovat viimeisteltyjä ja helposti saatavilla
Kuvaa kokonaisarkkitehtuuriohjaus osana kokonaisarkkitehtuurin hallintamallia ja jalkauta suunnitelmallisesti
16.3.2017 34
16.3.2017 35
Yhteenveto
Hyötyjen syntymiseen liittyen kannattaa
muistaa nämä
16.3.2017 36
Kokonaisarkkitehtuuri tuottaa hyötyjä Yksittäiset sidosryhmät voivat saada hyötyjä melko välittömästi
Organisaatiotason hyötyjen syntyminen voi kestää kauan
Kokonaisarkkitehtuuria ei voi tehdä siilossa – ota sidosryhmät mukaan! Tunnista sidosryhmät ja tarpeet
Arkkitehtuurituotteita tuotetaan sidosryhmille
Kokonaisarkkitehtuuria tulee käyttää (ja käyttää oikein), jotta hyötyjä ylipäätään voisi syntyä Helpoin ja luonnollisin paikka kokonaisarkkitehtuurin käyttöön on IT-
palvelukehityksen ohjaaminen
Kokonaisarkkitehtuuripalvelut ovat kriittisiä arkkitehtuurituotteiden käytön tukemisessa
Arkkitehtuurituotteiden laatu on tärkeää, mutta ylilaatua kannattaa välttää
Hyötyjen mittaamisessa voi lähteä liikkeelle kevyesti
Lisätietoa
Väitöskirja
http://urn.fi/URN:ISBN:978-952-15-3850-6
Väitöstilaisuuden lectio (teksti)
https://www.linkedin.com/pulse/v%C3%A4it%C3%B6stilaisuuden-
lectio-enterprise-architecture-eetu-niemi-phd
Väitöstilaisuuden lectio (podcast)
https://soundcloud.com/coalaoy/kokonaisarkkitehtuurin-hyotyjen-
syntyminen-lectio-vaitostilaisuudesta
16.3.2017 37