airplanebooksbriefcase business cogs cross election entertainment fish house law lockmedicalpeopleselfservices socialtax

Aktører og deres roller

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
(gevinstejer og seniorbruger)

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
og systemdesign i FODA-regi;
overordnet forståelse for
myndighedsområdet

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
metoder; struktureret; god til at
styre og formidle

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

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-arkitekt

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

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 master (Leverandør)

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.

Leveranceteam (Leverandør)

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.

Styregruppeformand

Ø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.

Se mere om rollen i FOP.

 

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.
Styregruppemedlem = gevinstejer = seniorbruger

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.

Se mere om rollen i FOP.

 

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.
Driftsansvarlig

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ør

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.

FODA er under kontinuerlig udvikling. Hvis du har bemærkninger eller spørgsmål, kan du skrive til foda@nanoq.gl

I forbindelse med FODA er der udviklet en kogebog, hvor alt information er samlet i ét dokument. Download kogebogen her.