In kaart brengen
Beslissingen vastleggen
Houd een beslissingenlogboek bij — wat, door wie, wanneer, op basis waarvan. Cruciaal bij personeelswissels, late vragen en stuurgroep-discussies.
Bijgewerkt op 23 jan 2026
In kaart brengen · 3.8
Waarom doorlopend (niet pas op het einde)
Beslissingen zijn pas waardevol als je ze later kunt uitleggen. Drie maanden na livegang vraagt iemand “waarom hebben we dit zo ingericht?”. Zonder logboek = duister geheugen, herwerk-discussie. Met logboek = doorklikken en weten. Vooral kritisch bij personeelswissels (PM, stuurgroep, sponsor) — anders verdwijnt context met de mensen.
Wat lever je op?
Beslissingenlogboek
Eén document of tabel met alle significante beslissingen, chronologisch.
Heldere triggerregel
Wanneer wordt iets “significant” en moet het in het log? Niet alles, maar wel meer dan je denkt.
Eigenaar van het log
Eén persoon (PM of analist) die per workshop minimaal één entry toevoegt.
Werkbare vorm
Notion, Confluence, gedeelde Excel, SharePoint-lijst — wat werkt voor je team.
Wanneer een beslissing “significant” is
Wel in het log
- Kiezen tussen alternatieven (bv. workflow A vs B)
- Scope-uitsluitingen (Won't-lijst)
- Naming-keuzes (afdeling-namen, classificatie-namen)
- SLA-niveaus en escalatieregels
- Eigenaarschap (wie is de 'A')
- Financiële regels (doorbelasting, kostenplaatsen)
Niet in het log
- UI-styling, veldvolgorde
- Triviale agenda-items
- Eenmalige technische workarounds
- Operationele afspraken (worden in handleidingen opgenomen)
Stappen
- 1Kies tool en sjabloon — gedeelde locatie waar de stuurgroep en het projectteam toegang heeft. Zie template hieronder.
- 2Wijs één eigenaar aan — meestal de PM of business-analist. Hij/zij is verantwoordelijk voor het log.
- 3Update tijdens elke workshop — laatste 5 minuten van een sessie: “welke beslissingen hebben we genomen?”. Direct loggen.
- 4Per entry: noteer alternatieven — niet alleen “we kozen X”, maar ook “Y en Z stonden op tafel, redenen om af te vallen waren …”.
- 5Categoriseer met tags — “Masterdata”, “Workflow”, “Finance”, “Security”. Maakt zoeken later mogelijk.
- 6Re-validate bij twijfel — als iemand later vraagt “weet je het zeker?”, gebruik het log om te bevestigen of bewust te wijzigen (met nieuwe entry).
- 7Bij wijziging: nieuwe entry — niet de oude overschrijven. “Beslissing #12 vervangt #5 omdat …”. Audit trail blijft intact.
Template — Beslissingenlogboek
| # | Datum | Onderwerp | Beslissing | Alternatieven (afgevallen) | Argumentatie | Eigenaar | Tags | Status |
|---|---|---|---|---|---|---|---|---|
| 1 | 2026-01-15 | Boomstructuur locaties | Geography → Building → Floor → Room | Plat (alleen Building) | Bezetting per verdieping rapporteren | Hoofd Facility | Masterdata | Vastgesteld |
| 2 | 2026-01-18 | Goedkeuring > €500 | Manager moet goedkeuren | Auto-goedkeuren tot €1000 | Compliance + budgetcontrole | CFO | Finance, Workflow | Vastgesteld |
| 3 | 2026-02-03 | Self-service-portaal | Fase 1 alleen tickets, geen reserveringen | Beide tegelijk in fase 1 | Capaciteit + change-load | Sponsor | Scope | Vastgesteld |
| … | … | … | … | … | … | … | … | … |
Best practices
→ Schrijf met toekomst in gedachten
Stel je voor: collega leest dit over 18 maanden zonder context. Snapt hij het?
→ Link naar bewijsmateriaal
Voeg link toe naar de procesplaat, RACI of pijnpuntenlijst die de beslissing rechtvaardigt.
→ Gebruik bij veranderingsverzoeken
Iemand wil iets veranderen? Verwijs naar de oorspronkelijke entry, dwing argumentatie.
→ Open standaard zichtbaar
Niet verbergen in een onbereikbare folder. Centraal, vindbaar, leesbaar voor elke betrokkene.