Roadmaps i organisationer: sådan kobler du strategi, prioriteringer og tidslinjer

Hvorfor roadmaps er blevet et nøgleværktøj i ledelse

Flere og flere danske organisationer arbejder med roadmaps, men mange bruger begrebet forskelligt. I nogle ledergrupper er et roadmap bare en pæn slide. I andre er det selve nerven i styringen af strategi, produkter og it-landskab.

Kernen er enkel: Et godt roadmap giver et fælles overblik over, hvad I vil opnå, hvilke initiativer der skal til, og hvornår de ligger i tid. Det gør det lettere at prioritere, sige nej, koordinere på tværs og følge op på, om strategien faktisk bliver til noget.

I det følgende får du en samlet ramme for, hvordan du kan forstå, vælge, lave og styre roadmaps i en organisation, så de hænger sammen med både strategi, governance og eksekvering.

Hvad er et roadmap i en organisation?

Et roadmap i organisatorisk sammenhæng er et visuelt overblik, der kobler mål, prioriterede initiativer og en tidslinje. Det viser retningen, tempoet og den indbyrdes rækkefølge på de vigtigste indsatser.

Man kan se et roadmap som et lag mellem strategi og detaljerede planer:

• Over strategien: Strategien beskriver, hvorfor og hvor I vil hen.
• På roadmap-niveau: Roadmapet viser, hvilke større initiativer og temaer der skal gennemføres hvornår.
• Under roadmapet: Projekter, sprintplaner, aktivitetsplaner og budgetter efterlever roadmapet.

I praksis bruges roadmaps til at:

• Skabe fælles retning på tværs af forretning, it, drift og stabe
• Oversætte strategiske mål til konkrete bølger af arbejde
• Synliggøre afhængigheder og flaskehalse
• Understøtte beslutninger om investeringer, ressourcer og timing

Der er dog forskel på, hvad organisationer kalder et roadmap. Nogle bruger ordet om selve planen, andre om det overordnede overblik, og nogle blander det sammen med en detaljeret projektplan. For at arbejde professionelt med roadmaps er det nyttigt at skelne skarpt mellem selve artefaktet og processen bag.

Roadmap vs. roadmapping: begreberne på plads

To ord bliver typisk blandet sammen: roadmap og roadmapping.

• Roadmap er resultatet – den visuelle plan eller det overblik, som kan deles i ledelsesfora, projektporteføljer, produktteams mv.
• Roadmapping er processen – de aktiviteter, møder og beslutninger, hvor man indsamler input, prioriterer, afstemmer og opdaterer roadmapet.

Hvis du kun fokuserer på roadmapet som dokument, ender du ofte med flotte slides, der hurtigt bliver forældede. Hvis du derimod tager roadmapping alvorligt som en tilbagevendende ledelsesproces, får du et styringsværktøj, der hele tiden afspejler virkeligheden.

Det mest effektive setup er typisk:

• Et simpelt, letforståeligt roadmap, som kan vises på én side
• En fast proces (roadmapping) med klare roller, møder og beslutningspunkter, hvor roadmapet justeres og bruges aktivt

De vigtigste typer roadmaps i organisationer

“Roadmap” er en samlebetegnelse. I praksis bruges forskellige typer med forskellige formål og tidshorisonter. En enkel typologi, som går igen i researchen, er:

1. Projekt- og produktroadmaps

Projektroadmap og produktroadmap ligger tættest på driften og hverdagen.

• Projektroadmap: Viser hovedmilepæle og leverancer for et større projekt eller program over typisk 6-24 måneder. Fokuserer på faser, go/no-go beslutninger og afhængigheder til andre projekter.
• Produktroadmap: Viser udviklingen af et produkt eller en service over tid – fx nye funktioner, releases, kundesegmenter eller markeder. Horisonten er ofte 6-18 måneder, rullende.

Formålet er at give interessenter et overblik uden at gå ned i sprint- eller aktivitetsniveau. Produktroadmaps bruges ofte af produktchefer og udviklingsteams som bindeled mellem kundebehov, strategi og backlog.

2. Strategiske og corporate roadmaps

Strategiske roadmaps og corporate roadmaps ligger tættest på den overordnede forretningsstrategi.

• Strategisk roadmap: Viser, hvordan langsigtede mål omsættes til temaer og større initiativer over 2-5 år. De bruges ofte i topledelsen og i strategiprocesser.
• Corporate roadmap: Et samlet roadmap for hele virksomheden eller et større forretningsområde, som samler flere strategiske spor – fx kommercielle initiativer, digitale indsatser og organisatoriske ændringer.

Formålet er at skabe oversigt over de store bevægelser, så man kan træffe beslutninger om investeringer, kapacitet og fokus. De er mindre detaljerede, men har længere horisont og stærkere kobling til strategi og ejer- eller bestyrelsesagenda.

3. It-arkitektur og teknologiske roadmaps

It-arkitektur roadmaps og beslægtede teknologiske roadmaps fokuserer på systemlandskab, data og teknologi.

• It-arkitektur roadmap: Viser, hvordan systemer, integrationer og platforme skal udvikles eller afvikles over 2-5 år, så de understøtter forretningsstrategien.
• Teknologiroadmap: Kan dække alt fra skift til cloud, data- og AI-setup til modernisering af kernesystemer.

Formålet er at styre tekniske afhængigheder og risiko: Hvad skal være på plads hvornår, for at forretningen kan rulle sine initiativer ud? Her ligger typisk et tæt samspil med enterprise-arkitekter og it-ledelse, men uden at roadmapet bliver en ren teknisk tegning.

Hvornår vælger du hvilken type roadmap?

Valget af roadmap-type afhænger især af tre ting: tidshorisont, formål og organisatorisk modenhed.

En enkel huskeregel er:

• Strategisk/corporate roadmap, når du vil styre
  – 2-5 års retning
  – større investeringer og forandringsprogrammer
  – dialog med bestyrelse og øverste ledelse
• Produkt- og projektroadmaps, når du vil styre
  – 6-24 måneders leverancer
  – pipeline for udvikling, lanceringer og projekter
  – forventningsafstemning med kunder, salg og interne interessenter
• It-arkitektur roadmaps, når du vil styre
  – modernisering af systemlandskab
  – tekniske afhængigheder mellem forretningsinitiativer
  – risiko, support- og compliancekrav

Det afgørende er, at du ikke forveksler et roadmap med en detaljeret projektplan. Roadmapet viser de store linjer og milepæle. Projektplaner og sprintboards håndterer de konkrete opgaver.

I mere modne organisationer hænger flere niveauer sammen: et strategisk roadmap for hele virksomheden, som brydes ned til domæne- eller produktroadmaps, som igen hænger sammen med projekter og backlog. I mindre modne organisationer kan det give mening at starte med ét eller to roadmaps for de mest kritiske områder, og først senere udbygge.

Sådan laver du et roadmap: trin for trin

Selve processen med at lave et roadmap kan se forskellig ud, men de grundlæggende trin er de samme på tværs af organisationer og roadmap-typer.

1. Afklar formål, scope og tidshorisont

Før noget tegnes, skal du være skarp på tre spørgsmål:

• Hvem er roadmapet til? Ledelse, produktteam, it, bestyrelse, hele organisationen?
• Hvilket område dækker det? Hele virksomheden, et forretningsområde, et produkt, et program, it-arkitektur?
• Hvilken tidshorisont arbejder I med? 6, 12, 24 eller 36+ måneder?

Formålet afgør både detaljeniveau og format. Et roadmap til bestyrelsen ser anderledes ud end et roadmap til et udviklingsteam.

2. Tag udgangspunkt i strategien

Et roadmap uden strategisk forankring bliver hurtigt en ønskeliste. Start derfor med de vigtigste strategiske mål og prioriteringer:

• Hvad er de 3-5 centrale mål for perioden?
• Hvilke strategiske temaer arbejder I med (fx kunderejse, effektivisering, digitalisering)?
• Hvilke capabilities (kompetencer, processer, teknologier) skal styrkes?

Her kan det være nyttigt at koble til de mere generelle rammer for strategiudvikling og forretningsmodeller, så roadmapet ikke bliver løsrevet fra jeres øvrige strategiarbejde.

3. Indsaml input og identificer initiativer

Næste skridt er at få overblik over mulige initiativer:

• Samle eksisterende projektidéer, backlog-items, business cases og planer
• Interviewe nøglepersoner om nødvendige indsatser og afhængigheder
• Fange både “must do” (lovkrav, kritiske risici) og “want to do” (mulighedsinitiativer)

Målet er en rå liste med potentielle initiativer, som kan grupperes og prioriteres. På dette tidspunkt må listen gerne være lang – filtreringen kommer senere.

4. Gruppér i temaer og bølger

For at gøre roadmapet forståeligt arbejder man sjældent med enkeltinitiativer direkte. I stedet samles de i:

• Temaer: fx “digital kunderejse”, “driftseffektivisering”, “data og indsigt”
• Bølger eller faser: fx “stabilisere”, “bygge”, “skalere” over tid

Et typisk strategisk roadmap kan fx være struktureret med temaer på tværs og år/kvartaler på langs, hvor større initiativer placeres som blokke.

5. Prioritér og fastlæg rækkefølge

Her flytter roadmapping sig fra ønskeliste til reel ledelsesøvelse. Du skal vælge:

• Hvilke initiativer der prioriteres først, og hvilke der må vente
• Hvad der skal køre parallelt, og hvad der er afhængigt af noget andet
• Hvor meget kapacitet (økonomi, folk, ledelsesfokus) der reelt er til rådighed

Det er ofte nødvendigt at arbejde med simple beslutningskriterier, fx bidrag til strategi, risiko, ressourceforbrug og tid til effekt. Her kan faste beslutningsskabeloner og -fora være en hjælp; se fx ressourcer under beslutningsskabeloner.

6. Tegn roadmapet i et enkelt format

Når prioriteringen er på plads, skal det samles i et visuelt roadmap. Grundelementerne er:

• Tidslinje (måneder, kvartaler eller år)
• Temaer, streams eller domæner på tværs
• Blokke for initiativer eller milepæle placeret i tid
• Evt. markering af afhængigheder og kritiske milepæle

Formatet skal vælges efter modtagerne: Nogle steder er en enkel slide nok, andre steder er et værktøj nødvendig, der kan håndtere mange initiativer og relationer. Det vigtigste er, at roadmapet kan læses og forstås på få minutter.

7. Forankr roadmapet i organisationen

Et roadmap virker kun, hvis det bliver brugt i praksis. Det kræver forankring:

• Præsentér og drøft roadmapet i relevante ledelsesfora
• Aftal, hvad roadmapet betyder for eksisterende projekter og planer
• Gør det klart, hvem der ejer roadmapet, og hvordan ændringer håndteres

Her spiller forandringsledelse ind: medarbejdere og mellemledere skal kunne se, hvad roadmapet betyder for deres hverdag. Du kan med fordel spejle arbejdet i principperne fra forandringsledelse.

8. Sæt en rytme for opdatering og opfølgning

Til sidst skal du beslutte, hvordan roadmapet holdes levende:

• Hvor ofte opdateres det? (fx hver måned eller hvert kvartal)
• I hvilke fora bruges det til beslutninger?
• Hvordan kobles det til budgetter, KPI’er og performanceopfølgning?

Mange har succes med faste møder, hvor roadmapet er et fast punkt. Erfaringer fra fx SOP- og driftsmøder, som beskrevet i artiklen om 4 faste møder, der gør din SOP-proces brugbar, kan overføres til roadmapping.

Governance: hvem ejer roadmapet, og hvordan styres det?

Governance handler om roller, regler og beslutningsprocesser. Det gælder også for roadmaps. Uden governance bliver roadmapet enten en skrivebordsøvelse eller en kampplads for stærke interessenter.

Fire nøglespørgsmål i roadmap-governance

En enkel governance for et roadmap bør besvare mindst fire spørgsmål:

• Ejerskab: Hvem har det overordnede ansvar for roadmapet og dets kvalitet? (fx produktchef, programleder, it-direktør, strategi- eller PMO-ansvarlig)
• Beslutningsret: Hvem kan godkende nye initiativer, ændre rækkefølge eller flytte større milepæle?
• Høring og input: Hvem skal involveres, høres eller informeres ved ændringer?
• Proces og kadence: Hvilke møder og rytmer bruges til at opdatere og anvende roadmapet?

Strukturen skal passe til jeres øvrige organisering og governance – ellers bliver det hurtigt et parallelt system, der skaber forvirring.

Typiske roller

I praksis ser man ofte følgende rollefordeling:

• Roadmap-ejer: En tydeligt udpeget person med mandat til at foreslå og drive ændringer.
• Beslutningsforum: Et fast forum (fx direktion, produktstyregruppe, it-porteføljeforum), som godkender større ændringer og nye initiativer.
• Bidragydere: Repræsentanter fra forretning, it, drift, økonomi og hr, som leverer input og vurderer konsekvenser.
• Facilitator/PMO: En funktion, der sikrer, at processen kører, og at roadmapet opdateres og kommunikeres klart.

Det behøver ikke være tungt. Erfaringer fra fx data governance i letvægtsversion viser, at et minimums-setup med klare roller ofte virker bedre end store modeller, som ingen følger.

Governance og opdateringskadence

Governance og opdateringsrytme hænger tæt sammen:

• Mindst én gang i kvartalet bør roadmap og strategi-afledte prioriteringer drøftes sammen.
• Mindst én gang om måneden bør roadmapets konsekvenser for projekter, kapacitet og ressourcer gennemgås i relevante fora.
• Ved større ændringer (nye lovkrav, markante markedsændringer) bør der være en klar proces for ekstraordinære justeringer.

Her er det en fordel at koble roadmapet til den generelle styring af performance og mål, fx via de principper der beskrives under performance, KPI’er og målstyring.

Sådan kobles roadmaps til strategi og eksekvering

Et roadmap er i bund og grund et oversættelsesværktøj: Det oversætter strategi til eksekverbare bølger af arbejde.

Fra strategiske mål til temaer og capabilities

Processen kan tænkes i tre lag:

1. Strategiske mål: fx “øge andelen af digitale salg til 50 %”, “reducere omkostninger pr. kunde med 15 %”, “indtræde på to nye markeder”
2. Temaer og capabilities: Hvad skal I kunne for at nå målene? fx “digital kunderejse”, “automatiseret sagsbehandling”, “lokalt salgssupport-setup”
3. Initiativer og bølger: Hvilke konkrete projekter og forandringer realiserer disse capabilities over tid?

Roadmapet placerer temaer og initiativer på tidslinjen og viser rækkefølgen, så eksekveringen bliver realistisk.

Fra roadmap til portefølje og projekter

Når roadmapet er på plads, skal det kobles til de konkrete styringsværktøjer:

• Porteføljestyring: Hvilke projekter og programmer indgår i de forskellige blokke på roadmapet?
• Projektstyring: Hvordan brydes roadmapets blokke ned til projektplaner, milepæle og sprint?
• Budget og ressourcer: Hvordan afspejler budgetterne den prioritering, roadmapet lægger op til?

Her kan dashboards være nyttige til at vise status og fremdrift på en måde, der ikke spilder nogens tid – se fx principperne i artiklen om dashboards, der ikke spilder nogens tid.

Fra roadmap til effekter og KPI’er

For at sikre, at roadmapet ikke kun styrer aktiviteter, men også resultater, bør hvert tema eller større initiativ kobles til:

• Et eller flere konkrete mål/KPI’er
• En forventet tidsprofil for, hvornår effekten bør kunne ses
• Ejere, som er ansvarlige for både gennemførelse og effekt

Så bliver roadmapet et bindeled mellem strategi, aktiviteter og mål, ikke bare en plan for ting, der skal sættes i gang.

Hvad sker der, hvis roadmapet mangler governance?

Mange organisationer har prøvet at lave roadmaps, som aldrig rigtig fik betydning. Mønstret bag fejlen er ofte det samme, og det handler sjældent om PowerPoint-evner.

Typiske problemer uden governance

• Uklart ejerskab: Ingen ved, hvem der faktisk bestemmer over roadmapet. Resultat: alle forsøger at påvirke det, ingen tager ansvar.
• Manglende strategisk kobling: Initiativerne afspejler interne ønsker frem for strategiske valg. Roadmapet bliver en ønskeseddel eller en projektsamling uden retning.
• Forældet indhold: Roadmapet opdateres ikke, når virkeligheden ændrer sig. Efter få måneder holder folk op med at bruge det.
• Forkert detaljeniveau: Enten er roadmapet så detaljeret, at det bliver uoverskueligt, eller så overordnet, at ingen ved, hvad det betyder i praksis.
• Manglende kobling til budget og ressourcer: Der besluttes langt flere initiativer, end kapaciteten rækker til. Roadmapet mister troværdighed.

Konsekvensen er ofte tab af tillid: ledelse og medarbejdere oplever roadmapet som noget, der ikke afspejler virkeligheden, og vender tilbage til lokale excel-ark og personlige prioriteringer.

Enkel, gennemtænkt governance er derfor ikke bureaukrati for sin egen skyld, men en forudsætning for, at roadmapet får reel styringskraft.

Eksempler på, hvordan roadmaps bruges i praksis

Selv om brancher og kontekster er forskellige, går nogle anvendelser igen.

Strategiske roadmaps i topledelsen

En virksomhed kan fx bruge et 3-årigt corporate roadmap, som samler:

• Strategiske vækstinitiativer (nye markeder, nye segmenter)
• Digitaliseringsspor (nye kanaler, selvbetjening, automatisering)
• Organisatoriske spor (kompetenceudvikling, strukturændringer)

Roadmapet bruges i direktionen og i dialogen med bestyrelsen til at skabe fælles billede af, hvad der faktisk skal gennemføres hvornår, og hvor risiciene ligger.

It-arkitektur roadmaps i digital transformation

I mange digitaliseringsprogrammer arbejder it-ledere og enterprise-arkitekter med et it-arkitektur roadmap, der fx viser:

• Hvilke kernesystemer der skal moderniseres eller udfases hvornår
• Hvornår nye platforme, data-lagre eller integrationslag skal etableres
• Hvordan dette spiller sammen med bølgerne i et digitalt transformationsprogram

Det gør det lettere at sige ja eller nej til nye initiativer ud fra, om de passer ind i det planlagte systemlandskab.

Data- og AI-roadmaps

Flere organisationer laver nu særskilte roadmaps for data og AI-indsatser. Her kan et roadmap fx vise:

• Opbygning af grundlæggende datafundament og governance
• Udvikling af specifikke use cases over tid
• Gradvis opbygning af kompetencer og styringsmodeller, som fx dem der diskuteres i artiklen om AI-styring, man faktisk har brug for

Fordelen er, at man undgår at hoppe mellem enkeltprojekter uden en samlet retning for, hvordan data og AI skal styrke forretningen.

Hvad skal et godt roadmap indeholde?

Uanset type og format er der nogle grundelementer, som går igen i anvendelige roadmaps.

• Klar kobling til mål: Det skal fremgå, hvilke strategiske mål eller KPI’er de enkelte temaer understøtter.
• Temaer eller streams: En logisk gruppering af initiativer, så overblikket ikke drukner i enkeltopgaver.
• Initiativer og milepæle: De vigtigste projekter, releases eller beslutningspunkter, så man kan tale konkret om fremdrift.
• Tidslinje: En horisont, der giver mening for målgruppen (typisk måneder eller kvartaler).
• Afhængigheder: Markering af initiativer, der er forudsætning for andre.
• Ejerskab: Klare ejere på temaer/initiativniveau, så ansvar ikke forsvinder i mængden.
• Opdateringskadence: En aftalt rytme for opdatering, gerne skrevet ind i selve roadmap-beskrivelsen.

Hvis disse elementer er på plads, og governance og proces er tænkt igennem, får du et roadmap, som både ledelse og teams kan bruge som fælles referencepunkt – ikke bare som endnu en pæn figur i en præsentation.