7 modelli decisionali che ogni team dovrebbe conoscere
Immagina la riunione in cui dovrebbe prendersi una decisione vera. Otto persone, quaranta minuti e, in qualche modo, vince l'opinione più rumorosa mentre tre voci più discrete non vengono mai ascoltate. Due settimane dopo, nessuno riesce a mettersi d'accordo su cosa sia stato deciso davvero, né su chi ne sia responsabile.
La maggior parte dei team non ha un problema di pensiero. Ha un problema di processo. Il modello decisionale giusto offre a un gruppo un percorso condiviso che va dal "dobbiamo scegliere" al "abbiamo scelto, ed ecco chi ne risponde", che è proprio il punto in cui tanti team brillanti si inceppano. Il punto è che non esiste un unico modello migliore. Una decisione software reversibile da 200 $ merita un processo diverso da un'assunzione o da un cambio di rotta su un prodotto. Ecco quindi sette modelli che vale la pena conoscere: che cos'è ciascuno, quando ricorrervi e un esempio rapido, seguiti da un modo semplice per scegliere.
I modelli strutturati per le decisioni ad alto rischio
Quando una scelta è costosa e difficile da disfare, vuoi un processo che ti rallenti di proposito. Due modelli classici si collocano agli estremi opposti di quanto rigore meriti una decisione.
1. Il modello razionale (strutturato)
Di cosa si tratta: L'approccio da manuale. Definisci il problema, fissi i tuoi criteri, raccogli informazioni, elenchi le opzioni, assegni un punteggio a ciascuna rispetto ai criteri, scegli quella con il punteggio più alto, poi verifichi il risultato. Presuppone che tu possa raccogliere abbastanza informazioni per valutare le alternative in modo ordinato.
Quando usarlo: Decisioni ad alto rischio e con poca pressione temporale, dove il costo di sbagliare fa impallidire quello dell'analisi. Selezione di un fornitore, assunzione per un ruolo chiave, scelta di un mercato in cui entrare.
Esempio rapido: Un team che sceglie un fornitore di buste paga annota cinque requisiti irrinunciabili (costo, integrazioni, tempo di risposta del supporto, copertura della conformità e facilità di configurazione), studia quattro fornitori e valuta ciascuno su una scala da 1 a 5 prima che qualcuno si innamori di una demo.
2. Razionalità limitata (satisficing)
Di cosa si tratta: La correzione di Herbert Simon al modello razionale. Le persone reali non possono valutare ogni opzione perché affrontano informazioni limitate, una banda mentale limitata e la pressione del tempo. Quindi, invece di massimizzare, fanno satisficing (satisfice), una parola che Simon coniò fondendo satisfy e suffice: scegli la prima opzione che supera una soglia di "abbastanza buona" e vai avanti.
Quando usarlo: Decisioni reversibili e a basso rischio in cui la risposta perfetta non vale il costo della ricerca. La maggior parte delle decisioni quotidiane, a dire il vero.
Esempio rapido: Ti serve una sala riunioni per domani. Non confronti tutte e dodici; prendi la prima che ospita otto persone ed è libera alle 14. Fatto.
Suggerimento: Prima di iniziare ad analizzare, fai una domanda ad alta voce: "Questa decisione è reversibile?" Se puoi annullarla in una settimana a basso costo, fai satisficing e vai avanti. Riserva il modello razionale alle decisioni che non puoi ritirare. Trattare ogni decisione come ad alto rischio è di per sé una cattiva decisione.
I modelli che ordinano e assegnano
A volte la parte difficile non è scegliere tra le opzioni. È capire cosa meriti davvero attenzione, o chi dovrebbe essere a decidere. Questi due modelli affrontano proprio questo.
3. La matrice di Eisenhower (urgente vs. importante)
Di cosa si tratta: Una griglia 2x2 che prende il nome dal presidente Dwight Eisenhower e resa popolare da Stephen Covey. Ordini le attività secondo due assi, urgente e importante, in quattro quadranti: Fare (urgente e importante), Pianificare (importante, non urgente), Delegare (urgente, non importante) ed Eliminare (nessuno dei due). La trappola che corregge è lasciare che il lavoro urgente ma banale soffochi quello importante ma silenzioso, che è ciò che davvero ti fa avanzare.
Quando usarla: Quando un team o una persona affoga in una lista di cose da fare e non riesce a capire quali incendi valga la pena spegnere.
Esempio rapido: Un responsabile del supporto mappa la settimana: un'escalation di un cliente finisce in Fare, la riscrittura trimestrale del playbook finisce in Pianificare, le richieste ricorrenti del tipo "puoi inoltrare questa email?" finiscono in Delegare, e il canale Slack interno che nessuno legge finisce in Eliminare.
4. DACI / RAPID (chi guida, approva, contribuisce, è informato)
Di cosa si tratta: Due framework di assegnazione dei ruoli per decisioni che coinvolgono tante persone. DACI (Driver, Approver, Contributor, Informed) è nato in Intuit negli anni '80 e nomina esattamente un Driver per condurre il processo ed esattamente un Approver per decidere, con i Contributor che forniscono competenza e gli Informed tenuti aggiornati in seguito. RAPID, di Bain & Company, suddivide il lavoro in Recommend, Agree, Perform, Input e Decide, aggiungendo un responsabile esplicito dell'esecuzione che DACI tende a lasciare sfumato.
Quando usarli: Decisioni interfunzionali in cui il vero problema è "troppi cuochi" e nessuno sa chi decide davvero. Usa DACI per le decisioni quotidiane più rapide; ricorri a RAPID quando la governance è complessa e qualcuno deve farsi carico del rollout.
Esempio rapido: Un cambio di prezzo tocca vendite, finanza e prodotto. Il PM è il Driver, il VP Prodotto è l'Approver, i responsabili di vendite e finanza sono Contributor, e il più ampio team go-to-market è Informed una volta che tutto è bloccato. Niente più "aspetta, chi decide questa cosa?"
I modelli pensati per velocità e coinvolgimento
Esistono altri due modelli per le due situazioni che mandano in crisi la maggior parte dei team: quando l'orologio è il nemico e quando davvero non sai quanto coinvolgere gli altri.
5. Il ciclo OODA (situazioni rapide e incerte)
Di cosa si tratta: Un ciclo sviluppato dal colonnello dell'Air Force John Boyd nei primi anni '70 per il combattimento, oggi usato ovunque, dal business alla risposta alle emergenze. Osservi (Observe, raccogli ciò che sta accadendo), ti Orienti (Orient, lo filtri attraverso la tua esperienza), Decidi (Decide) e Agisci (Act), poi torni dritto a Osservare. Boyd definiva Orientare il passo più importante, perché due persone possono vedere gli stessi dati e leggerli in modo completamente diverso. L'idea di fondo è ciclare più velocemente di quanto cambi la situazione, o la concorrenza.
Quando usarlo: Momenti rapidi e incerti in cui aspettare l'informazione completa costa più che agire su un'informazione parziale. Risposta a un incidente, il lancio a sorpresa di un concorrente, un evento dal vivo che va per il verso storto.
Esempio rapido: Un sito va giù durante il lancio di un prodotto. Il team di reperibilità osserva il picco di errori, si orienta verso un deploy recente come causa probabile, decide di fare il rollback, agisce, e subito torna a osservare se le metriche si riprendono, pronto a tentare la mossa successiva.
6. Vroom-Yetton (quanto coinvolgere il team)
Di cosa si tratta: Un modello di Victor Vroom e Philip Yetton che risponde a una sola domanda: quanto dovrebbe coinvolgere gli altri chi guida? Mappa la tua situazione su cinque stili, dall'autocratico al pienamente di gruppo. Decidi da solo (A1), raccogli informazioni dal team e poi decidi da solo (A2), consulti le persone a tu per tu (C1), consulti il gruppo e poi decidi da solo (C2), oppure lasci che il gruppo decida insieme (G2). La scelta dipende da tre cose: se la qualità della decisione è critica, se ti serve il consenso (buy-in) perché regga, e se hai il tempo di coinvolgere le persone.
Quando usarlo: Ogni volta che ti sorprendi a chiederti "dovrei deciderlo io e basta, o coinvolgere il team?" È uno strumento per adattare la partecipazione al momento, invece di puntare sempre per default sul consenso o sempre sul comando.
Esempio rapido: Un manager che sceglie l'ordine del caffè per l'ufficio decide da solo (A1). Lo stesso manager, nel ristrutturare il flusso di lavoro del team, dove il consenso è tutto, organizza una sessione di gruppo e lascia che il team gli dia forma (C2 o G2).
Suggerimento: Quando hai bisogno che le persone diano davvero seguito a una decisione, coinvolgile prima che venga presa, non dopo. La ricerca di Vroom-Yetton è netta su questo: il consenso è una delle poche cose che giustifica in modo affidabile un processo più lento e partecipativo. Annunciare una decisione "definitiva" e poi chiedere supporto significa invertire l'ordine.
7. Costi-benefici / matrice decisionale ponderata
Di cosa si tratta: Uno strumento di punteggio per confrontare opzioni che non sono facili da confrontare. Elenchi i tuoi criteri, dai a ciascuno un peso per importanza, assegni un punteggio a ogni opzione rispetto a ciascun criterio, poi moltiplichi e sommi. L'opzione con il totale ponderato più alto vince, sulla carta. Ti costringe a dire ad alta voce cosa ti importa davvero e quanto, e questo è metà del valore.
Quando usarla: Decisioni con più opzioni e diversi fattori in competizione, dove l'istinto continua a cambiare idea. Scegliere tra offerte di lavoro, software, sedi o candidati.
Esempio rapido: Scegliendo tra tre strumenti di project management, un team pondera "integrazioni" al 30%, "prezzo" al 25%, "facilità d'uso" al 25% e "supporto" al 20%, assegna a ogni strumento un punteggio da 1 a 5, e scopre che il favorito appariscente arriva secondo una volta che il prezzo pesa davvero.
Come scegliere il modello giusto
Non devi memorizzare tutti e sette. Ti servono quattro domande, e le risposte ti indicano lo strumento giusto.
- Posta in gioco: Una posta alta ti spinge verso il modello razionale o una matrice decisionale ponderata. Una posta bassa significa fare satisficing e andare avanti.
- Reversibilità: Se puoi annullarla a basso costo, decidi in fretta e senza troppi vincoli. Se è una porta a senso unico, rallenta e documenta.
- Tempo: Quando l'orologio è il vincolo che conta, il ciclo OODA batte qualsiasi processo ponderato, perché una buona decisione presa troppo tardi è solo una cattiva decisione.
- Ambiguità: Quando la parte difficile è chi decide e chi deve aderire, il problema non è l'analisi, sono i ruoli. È il territorio di DACI, RAPID o Vroom-Yetton.
Ed ecco la parte che è facile mancare: la maggior parte dei team fallisce non nello scegliere il modello, ma nel ricordare cosa ha deciso. Il framework ti porta a una scelta pulita nella stanza. Poi la stanza si svuota, le motivazioni svaniscono, e un mese dopo qualcuno rimette tutto in discussione perché nessuno ha scritto perché. Quando un team prende una decisione in riunione, registrare cosa è stato deciso e chi ne è responsabile è metà della battaglia. Un assistente per gli appunti basato sull'IA come Laxis registra la decisione e il ragionamento che le sta dietro, estrae automaticamente le action item e i loro responsabili, e le deposita da qualche parte dove tutti possano trovarle, così la decisione non evapora nell'istante in cui la riunione finisce.
Smetti di perdere le decisioni quando la riunione finisce
Laxis registra, trascrive e riassume le tue riunioni, poi estrae automaticamente le decisioni, i responsabili e i passi successivi, in oltre 40 lingue su Zoom, Meet e Teams. C'è un piano gratuito per iniziare.
In conclusione
I team migliori non sono quelli che scelgono sempre il modello "giusto". Sono quelli che si accorgono quando sono scivolati in quello sbagliato: il team che fa girare una matrice a sei criteri per un ordine di pranzo, o che prende una decisione a senso unico in cinque minuti perché sembrava urgente. I modelli costano poco. Cogliersi mentre se ne fa un cattivo uso è la vera abilità, e vale la pena allenarla ad alta voce, come team, finché la domanda "che tipo di decisione è questa?" non diventa un riflesso.
Domande frequenti
Che cos'è un modello decisionale?
Un modello decisionale è un processo ripetibile per passare da una domanda a una scelta. Alcuni riguardano la logica, come i sei passi del modello razionale, dalla definizione del problema alla valutazione del risultato. Altri riguardano i ruoli, come DACI, che nomina un Driver, un Approver, diversi Contributor e gli Informed. Lo scopo è rendere esplicito il percorso, così che un team non debba reinventarlo sotto pressione ogni volta.
Qual è la differenza tra DACI e RAPID?
Entrambi assegnano ruoli decisionali, ma mettono l'accento su cose diverse. DACI (Driver, Approver, Contributor, Informed) è nato in Intuit negli anni '80 e rende espliciti la facilitazione e la partecipazione, il che si adatta alle decisioni interfunzionali rapide. RAPID (Recommend, Agree, Perform, Input, Decide), di Bain & Company, aggiunge un ruolo Perform esplicito per l'esecuzione e un ruolo Agree per l'approvazione, il che si adatta a una governance complessa e a più livelli, dove qualcuno deve farsi carico del rollout.
Quando un team dovrebbe usare il ciclo OODA?
Usa il ciclo OODA, sviluppato dal colonnello dell'Air Force John Boyd nei primi anni '70, quando la situazione è rapida e incerta e non puoi aspettare l'informazione completa. Attraversi Osservare, Orientare, Decidere e Agire, poi ricominci. Boyd considerava Orientare il passo più importante perché filtra ciò che hai visto attraverso la tua esperienza. Si adatta meglio alla risposta agli incidenti, alle mosse competitive e ai lanci dal vivo che alle scelte lente e ponderate.
Che cos'è il satisficing nella razionalità limitata?
Il satisficing, un termine che Herbert Simon coniò fondendo satisfy e suffice, significa scegliere la prima opzione che supera una soglia di "abbastanza buona" invece di valutare ogni possibilità alla ricerca di quella ottimale. Riflette la razionalità limitata: le persone reali affrontano informazioni limitate, capacità mentale limitata e pressione del tempo, quindi smettono di cercare non appena un'opzione raggiunge il loro livello di aspirazione. È l'approccio giusto per decisioni a basso rischio e reversibili.
Come si sceglie il modello decisionale giusto?
Soppesa quattro cose: posta in gioco, reversibilità, tempo e ambiguità. Le decisioni ad alta posta e difficili da invertire giustificano un modello strutturato come il modello razionale o una matrice decisionale ponderata. Quelle reversibili e a basso rischio si prestano al satisficing. Quando l'orologio è il vincolo, usa il ciclo OODA. Quando il problema riguarda soprattutto chi decide e chi aderisce, ricorri a DACI, RAPID o Vroom-Yetton.
