Del 4: OIO EA metodens trin

Hver enkelt blåviolet kasse betegner en aktivitet. Inden for hver kasse er der flere trin, og hver enkelt trin kan føre til forskellige leverancer, også kaldet OIO EA produkter. En oversigt over mulige OIO EA aktiviteter og trin gives nedenfor.

A. OIO EA – strategi-aktiviteten

Strategiaktivitetens mål er at sikre at enterprise arkitekturen forankres i forretningens behov.

^{Figur 4: OIO EA metoden – Strategi.}

De grå trin er opstartsaktiviteter, der udføres for at etablere grundlaget for OIO EA arbejdet.

• A1 afdækker hvilke udfordringer – problemer og muligheder – OIO EA skal adressere.
• A2 adresserer allerede fra starten af et EA projekt hvordan arkitekturen kan realiseres i den givne organisation, og påbegynder mobiliseringen af en EA governance struktur.
• A3 tillemper den generelle OIO EA metode til organisationens behov i et konkret enterprise arkitektur-forløb. Dvs. definerer hvilke trin der skal udelades, og konkretiserer indholdet af de trin der udføres.
• A4 opstiller så projekters rammer, med input fra A1-A3. Dette bliver en projekthåndbog for projektets deltagere.

Trin A1-A4 sætter altså rammerne for OIO EA projektet, og de følgende trin fastlægger de strategiske rammer for fortsættelsen:

• A5 sammenfatter organisationens forretningsmæssige vision, mål og strategier, og udleder derfra kritiske succesfaktorer. Også analyser af interessentforhold og af organisationens stærke og svage sider, muligheder og trusler, vil ofte indgå her.
• A6 definer de it-principper som organisationen bekender sig til, og som sætter retningslinierne for teknologivalg senere.

B. OIO EA – forretnings-aktiviteten

Forretnings-aktivitetens mål er at få forretningen – og her primært den fremtidige – defineret i operationelle termer, som et skridt på vejen mod at sikre at it-brugen optimeres til at understøtte operationen.

^{Figur 5: OIO EA metoden – Forretning.}

De enkelte trin kan udføres i forskellig rækkefølge, herunder også i parallel:

• B1 identificerer de begreber eller ”forretningsmæssige objekter” der anvendes af forretningssiden i organisationen – såsom: ”borger”, ”henvendelse”, ”areal”, ”bygning” etc.
• B2 beskriver de organisationsenheder og/eller lokationstyper der har behov for strategisk it understøttelse for bedre at kunne udføre deres arbejde og dermed realisere forretningens mål.
• B3 beskriver de forretningsmæssige services som organisationen tilbyder sin omverden – borgere, firmaer, kunder, etc.
• B4 beskriver de processer man arbejder efter i organisationen. Der vil være nogle hovedprocesser der resulterer i levering af organisationens forretningsservices, og nogle støtteprocesser for disse
• B5 beskriver Use cases – altså hvilke opgaver hvilke aktører løser hvordan. Fokus er på hvad der udføres, ikke hvordan.
• B6 konkretiserer B5 ved at beskrive mere operationelt hvordan de enkelte opgaver løses.

C. OIO EA – teknikaktiviteten

Teknik-aktivitetens mål er at sikre at den nuværende teknik-arkitektur dokumenteres, og at den fremtidige (3-5 år ud i fremtiden) arkitektur bliver defineret. Både den nuværende og den fremtidige arkitektur defineres indenfor fire områder:

^{Figur 6: OIO EA metoden – Teknik.}

• C1 dokumenterer den nuværende, og designer den fremtidige informationsarkitektur. Begge omfatter logiske datamodeller og fysiske database strukturer og data distributionsskemaer.
• C2 dokumenterer den nuværende, og designer den fremtidige applikationsarkitektur. Fokus er på at få beskrevet applikations- og integrationslandskabet, herunder funktionalitet af de enkelte applikationer, og på hvilke integrationer der er/skal foretages. C2 beskriver også hvordan applikationerne bruges, og hvilke informationer de genererer og bruger – men derimod ikke hvordan applikationerne konstrueres.
• C3 komplementerer C2, idet den kigger ”ind i maven” på de enkelte applikationer, med det mål at søge at gøre dem komponentopdelte, og at identificere services der med fordel kan gøres fælles for flere applikationer, og implementeres som web services.
• C4 dokumenterer den nuværende, og designer den fremtidige teknologiarkitektur der underliggende understøtter applikationer og data.  Dette omfatter både selve infrastrukturen (såsom klienter, servere og netværk) og management af denne (systems management, sikkerhed).

D. OIO EA – gap-analyseaktiviteten

Gap analyse-aktivitetens mål er at sikre at forskellen mellem den nuværende og den ønskede it arkitektur analyseres, således at et solidt grundlag for en migrationsplan tilvejebringes.

^{Figur 7: OIO EA metoden – Gap analyse.}

De enkelte trin er:

• D1 giver en oversigt over restriktioner, der skal tages højde for i en migrationsplan.
• D2 afdækker muligheder (projektforslag) der gavner virksomheden forretningsmæssigt, teknisk eller økonomisk.
• D3 analyserer forskellene mellem den nuværende og den fremtidige arkitektur, som et grundlag for at lave en migrationsplan.

E. OIO EA – forandringsaktiviteten

Forandrings-aktivitetens mål er at sikre at den fremtidige Entreprise Arkitektur realiseres.

^{Figur 8: OIO EA metoden – Forandring.}

De enkelte trin er:

• E1 tilvejebringer overordnede retningslinier for hvordan en migrering til det ønskede fremtidige it-landskab kan realiseres.
• E2 realiserer disse til en konkret plan, der identificerer og i en vis detaljeringsgrad beskriver større it projekter de næste 3-5 år.
• E3 identificerer de konsekvenser de foreslåede migreringsprojekter kan have, ikke mindst hvordan de kan påvirke medarbejdere og brugere, og foreslå hvordan man kan mindske negative påvirkninger.

Aktivitet X: Tekniske og forretningsmæssige trends

X-aktiviteten indeholder trin der berører trends – det vil sige muligheder som organisationen kan (men ikke behøver) at tage højde for.

^{Figur 9: OIO EA metoden – Tekniske og forretningsmæssige trends.}

De enkelte trin er:

• X1 giver input i form af et overblik over hvilke forretningsmæssige tendenser der bør overvejes tænkt ind i enterprise arkitekturen.
• X2 giver input i form af et overblik over hvilke tekniske tendenser der bør overvejes tænkt ind i enterprise arkitekturen.

Aktivitet Y: Principper og styring

Y- aktiviteten indeholder trin der berører alle de styringsmekanismer der er og givne rammer der er, omkring lovmæssige og kontraktuelle forhold, og omkring budget- og driftsstyring.

^{Figur 10: OIO EA metoden – Principper og styring.}

De enkelte trin er:

• Y1 indeholder de aktiviteter der holder den løbende drift af it-systemerne i gang. Dokumentationen herfra omfatter driftsmanualer, procedurer for at håndtere it-brugerhenvendelser og lignende.
• Y2 beskæftiger sig med styring af ressourcer og budgetter der – blandt andet – skal sikre at enterprise arkitekturen implementeres.
• Y3 er central i EA-sammenhæng, idet den etablerer en struktur og processer, der kan sikre at enterprise arkitekturen holdes levende og løbende opdateres, kommunikeres og anvendes.
• Y4 giver et overblik over de lovmæssige bindinger der skal tænkes ind i enterprise arkitekturen.
• Y5 giver et overblik over de kontraktmæssige forpligtigelser der kan påvirke planen for realiseringen af enterprise arkitekturen.

Gå tilbage til oversigten. Eller downloade hele introduktionen.