Registro delle decisioni: modello per il tuo team

Un registro delle decisioni del team spiega perché è stata scelta un’opzione e cosa dovrebbe cambiare per rivederla. È necessario quando qualcuno lavora con una decisione vecchia, un’altra persona ricorda un’eccezione e nessuno trova il motivo originale. L’ultima frase della chat raramente contiene tutte queste informazioni.

In un’agenzia (in inglese), il registro può essere un documento condiviso con una scheda per decisione e un indice. L’utilità emerge conservando il contesto, distinguendo ciò che è stato verificato da ciò che è presunto e collegando una nuova decisione a quella che sostituisce. Qui trovi un modello e un caso completo per farlo.

Registra le decisioni che cambiano il lavoro

Apri una scheda quando la scelta influisce sul lavoro di più persone, dipende da un’incertezza importante o risulterebbe costoso ricostruirla. Scegliere un metodo di consegna condiviso merita di essere registrato; correggere un refuso può rimanere nell’attività. Il documento deve conservare una decisione che qualcuno dovrà capire in seguito.

Formula una domanda a cui si possa dare risposta: «Quale formato useremo per presentare il workshop nella sala del cliente?». «Migliorare le presentazioni» non identifica una decisione. Aggiungi cosa rimane fuori: contenuti, numero di sessioni o materiali per i partecipanti, a seconda di quanto già concordato nella definizione del lavoro nel preventivo.

Separa prove e presupposti. «La persona che coordina il workshop ha chiesto di poter correggere le diapositive» descrive un messaggio. «Il computer della sala potrà aprire il file modificabile» rimane in sospeso fino alla verifica. Essere d’accordo con un presupposto non lo rende un fatto.

Sii chiaro su chi prepara e chi decide

La persona che raccoglie le informazioni può essere diversa da chi ha la responsabilità finale di decidere. L’approccio DACI di Atlassian separa questi ruoli, oltre a coloro che apportano conoscenza e coloro che devono ricevere il risultato. Puoi mantenere questa distinzione in una piccola scheda.

Indica una persona responsabile della decisione, chi deve fornire le prove e chi è influenzato dal risultato. Conferma questa assegnazione; inserire un nome in una cella non conferisce autorità né dimostra che la persona abbia accettato il ruolo. Se è necessaria una risposta esterna, lasciala come dipendenza in sospeso.

Le opzioni necessitano di conseguenze concrete. «Usare il modificabile», «presentare un PDF» e «rimandare la scelta fino a quando non si prova la sala» permettono di confrontare cosa si guadagna, cosa rimane in sospeso e cosa può bloccare il lavoro. Non aggiungere opzioni che nessuno ha considerato solo per giustificare quella preferita in seguito.

Un modello con due stati separati

Copia la scheda e sostituisci le istruzioni tra parentesi quadre. Usa riferimenti brevi come DEC-01 e DEC-02, sia nell’indice che nelle attività. Gli identificatori sono esempi interni; non richiedono uno strumento specifico. Collega le prove accessibili al team senza copiare credenziali o informazioni inutili.

Riferimento e domanda: [identificatore / decisione concreta]
Ambito: [lavoro influenzato / cosa rimane fuori]
Preparazione: [persona che raccoglie informazioni]
Responsabile della decisione: [persona / assegnazione confermata]
Contributi e destinatari: [chi contribuisce / chi deve saperlo]
Prove: [fatto / riferimento / data di verifica]
Presupposti: [cosa manca da verificare / responsabile / conseguenza]
Opzioni: [alternative reali e conseguenze di ciascuna]
Risultato: [opzione scelta e motivo; o in sospeso]
Decisione: [proposta / adottata / scartata / sostituita]
Conferma: [persona / data / riferimento; o in sospeso]
Applicazione: [da quando / condizione necessaria]
Revisione: [condizione che la innesca / data / responsabile]
Storico: [sostituisce / sostituita da / nota datata]
Esecuzione: [in sospeso / in corso / bloccata / verificata]
Azione successiva: [attività / responsabile / data o condizione]
Verifica: [risultato atteso / prove / responsabile]

Adottata significa che esiste una decisione confermata. Verificata descrive la sua applicazione, con le prove previste. Una decisione scartata non deve procedere verso l’esecuzione. Se si rimanda la decisione, conserva «proposta», scrivi cosa manca e chi lo risolverà; il silenzio non completa la conferma.

Esempio: cambia la prova, cambia la decisione

Caso fittizio. Un’agenzia prepara un workshop. I nomi di riferimento, i giorni e i risultati successivi sono didattici; non descrivono un cliente reale. Il contenuto del workshop è concordato. Resta da decidere quale file verrà utilizzato durante la presentazione.

DEC-02 è già adottata, ma non permette ancora di scrivere «presentazione verificata». L’azione successiva consiste nell’aprire il PDF finale sull’attrezzatura della sala e rivedere le diapositive previste. Se il workshop dipende da un’animazione che scompare durante l’esportazione, il test deve rilevarlo prima di considerare valido il formato.

L’idea di conservare il ragionamento proviene dai registri delle decisioni di architettura, o ADR, descritti da AWS: una nuova decisione può sostituire una precedente. Qui la adattiamo alle operazioni di servizi; non stiamo applicando una norma di architettura al workshop.

Mantieni intatti i fatti e i motivi scritti in DEC-01. Aggiungi la nota di sostituzione con data e collegamento a DEC-02. Chi legge lo storico potrà distinguere una decisione ragionevole sotto un presupposto esplicito da un errore nascosto tramite un’edizione retroattiva.

Rivedi in base a una condizione concreta

«Lo rivedremo più avanti» non spiega che cosa il team debba monitorare. Un test fallito, una dipendenza che cambia o un nuovo requisito permettono di avviare la revisione. Indica chi deve monitorare questa condizione e fissa una data per verificarla se il lavoro ha una scadenza.

La data non ritira automaticamente la decisione. Se non emergono nuove informazioni, registra se è ancora applicabile e quale verifica manca. Quando continuare dipende da una condizione non soddisfatta, mantieni il blocco. Nell’esempio, accettare DEC-01 non autorizzava a omettere la prova dell’attrezzatura.

Cambiare un accento non richiede DEC-03. Cambiare il formato scelto o la sua condizione d’uso merita un altro riferimento. Se scopri che una prova era stata annotata male, aggiungi una correzione datata e rivedi le sue conseguenze; non lasciare che il registro continui a sostenere una falsa certezza.

Verifica che un’altra persona possa continuare

Mantieni un indice con riferimento, domanda, decisione in vigore e collegamento allo storico. Nell’attività di esecuzione, indica quale decisione si applica. Se cambia, avvisa le persone interessate e verifica che chi ha lavoro in sospeso abbia ricevuto il nuovo riferimento. Modificare il documento non garantisce che tutti lo abbiano letto.

Chiedi a qualcuno esterno alla conversazione di trovare tre cose: cosa deve essere fatto ora, perché è cambiato e cosa è ancora in sospeso. Se deve chiedertelo, correggi la scheda. Se c’è un’attività di manutenzione superflua, applica il criterio di eliminare, automatizzare e delegare (in inglese) prima di creare un’altra routine.

Inizia con una decisione in vigore il cui motivo sia difficile da recuperare. Scrivi ciò che è noto, marca ciò che è ancora un presupposto e lascia un’azione successiva con il responsabile. La persona successiva deve poter continuare da lì.