Analisi
Decision log
Tenga un decision log corrente, cosa, da chi, quando, su quali basi. Critico in caso di turnover, domande tardive e dibattiti nel gruppo direttivo.
Aggiornato il 23 gen 2026
Discovery · 3.8
Perché in modo continuo (non solo alla fine)
Le decisioni hanno valore solo se può spiegarle dopo. Tre mesi dopo il go-live qualcuno chiede “perché abbiamo configurato così?”. Senza log = buio, discussione di rilavorazione. Con il log = clicca e sa. Particolarmente critico durante il turnover (PM, gruppo direttivo, sponsor) — altrimenti il contesto sparisce con le persone.
Cosa consegna?
Decision log
Un solo documento o tabella con tutte le decisioni significative, in ordine cronologico.
Regola di trigger chiara
Quando qualcosa diventa “significativo” e va nel log? Non tutto, ma più di quanto pensi.
Owner del log
Una persona (PM o analyst) che aggiunge almeno una voce per workshop.
Formato gestibile
Notion, Confluence, Excel condiviso, lista SharePoint — quello che funziona per il suo team.
Quando una decisione è “significativa”
Nel log
- Scelta tra alternative (es. workflow A vs B)
- Esclusioni di scope (lista Won't)
- Scelte di naming (nomi reparti, nomi classificazioni)
- Tier SLA e regole di escalation
- Ownership (chi è la 'A')
- Regole finanziarie (allocazione costi, centri di costo)
Non nel log
- Styling UI, ordine dei campi
- Punti d'agenda banali
- Workaround tecnici una tantum
- Accordi operativi (catturati nei manuali)
Passi
- 1Scelga strumento e template — posizione condivisa accessibile al gruppo direttivo e al team di progetto. Vedi il template sotto.
- 2Assegni un owner — di solito il PM o il business analyst. Lui possiede il log.
- 3Aggiorni a ogni workshop — ultimi 5 minuti della sessione: “quali decisioni abbiamo preso?”. Logghi subito.
- 4Per ogni voce: annoti le alternative — non solo “abbiamo scelto X”, ma anche “Y e Z erano sul tavolo, i motivi del rifiuto erano …”.
- 5Categorizzi con tag — “Dati anagrafici”, “Workflow”, “Finance”, “Security”. Rende il log ricercabile dopo.
- 6Rivaluti in caso di dubbio — se più tardi qualcuno chiede “sei sicuro?”, usi il log per confermare o cambiare deliberatamente (con una nuova voce).
- 7In caso di cambio: nuova voce — non sovrascriva la vecchia. “Decisione #12 sostituisce #5 perché …”. L'audit trail resta intatto.
Template — Decision log
| # | Data | Topic | Decisione | Alternative (respinte) | Motivazione | Owner | Tag | Stato |
|---|---|---|---|---|---|---|---|---|
| 1 | 2026-01-15 | Gerarchia di location | Geografia → Edificio → Piano → Sala | Piatta (solo Edificio) | Reportistica occupancy per piano | Head of Facility | Dati anagrafici | Approvato |
| 2 | 2026-01-18 | Approvazione > €500 | Il manager deve approvare | Auto-approvazione fino a €1000 | Compliance + controllo di budget | CFO | Finance, Workflow | Approvato |
| 3 | 2026-02-03 | Portale self-service | Solo ticket in fase 1, niente prenotazioni | Entrambi insieme in fase 1 | Capacità + carico di change | Sponsor | Scope | Approvato |
| … | … | … | … | … | … | … | … | … |
Best practices
→ Scriva pensando al futuro
Immagini: un collega lo legge tra 18 mesi senza contesto. Capirà?
→ Colleghi all'evidenza
Aggiunga un link alla mappa di processo, RACI o lista pain point che giustifica la decisione.
→ Lo usi per le change request
Qualcuno vuole cambiare qualcosa? Punti alla voce originale, imponga la motivazione.
→ Tenga apertamente visibile
Non lo nasconda in una cartella irraggiungibile. Centrale, trovabile, leggibile da ogni stakeholder.