Hvad er en Issue Log (problemlog)?

Risikostyring Læsetid: 6 min. Opdateret: 03. november 2025

Definition

En Issue Log (på dansk: problemlog, hændelseslog eller afvigelseslog) er et centralt projektdokument, der bruges til systematisk at registrere, følge og håndtere alle uforudsete problemer, afvigelser eller blokeringer, der opstår i løbet af et projekt. I modsætning til et risikoregister, der fokuserer på fremtidige, usikre hændelser, handler en Issue Log om nuværende problemer, der kræver øjeblikkelig opmærksomhed og handling. Den fungerer som en handlingsorienteret ‘to-do’-liste for projektets uventede udfordringer og sikrer, at alt bliver håndteret.

Systematisk problemløsning

I ethvert projekt opstår uundgåeligt uforudsete problemer. Uden en Issue Log bliver disse problemer ofte diskuteret i forbifarten eller glemt i en travl hverdag. Dette fører til forsinkelser, frustration og manglende overblik. En Issue Log sikrer struktur og overblik. Ved at formalisere registreringen af problemer sørger man for, at intet falder mellem stolene. Den skaber gennemsigtighed om, hvad der blokerer projektet, hvem der arbejder på en løsning, og hvad status er. Det er et simpelt, men ekstremt stærkt værktøj til at bevare kontrol, når planen ikke går som forventet.

Fordele og ulemper ved en Issue Log

Fordele

  • + Sikrer at ingen problemer bliver glemt eller ignoreret
  • + Skaber et centralt overblik over alle aktuelle forhindringer i projektet
  • + Tildeler et klart ejerskab for løsningen af hvert problem
  • + Giver et databaseret grundlag for at prioritere, hvor teamets opmærksomhed er mest nødvendig
  • + Fungerer som værdifuld dokumentation for ‘lessons learned’ til fremtidige projekter

Ulemper

  • − Kan blive for bureaukratisk, hvis selv de mindste problemer skal logges
  • − Mister sin værdi, hvis den ikke opdateres konsekvent og i realtid
  • − Kan skabe en ‘blame culture’, hvor fokus er på, hvem der skabte problemet, frem for hvordan det løses
  • − Kræver disciplin fra hele projektteamet at rapportere problemer centralt i stedet for uformelt

Hvad skal en beredskabsplan indeholde? Kolonner i en Issue Log

  1. 0

    1. Issue ID

    Et unikt nummer for hvert problem (f.eks. I-001, I-002), så det let kan refereres.

  2. 1

    2. Beskrivelse

    En klar og objektiv beskrivelse af problemet: Hvad er der sket, og hvad er konsekvensen?

  3. 2

    3. Dato

    Datoen for, hvornår problemet blev opdaget og logget.

  4. 3

    4. Prioritet

    En vurdering af problemets alvor og hast (f.eks. Høj, Mellem, Lav) for at guide teamets fokus.

  5. 4

    5. Issue Owner

    Navnet på den person, der er ansvarlig for at koordinere og drive løsningen af problemet.

  6. 5

    6. Handling og løsning

    En løbende log over de handlinger, der er taget for at løse problemet, og den endelige løsning.

  7. 6

    7. Status

    Problemets nuværende tilstand (f.eks. ‘Åben’, ‘I gang’, ‘Løst’, ‘Eskaleret’, ‘Lukket’).

Issue Log vs. Risikoregister

Issue Log (Problemlog)

Fokus: Reaktion. Handler om problemer, der er sket. Den er reaktiv og bruges til at håndtere nutidige hændelser, der blokerer for fremdrift.

Risikoregister

Fokus: Forebyggelse. Handler om usikre hændelser (risici), der kan ske i fremtiden. Det er et proaktivt værktøj til at planlægge, hvordan man undgår eller mindsker potentielle problemer.

Praktisk eksempel: Issue Log for en softwareudvikling

Et agilt team er midt i et sprint for at udvikle en ny feature. Deres Issue Log i et regneark kunne se sådan ud:

I-001: Test-server er nede

Ejer: Søren

• Beskrivelse: Den primære test-server svarer ikke. Det blokerer al QA-testning.
• Prioritet: Høj
• Status: I gang (Søren undersøger netværksfejl).

I-002: Uklarhed om designspecifikation

Ejer: Hanne (Product Owner)

• Beskrivelse: Udviklerne er i tvivl om, hvordan fejlmeddelelser skal vises i UI. Specifikationen er tvetydig.
• Prioritet: Mellem
• Status: Åben (Hanne skal afklare med UX-designer og vende tilbage).

I-003: Ekstern API returnerer uventet dataformat

Ejer: Lise

• Beskrivelse: En tredjeparts-API, vi er afhængige af, har ændret deres dataformat uden varsel. Vores integration fejler.
• Prioritet: Høj
• Status: Løst (Lise har implementeret et workaround og kontaktet leverandøren).

Denne log giver projektlederen et øjeblikkeligt overblik over, hvad der forhindrer fremdrift, og hvem der arbejder på at fjerne forhindringerne.

Hvornår er en Issue Log unødvendig?

I meget små teams med tæt samarbejde

Hvis et team på 2-3 personer sidder sammen og har daglige stand-ups, kan problemer ofte håndteres effektivt gennem direkte kommunikation. En formel log kan være unødvendig kompleksitet.

En simpel problem kolonne på et fysisk Kanban-board eller en delt note.

Til at håndtere ideer og forbedringsforslag

En Issue Log er for problemer, der afviger fra planen. En idé til en ny feature eller en forbedring af en proces er ikke et ‘issue’ og hører ikke til her, da det vil skabe støj.

Brug en separat idé-backlog, et retrospektiv-dokument eller en forbedringstavle.

Oftest stillede spørgsmål

Det er et spørgsmål om tid. En risiko er et potentielt problem, der måske sker i fremtiden. Et problem er noget som allerede er opstået og påvirker projektet lige nu. Man håndterer risici proaktivt; man løser problemer reaktivt.

Ikke nødvendigvis. En Issue Log bør fokusere på problemer, der påvirker projektplanen (tid, budget, kvalitet), kræver koordinering at løse, eller som blokerer andre teammedlemmers arbejde. Småting, som en enkelt person kan løse på fem minutter, behøver sjældent at blive logget formelt.

Projektlederen er typisk ansvarlig for at vedligeholde selve loggen og processen omkring den. Men hvert enkelt 'issue' skal have en udpeget 'Issue Owner', som er den person, der er ansvarlig for at drive løsningen fremad og rapportere.

Vil du lære mere?

Opdag de klare indikatorer på, at din virksomhed kunne drage fordel af et dedikeret projektstyringsværktøj for at forbedre effektiviteten og samarbejdet.

5 tegn på din virksomhed har brug for et projektstyringsværktøj?