Pensiero e conoscenza
Modelli mentali: pensare meglio senza semplificare troppo
Scegli una prospettiva, riconoscine i limiti e usala in una decisione reale.

Una piccola azienda riceve una richiesta da un cliente importante: sviluppare una funzione che il prodotto non ha ancora. Il cliente sembra disposto a pagare, il team sa come realizzarla ed è già disponibile una data di inizio.
La conversazione non ha ancora affrontato quale lavoro debba uscire dal calendario, la manutenzione che la funzione richiederà o il precedente che creerà per la prossima richiesta. Non è neppure chiaro se altri clienti abbiano lo stesso problema. Senza queste domande, la decisione tende a ruotare attorno a ciò che è più vicino: possibili ricavi e il desiderio di servire bene il cliente.
In questo esempio ipotetico, alcune conseguenze sono visibili dall'inizio; altre dipendono da domande che nessuno ha posto. I modelli mentali aiutano a formularle prima di decidere.
Il costo opportunità dirige l'attenzione su ciò che verrà accantonato. La reversibilità distingue una prova da un impegno duraturo. Il pensiero sistemico esamina gli effetti su altre parti dell'attività. Ogni prospettiva rivela una parte diversa della decisione.
Usare un modello richiede di scegliere una prospettiva adatta alla situazione, notare ciò che omette e verificare se la propria interpretazione corrisponde a ciò che accade davvero.
Che cos'è un modello mentale
Un modello mentale è una rappresentazione semplificata usata per comprendere una situazione e anticipare parte del suo comportamento. Può assumere la forma di una relazione causale, un'analogia, una regola decisionale o un piccolo insieme di domande.
Chi dice che un team è sovraccarico perché accetta più lavoro di quanto possa finire usa una rappresentazione del suo funzionamento. Ci sono un ingresso, una capacità di esecuzione e un accumulo. Quella rappresentazione orienta ciò che osserva e gli interventi che sembrano ragionevoli.
Può omettere la distribuzione del lavoro, le differenze nella complessità dei compiti o la necessità di rifare ciò che è stato consegnato. A seconda del problema, un'omissione può essere decisiva.
La pianta di un edificio aiuta a trovare porte e corridoi. Per valutare la luce solare servono orientamento e ora del giorno. Per capire come si muovono le persone occorre osservare l'uso dello spazio. La qualità di una rappresentazione dipende dalla domanda a cui deve rispondere.
Nell'uso quotidiano, "modelli mentali" raggruppa cose di tipo diverso. Un'identità contabile ha una precisione che un'analogia sul comportamento umano non possiede. Una regola pratica può aiutare ad avviare un'analisi senza essere generalmente valida. Trattare tutto come leggi ugualmente accertate crea una sicurezza che il materiale non può sostenere.
Prima di adottare un modello, chiedi da dove proviene e in quali condizioni funziona. Quali prove mostrerebbero che qui non si applica?
Decidere con una visione incompleta
Herbert Simon studiò le decisioni di persone e organizzazioni con informazioni incomplete e capacità limitata di elaborazione. Nel discutere la razionalità limitata, esaminò come scegliamo in queste condizioni senza supporre che qualcuno possa calcolare ogni alternativa e conseguenza. Presenta l'idea nella sua conferenza Nobel del 1978.
Un'indagine ha quindi bisogno di un ambito. Non stabiliremo ogni scenario prima di scegliere un fornitore o la prossima fase del prodotto. Possiamo individuare le incertezze che più probabilmente cambieranno la decisione.
Se due opzioni costano quasi lo stesso, affinare la stima del prezzo può aggiungere poco. Se una dipende da un unico fornitore la cui capacità di consegna non è dimostrata, indagare quella dipendenza può essere molto più utile.
Il modello scelto dirige l'attenzione. Può concentrare il tempo su differenze rilevanti o portarci a un'analisi dettagliata di qualcosa di secondario.
Costo opportunità: ciò che non avverrà
Se la funzione del cliente richiede tre settimane di lavoro, chiedi che cosa farebbe altrimenti il team in quel periodo.
Potrebbe risolvere un problema che induce nuovi utenti ad abbandonare il prodotto o ridurre errori che generano richieste di assistenza. Il confronto include il beneficio atteso di quell'altro lavoro e il costo di rinviarlo.
Il costo opportunità è il valore della migliore alternativa praticabile a cui rinunciamo. Non somma tutto ciò che possiamo immaginare di fare con lo stesso tempo. Questa distinzione evita un inventario infinito di perdite.
Dai forma all'alternativa. "Potremmo crescere" è troppo vago. "Potremmo usare queste settimane per correggere la fase di registrazione in cui osserviamo più abbandoni" permette un'indagine. Devi ancora verificare se la registrazione sia davvero il problema e se la correzione avrebbe l'effetto atteso.
I costi compaiono anche dopo la consegna. Una funzione può essere rapida da sviluppare e lenta da spiegare, verificare e mantenere. Confrontare soltanto l'impegno iniziale fa sembrare il progetto più piccolo di quello che dovrai sostenere.
La stessa domanda può chiarire un'agenda personale piena. Un impegno settimanale occupa il suo tempo e può frammentare quello intorno. L'alternativa può essere un'attività, riposo o un margine per gli imprevisti. Non devi dare un prezzo a tutto per riconoscere una rinuncia.
Il modello incontra un limite quando cerchi di ridurre valori diversi a una sola misura. Tempo con una persona cara, apprendimento e reddito non si confrontano sempre in modo soddisfacente in denaro. Il modello rende visibile il sacrificio; la loro importanza relativa richiede ancora giudizio.
Reversibilità: distinguere una prova da un impegno
Una decisione può essere facile da annunciare e difficile da annullare. Un pulsante che disattiva una funzione non rende pienamente reversibile la sua introduzione.
Se i clienti ne dipendono, rimuoverla può richiedere migrazioni, trattative e una perdita di fiducia. Se il team ha costruito processi attorno alla funzione, riorganizzarli richiede lavoro. Esamina la reversibilità dal punto di vista delle persone coinvolte insieme al comportamento tecnico.
C'è differenza tra aggiungere una funzione permanente per tutti i clienti e provare una soluzione manuale con un piccolo gruppo. Un progetto pilota può rivelare se il problema è frequente, se la soluzione proposta ha senso e se l'impegno di assistenza è sostenibile.
Questo dipende da come presenti la prova. Un esperimento descritto come servizio permanente crea aspettative di continuità. Limitare il periodo, spiegare che cosa viene valutato e concordare come finirà fanno parte del disegno della decisione.
Chiedi: quanto costerebbe tornare indietro, a chi e dopo quanto tempo? Una scelta può iniziare reversibile e diventare difficile da annullare mentre si accumulano contratti, dipendenze e abitudini.
Il modello aiuta anche a stabilire l'impegno di analisi. Una piccola prova con conseguenze limitate e osservabili può fornire informazioni. Un impegno duraturo con effetti difficili da riparare merita ulteriori indagini prima dell'esecuzione.
Una prova poco costosa per chi la propone può trasferire un costo elevato a qualcun altro. Provare un processo su clienti ignari della loro partecipazione è diverso da un progetto pilota concordato con partecipanti informati.
Incentivi e conseguenze successive
Immagina che l'azienda premi le vendite soltanto per il volume dei contratti firmati. Se accordi complessi e semplici contano allo stesso modo, può diventare conveniente promettere personalizzazioni che altre aree dovranno realizzare.
Il premio rende alcuni comportamenti più vantaggiosi senza determinare da solo ciò che fanno le persone. Responsabilità professionale, rapporti con i colleghi e attenzione ai clienti influiscono anch'essi sulle decisioni.
Esamina gli incentivi oltre ciò che le persone dicono. Chi beneficia? Chi assorbe il costo? Quale risultato compare nel rapporto di ogni area? Un accordo può sembrare eccellente a chi lo vende e sfavorevole a chi dovrà mantenerlo per anni.
In Leverage Points, Donella Meadows include flussi di informazioni, regole e obiettivi tra i punti di intervento nei sistemi. Esamina come la struttura produce comportamento e mette in guardia dalle generalizzazioni sui sistemi complessi. Applicare queste idee a un'attività richiede di verificarne il funzionamento. Il saggio originale di Meadows.
Nel nostro esempio, segui il percorso di una promessa commerciale. Chi si occupa del prodotto partecipa prima della firma? Il costo di manutenzione viene valutato? Chi segue il contratto dopo la vendita? Indaga queste domande prima di stabilire che cosa stia accadendo.
Il pensiero di secondo ordine estende l'osservazione nel tempo. Accettare la personalizzazione può portare prima ricavi aggiuntivi. In seguito, altri clienti possono chiedere un trattamento simile. Il team può dividere l'attenzione tra versioni, allungare le scadenze o creare un'offerta specializzata redditizia.
Evita di trattare racconti sempre più lontani come previsioni. A ogni collegamento aggiunto, indica le condizioni necessarie. Invece di "Questo disorganizzerà l'azienda", chiedi quale volume di richieste simili creerebbe un problema e come ne rileveresti l'avvicinarsi.
Vincoli: dove il lavoro si blocca
Una discussione a volte parte da una carenza di personale perché quella spiegazione è subito disponibile. Prima di assumere, segui una consegna attraverso il processo.
Un compito può trascorrere poche ore in esecuzione e molti giorni in attesa di approvazione. Un altro può tornare indietro ripetutamente perché al destinatario mancavano informazioni. Accelerare una fase non garantisce una consegna complessivamente più rapida.
Cercare un vincolo significa individuare ciò che limita il risultato del sistema nelle condizioni attuali. Verifica l'ipotesi attraverso l'osservazione: dove si accumula il lavoro, quanto rimane e che cosa impedisce il passaggio?
Per la funzione richiesta, lo sviluppo potrebbe non essere la risorsa più scarsa. Ogni modifica può richiedere la revisione di una persona. L'assistenza potrebbe già faticare a spiegare le funzioni esistenti. Aggiungere possibilità può aumentare il carico proprio dove la capacità è minore.
Un team può lavorare intensamente in una fase avanzata mentre un'altra impedisce la consegna. Anche un vincolo può spostarsi: dopo un miglioramento dell'approvazione, le verifiche possono iniziare a limitare il flusso.
Il modello si indebolisce quando più vincoli cambiano rapidamente o le informazioni coprono soltanto parte del processo. Nominare troppo presto "il collo di bottiglia" può interrompere un'indagine proprio quando deve ampliarsi.
Probabilità: lasciare spazio alla revisione
"Sono certo che altri clienti vorranno questa funzione" spesso nasconde domande senza risposta. Quanti clienti sono stati ascoltati? Come sono stati scelti? Hanno descritto il proprio problema o soltanto approvato una soluzione presentata?
Pensare in termini di probabilità significa riconoscere quanta fiducia sostengono le osservazioni disponibili. Anche senza calcoli, distingui una possibilità interessante da una previsione supportata da prove.
Cerca un riferimento oltre la situazione che ha attirato la tua attenzione. Come si sono comportate iniziative simili? Che cosa mostrano le richieste precedenti? Se quasi nessuna personalizzazione richiesta da un cliente ha aiutato gli altri, quella storia appartiene all'analisi anche quando la nuova richiesta è convincente.
Anche la storia ha dei limiti. Il prodotto o il pubblico possono essere cambiati, oppure i registri possono unire tipi di richieste molto diversi. Una frequenza è utile soltanto quando i casi sono abbastanza comparabili rispetto alla domanda.
Spiegazioni concorrenti rendono più chiara la revisione delle convinzioni. Considera due ipotesi: una domanda ricorrente nel mercato o l'esigenza particolare di un cliente. Un interesse vago potrebbe comparire in entrambe e le distingue poco. Clienti indipendenti che descrivono spontaneamente lo stesso problema sarebbero più informativi.
Neppure quel segnale stabilisce che la soluzione proposta funzioni. L'esistenza del problema, l'adeguatezza della soluzione e la disponibilità a pagare sono domande separate. Unirle fa sembrare che le prove a favore di una confermino tutte.
Registra la fiducia prima di agire per poter valutare la revisione successiva. Se una prova contraddice le aspettative, chiedi che cosa è cambiato: l'ipotesi era errata, la prova inadeguata o una condizione rilevante non era più presente? Un risultato raramente risolve ogni possibilità.
Riunire le prospettive in una decisione
L'azienda deve decidere quanto lavoro impegnare, in quali condizioni e che cosa si aspetta di imparare. "Sviluppare la funzione o no" lascia fuori queste scelte.
Supponi questi fatti fittizi: la personalizzazione richiederebbe tre settimane al team che corregge la registrazione; soltanto un cliente ha descritto l'esigenza in dettaglio; la manutenzione non è stimata; un approccio manuale può simulare parte del servizio.
Il costo opportunità richiede un confronto con la correzione della registrazione. Prima di rinviarla, chiarisci il problema osservato e perché l'intervento previsto dovrebbe aiutare. Esamina il progetto esistente con lo stesso scetticismo del nuovo.
La reversibilità suggerisce di considerare una prova manuale limitata. Concorda durata e ambito senza incorporarli automaticamente nel prodotto. Questo riduce alcuni costi di uscita, pur richiedendo tempo di assistenza.
L'analisi dei vincoli chiede chi fornirà quell'assistenza e che cosa smetterà di fare. Se l'operazione manuale assorbe la persona da cui dipende ogni consegna, il progetto pilota può essere meno economico di quanto sembri. Potrebbe richiedere un ambito più piccolo o un rinvio.
Gli incentivi richiedono chiarezza su chi può promettere che cosa. Le vendite devono conoscere i limiti della prova e la valutazione deve includere il lavoro dopo la vendita. Lo scopo è una decisione condivisa sul costo totale, senza presumere malafede in chi ha portato l'opportunità.
L'analisi dell'incertezza definisce le osservazioni che giustificano il proseguimento. Il team potrebbe cercare manifestazioni indipendenti del problema e seguire l'impegno effettivo di esecuzione. Prima di iniziare, concorderebbe segnali per ampliare, modificare o terminare la prova.
Queste prospettive non impongono una prova. Priorità e prove possono anche giustificare un rifiuto o il progetto completo. In ogni caso, spiega condizioni, costi e ipotesi di sostegno e concorda come riesaminare ciò che rimane sconosciuto.
Usare i modelli per difendere una preferenza
Scegliere modelli convenienti può costruire una difesa elegante di quasi qualsiasi scelta. Chi vuole lanciare invoca la sperimentazione. Chi vuole aspettare sottolinea l'irreversibilità. Un sostenitore del nuovo progetto può gonfiarne il potenziale; un sostenitore del vecchio può trattare ogni cambiamento come una distrazione.
Conoscere più concetti può ampliare il vocabolario usato per giustificare una preferenza iniziale senza correggere l'uso selettivo delle prospettive.
Rivolgi all'opzione preferita la domanda più scomoda che poni a quella concorrente. Se un nuovo progetto richiede prove della domanda, quali prove sostengono quello attuale? Se provare ha un costo, quanto costa rimanere senza imparare? Quando immagini il fallimento di un'opzione, esamini come potrebbe fallire l'altra?
Separa anche fatti osservati e interpretazioni. "Tre clienti hanno segnalato difficoltà nella registrazione" è un'osservazione se registrata correttamente. "La registrazione è la causa principale della crescita lenta" richiede altre prove. Presentazioni curate possono cancellare questa distinzione.
Chiedi chi conosce la situazione da un'altra angolazione. Verifica un modello del lavoro di un team con le persone che lo svolgono. Dettagli apparentemente piccoli possono invalidare una relazione causale che sembrava chiara in una riunione.
Un registro adatto alla tua routine
Parti da una decisione di dimensioni moderate il cui risultato puoi osservare nelle prossime settimane.
Prima di decidere, registra ciò che stai considerando. Usa campi utili in quel caso:
| Che cosa registrare | Una possibile domanda |
|---|---|
| Decisione e scadenza | Che cosa deve essere scelto ora? |
| Alternativa praticabile | Che cosa faremo se non seguiamo questo percorso? |
| Ipotesi decisiva | Che cosa deve essere vero perché la scelta abbia senso? |
| Costo di uscita | Come torneremmo indietro e chi sarebbe coinvolto? |
| Revisione | Quale segnale o data ci porterà a riconsiderare? |
Scegli una o due prospettive che possano cambiare l'analisi. Per troppi impegni, parti dal costo opportunità. Per una nuova idea incerta, esamina l'apprendimento attraverso una prova. Per una difficoltà ricorrente nonostante l'impegno, segui il processo e le regole che possono contribuire.
Nella revisione, distingui la qualità della decisione dal risultato osservato. Scelte ponderate possono finire male per ragioni incerte. Scelte poco esaminate possono beneficiare delle circostanze. I soli risultati rendono più difficile individuare ciò che andrebbe ripetuto e ciò che dovrebbe cambiare.
Conserva la nota iniziale e confronta aspettative e osservazioni, comprese le condizioni cambiate lungo il percorso. Questo aiuta ad adattare il modello e a riconoscere quando viene usato fuori dal suo ambito. Nella prossima decisione simile, consulta il registro per capire perché la scelta precedente ha funzionato o è fallita e quali condizioni si applicano ancora.
Commenti
Quale esperienza o punto di vista aggiungeresti a questa conversazione?
I commenti vengono esaminati prima della pubblicazione. Il dissenso è benvenuto; mantieni il rispetto ed evita informazioni riservate o dati di terzi.
Caricamento dei commenti…
Aggiungi il tuo punto di vista