Introduktion
De fleste projekter fejler ikke, fordi projektlederen ikke havde en plan.
De fejler, fordi beslutninger bliver taget – og senere glemt, misforstået eller betvivlet.
Har du prøvet én af disse?
- “Hvem besluttede egentlig det?”
- “Det var jo ikke sådan, vi aftalte det…”
- “Hvorfor valgte vi løsning A og ikke B?”
- “Kan vi ikke bare ændre beslutningen nu?”
Hvis ja, så mangler dit projekt sandsynligvis én ting:
👉 En beslutningslog (Decision Log)
TILMELD DIG NYHEDSBREVET OG FÅ +50 SKABELONER!
Vi har samlet +50 skabeloner!
— Du kan få dem tilsendt herunder! —
I dette indlæg lærer du:
- Hvad en beslutningslog er (og hvad den ikke er)
- Hvornår den skaber størst værdi
- Hvordan du bruger den i praksis – uden bureaukrati
- Hvordan den beskytter dig som projektleder
Hvad er en beslutningslog? (kort og praktisk)
En beslutningslog er en enkel, løbende oversigt over vigtige beslutninger i projektet.
Typisk indeholder den:
- Hvad blev besluttet
- Hvornår beslutningen blev taget
- Hvem der traf beslutningen
- Hvorfor beslutningen blev taget
- Eventuelle alternativer, der blev fravalgt
- Konsekvenser / afhængigheder
👉 Det er ikke et referat.
👉 Det er ikke en risikolog.
👉 Det er ikke et tungt governance-dokument.
Det er et hukommelsesværktøj for projektet.
Hvorfor beslutninger er farligere end manglende planer
Planer ændrer sig – og det accepterer alle.
Beslutninger derimod lever videre og får konsekvenser:
Hent vores bøger og skabeloner herunder
- Arkitekturvalg
- Leverandørvalg
- Scope-afgrænsninger
- Prioriteringer
- Fravalg (“det gør vi ikke nu”)
Problemet er, at beslutninger ofte:
- Tages i møder
- Tages i Slack / Teams
- Tages på telefon
- Tages “bare lige hurtigt”
… og aldrig dokumenteres ordentligt.
Resultatet?
- Diskussioner genåbnes
- Projektlederen mister autoritet
- Stakeholders føler sig overhørt
- Projekter glider i scope og tid
En beslutningslog er dit værn mod alt dette.
Hvornår giver en beslutningslog mest værdi?
Du behøver ikke en beslutningslog til alle projekter.
Men den er guld værd, når:
✅ Projektet har mange stakeholders
Jo flere meninger, desto større behov for fælles hukommelse.
✅ Projektet strækker sig over tid
Folk glemmer – eller skifter rolle.
✅ Projektet er komplekst eller tværgående
IT, forretning, leverandører, ledelse → mange krydsfelter.
✅ Projektlederen ikke selv har beslutningskompetencen
Beslutningsloggen dokumenterer hvem der ejer beslutningen.
De 5 beslutningstyper, du altid bør logge
Du skal ikke logge alt. Kun det, der har retning eller konsekvens.
Log altid beslutninger om:
- Scope
– hvad er med, og hvad er bevidst fravalgt? - Tid og rækkefølge
– hvad prioriteres nu, og hvad udsættes? - Økonomi
– valg med budgetmæssige konsekvenser. - Løsning / arkitektur
– især tekniske eller organisatoriske valg. - Afvigelser fra planen
– “Vi gør det anderledes end aftalt – fordi…”
Eksempel: sådan lyder en god beslutning
“Det er besluttet at fase funktion X ud af release 1 for at holde tidsplanen.
Beslutningen blev taget på styregruppemøde 12/3 af Product Owner og Sponsor.
Alternativet (forlænget tidsplan) blev fravalgt pga. markedsdeadline.
Konsekvens: Funktion X planlægges til release 2.”
Klar. Sporbar. Lukket.
Hvorfor beslutningsloggen beskytter dig som projektleder
Lad os være ærlige:
Beslutningsloggen er ikke kun for projektet – den er også for din rygdækning.
Den hjælper dig med at:
- Undgå at blive gjort ansvarlig for andres beslutninger
- Fastholde aftaler, når presset stiger
- Skabe ro i diskussioner (“vi har allerede besluttet det”)
- Skifte projektleder uden kaos
👉 En stærk projektleder dokumenterer ikke for kontrol – men for klarhed.
Sådan bruger du en beslutningslog i praksis (uden at drukne i administration)
Den største misforståelse om beslutningslogs
Mange projektledere tænker:
“Det lyder smart – men det bliver bare endnu et dokument, ingen bruger.”
Og ja, det bliver det, hvis du gør den for tung.
En beslutningslog skal være:
- Hurtig at opdatere (1–2 minutter)
- Let at forstå
- Synlig for alle relevante stakeholders
Hvis den kræver governance-møder eller lange formuleringer, er den død på forhånd.
Den simple skabelon (som virker i virkeligheden)
Du behøver kun 6 kolonner:
| Dato | Beslutning | Besluttet af | Baggrund | Alternativer | Konsekvens |
|---|
Sådan udfyldes den rigtigt
- Dato: Hvornår beslutningen blev taget (ikke hvornår den blev skrevet ned)
- Beslutning: Én klar sætning. Ingen forklaringer her.
- Besluttet af: Rolle > navn (fx Sponsor – Anne Jensen)
- Baggrund: Hvorfor blev beslutningen nødvendig?
- Alternativer: Hvad sagde vi nej til – og hvorfor?
- Konsekvens: Hvad betyder det for scope, tid, økonomi eller kvalitet?
👉 Hvis du er i tvivl om en beslutning er “log-værdig”:
Spørg dig selv “ville det her kunne blive diskuteret igen om 3 måneder?”
Hvis ja → log den.
Hvor skal beslutningsloggen ligge?
Der findes ikke ét rigtigt svar – kun ét forkert:
👉 Et sted, ingen kigger.
Her er de mest brugte løsninger:
🟢 Excel / Google Sheets
God til:
- Små og mellemstore projekter
- Hurtig opstart
- Deling med styregruppe
Ulempe:
Bliver let glemt, hvis den ikke er en del af hverdagsflowet.
🟢 Confluence / Notion
God til:
- IT- og produktteams
- Projekter med meget dokumentation
- Lang levetid
Bonus:
Kan linkes direkte fra beslutninger til krav, risks og møder.
🟢 Trello / andre boards
God til:
- Agile teams
- Praktiske projektledere
- Projekter hvor beslutninger hænger tæt sammen med opgaver
Eksempel:
Én liste kaldet “Beslutninger”, ét kort = én beslutning.
Hvornår opdaterer du beslutningsloggen?
Den gyldne regel:
Opdatér den, når beslutningen tages – ikke bagefter.
Konkret:
- Under styregruppemødet
- Under sprint review / planning
- Lige efter et afgørende stakeholder-møde
Sig det gerne højt:
“Jeg logger lige den beslutning, så vi har den med.”
Det skaber:
- Transparens
- Tydelighed
- Respekt for beslutningen
Sådan introducerer du beslutningsloggen uden modstand
Du skal ikke sælge den som “dokumentation”.
Sælg den som:
- “En fælles hukommelse”
- “En måde at undgå gentagelser”
- “En hjælp til at holde os enige”
En simpel formulering:
“For at undgå at vi tager de samme diskussioner igen, har jeg lavet en beslutningslog. Den er kun til de vigtige beslutninger.”
Færdig. Ingen debat.
Typiske fejl (og hvordan du undgår dem)
❌ Fejl 1: Alt bliver en beslutning
➡ Resultat: Ingen læser den
✅ Løsning: Kun valg med konsekvens
❌ Fejl 2: Projektlederen står som beslutningstager
➡ Resultat: Du får skylden
✅ Løsning: Brug altid rolle + navn
❌ Fejl 3: Beslutningen er uklar
➡ Resultat: Diskussionen genåbnes
✅ Løsning: Én beslutning = én sætning
Beslutningsloggen og moden projektledelse
Når du begynder at bruge beslutningslog konsekvent, sker der noget interessant:
- Møder bliver kortere
- Diskussioner bliver mere fokuserede
- Stakeholders tager større ejerskab
- Du fremstår mere professionel og rolig
Ikke fordi du kontrollerer mere –
men fordi klarhed skaber tillid.
TILMELD DIG NYHEDSBREVET OG FÅ +50 SKABELONER!
