Når projekter går skævt, er det sjældent fordi teamet mangler aktivitet. Det er oftere fordi målene er uklare, eller fordi ingen kan se, om indsatsen faktisk flytter projektet i den ønskede retning.
OKR kan give dig et enkelt sprog til både retning og fremdrift, uden at drukne projektet i KPI’er, statusrapporter og skemaer, som ingen bruger aktivt.
Hvad OKR kan i projektledelse
OKR står for Objectives and Key Results. I et projekt fungerer det som et fælles “kompas”, der gør det lettere at prioritere, træffe fravalg og rapportere status på en måde, der giver mening for både team og interessenter.
— Du kan få dem tilsendt herunder! —
Det centrale er, at OKR ikke bare handler om at “levere aktiviteter”, men om at tydeliggøre den effekt, projektet skal skabe. Et stærkt OKR-sæt kan derfor fungere som bindeled mellem projektets formål, scope, leverancer og gevinstrealisering.
Michael Rurup Andersen beskriver OKR som en metode, der hjælper organisationer med at fastlægge og spore klare, målbare mål og nøgleresultater, der fører til opfyldelse af målene (se: https://www.michaelrurupandersen.dk/objective-key-results-okr/).
Objective vs. Key Results: hvad betyder det i praksis?
Et Objective er dit ønskede resultat i ord. Det er kvalitativt og retninggivende. I projekter giver det ofte mening at tidssætte det (fx pr. kvartal, release eller fase), så det passer til din plan og dine beslutningspunkter.
Key Results er dine målbare beviser på, at du nærmer dig Objective. De skal kunne opdateres løbende med tal, procenter eller klare tærskler. Hvis du kan “argumentere” dig til, at et Key Result er nået, er det typisk formuleret for løst.
En praktisk tommelfingerregel:
- Objective: inspirerende retning
- Key Results: hårde målepunkter, der afgør om retningen bliver til virkelighed
Det er også derfor, OKR ofte føles mere brugbart end klassiske succeskriterier, der ender som en linje i projektgrundlaget og aldrig bliver set igen.
Hent vores bøger og skabeloner herunder
Sådan sætter du OKR til et projekt (uden at gøre det tungt)
Start med at acceptere en vigtig præmis: OKR er et styringsgreb, ikke en skriveøvelse. Du sætter dem for at kunne justere undervejs.
En enkel proces, der virker i både agile og mere faseopdelte projekter, er denne:
- Afklar “hvorfor”: Hvilken forandring skal projektet skabe for kunder, drift eller forretning?
- Vælg 1 til 3 Objectives: Hellere få og tydelige end mange og pæne.
- Lav en hurtig gap-analyse: Beskriv “as-is” og “to-be” og identificér hullet imellem. Det gør det lettere at finde de rigtige Key Results (se: https://blivprojektleder.dk/gap-analyse/).
- Skriv 3 til 5 Key Results pr. Objective: Brug tal, tærskler og klare definitioner på “færdig”.
- Tjek styrbarhed: Kan teamet påvirke målingen inden for perioden? Hvis ikke, omformulér.
- Kobl OKR til plan og backlog: Opgaver og milepæle skal kunne spores tilbage til mindst ét Key Result.
Mange teams får mest effekt ved at bruge OKR som “filter” i prioritering: hvis en opgave ikke flytter et Key Result, kræver den en ekstra god forklaring.
Fra OKR til ansvar: gør ejerskab synligt
OKR skaber fokus, men det skaber ikke automatisk ansvar. I projekter kan et Key Result let blive noget, “vi alle ejer”, og så ejer ingen det i praksis.
Her er RACI et stærkt supplement. Når du har formuleret Key Results, kan du lægge en let RACI-fordeling på hvert KR, så det er tydeligt, hvem der driver fremdrift, og hvem der skal godkende, bidrage og informeres (se: https://blivprojektleder.dk/raci-modellen/).
Det hjælper især i projekter med mange afhængigheder, fx når drift, IT, forretning og leverandører skal levere i samme periode.
Når du fordeler ansvar, kan du bruge disse enkle principper:
- Én accountable pr. Key Result: der skal være en person, som kan sige “ja/nej” til status
- Responsible kan være flere: flere kan levere, men de skal stadig koordineres
- Informed er et aktivt valg: ikke alle skal have alt
Opsætning af sporing: hvad måler du, hvor ofte, og hvor?
Sporing er stedet, hvor OKR enten bliver et levende værktøj eller en planche på væggen. En god cadence gør det nemt at følge udviklingen, uden at du skaber møde-overload.
Google peger på værdien af at genbesøge OKR et par gange i kvartalet, så de kan fungere som kalibrering og give plads til at justere, når ny viden rammer projektet (se: https://rework.withgoogle.com/en/guides/set-goals-with-okrs).
I projekter er det ofte klogt at kombinere “hyppige små check-ins” med “færre dybe reviews”.
| Projekttype | Typisk rytme | Fokus i mødet | OKR-output |
|---|---|---|---|
| Agilt (Scrum/Kanban) | Ugentlig eller pr. sprint | Er vi på vej mod KRs, og skal vi omprioritere? | Opdaterede KR-tal + beslutninger til backlog |
| Faseopdelt (vandfald) | Hver 2. til 4. uge | Fremdrift mod milepæle og risici mod KRs | Status pr. KR + ændringer i plan/risici |
| Hybrid | Ugentligt team-check-in + månedligt review | Teamet justerer, styregruppen får overblik | Dashboard + kort “hvad ændrer vi nu?” |
Et praktisk greb er at score hvert Key Result på en enkel skala (fx 0,0 til 1,0 eller procent). Det gør status sammenlignelig fra uge til uge og tvinger jer til at være konkrete.
Værktøjer: sådan gør du OKR synligt i teamets hverdag
OKR dør tit i dokumenter. Det lever i værktøjer, som teamet allerede bruger til opgaver, dialog og beslutninger.
BlivProjektleder.dk peger på flere projektstyringsværktøjer, der også passer godt til OKR-arbejde, fx ClickUp, Trello, Slack, Miro og Office Timeline (se oversigten her: https://blivprojektleder.dk/projektstyringsvaerktojer/). Pointen er ikke at finde et “OKR-system”, men at gøre målene tydelige dér, hvor arbejdet foregår.
Det kan gøres helt lavpraktisk:
- OKR-tavle som topniveau i ClickUp/Monday/Trello
- Miro-board til OKR-workshop og beslutninger
- Slack-kanal til ugentlig OKR-opdatering
- Office Timeline til at vise milepæle koblet til Key Results
Hvis du vil holde det enkelt, så vælg ét sted til definition (hvad er OKR?), og ét sted til opdatering (hvad er status?). Resten er støj.
Et konkret eksempel: OKR til et softwareprojekt
Lad os sige, du leder et projekt, der skal levere en ny version af en mobilapp. I stedet for kun at styre på “release dato” og antal funktioner, kan du formulere et Objective, der også rummer kvalitet og oplevet værdi.
Objective (Q4): Levere app version 2.0, så brugerne oplever en mere stabil og nyttig løsning.
Key Results:
- Nedetid under 1,0 % i perioden efter release
- 10 nye funktioner i produktion, som er accepteret iht. kriterier
- Brugertilfredshed øges med 20 % (fx NPS, rating eller intern måling)
Det interessante sker, når du kobler disse Key Results til din plan:
- Hvis “10 nye funktioner” halter, kan du stadig lykkes med Objective, hvis stabilitet og tilfredshed forbedres markant.
- Hvis stabiliteten er dårlig, kan det være rigtigt at udskyde funktioner, selv om det gør ondt på scope.
Og du kan gøre ansvaret tydeligt ved at lægge en RACI på hvert KR, så det ikke bliver en debat i uge 9, hvem der “egentlig” ejer stabilitet, telemetry, tests og release-governance.
Typiske faldgruber (og hvad du gør i stedet)
OKR føles enkelt, men der er mønstre, der går igen, når det ikke virker i projekter. De fleste handler om, at man kommer til at formulere aktiviteter, eller at man mister modet, når virkeligheden ændrer sig.
Her er de fejl, der oftest koster fremdrift, med en hurtig rettelse til hver:
- For mange Objectives: Skær ned til 1 til 3, ellers forsvinder prioriteringen.
- Key Results som to-do’s: Mål effekten (stabilitet, tid, kvalitet), ikke aktiviteten (hold workshop, skriv dokument).
- Ingen baseline: Skriv startpunktet ind, så teamet kan se bevægelsen uge for uge.
- Uklart ejerskab: Sæt RACI på KRs, og beslut hvem der opdaterer tal.
- OKR bliver låst: Justér, når forudsætninger ændrer sig, og gør det synligt hvorfor.
Hvis teamet oplever OKR som kontrol, er det ofte et tegn på, at KRs er sat for langt fra teamets indflydelse, eller at de bruges til performancevurdering i stedet for styring af fælles leverance.
OKR sammen med klassisk projektstyring: tid, budget og scope
OKR erstatter ikke projektstyringens grunddiscipliner. Det supplerer dem.
Tid, budget og scope er stadig vigtige, men de fortæller ikke altid, om projektet skaber værdi. Du kan være “grøn” på plan og samtidig levere noget, som ikke flytter organisationen. OKR hjælper dig med at holde styring på resultater, ikke kun på aktiviteter.
En god kobling kan se sådan ud:
- Milestones og faseovergange bruges til at planlægge
- OKR bruges til at vurdere om I bevæger jer mod det, der betyder noget
- Ændringsønsker vurderes på deres effekt på Key Results, ikke kun på effort
Det gør også statusrapportering lettere: i stedet for lange afsnit om alt, der er sket, kan du starte med “hvad siger KRs?”, og derefter forklare de vigtigste årsager og beslutninger.
En enkel mødestruktur, der holder OKR i live
Den letteste måde at få OKR til at fungere på er at bygge det ind i møder, du allerede har, og gøre opdatering til en fast rytme.
Et setup mange projektteams kan køre med, uden ekstra kompleksitet, er:
- Ugentlig 15 minutters OKR-check-in: opdater tal, peg på afvigelser, aftal 1 til 2 handlinger
- Månedligt OKR-review: vurder om KRs stadig giver mening, og om der skal flyttes fokus
- Synligt dashboard: samme tal for team, ledelse og styregruppe, så I diskuterer ud fra det samme billede
Når det kører, kan du ofte mærke en ændring i samarbejdet: prioriteringer bliver hurtigere, og teamet bruger mindre energi på at gætte, hvad der “er vigtigst lige nu”.
— Du kan få dem tilsendt herunder! —
