Gfacility

Analys

Beslutslogg

För en löpande beslutslogg, vad, av vem, när och på vilka grunder. Avgörande vid personalbyte, sena frågor och styrgruppsdiskussioner.

Uppdaterad 23. Jan. 2026

Discovery · 3.8

Varför löpande (inte bara i slutet)

Beslut är bara värdefulla om du kan förklara dem senare. Tre månader efter go-live frågar någon “varför konfigurerade vi det så här?”. Utan logg = mörker, omarbetning. Med logg = klicka igenom och veta. Särskilt kritiskt vid personalbyte (PM, styrgrupp, sponsor), annars försvinner kontexten med personerna.

Vad levererar du?

Beslutslogg

Ett dokument eller en tabell med alla betydande beslut, kronologiskt.

Tydlig tröskelregel

När blir något “betydande” och hamnar i loggen? Inte allt, men mer än man tror.

Ansvarig för loggen

En person (PM eller analytiker) som lägger till minst en post per workshop.

Praktiskt format

Notion, Confluence, delad Excel, SharePoint-lista, vad som fungerar för ditt team.

När ett beslut är “betydande”

In i loggen

  • Val mellan alternativ (t.ex. workflow A vs B)
  • Scope-uteslutningar (Won't-listan)
  • Namnval (avdelningsnamn, klassificeringsnamn)
  • SLA-nivåer och eskaleringsregler
  • Ägarskap (vem är 'A')
  • Finansiella regler (kostnadsfördelning, kostnadsställen)

Inte i loggen

  • UI-styling, fältordning
  • Triviala agendapunkter
  • Engångsmässiga tekniska workarounds
  • Operativa överenskommelser (fångade i manualer)

Steg

  1. 1Välj verktyg och mall, gemensam plats tillgänglig för styrgrupp och projektteam. Se mall nedan.
  2. 2Utse en ansvarig, oftast PM eller verksamhetsanalytiker. De äger loggen.
  3. 3Uppdatera under varje workshop, sista 5 minuterna av ett möte: “vilka beslut tog vi?”. Logga direkt.
  4. 4Per post: notera alternativ, inte bara “vi valde X”, utan också “Y och Z fanns på bordet, skäl för avslag var …”.
  5. 5Kategorisera med taggar, “Masterdata”, “Workflow”, “Finance”, “Security”. Gör loggen sökbar senare.
  6. 6Omvalidera vid tvivel, om någon senare frågar “är ni säkra?”, använd loggen för att bekräfta eller medvetet ändra (med en ny post).
  7. 7Vid ändring: ny post, skriv inte över den gamla. “Beslut #12 ersätter #5 eftersom …”. Audit-spåret förblir intakt.

Mall, beslutslogg

# Datum Ämne Beslut Alternativ (avfärdade) Motivering Ansvarig Taggar Status
12026-01-15LokationshierarkiGeografi → Byggnad → Våning → RumPlatt (endast byggnad)Rapportera beläggning per våningHead of FacilityMasterdataGodkänt
22026-01-18Godkännande > 500 €Chef måste godkännaAuto-godkänn upp till 1 000 €Compliance + budgetkontrollCFOFinance, WorkflowGodkänt
32026-02-03SjälvserviceportalFas 1 endast ärenden, inga bokningarBåda samtidigt i fas 1Kapacitet + förändringsbelastningSponsorScopeGodkänt

Best practices

→ Skriv med framtiden i åtanke

Tänk dig: en kollega läser detta om 18 månader utan kontext. Förstår de?

→ Länka till underlag

Lägg till en länk till processkartan, RACI:n eller smärtpunktslistan som motiverar beslutet.

→ Använd för change requests

Någon vill ändra något? Peka på ursprungsposten, tvinga fram motiveringen.

→ Håll öppet synligt

Göm den inte i en onåbar mapp. Central, sökbar, läsbar av varje intressent.