Aktører og deres roller
Indhold
Det er allerede fremhævet, at et digitaliseringsprojekt omfatter meget mere end teknologi. Den menneskelige faktor er afgørende (måske altafgørende) for projektets succes. Og det hjælpes bedst på vej med et tæt og tillidsfuldt samarbejde mellem de forskellige aktører. Samt naturligvis aktører med de rigtige og nødvendige kvalifikationer.
Det er derfor vigtigt at organisere digitaliseringsprojekter i forhold til projektets indhold, omfang og kompleksitet. I den sammenhæng er rollebegrebet et vigtigt værktøj. Gennem definition af de forskellige rollers opgaver/funktioner og ansvar bliver de indbyrdes forventninger mellem aktørerne klare og præcise.
Når aktørerne ved, hvem der har hvilke roller, bliver det klart: Hvem der gør hvad, og så skal aktørerne selvfølgelig aftale til hvornår samt eventuelt hvordan.
Det er her vigtigt at bemærke, at en aktør kan have flere roller, og en rolle kan deles af flere aktører.

Tabel 3: Rollerne er vigtige i styring af digitaliseringsprojekter, så de forskellige aktører ved, hvad deres forventede funktion og ansvar er.
Vi lægger stor vægt på rollebegrebet i FODA, fordi de tydelige rollebeskrivelser bidrager til klarhed om opgaver, ansvar og samarbejde. Samt for forventninger til kvalifikationer for den medarbejder, der tildeles en (eller flere) roller.
Ved etablering af digitaliseringsprojektet er det derfor vigtigt at få organiseret det således, at de nødvendige roller er identificeret og ved tildelingen af roller til medarbejderne, at sikre, medarbejderne har de nødvendige kvalifikationer. Medarbejderne skal selvfølgelig også have tildelt den nødvendig tid, til at løse de opgaver der følger med rollen.
Hvis denne organisering gøres omhyggeligt, er projektet allerede godt på vej.
Tabel 2 indeholder en oversigt over vigtigste roller i et digitaliseringsprojekt. Oversigten indeholder langt fra alle de almindeligt forekommende roller, og specielt på leverandørsiden dækker ”leveranceteam” over mange forskellige roller (f.eks. design thinking konsulent, udvikler, tester, release manager, m.fl.).
I det følgende beskrives udvalgte roller fra Tabel 2 i flere detaljer. De tre nævnte roller i Tabel 2 på leverandørsiden er medtaget for skabe forståelse for samarbejdet til den side. De sammenskrives i det efterfølgende til blot to roller.
De udvalgte roller er:
- Myndighed
- Produktejer
- It-arkitekt
- It-projektleder
- Leverandør
- Scrum master
- Leveranceteam
De resterende roller i Tabel 2 beskrives kort og overordnet i Bilag A: Rollebeskrivelser.
| Rolle | Primære funktion og ansvar | Karakteristika | Brug af FODA | |
| Styregruppe-formand | Se FOP | Strategisk fokus; typisk ikke- digital baggrund; ser på nytte, ikke tekniske detaljer; gevinstejer |
Forståelse for gevinster samt forudsætninger for succesfuld anvendelse af fællesoffentlig arkitektur i digitale løsninger |
Myndighed |
|
Styregruppe-medlem |
Se FOP | Repræsenterer på ledelsesniveau brugerne; har indsigt i lovgivningsmæssige forhold, brugernes situation |
||
| It-projektleder | Lede projektet internt hos aftager; sikre fremdrift og koordinering |
Har projektlederkompetencer; med fordel erfaring med digitalisering; fokus på proces |
Forstå de særlige forhold omkring planlægning og styring af digitaliserings- projekter. Har kendskab til arkitekturregler |
|
| Produktejer | Definerer behov og prioriterer krav | Solid indsigt i myndighedsområdet; god til at formidle og inddrage; beslutningskompetent |
Finde byggeblokke og genanvendelige arkitekturelementer- og værktøjer samt metodik |
|
| It-arkitekt | Udformer, dokumenterer og kommunikerer arkitekturen |
Indsigt i it-arkitektur, integration |
Finde fællesoffentlige funktionelle byggeblokke og løsningsbyggeblokke. Inkorporerer arkitekturreglerne i løsningen |
|
| Driftsansvarlig | Understøtte den tekniske drift og rådgive om systemvalg og -arkitektur |
Har teknisk viden om drift og procesindsigt; ønsker standardisering og stabil drift |
Finde information om driftsmæssige forhold, der er vigtige for installation og drift af en digital løsning |
|
| Bruger | Bidrage med faglige behov og beskrivelser til løsningens funktionalitet |
Har dyb faglig viden, men begrænset it-erfaring; arbejder praktisk og brugsnært |
Forståelse for gevinster samt forudsætninger for succesfuld anvendelse af fællesoffentlig arkitektur |
|
| Seniorleverandør | Se FOP | Professionel, samarbejdsorienteret og kontraktbevidst. Ser helheden og balancerer i leverancekrav |
Forståelse for gevinster samt forudsætninger for succesfuld anvendelse af fællesoffentlig arkitektur |
Leverandør |
| Scrum master | Faciliter den agile udviklingsproces og sikrer effektivitet i processer og leverancer |
Solid praktisk forståelse af agile |
Gevinster ved brug af fællesoffentlig arkitektur; forstå fællesoffentlige arkitektur og finde byggeblokke |
|
| Leveranceteam | Udvikle digital løsning ud fra krav og brugerbehov samt med brug af byggeblokke |
Tekniske specialister; har ofte brug for kontekst og brugernær indsigt |
Tabel 4: Væsentlige roller i et digitaliseringsprojekt og beskrevet i FODA. Roller fremhævet med fed skrift har speciel fokus i FODA. Listen af roller er generelt forsimplet i forhold til en mere bred og dybdegående styring af digitaliseringsprojekter.
Produktejer har ansvaret for at beskrive og prioritere forretningsbehov og funktionelle krav i en digital løsnings produktbacklog. Netop produktbackloggen er et væsentligt omdrejningspunkt for produktejers arbejde, ved at produktbackloggen til stadighed indeholder den prioriterede liste af krav.
Produktejer repræsenterer brugerne i udviklingsprocessen og afklarer/beskriver krav og godkende løsningselementer foreslået af leveranceteamet løbende. Med dette er produktejer på det funktionelle bindeled mellem forretning og leveranceteamet. Produktejer arbejder tæt sammen med it-arkitekten, der eventuelt kan rådgive om brug af FODA-arkitekturbyggeblokke i forbindelse med funktionel kravspecifikation.
Produktejer og it-arkitekt har sammen ansvar for dataindhold i den digital løsning.
Karakteristika
Produktejer har solid indsigt i myndighedsområdet en digital løsning skal betjene. Heri ligger at produktejer er inde i de lovgivningsmæssige paragraffer og har erfaring med sagsbehandlingen på området. Produktejer er ikke nødvendigvis inde i samtlige detaljer i myndighedsbehandlingen, men produktejer ved hvem i organisationen, der vil kunne besvare spørgsmål når der er behov for afklaring. Produktejer har også det nødvendige overblik over behov for funktionalitet i den digitale løsning til løbende at kunne prioritere de funktioner, der giver størst nytteværdi.
Produktejer er detaljeorienteret, tilgængelig og engageret i løsningen. Produktejer er god til at omsætte faglige behov til konkrete krav og afvejninger. Produktejer evner at formulere krav, foretage løbende prioriteringer og træffe beslutninger om funktionalitet i den digitale løsning. Desuden er produktejer god til at inddrage brugerne og formidle information mellem brugerne og leveranceteamet.
Kvalifikationer/erfaringer
Produktejer har indgående kendskab til den faglige kontekst, som løsningen skal understøtte. Heri ligger den nødvendige viden til at prioritere funktionalitet i forhold til den forretningsmæssige værdi, der opnås ved at realisere krav i den digitale løsning.
Erfaring omfatter også indsigt i de begreber, der benyttes på myndighedsområdet samt de data, der indgår i sagsbehandlingen. Desuden har produktejer forståelse for digitalisering og gerne erfaring med agile arbejdsformer, dvs. beskrivelse og modning af funktionelle krav.
Funktion og ansvar
- Ansvarlig for backloggen og for at sikre, at leveranceteamet arbejder med de vigtigste funktioner
- Beskriver og prioriterer krav i form af user stories og accepterer leverancer
- Sikrer løbende dialog med brugere og interessenter om behov og funktionalitet
- Træffer beslutninger om indhold og omfang af den digitale løsning og prioritering inden for projektets rammer
- Deltager aktivt i sprintforberedelse, demoer og retrospectives
- Ansvarlig for dataindhold
| Produktejers brug af FODA |
|
Som produktejer kan du bruge FODA til at finde fællesoffentlige byggeblokke (under udarbejdelse), der beskriver og specificerer funktionalitet, dvs. hvad en digital løsnings skal kunne, der er fælles for flere digitale løsninger, f.eks. søgning efter en adresse eller en virksomhed. Du kan også finde datakilder, der kan være relevante for din digital løsning. Datakilderne finder du i FODAs datakatalog. Ved at genbruge disse byggeblokke skabes sammenhæng på tværs af digitale løsninger, og du slipper som produktejer for selv at skulle ”opfinde” funktionalitet. Dette opfylder FODAs arkitekturregler. |
It-arkitekten er ansvarlig for at sikre, at den tekniske løsning er robust, sammenhængende og passer ind i myndighedens it-landskab. Rollen fungerer som bindeled mellem forretningens behov og den teknisk realisering i den digitale løsning. It-arkitekten tager ansvar for arkitekturvalg, integrationer, sikkerhed og tekniske standarder. It-arkitekten kan sætte krav til arkitekturmæssige tekniske forhold i den digitale løsnings målarkitekturen, men it-arkitekten er ikke nødvendigvis den, der udarbejder den endelige løsningsarkitektur. Detaljerne i dette arbejde anbefales overladt til leverandøren. It-arkitekten samarbejder tæt med både interne teknikere, eksterne leverandører og forretningsrepræsentanter.
Karakteristika
It-arkitektens karakteristika er analytisk, struktureret og løsningsorienteret. It-arkitektens kan oversætte forretningsmål til teknisk arkitektur, der kan forstås af leverandøren. Tilsvarende kan it-arkitekten forstå og gennemskue leverandørens tekniske løsningsbeskrivelse og forklarer den internt i myndigheden. It-arkitekten har blik for både helhed og detaljer samt kan balancere kortsigtede projektbehov med langsigtet it-strategi.
Kvalifikationer/erfaringer
It-arkitekten har solid erfaring med it-arkitektur, integration og systemdesign samt gerne drift i offentlige miljøer. Desuden har it-arkitekten kendskab til relevante rammeværk og standarder (f.eks. TOGAF, Fælles Offentlig Digital Arkitektur (FODA), ISO 27001) samt forstår informationssikkerhed, skalerbarhed og governance og kan facilitere tekniske beslutninger i samspil med løsning af myndighedsopgaverne.
Funktion og ansvar
- Sikrer at den tekniske løsning er robust, skalerbar og hænger sammen med organisationens eksisterende it-landskab/teknologiplatform
- Stiller tekniske og non-funktionelle krav til den digitale løsning herunder tekniske forhold omkring test
- Rådgiver produktejer og leverandørteamet om arkitekturregler og sikrer løbende overholdelse af FODA-arkitekturregler
- Vurderer snitflader, integrationer og datastrukturer
- Har ansvar for, at tekniske krav som sikkerhed og performance bliver adresseret
- Dokumenterer og formidler arkitektur i dialog med produktejer, udviklere og drift
| It-arkitekts brug af FODA |
|
Som it-arkitekt kan du bruge FODA til at finde fællesoffentlige funktionelle byggeblokke og løsningsbyggeblokke (under udarbejdelse)., der beskriver og specificerer funktionalitet, dvs. hvad en digital løsnings skal kunne, og hvordan funktionaliteten realiseres, der er fælles for flere digitale løsninger, f.eks. søgning efter en adresse eller en virksomhed. Du kan også hjælpe produktejer med at finde datakilder, der kan være relevante for produktejers digital løsning. Datakilderne finder du i FODAs datakatalog. Ved at genbruge disse byggeblokke skabes sammenhæng på tværs af digitale løsninger, og du slipper som produktejer for selv at skulle ”opfinde” funktionalitet. Dette opfylder FODAs arkitekturregler. |
It-projektleder har det daglige ansvar for at planlægge, koordinere og følge op på projektets aktiviteter, ressourcer og leverancer. It-projektleder sikrer fremdrift i tæt samspil med produktejer, it-arkitekt brugerrepræsentanter samt i forhold til leverandøren. Desuden varetager it-projektleder rapportering til styregruppen.
Karakteristika
Struktureret, handlekraftig og god til kommunikation og konflikthåndtering. Kan arbejde under usikkerhed og skabe overblik.
Kvalifikationer/erfaringer
Solid projektledelseserfaring, gerne med PRINCE2 eller lignende. Kendskab til it-udviklingsmodeller og offentlige udbuds- og kontraktforhold. Gode samarbejdsevner. Viden om de risikofyldte opgaver og udfordringer der er specielle i it-projekter, f.eks. fastholdelse og styring af indhold og omfang af den digitale løsning (undgå ”scope creep”), styring af integrationer leveret af tredjepart, test, m.v.
Funktion og ansvar
- Planlægger og koordinerer projektets samlede forløb og sikrer fremdrift i samarbejde med Produktejer og leveranceteam
- Tilrettelægger governance og rapportering til styregruppen
- Varetager risikostyring, budgetopfølgning og leverandørkoordinering
- Faciliterer afhængigheder og forandringer på tværs af teams og interessenter
- Understøtter agile arbejdsformer uden at overtage teamets metodeansvar
| It-projektleders brug af FODA |
|
Som it-projektleder kan du bruge FODA til at opbygge forståelse for det projektmæssige indhold i et projekter med udvikling af en digital løsning, herunder hvor udfordringer og risici ligger. Byggeblokke standardiserer/genbruger tidligere arbejde, hvilket er risikominimerende. It-projektleder forventes at have et godt overblik over indhold og omfang af den digitale løsning, men forventes ikke at have detaljeret indsigt. Omkring detaljerede funktionelle og arkitekturmæssige forhold samt stillingtagen til arkitekturreglerne, arbejder it-projektleder tæt sammen med produktejer og it-arkitekt, så it-projektleder kan fokusere på proces. |
Scrum masteren er en faciliterende leder og en nøgleperson i agile leveranceteams. Rollen handler om at skabe de bedst mulige rammer for teamets samarbejde, produktivitet og kontinuerlige forbedring. Scrum masteren guider teamet i brugen af agile metoder – særligt Scrum – og arbejder aktivt for at fjerne forhindringer, fremme selvorganisering og sikre, at teamet følger agile principper og værdier.
Karakteristika
En scrum master udmærker sig ved sin evne til at tjene teamet. Rollen kræver en person, der er empatisk, nysgerrig og opmærksom på teamets behov, og som formår at skabe tillid og psykologisk tryghed. Scrum masteren er først og fremmest en facilitator, der styrker teamets samarbejde og kommunikation gennem strukturerede møder og løbende refleksion. Vedkommende fungerer også som en coach, der hjælper teamet med at forstå og forbedre sine arbejdsgange, og som en beskytter, der sikrer, at teamet har ro til at fokusere på leverancerne uden unødige forstyrrelser.
Kvalifikationer
En kvalificeret scrum master har en solid praktisk forståelse af agile metoder som Scrum og Kanban (eventuel certificering som f.eks. ”Certified Scrum Master” (CSM) eller ”Professional Scrum Master” (PSM)). Ofte har scrum master 2–3 års erfaring i agile teams, enten som scrum master eller i beslægtede roller. Teknisk indsigt eller erfaring med DevOps-principper er en fordel, men det vigtigste er evnen til at facilitere teamprocesser og styrke det tværfaglige samarbejde. Scrum Masteren bør have erfaring med anvendelse af agile værktøjer som Jira, Azure DevOps eller lignende, og gerne kendskab til forandringsledelse eller organisationsudvikling.
Funktion og ansvar
Scrum masterens funktion og ansvar omfatter:
- Facilitere scrum-events: Planlægning, daglige standups, sprint reviews og retrospectives
- Fjerne impediments og forhindringer, som blokerer teamets fremdrift
- Understøtte teamets autonomi og hjælpe det med at tage ansvar for egne leverancer
- Agere som coach og mentor for teamet og organisationen ift. forståelse og anvendelse af scrum
- Fremme samarbejde med eksterne interessenter og sikre en god dialog
- Beskytte teamet mod forstyrrelser og ustabilitet under sprints
- Øge transparens og kontinuerlig forbedring gennem visualisering, retrospectives og feedback
| Scrum masters brug af FODA |
|
Som scrum master kan du bruge FODA til at få forståelse for myndighedernes krav til gevinsterne ved at udvikle og vedligeholde digitale løsninger baseret på brug af fællesoffentlig arkitektur, herunder arkitekturregler og værktøjer, så den tilbudte løsning overholder kravene i FODA. Du kan finde specifikationer for fællesoffentlige funktionelle byggeblokke og løsningsbyggeblokke (under udarbejdelse), der beskriver og specificerer funktionalitet, dvs. hvad en digital løsnings skal kunne, og hvordan funktionaliteten realiseres, der er fælles for flere digitale løsninger, f.eks. søgning efter en adresse eller en virksomhed. Du kan også finde datakilder, der kan være relevante for produktejers digital løsning. Datakilderne finder du i det Fællesoffentlige Datakatalog. |
Leveranceteamet er ansvarligt for at levere en fungerende digital løsning, der skaber værdi for brugerne, gennem kontinuerlig og iterativ udvikling. Teamet varetager desuden driften og supporten af den digitale løsning.
Karakteristika
Teamet er tværfagligt, selvorganiserende og samarbejdende. Teamet har ansvar for at levere og drifte digitale løsninger, der virker og skaber værdi.
Kvalifikationer/erfaringer
Erfarne softwareudviklere, UX-designere, testere m.fl. med viden om teknologier og agile samarbejdsformer. Erfaring med CI/CD og DevOps er en fordel.
Funktion og ansvar:
- Udvikler funktionalitet baseret på prioriterede user stories
- Deltager i planlægning, estimering og kvalitetsforbedring
- Tester, dokumenterer og klargør løsninger til produktion
- Samarbejder tæt med produktejer og scrum master
- Indgår i feedback-loop og forbedrer løbende processer og produkt
| Leveranceteamets brug af FODA |
|
Som medlem i leveranceteamet kan du bruge FODA til at få forståelse for myndighedernes krav til gevinsterne ved at udvikle og vedligeholde en digital løsning baseret på brug af fællesoffentlig arkitektur, herunder arkitekturregler og værktøjer, så den tilbudte løsning overholder kravene i FODA. Du kan finde specifikationer for fællesoffentlige funktionelle byggeblokke og løsningsbyggeblokke (under udarbejdelse), der beskriver og specificerer funktionalitet, dvs. hvad en digital løsnings skal kunne, og hvordan funktionaliteten realiseres, der er fælles for flere digitale løsninger, f.eks. søgning efter en adresse eller en virksomhed. Du kan også finde datakilder, der kan være relevante for produktejers digital løsning. Datakilderne finder du i FODAs datakatalog. |
Øverste ansvarlige for projektets forretningsmæssige værdi og beslutningstagning. Sikrer sammenhæng mellem projekt og organisationens strategiske mål. Leder styregruppen og har ansvar for fremdrift, business case og gevinstrealisering.
| Styregruppeformands brug af FODA |
| Som styregruppeformand kan du bruge FODA til at få overordnet forståelse for gevinsterne ved at udvikle og vedligeholde digitale løsninger baseret på brug af fællesoffentlig arkitektur og byggeblokke. |
Repræsenterer slutbrugerne og sikrer, at deres behov indarbejdes i projektet. Deltager i overordnede beslutninger og følger projektets fremdrift og leverancer med fokus på brugsværdi og muligheder/begrænsninger ved udvikling af en digital løsning.
| Styregruppemedlems (gevinstejers = seniorbrugers brug af FODA |
| Som styregruppemedlem kan du bruge FODA til at få overordnet forståelse for gevinsterne ved at udvikle og vedligeholde digitale løsninger baseret på brug af fællesoffentlig arkitektur samt hvilke værktøjer og byggeblokke, der er anvendt i den aktuelle digitale løsning, du er gevinstejer af. |
Der er flere modeller for drift af digitale løsninger. En leverandør kan levere kombineret udvikling og drift af en digital løsning på leverandørens egen driftsplatform eller i skyen (”cloud”), så myndigheden tilkøber driften. Digitale løsninger kan også leveres til installation og drift i et lokalt miljø.
I sidstnævnte tilfælde skal en lokal driftsansvarlig varetage driften. Hvis dette er tilfældet, skal driftsansvarlig sikre, at den digitale løsning kan installeres og administreres i organisationens driftsmiljø – teknisk og organisatorisk. Driftsansvarlig skal involveres i god tid for at sikre, at dokumentation, sikkerhed, eventuelle snitflader til andre interne og eksterne digitale løsninger og support er på plads ved overdragelse til drift.
Karakteristika
Teknisk funderet og med fokus på langsigtet bæredygtighed. Risikobevidst og grundig i vurdering af snitflader og afhængigheder.
Kvalifikationer/erfaringer
Erfaring med it-drift, systemforvaltning eller it-arkitektur. Kendskab til organisationens tekniske landskab og governance-krav (f.eks. informationssikkerhed, ISO 27001, NIS2, GDPR).
Funktion og ansvar
- Sikrer, at den løsning, der udvikles, er driftsklar og kan forvaltes effektivt
- Definerer krav til drift, sikkerhed, overvågning og support
- Deltager i planlægning af overdragelse fra projekt til drift
- Samarbejder med it-arkitekt og produktejer om driftstekniske beslutninger
- Vurderer driftskonsekvenser af nye funktionaliteter
| Driftsansvarliges brug af FODA |
| Som driftsansvarlig kan du bruge FODA til at finde information om eventuelle driftsmæssige forhold, der er vigtige for installation og drift af en digital løsning til lokal drift. |
Seniorleverandøren har ansvar for leverandørens samlede leverancer, kvalitet og proces i projektet samt for den strategisk dialog og kontraktuel overholdelse.
Seniorleverandøren er professionel, samarbejdsorienteret og kontraktbevidst. Ser helheden og balancerer omkring leverancekrav med relationen til myndigheden.
Seniorleverandøren har bred erfaring med leverancer til offentlige myndigheder og (komplekse) digitale projekter. I den sammenhæng er kendskab til kontraktstyring og agil udvikling væsentligt.
Funktion og ansvar
- Varetager ledelsen af leverandørens samlede indsats i projektet
- Deltager i styrende fora og sikrer leverancer i henhold til kontrakt og planer
- Sikrer ressourcer og kompetencer fra leverandørens side
- Formidler status og risici til myndigheden
- Medvirker til at håndtere ændringer og eskalationer
| Seniorleverandørs brug af FODA |
| Som seniorleverandør kan du bruge FODA til at få overordnet forståelse for myndighedernes krav til gevinsterne ved at udvikle og vedligeholde digitale løsninger baseret på brug af fællesoffentlig rammearkitektur og byggeblokke, så den tilbudte løsning overholder kravene i den FODA. |

