Yritysarkkitehtuuri. Hypeä vai asiaa? Jari Isokallio. Copyright 2004 TietoEnator Corporation

Transkriptio

1 Yritysarkkitehtuuri Hypeä vai asiaa? Jari Isokallio

2 Tavoitteet esityksekselle Tämä esitys pohjautuu enemmän käytännön kokemukseen ja yritysarkkitehtuurimallien soveltamiseen kuin ko. mallien esittelyyn tai vertailuun Mikä on yritysarkkitehtuuri? Peruselementit Kokemuksia yritysarkkitehtuurien kehittämisestä ja haasteista Page 2

3 Yleistä Tämä esitys pohjautuu enemmän käytännön kokemukseen ja yritysarkkitehtuurimallien soveltamiseen kuin ko. mallien esittelyyn tai vertailuun. Enterprise Architecture termin käännöksenä käytetään myös kokonaisarkkitehtuuri tai liiketoiminta-arkkitehtuuri termiä Vaikkakin käytetään liiketoimintaan viittaavaa termiä yritysarkkitehtuuri, niin kyse ei ole pelkästään liiketoimintaan soveltuvista arkkitehtuureista, vaan sama pätee mille tahansa organisaatiolle, jonka toimintaa ohjaavat yhteiset tavoitteet ja päämäärät Yritysarkkitehtuuri (enterprise architecture) muuttuu nimensä mukaisesti IT-keskeisestä ajattelutavasta kokonaisvaltaiseen ja prosessiperusteiseen viitekehykseen, jonka tavoitteena on luoda joustava ja tehokas hallintaväline niin liiketoiminta- kuin ITmuutoksia varten. Tässä esityksessä käytetään vaihtelevasti myös lyhennettä EA Page 3

4 Oireileeko organisaatiosi? (Liike)toiminnan ja ICT:n välillä kuilu (Liike)toiminta ja strategia eivät ohjaa ICT- suunnittelua ja päätöksentekoa. Tietojen epäajantasaisuus ja huono eheys Ydinjärjestelmät eivät pysty tukemaan tietojen täsmällisyyttä ja tarkkuutta ydinjärjestelmien taktisen kehitysstrategian johdosta. Infrastruktuurihelvetti Taktisesti käyttöönotettava uusi infrastruktuuriteknologia estää tietoteknisen ympäristön toiminnan kokonaisuutena. Tietoturvaongelmat Organisaatio ei pysty hallitsemaan tietoturvaa. Epäyhteensopivista teknologioista aiheutuvat ongelmat ICT-ympäristö ei pysty yhteistoimintaan, eikä siten (liike)toiminnan tukemiseen. Kustannusongelmat ICT-organisaation kustannusten hallinta ja ymmärtäminen (mm. suhteessa hyötyihin) on puutteellista. Teknologia-anarkia Teknologiavisio on yksilöiden hallinnassa; kun yksilö lähtee, kaikki muuttuu. Järjestelmähallinnan ongelmat Järjestelmienhallinta on käymässä vaikeaksi, jopa mahdottomaksi. Hankinnan ongelmat Hankinta ja hankinnan perusteet keksitään projekteittain jokaiselle projektille aina uudestaan. Tapahtumahorisontin romahtaminen Taktinen ICT-päätöksenteko ei pysty vastaamaan muutosnopeusvaatimuksiin. Lähde: Perks, C. & Beveridge, T.: Guide to Enterprise IT Architecture. Springer, Page 4

5 (Liike)toiminta ja ICT yhtyvät Muutokset toiminnassa ja palveluissa Murroskohta Toiminta Toiminta Toiminta Kuilu Toiminnan ja ICT johdon välinen yhteistoiminta lisääntyy Vallankumous johtamisessa Uusi Toimintalogiikka ICT ICT ICT ICT mahdollisuudet Page 5

6 Yritysarkkitehtuuri menetelmiä (EA Framework) ENTERPRISE ARCHITECTURE - A FRAMEWORK PEOPLE MOTIVATION DATA FUNCTION NETWORK What How Where Who When Why TIME TM SCOPE List of Things Important to the Business (CONTEXTUAL) List of Processes the Business Performs List of Locations in which the Business Operates List of Organizations Important to the Business List of Events Significant to the Business List of Business Goals/Strat SCOPE (CONTEXTUAL) Tunnetuin malli on Zachmanin malli TOGAF (The Open Group Architecture Framework) Omia räätälöityjä menetelmiä John A. Zachman, Zachman International (810) People = Major Organizations Time = Major Business Event e.g. Work Flow Model e.g. Master Schedule People = Organization Unit Time = Business Event Work = Work Product Cycle = Business Cycle e.g. Human Interface e.g. Processing Structure Architecture People = Role Time = System Event Work = Deliverable Cycle = Processing Cycle e.g. Presentation Architecture e.g. Control Structure People = User Time = Execute Work = Screen Format Cycle = Component Cycle e.g. Security Architecture e.g. Timing Definition People = Identity Time = Interrupt Work = Job Cycle = Machine Cycle e.g. ORGANIZATION e.g. SCHEDULE Ends/Means=Major Bus. Goal/ Critical Success Factor e.g. Business Plan End = Business Objective Means = Business Strategy Planner ENTERPRISE MODEL (CONCEPTUAL) e.g., Business Rule Model SYSTEM MODEL (LOGICAL) End = Structural Assertion Designer Means =Action Assertion e.g. Rule Design TECHNOLOGY MODEL (PHYSICAL) Builder End = Condition Means = Action e.g. Rule Specification DETAILED REPRESEN- TATIONS (OUT-OF CONTEXT) End = Sub-condition Means = Step Owner Planner ENTITY = Class of Function = Class of Node = Major Business Business Thing Business Process Location e.g. Semantic Model e.g. Business Process Model e.g. Business Logistics ENTERPRISE System MODEL (CONCEPTUAL) Owner Ent = Business Entity Proc. = Business Process Node = Business Location Reln = Business Relationship I/O = Business Resources Link = Business Linkage e.g. Logical Data Model e.g. Application Architecture e.g. Distributed System SYSTEM Architecture MODEL (LOGICAL) Node = I/S Function Ent = Data Entity Proc.= Application Function (Processor, Storage, etc) Designer Reln = Data Relationship I/O = User Views Link = Line Characteristics e.g. Physical Data Model e.g. System Design e.g. Technology Architecture TECHNOLOGY MODEL (PHYSICAL) Node = Hardware/System Builder Ent = Segment/Table/etc. Proc.= Computer Function Software Reln = Pointer/Key/etc. I/O = Data Elements/Sets Link = Line Specifications DETAILED e.g. Data Definition e.g. Program e.g. Network Architecture REPRESEN- TATIONS (OUT-OF- CONTEXT) Sub- Contractor Ent = Field Proc.= Language Stmt Node = Addresses Reln = Address I/O = Control Block Link = Protocols FUNCTIONING e.g. DATA e.g. FUNCTION e.g. NETWORK ENTERPRISE Sub- Contractor FUNCTIONING e.g. STRATEGY ENTERPRISE Dimensions -> Decision making levels: ENTERPRISE LEVEL DOMAIN LEVEL SYSTEMS LEVEL BUSINESS ARCHITECTURE (BA) Business and management decisions, portfolio of businesses; mission, business strategies and visions; Strategic level ICT requirements IS support for services and products; Business processes IS support ICT requirements of the domain Operative level business requirements for the systems and data management INFORMATION ARCHITECTURE (IA) Strategic information management considerations; Information value chain Information management of the domain; Mappings of the information to business structures and to systems Data management needed by systems; Data storages; common data structures; data exchange SYSTEMS (APPLICATIONS) ARCHITECTURE (SA /AA) Strategic Systems portfolio Systems needed and their interoperability requirements to enable the domain s business Systems architecture; Application patterns; Developer guidelines TECHNOLOGY ARCHITECTURE (TA) Strategic technology portfolio; Vendor relationships; Enterprise wide technology guidelines and policies Technologies needed to enable the domain s business, application and integration technologies System-level technology architecture; Infrastructure: platforms, networks, data communication Page 6

7 Yritysarkkitehtuuri Lähes kaikista EA-malleista on tunnistettavissa tavalla tai toisella seuraavat kokonaisuudet Liiketoiminta-arkkitehtuuri (business architecture) Informaatioarkkitehtuuri (information architecture) Järjestelmäarkkitehtuuri (system architecture) Teknologia-arkkitehtuuri (technology architecture) Tavoitteet Palvelut Prosessit Standardit Teknologiat Ratkaisut Tietotarpeet Tietovarannot Tietovirrat Liiketoimintaarkkitehtuuri Teknologiaarkkitehtuuri Informaatioarkkitehtuuri Järjestelmäarkkitehtuuri Järjestelmäsalkku Standardit Menettelyt Page 7

8 Yritysarkkitehtuuri Liiketoiminta-arkkitehtuuri kuvaa muun muassa organisaation tavoitteet, palvelut ja tuotteet sekä liiketoimintaprosessit, joissa palveluja ja tuotteita tuotetaan Järjestelmäarkkitehtuuri Liiketoimintaarkkitehtuuri Tavoitteet Palvelut Prosessit Standardit Teknologiat Ratkaisut Tietotarpeet Tietovarannot Tietovirrat Teknologiaarkkitehtuuri Informaatioarkkitehtuuri Järjestelmäsalkku Standardit Menettelyt Page 8

9 Yritysarkkitehtuuri Informaatioarkkitehtuuri kuvaa organisaation toiminnassaan tarvitsemat tietotarpeet,tietovarastot ja tietojen väliset suhteet. Tavoitteet Palvelut Prosessit Standardit Teknologiat Ratkaisut Järjestelmäarkkitehtuuri Liiketoimintaarkkitehtuuri Informaatioarkkitehtuuri Tietotarpeet Tietovarannot Tietovirrat Teknologiaarkkitehtuuri Järjestelmäsalkku Standardit Menettelyt Page 9

10 Yritysarkkitehtuuri Järjestelmäarkkitehtuuri kuvaa järjestelmät ja sovellukset, joiden avulla informaatioarkkitehtuurin sisältämiä tietoja hallinnoidaan liiketoiminta-arkkitehtuurin edellyttämillä tavoilla. Tavoitteet Palvelut Prosessit Standardit Teknologiat Ratkaisut Tietotarpeet Tietovarannot Tietovirrat Teknologiaarkkitehtuuri Liiketoimintaarkkitehtuuri Informaatioarkkitehtuuri Järjestelmäarkkitehtuuri Järjestelmäsalkku Standardit Menettelyt Page 10

11 Yritysarkkitehtuuri Teknologia-arkkitehtuuri kuvaa organisaation IT-järjestelmien ja - sovellusten kehittämisessä ja hallinnoinnissa käytettävät teknologiset ratkaisut ja standardit. Tavoitteet Palvelut Prosessit Informaatioarkkitehtuuri Teknologiaarkkitehtuuri Standardit Teknologiat Ratkaisut Järjestelmäarkkitehtuuri Liiketoimintaarkkitehtuuri Tietotarpeet Tietovarannot Tietovirrat Järjestelmäsalkku Standardit Menettelyt Integraatioarkkitehtuuri? Page 11

12 Arkkitehtuurin vaikutusalueet Sovellusarkkitehdin ratkaisut Domain-arkkitehdin ratkaisut Yritysarkkitehdin ratkaisut Kokonaisarkkitehtuurin alue Yritys ITarkkitehtuurin alue Domain A alue Domain B alue Konserni IT Domain IT Sovellus alue Komponentti (palvelu) alue Komponentti(palvelu)omistajan päätökset Järj. IT Sovellusarkkitehtuurin alue Page 12

13 Yritysarkkitehtuurin näkökulmat ja tasot Näkökulmat-> Päätöksentekotasot Liiketoimintaarkkitehtuuri Informaatioarkkitehtuuri Järjestelmä- (sovellus) arkkitehtuuri Teknologiaarkkitehtuuri Yritys (Enterprise) taso Kohdealue (Domain) taso Järjestelmätaso Page 13

14 Yksi tapa kehittää yritysarkkitehtuuri Nykytilan analyysi tarvittavilta osin Liiketoiminta analyysi Tavoitearkkitehtuuri Liiketoimintaprosessianalyysi ja -kehittäminen Järjestelmät ja informaatio Kehittämissuunnittelu Road Map Kustannusanalyysi IT analyysi IT infrastruktuuri Ja teknologia Riskien hallinta Yritysarkkitehtuurin kehittäminen on monivaiheinen iteratiivinen prosessi. Ensimmäisenä on suunnittelu ja kuvaaminen eli dokumentointi, seuraavaksi toteutus ja käyttöönotto. Jatkossa ylläpito sekä hallinta. Page 14

15 Kokemuksia Jos yritysarkkitehtuuria lähdetään kehittämään valmiin kehittämismallin pohjalta, niin soveltaminen on avainasemassa. Esimerkiksi Zachmanin mallin kattavuus on organisaation strategisesta kehittämisestä aina tietojärjestelmien toteuttamiseen asti ja mallia pidetään yleisesti kokonaisuudessaan raskaana ja sopivana vain laajoihin hankkeisiin. Näin ei välttämättä ole, sillä jos mallia osataan soveltaa ja hyödyntää siitä vain oleelliset asiat, niin malli soveltuu myös pienempien hankkeiden ja organisaatioiden työkaluksi. Yritysarkkitehtuurin pitää olla tarpeeksi hyvä (ts. hyödyllinen), mutta ei täydellinen! Page 15

16 Kokemuksia Yritysarkkitehtuurin kehitystä tulisi ohjata organisaation strategia, tavoitteet ja päämäärät, ei teknologia tai IT. Valitettavan usein lähtötilanne on IT, eikä liiketoimintapainotteinen. Lähtötilanne on parempi, kun asioita tarkastellaan enemmän liiketoiminnan kehittämisestä ja sen kautta saatavista hyödyistä. Top down vs. bottom up Yritysarkkitehtuurin haasteet on harvoin teknisiä tai teknologiaan liittyviä, vaan useimmiten hallintaan tai organisaatioon liittyviä Organisaatiorakenteella ja hallintamallilla onnistumisen kannalta suuri merkitys (mm. roolit ja vastuut) Page 16

17 Hallintamalli Yritysarkkitehtuurin hallintamalli kuvaa rakenteen, eri roolit, vastuut ja vuorovaikutuksen. Hallintamalli kannattaa pitää mahdollisimman yksinkertaisena, kevyenä ja ketteränä, jotta myös sitä voidaan kehittää muuttuvien tarpeiden, ympäristön ja kokemuksen perusteella. Page 17

18 Yksinkertainen hallintamalli Tiedonhallinnan periaatteiden laadinta, IT-kustannusten ja liiketoiminnan balansointi, ITresurssien käytön hallinta, arkkitehtuurin markkinointi CIO CIO Projektien välisten riippuvuuksien tunnistaminen, arkkitehtuurien ja standardien suunnittelu ja viestiminen, yhteensopivuuden valvominen, uudelleenkäytön varmistaminen Liiketoimintajohto Prosessien omistajat ja kehittäjät Palveluyksiköt Arkkitehtuurin hallinnan toimisto Kehityspääll. Kehityspääll. -- sovellukset sovellukset Kehityspääll. Kehityspääll. -- infrastruktuuri infrastruktuuri Page 18

19 Esimerkit Page 19

20 Yritysarkkitehtuurin vaikutus systeemityöprojekteihin Ohjaa ohjelmistoarkkitehtiä Yritysarkkitehtuuri/järjestelmä ja teknologia-arkkitehtuuri Arkkitehtuurin visio, periaatteet, tyylit, avainkonseptit ja -mekanismit Fokus: korkean tason päätöksiä, jotka vaikuttavat järjestelmän rakenteeseen; rajaa joitakin rakenteellisia ratkaisuja pois ja ohjaa hyväksyttyjen rakenteiden käyttöön ja vertailuun Ohjelmistoarkkitehtuuri Rakenne ja suhteet, staattiset ja dynaamiset näkymät, oletukset ja perustelut Fokus: osiin jako ja vastuiden asettaminen, rajapintojen suunnittelu, kohdentaminen prosesseille Ohjaa suunnittelijaa Arkkitehtuuriohjeet ja politiikat Malleja ja ohjeita; ratkaisumalleja, kehikkoja, infrastruktuuria ja standardeja Fokus: Ohjaa suunnittelijaa luomaan sellaisia suunnitteluratkaisuja, jotka ylläpitävät arkkitehtuurin eheyttä Lähde: Malan, R., Bredemeyer, B., 2002 Page 20

21 Arkkitehtuurin osat TEAM Miksi & Mitä? (ohjaustekijät, tarpeet, vaatimukset) Liiketoimintaarkkitehtuuri Informaatioarkkitehtuuri Ohjelmistototeutus suunnitellun arkkitehtuurin kautta Miten? Minkä avulla? TEO Järjestelmäarkkitehtuuri Teknologiaarkkitehtuuri Application Sovellusarkkitehtuuri Architecture Looginen arkkitehtuuri Tekninen arkkitehtuuri Page 21

22 Yhteenveto Jokainen yritysarkkitehtuuri on yksilöllinen Aloita pienesti ja etene hitaasti (tai kasvata hallitusti) Ota mukaan sekä liiketoiminta, että IT ja sitouta heidät Yritysarkitehtuurin kehittämisen lähtökohtana on parempi kannustava ja ohjaaava kuin määrävä ja kontrolloiva EA on strateginen asia ja tarkoitettu liiketoiminnan ja IT tehostamiseen Laatimalla realistinen yritysarkkitehtuurin kehityssuunnitelma ja sitouttamalla sekä liiketoiminta, että IT mukaan hankkeeseen, saadaan organisaation yhteinen johtamisen työkalu. Page 22