OIO Enterprise Arkitektur OIO EA roller Version 1.0 Tekniske og forretningsmæssige trends X1. Forretningsmæssige trends X2. Tekniske trends Forretning Teknik A1. EArelaterede udfordringer A3. EA metodegrundlag A5. Vision, mål og strategier B1. Forretningsobjekter B3. Forretningsservices B5. UseCases C1. Informationsarkitektur C3. Servicearkitektur A2. EA governance strategi A4. Projekt charter A6. It-principper B2. Lokationer/ organisation B4. Forretningsprocesser B6. Workflow C2. Applikationsarkitektur C4. Teknologiarkitektur Forandring Gap analyse E1. Migreringsstrategi E2. Migreringsplan E3. Konsekvensanalyse D1. Restriktioner D2. Muligheder D3. Gap analyse Principper og styring Y2. Budget- og ressourcestyring Y1. Driftssituation Y3. EA governance Y4. Lovmæssige bindinger Y5. Kontrakt og aftaleforhold Ministeriet for Videnskab, Teknologi og Udvikling Februar 2007
Om dette dokument Dette dokument giver et overblik over hvilke arkitektroller og kompetencer der kan indgå i et projekt baseret på OIO EA metoden. Det skal understreges at der i arbejdet udover arkitektrollerne typisk også vil indgå en række generalister og fagspecialister, fra forretningssiden eksempelvis forretningsledere, sagsbehandlere og projektledere, og fra tekniksiden it-chef, driftschef, udviklere, databaseadministrator og webmaster. Vi giver i dette dokument kun profiler på de kompetencer der søges i den centrale del af arkitekturarbejdet, ikke egentlige jobprofiler for alle der indgår. Dokumentet er beregnet til primært de projektledere og projektansvarlige i det offentlige, der skal søge at besætte et enterprise arkitekturprojekt, hvad enten det er med interne medarbejdere, eksterne kompetencer, eller en kombination. En rolle kan altså godt udfyldes af flere personer i samarbejde, ligesom en person ofte helt eller delvist kan dække flere roller. IT- og Telestyrelsen har søgt at udarbejde og præsentere en effektiv, pragmatisk enterprise arkitektur metode og -ramme, baseret på både velafprøvet teori og praktisk erfaring. IT- og Telestyrelsen kan dog ikke påtage sig ansvar for resultatet af brug af OIO EA metoden og OIO Arkitekturguiden, hverken i eget brug eller brugt som fundament for ydelser udbudt til andre. Et vellykket udbytte af metoden/rammen kræver de rette kompetencer og ressourcer, projektledelse, osv. forhold der er udenfor metoden/rammen at sikre. Indholdsfortegnelse 1 Introduktion...3 1.1 Oversigt...3 1.2 Tilgang...4 1.3 Om it-arkitekt...4 1.4 Anvendelse...4 2 Om rollebeskrivelserne...5 3 Kompetencer...6 4 OIO EA roller...8 4.1 Enterprise arkitekt...8 4.2 Forretningsarkitekt... 10 4.3 Informationsarkitekt... 11 4.4 Applikationsarkitekt... 12 4.5 Teknologiarkitekt... 13 4.6 Forandringsarkitekt... 14 OIO EA roller - v1.doc Side 2 af 14 Februar 2007
1 Introduktion 1.1 Oversigt OIO EA metoden er vist nedenfor. Tekniske og forretningsmæssige trends X1. Forretningsmæssige trends X2. Tekniske trends Forretning Teknik A1. EArelaterede udfordringer A3. EA metodegrundlag A5. Vision, mål og strategier B1. Forretningsobjekter B3. Forretningsservices B5. UseCases C1. Informationsarkitektur C3. Servicearkitektur A2. EA governance strategi A4. Projekt charter A6. It-principper B2. Lokationer/ organisation B4. Forretningsprocesser B6. Workflow C2. Applikationsarkitektur C4. Teknologiarkitektur Forandring Gap analyse E1. Migreringsstrategi E2. Migreringsplan E3. Konsekvensanalyse D1. Restriktioner D2. Muligheder D3. Gap analyse Principper og styring Y1. Driftssituation Y2. Budget- og ressourcestyring Y3. EA governance Y4. Lovmæssige bindinger Y5. Kontrakt og aftaleforhold Figur 1: Håndbogens EA metode udvidet til OIO EA metoden (klikbar i den online version). Hver aktivitet og trinene i de enkelte aktiviteter er beskrevet i separate publikationer og på siden ea.oio.dk. Her er også beskrevet hvilke arkitektroller der indgår i de enkelte trin. Denne publikation beskriver hvilke kompetencer, der er ønskelige i de arkitektroller, der indgår i de enkelte trin i de centrale arkitekturaktiviteter primært trinene fra A1 til E3, samt trinet Y3. I forbindelse med arbejdet med OIO Enterprise Arkitektur metoden er der udviklet et sæt af beskrivelser af de arkitektroller, som det er fundet relevant at have adgang til under arkitekturarbejdet. Målet har været at beskrive aktører i et givet trin og i særdeleshed de forskellige arkitektprofiler. Hensynet til at skabe en overskuelig metode har været prioriteret højt, og derfor har kunsten været at reducere antallet af roller mest muligt uden dog at ende med kun at have én rolle: it-arkitekt. Desuden har det været et mål at have danske titler og beskrivelser, hvilket også er lykkedes med én undtagelse enterprise arkitekten, men enterprise er allerede en del af OIO titlen (OIO EA metoden), og en internationalt velbeskreven term. Den direkte oversættelse virksomhedsarkitekt giver på dansk forkerte associationer. Det er vigtigt at fremhæve, at målet er, at beskrive hvilke kompetencer de forskellige roller forventes at have, og selvom du vil finde lidt vejledning om, hvad de forskellige roller kaldes, er det ikke målet at diskutere titler, konkrete jobprofiler eller normering af antal årsværk. OIO EA roller - v1.doc Side 3 af 14 Februar 2007
1.2 Tilgang Rollerne er dannet ud fra forskellige kilder, herunder metoder (f.eks. TOGAF), litteratur og erfaring, som er fundet relevant for anvendelse i et enterprise arkitektur projekt. De seks roller er vist i tabellen nedenfor, og er vægtet ud fra to forretningsmæssige, fem generelle og tre tekniske kompetencer. Kompetencerne er vægtet på en 0-5 skala, hvor 0 er ikke-relevant og 5 er kræver spidskompetence. Vi har brugt halve vægte også, for at kunne være mere præcise i kompetencerne. 1.3 Om it-arkitekt Ordet it-arkitekt er en ofte brugt term, der dækker bredt. Vi har til dette formål valgt at udspecificere denne rolle i fire forskellige roller, for at kunne præcisere hvilke kompetencer der er mest påkrævede i de enkelte trin i EA-metoden. En it-arkitekt kan således dække en eller flere (men sjældent alle!) af disse OIO EA roller: Enterprise arkitekt hvor fokus er på det proaktive i at vedligeholde enterprise arkitekturen, i at have overblikket over sammenhængende, og i at kunne inddrage dybere eksperter når nødvendigt. Informationsarkitekt hvor fokus er på informationsmodellering og databasestrukturer. Applikationsarkitekt hvor fokus er på applikationer og services. Teknologiarkitekt hvor fokus er på den teknologiske infrastruktur og de tekniske sider af databaserne og applikationerne. 1.4 Anvendelse OIO EA metoden beskriver ikke i hvor stort forhold de forskellige roller bør indgå, og hvorvidt rollerne kan kombineres det er ikke sandsynligt at have en it-arkitekt, der har alle seks roller, og omvendt kan det ikke forventes at enhver organisation har (mindst) seks arkitektårsværk ansat. Behovet for rollerne afhænger af hvilke arkitekturtrin, som vælges gennemført (se nærmere i Introduktion til OIO Enterprise Arkitektur metoden ). Hvis der kun er lidt brug for en given spidskompetence, er det værd at overveje at skaffe denne eksternt, hvorimod det giver god mening at besætte bærende roller i et enterprise arkitektur projekt med interne ressourcer. OIO EA roller - v1.doc Side 4 af 14 Februar 2007
2 Om rollebeskrivelserne Hver rolle i OIO EA metoden er beskrevet fuldstændigt systematisk og ens, med følgende punkter: 1. Beskrivelse hvad er den pågældende arkitektrolles væsentligste opgaver i et enterprise arkitekturprojekt? 2. Kompetenceprofil hvilke kompetencer vil den pågældende rolle typisk skulle have? 3. Gode råd yderligere bemærkninger til hvem der typisk besætter rollen. Der er endvidere i den dynamiske, online udgave af OIO EA metoden følgende afsnit, med links der løbende bliver opdateret: 4. Deltagelse i OIO EA metoden links til de trin i OIO EA metoden hvor den pågældende arkitektrolle er en af hovedkræfterne. 5. Links til andre steder der beskriver profiler for den pågældende rolle. OIO EA roller - v1.doc Side 5 af 14 Februar 2007
3 Kompetencer Oversigt over kompetencer i relation til OIO Enterprise Arkitektur metoden. Oversigten er opdelt i 10 dimensioner, som hver er kort beskrevet nedenfor. De ti dimensioner falder i tre grupper: Forretning/løsning markeret med blåt. Her er der vægt på forretningsforståelsen, som et enterprise arkitektur projekt skal ende med at understøtte. Når vi anvender termen forretning, dækker dette også forvaltningsopgaver/ansvar. Generiske kompetencer markeret med grønt. Her er der vægt på de generelle kompetencer der er vigtige også i et enterprise arkitektur projekt. Teknologi markeret med rødt. Her er der vægt på viden om de it-discipliner der indgår i at designe den tekniske side af en enterprise arkitektur for organisationen. Kompetence Forretningsdybde Lederskab Projektledelse Kommunikation Delelementer i kompetencen Har bredt kendskab til specifikke tendenser og tiltag internt og eksternt inden for organisationens forretningsområder. Kan overskue hvordan teknologi kan støtte forretningsmål og strategi på mellemlangt sigt. Definerer it-governance og deltager i virksomhedens ledelse i at bruge it aktivt til at understøtte forretningen. Besidder bred forretningsviden indenfor organisationens ansvarsområder. Har typisk detaljeret forretningsviden indenfor udvalgte forretningsområder. Har stor erfaring med forretningsmodellering, såsom at opstille/konsolidere mål og strategier for forretningen, og linke disse til de processer og services der operationelt skal implementere disse. Kan etablere partnerskaber med interessenter. Rejser debat om grundlæggende spørgsmål. Påvirker beslutningstagere og fungerer som mentor for andre projektdeltagere. Kan manøvrere i politiske organisationer. Besidder forhandlingsevner og diplomatiske evner. Behersker forandringsstyring. Traditionel projektledelse, herunder styring af ressourcer og rapportering, og håndtering af ændringsønsker og afvigelser fra planen. Behersker projektmetoder (f.eks. PRINCE2). Kan lede et team, skabe motivation og løse konflikter mellem projektdeltagere, og i forhold til andre interessenter. Har kompetencer indenfor systemudvikling og infrastrukturetablering. Kan indholdsmæssigt formidle et indhold til forskellige modtagergrupper: tekniske emner til forretningssiden, og forretningsmæssige emner til tekniksiden, samt generel kommunikation til alle interessenter. Kan præsentationsmæssigt udarbejde klar og præcis dokumentation, præsentationer, mv. Besidder traditionelle kommunikationsdyder som at lytte og lede møder. Er i stand til at opsamle ønsker fra alle et projekts deltagere, og formidle disse videre til de rette ejere af disse. OIO EA roller - v1.doc Side 6 af 14 Februar 2007
Proces/struktur Analyse Teknologidybde Applikationsviden / Teknologibredde Informationsmodellering / databaseerfaring Kan indsamle krav både tekniske og forretningsmæssige. Kan opsætte organisatoriske rammer for hvordan en enterprise arkitekturprojekt bedst realiseres, og involvere de rigtige interessenter. Styrer løbende på struktureret og sikker vis proces og taktik i forhold til projektmål, som løbende kan være under forandring. Kan analysere komplekse problemstillinger, og se sammenhænge og analysere hvordan beslutninger indenfor et område påvirker andre. Kan kommunikere kompleksitet på en forståelig måde til både forretningssiden og til teknisk orienterede personer. Har stor erfaring indenfor design og modellering. Kan koble it og forretning. Besidder specialistviden indenfor to eller flere områder. Er kendt som førende ekspert indenfor området - f.eks. Applikationsudvikling (Java, C# mv), datawarehouse, XML, application frameworks, sikkerhed, drift, outsourcing, netværk. Er i stand til at overdrage sin viden fra et enterprise arkitekturprojekt til de der senere skal implementere dele af dette. Evner at overskue end-to-end scenarier og anvende best practices på disse. Evner at tænke i løsninger, både fra en teknisk vinkel og som en bruger vil opfatte en løsning. Behersker mange teknologier konceptuelt og forstår i hvilke scenarier en specifik teknologi har fordele og ulemper. Har et holistisk syn (både det vertikale og horisontale perspektiv) på applikationer. Har erfaring indenfor informationsmodellering og datamodellering formentlig med erfaring som DBA eller forretningsprocesudvikling. Forstår sammenhængen mellem information og data, og hvordan logiske datamodeller realiseres med fysiske (tit distribuerede) databaser. Har kendskab til hvilke datastandarder der bør anvendes i konkrete situationer, for eksempel OIO-datastandarder. OIO EA roller - v1.doc Side 7 af 14 Februar 2007
4 OIO EA roller 4.1 Enterprise arkitekt 4.1.1 Beskrivelse Enterprise arkitektens ansvar er udviklingen af en enterprise arkitektur, forankring af denne i virksomhedens ledelse og sørge for at denne blive fulgt i praksis. Enterprise arkitekten arbejder proaktivt og med en planlægningshorisont 2-4 år ud i fremtiden, hvor virksomhedens forretningsstrategi påvirker enterprise arkitektur. I forhold til udvikling af enterprise arkitekturen er det vigtigt at bemærke, at til forskel fra de øvrige arkitektroller, der leverer faglig kompetence når påkrævet, er enterprise arkitekten i høj grad proaktiv. Det betyder ikke at de andre arkitektroller udelukkende er reaktive, men enterprise arkitekten uddelegerer ansvaret for udvikling af enterprise arkitekturen til de andre arkitekter. Enterprise arkitekten har ansvaret for enterprise arkitekturen, og sikrer at koordineringen af kompetencer finder sted. Eksempelvis sikrer enterprise arkitekten at teknologi- og informationsaspekter af applikationsarkitekturen er passende belyst, enten ved selv at bidrage med den nødvendige viden, eller ved at få inddraget de relevante kompetencer. Enterprise arkitekten skal ikke vide alt, men skal have overblikket til at vide hvilke kompetencer der skal inddrages i givne situationer. Enterprise arkitekten deltager typisk i virksomhedens it-governance processer, og har et medansvar for at virksomhedens it-budget investeres optimalt. Enterprise arkitekten skal sikre at der eksisterer passende processer og kommunikation omkring enterprise arkitekturen. 4.1.2 Kompetenceprofil Enterprise arkitekt Informationsmodellering / databaseerfaring Applikationsviden / Teknologibredde 5,0 4,0 3,0 2,0 1,0 0,0 Forretningsdybde Lederskab Teknologidybde Projektledelse Analyse Kommunikation Proces/struktur Figur 2: Enterprise arkitekt. OIO EA roller - v1.doc Side 8 af 14 Februar 2007
4.1.3 Gode råd Enterprise arkitekten kan være chefarkitekt eller have baggrund i strategi og forretningsudvikling. Afgørende er at enterprise arkitekten har indflydelse på virksomhedens beslutninger og taler både forretningssprog og teknikersprog. Enterprise arkitekten har ansvar for at koordinere arbejdet i de forskellige processer. EA arkitekten er ofte fastansat i organisationen, dette kan sikre en kontinuitet i enterprise arkitekturarbejdet. Enterprise arkitekten benytter OIO Kataloget i sit arbejde. OIO EA roller - v1.doc Side 9 af 14 Februar 2007
4.2 Forretningsarkitekt 4.2.1 Beskrivelse Forretningsarkitektens har modeller og teknikker der anvendes i forretningsmodellering, og kan arbejde med forretningsstrategier og processer. Vedkommende kender har ofte et godt kendskab til et forretningsområde f.eks. socialsektoren og er ansvarlig for at kunne tilvejebringe grundlag for at træffe beslutninger, der vedrører virksomhedens strategi og arkitektur og som sikrer at systemer har sammenhæng på tværs (således at man undgår siloer ). Forretningsarkitekten forstår at betragte forretningens område som et hele, således at tværgående hensyn indarbejdes og prioriteres. Derudover kan forretningsarkitekten have et helt detaljeret kendskab til et eller flere specifikke områder altså være en egentlig fagekspert og have forvaltningserfaring. og Forretningsarkitekten deltager bl.a. i dialog med forretningsenhederne om mulighederne for at it-understøtte forretningen og yder støtte til de forretningsmæssige systemejere. 4.2.2 Kompetenceprofil Forretningsarkitekt Informationsmodellering / databaseerfaring Applikationsviden / Teknologibredde Teknologidybde 5,0 4,0 3,0 2,0 1,0 0,0 Forretningsdybde Lederskab Projektledelse Analyse Proces/struktur Kommunikation Figur 3: Forretningsarkitekt. 4.2.3 Gode råd Rollen skal ikke forveksles med en fagekspert; en fagekspert er endnu dybere indenfor sit område (f.eks. specialkonsulent indenfor et område), og til gengæld ikke så bred. I dokumentet It-relaterede opgaver, roller og kompetencer hos offentlige myndigheder (Videnskabsministeriet 2006) bruges titlen IT-forretningskonsulent om samme rolle. Forretningsarkitekten benytter OIO Kataloget med særligt fokus på metodestandarder og forretningsobjekter/begreber i relation til OIO datastandarder. OIO EA roller - v1.doc Side 10 af 14 Februar 2007
4.3 Informationsarkitekt 4.3.1 Beskrivelse Informationsarkitekten er ansvarlig for modellering af de data og informationer, der anvendes. Informationsarkitektens primære fokus er information, og igennem et tæt samarbejde med forretningsarkitekten og applikationsarkitekten, sørger han/hun for at data modelleres og anvendes konsistent på tværs af virksomheden. Informationsarkitekten har stor erfaring indenfor logisk og fysisk databasemodellering, normalformer osv. Informationsarkitekten kan have erfaring som databaseadministrator, og således have en mere teknisk databasebaggrund. Informationsarkitekten har også erfaring indenfor tildeling af adgangsrettigheder (beskyttelse af data). 4.3.2 Kompetenceprofil Informationsarkitekt Informationsmodellering / databaseerfaring Applikationsviden / Teknologibredde Teknologidybde 5,0 4,0 3,0 2,0 1,0 0,0 Forretningsdybde Lederskab Projektledelse Analyse Proces/struktur Kommunikation Figur 4: Informationsarkitekt. 4.3.3 Gode råd I praksis vil informationsarkitekter være opdelt i to grupper: Stærk indenfor objektorienteret modellering og logisk datamodellering Specialist i fysisk datamodellering og databaseadministrator Hav derfor i overvejelserne at en informationsarkitekt ikke nødvendigvis skal kunne være stærk på begge områder, når kompetencerne planlægges. Informationsarkitekten vil benytte OIO Kataloget med særligt fokus på OIO-datastandarder i sit arbejde. OIO EA roller - v1.doc Side 11 af 14 Februar 2007
4.4 Applikationsarkitekt 4.4.1 Beskrivelse Applikationsarkitekten er ansvarlig for design af applikationslandskab, integrationer og services i en organisation typisk indenfor et forretningsområde (fx sundhed, social eller miljø) eller et tværgående domæne (fx økonomi-, HR- eller kontorapplikationer). Applikationsarkitekten samarbejder naturligvis tæt med alle de andre arkitektroller, men især med teknologiarkitekten for at sikre at applikationer og infrastruktur passer sammen. Applikationsarkitekten arbejder derudover også tæt sammen med informationsarkitekten for at sikre optimal udveksling og anvendelse af informationer. Samarbejdet med enterprise arkitekten og forretningsarkitekten vedrører de funktionelle krav til løsningen hvordan forretningens og brugernes behov opfyldes bedst. altså Applikationsarkitekten samarbejder også med eksterne parter om at sikre interoperabilitet og anvendelse af de relevante standarder. 4.4.2 Kompetenceprofil Applikationsarkitekt Informationsmodellering / databaseerfaring Applikationsviden / Teknologibredde Teknologidybde 5,0 4,0 3,0 2,0 1,0 0,0 Forretningsdybde Lederskab Projektledelse Analyse Proces/struktur Kommunikation Figur 5: Applikationsarkitekt. 4.4.3 Gode råd I engelske EA beskrivelser betegnes applikationsarkitekten Application Architect, Software Architect, Data Architect, Solutions Architect og Integration Architect. Bemærk at OIO arkitekturmetoden har en særlig rolle der beskriver Data Architect nemlig Informationsarkitekt. I Danmark er applikationsarkitekten ofte kendt som løsningsarkitekt og softwarearkitekt. Applikationsarkitekten anvender OIO kataloget med særligt fokus på OIO-datastandarder og OIO webservices (OWSA). OIO EA roller - v1.doc Side 12 af 14 Februar 2007
4.5 Teknologiarkitekt 4.5.1 Beskrivelse Teknologiarkitektens arbejdsområde omfatter ansvar for design af det centrale datacenter og/eller decentrale itinfrastrukturer og vedligeholdelse af infrastrukturen. Teknologiarkitekten er desuden ansvarlig for at applikationer og it-services på tværs af organisationen bliver vedligeholdt og opdateret dvs. når der er f.eks. er ændringer eller opdateringer at sørge for, at disse bliver rullet konsistent ud. Teknologiarkitekten arbejder tæt sammen med applikationsarkitekter og de andre arkitekter for at sikre et teknisk arkitekturdesign, der lever op til de non-funktionelle krav som forretningen stiller (skalabilitet, pålidelighed, management, ydelse og sikkerhed), og for at sikre at de løsninger der udvikles/købes passer ind i den besluttede infrastruktur. Teknologiarkitekten er ansvarlig for det strategiske valg af teknologi. En teknologiarkitekt vil typisk være specialist indenfor et eller flere produktområder, f.eks. netværksudstyr, servere eller directory design/implementering, og måske besidde en eller flere certifikationer. 4.5.2 Kompetenceprofil Teknologiarkitekt Informationsmodellering / databaseerfaring Applikationsviden / Teknologibredde Teknologidybde 5,0 4,0 3,0 2,0 1,0 0,0 Forretningsdybde Lederskab Projektledelse Analyse Proces/struktur Kommunikation Figur 6: Teknologiarkitekt. 4.5.3 Gode råd Teknologiarkitekten kaldes ofte på engelsk infrastructure architect, technology architect og system architect. På dansk ses ofte anvendt it-arkitekt men det er en noget upræcis betegnelse. Teknologiarkitekten benytter OIO Kataloget i sit arbejde, med særligt fokus på tekniske standarder. OIO EA roller - v1.doc Side 13 af 14 Februar 2007
4.6 Forandringsarkitekt 4.6.1 Beskrivelse Forandringsarkitekten er ansvarlig for at løsninger bliver indført succesfuldt i organisationen. Forandringsarkitekten har ledererfaring, forstår organisationen godt, og er i stand til at håndtere politiske, organisatoriske og personlige konflikter. Forandringsarkitekten arbejder sammen med virksomhedens forretningsledelse og personaleafdeling om at indføre nye arbejdsgange og jobbeskrivelser. Forandringsarkitekten er derimod ikke nødvendigvis videre teknisk. Et enterprise arkitektur projekt kan betyde store omvæltninger i organisationen. Forandringsarkitektens opgave er at sikre at der ikke opstår unødig forvirring og usikkerhed i organisationen, men også at sikre at de organisatoriske aspekter ved forandringerne adresseres. For nogle organisationer og medarbejdere vil dette være velkomment, for andre kan det virke skræmmende. Det er derfor individuelt i hvilke trin forandringsarkitekten skal inddrages. Forandringsarkitekten er ikke en projektleder, men samarbejder med projektledelsen, dog med fokus på organisationen, ikke på økonomi- og ressourcestyring. 4.6.2 Kompetenceprofil Forandringsarkitekt Informationsmodellering / databaseerfaring Applikationsviden / Teknologibredde Teknologidybde 5,0 4,0 3,0 2,0 1,0 0,0 Forretningsdybde Lederskab Projektledelse Analyse Proces/struktur Kommunikation Figur 7: Forandringsarkitekt. 4.6.3 Gode råd Det er ikke ualmindeligt at forandringsarkitekten er en ekstern ressource fordi det er en meget udpræget specialistrolle med store spidskompetencer indenfor forandring, og som derfor ofte nemmere kan komme udefra og gennemføre disse forandringer. Forandringsarkitekten benytter OIO Kataloget med særligt fokus på metodestandarder i sit arbejde. OIO EA roller - v1.doc Side 14 af 14 Februar 2007