Checklist oltre la forza di volontà: progettare regole che resistano nel momento peggiore

Di solito si scrive un piano in condizioni più tranquille di quelle in cui lo si dovrà eseguire. Durante una sessione entrano in gioco la pressione del tempo, una posizione aperta e un risultato recente: «sarò disciplinato» può quindi non bastare. Questo articolo mostra come trasformare un'intenzione in una condizione, un'azione precisa e una registrazione che renda verificabile l'esecuzione. Consideriamo checklist, restrizione preventiva delle scelte e costo di procedure troppo rigide. Distinguiamo inoltre i risultati della ricerca dalle proposte pratiche per i trader. L'articolo 10.2 tratta lo stato e l'impulso; l'articolo 10.5 affronta le violazioni che si accumulano dopo una perdita.

1. Perché un piano scritto con calma fallisce sotto pressione

Si può preparare una regola senza posizioni aperte né pressione del tempo e poi eseguirla dopo una perdita o in fretta. Le condizioni non sono sempre opposte, ma la differenza conta per il progetto. Un cambiamento di stato può rendere più difficile prevedere con precisione la propria azione. Non dimostra un cambiamento di carattere né che ogni previsione formulata con calma sia troppo ottimista. Occorre verificare sia il contenuto del piano sia le condizioni in cui dovrà essere eseguito.

Il fenomeno ha un nome e una letteratura. George Loewenstein lo ha descritto come divario di empatia freddo–caldo: in uno stato freddo si sottovaluta quanto uno stato caldo — fame, dolore, paura, eccitazione, pressione del tempo — cambierà le proprie scelte; in uno stato caldo si sottovaluta quanto rapidamente quello stato passerà^[1]. Gli studi originari di questo filone si svolgevano in laboratorio, con campioni di studenti e stimoli non finanziari. Al trading si trasferisce solo il meccanismo, ed è così che viene usato qui; la dimensione dell'effetto resta legata alla popolazione in cui è stata misurata.

La conseguenza per il progetto riguarda la stessa persona in condizioni diverse. Se la pressione consente di modificare una regola durante l'esecuzione, averla ponderata prima può non bastare. Un piano può limitarne la reversibilità oppure specificare quando e su quali evidenze aggiornarlo. Un'altra decisione in un momento difficile non è sempre un errore; il problema è un'apertura incontrollata che permette di aggirare la condizione adottata in precedenza.

Un richiamo a una maggiore disciplina non specifica un'azione o una condizione. Violazioni ripetute richiedono di verificare il progetto, la fattibilità, l'applicazione e le circostanze della regola. Non stabiliscono in anticipo che il problema riguardi esclusivamente il progetto o il carattere. Va definito un cambiamento concreto, confrontabile successivamente nelle registrazioni.

2. Che cosa è successo davvero alla «forza di volontà come risorsa»

La giustificazione popolare delle procedure è diversa: l'autocontrollo sarebbe una risorsa che si consuma, per cui verso la fine della sessione «finisce il carburante». L'affermazione ha un'origine e uno status precisi: entrambi vanno dichiarati invece di ripetere lo slogan.

Roy Baumeister e colleghi proposero il modello nel 1998 sulla base di esperimenti di laboratorio: svolgere un compito che richiedeva autocontrollo riduceva la perseveranza in un compito successivo non collegato^[4]. I partecipanti erano studenti, le poste simboliche e non vi erano conseguenze finanziarie. Nel 2016 l'effetto fu verificato in un rapporto di replica preregistrato: ventitré laboratori, un protocollo comune concordato prima della raccolta dei dati, 2.141 partecipanti complessivi. Risultato: d ≈ 0,04, con un intervallo di confidenza comprendente lo zero, ossia un effetto indistinguibile da zero^[5].

Il protocollo concordato non dimostrò un effetto distinguibile da zero. Ciò non stabilisce che non esista alcun effetto in ogni compito, né chiude il dibattito sui modelli di autocontrollo. Anche un successivo test preregistrato in 36 laboratori con 3.531 partecipanti rilevò un effetto piccolo e non significativo: d ≈ 0,06^[15]. Questi risultati non giustificano la presentazione dell'«esaurimento del carburante della volontà» come legge accertata da cui ricavare raccomandazioni specifiche di trading. Progettare procedure non richiede di adottare quel modello.

Dang et al. (2025) aggiungono elementi: in 14 campioni (N = 2078), dopo un compito antisaccadico di 30–40 minuti che richiedeva di inibire lo sguardo riflesso, gli errori nelle prove No-Go erano maggiori rispetto ai controlli (d = 0,31–0,35, secondo il gruppo di confronto). L'esperimento iniziale e le repliche dirette erano preregistrati; le estensioni successive no. È il risultato di un protocollo specifico, non la prova dell'esaurimento di un «carburante» né un test di trading^[16].

Lo stesso vale per la «prova» più citata della fatica decisionale. Uno studio del 2011 sulle decisioni delle commissioni israeliane per la libertà condizionale mostrò che la quota di decisioni favorevoli scendeva quasi a zero durante un blocco di udienze e tornava alta dopo una pausa^[6]. Sono però dati osservazionali senza assegnazione casuale; una critica pubblicata poco dopo osservò che l'ordine dei casi non era casuale: i casi con rappresentanza legale venivano esaminati prima e quelli dello stesso carcere arrivavano in blocchi^[7]. Non è stata esclusa la spiegazione alternativa: una diversa composizione dei casi nelle varie parti del blocco. Il «giudice affamato» non è un fatto accertato e non costituirà il fondamento di nulla nel trading.

3. Piani se–allora: formato, evidenze e loro limiti

Una tecnica con evidenze riassunte quantitativamente è la pianificazione se–allora, o intenzioni di implementazione. Peter Gollwitzer sviluppò il concetto^[2]. La metanalisi di Gollwitzer e Sheeran del 2006 comprendeva 94 test indipendenti e oltre 8.000 partecipanti, stimando d ≈ 0,65 per il raggiungimento di obiettivi già adottati^[3]. È un effetto medio-grande nei compiti studiati, non un miglioramento del rendimento finanziario né la prova che sia l'unica tecnica efficace.

I limiti delle evidenze vanno esposti insieme ai risultati. Gli studi riguardavano soprattutto obiettivi di salute, istruzione e consumo: esercizio regolare, screening, consegne puntuali. Le popolazioni erano prevalentemente studentesche e generali, l'orizzonte di misurazione breve e l'effetto maggiore quando l'obiettivo era già adottato e il problema era soltanto eseguirlo. Questa metanalisi non stabilisce l'efficacia nei trader Forex al dettaglio. Al trading si trasferiscono quindi il formato e il meccanismo — spostare la decisione su una condizione osservabile fissata prima — non il numero 0,65.

Il formato collega un evento a un'azione specificata: se [condizione osservabile], allora [azione precisa]. La condizione deve avere un metodo di verifica univoco e l'azione un ordine di esecuzione definito. Alcune condizioni richiedono una lettura o un calcolo: preparare i dati o un segnale automatico prima della pressione. «Sarò paziente» non indica quando agire né che cosa fare. Gli esempi seguenti mostrano la forma di una regola, non comportamenti universalmente appropriati.

La colonna destra non è migliore perché suona più severa. Lo è perché un'altra persona può verificare ogni condizione nel registro e arrivare alla stessa conclusione. La colonna sinistra non offre nulla di tutto ciò, quindi decide l'umore.

4. I quattro campi di una procedura e il criterio di fallimento

«Sii disciplinato» non è una procedura, ma non perché sia banale. Non lo è perché manca di tutti e quattro i campi necessari per rendere una regola eseguibile e verificabile. Questi quattro campi sono il formato standard dell'intera sezione 10: gli articoli successivi lo applicano e rimandano qui senza ridefinirlo.

Condizione di attivazione. L'evento che avvia la procedura. Il metodo di riconoscimento va definito prima e deve essere verificabile. «Quando sento di perdere il controllo» è una condizione autoriportata, ma senza descrizioni dei livelli e una regola di risposta lascia molto margine interpretativo. Si può integrare con un evento della cronologia o una scala definita; ciò non trasforma l'autovalutazione in un test oggettivo.

Azione. Una, precisa, eseguibile senza deliberare. Non «riflettere sulla situazione», ma «chiudere la finestra dell'ordine», «uscire dalla piattaforma», «registrare l'evento nel file». Se ci sono più azioni fra cui scegliere, la procedura restituisce la decisione al luogo da cui doveva sottrarla.

Criterio di conclusione. Come si riconosce la fine della procedura e il ritorno alla modalità normale. Una regola senza condizione d'uscita non è una regola, ma un umore più duraturo. «Torna quando ti sei calmato» non ha un criterio di conclusione: lo valuta lo stesso stato che ha attivato la procedura.

Traccia di verifica. Informazioni per verificare l'esecuzione: un'ora, il valore della condizione, lo stato del blocco o il numero di ordini successivi. Possono provenire da un modulo o dalla cronologia di sistema. Senza una traccia adeguata alcune domande restano aperte; una nota manuale mancante non dimostra che sia stata omessa un'azione se un'altra registrazione affidabile la conferma. La traccia deve corrispondere allo scopo della procedura.

Accanto al modulo c'è un requisito che non ne fa parte, anche se spesso si confondono. Il criterio di fallimento è l'osservazione dopo la quale si deve riconoscere che quella regola non svolge la funzione per cui è stata creata. Non è un quinto campo, perché non descrive l'esecuzione: decide se la regola debba continuare a esistere. Per questo la sezione 10 ne richiede uno per ogni articolo e regola descritta, anche in questo testo. Senza di esso una procedura morta sembra identica a una funzionante.

L'ultima riga richiede una precisazione che non va omessa: non sostengo che la soglia della «seconda violazione» sia quella giusta. Non ci sono dati che lo stabiliscano, e qualsiasi soglia qui indicata come universale sarebbe inventata. È esemplare la forma della regola; il parametro viene fissato separatamente. Deriva dalle proprie registrazioni e dal piano di gestione del rischio, oggetto della sezione 9.

I quattro campi e il relativo requisito di valutazione ricorrono in tutta la sezione ogni volta che compare la parola «procedura». È così che sono costruite le contromisure dell'articolo 10.2, le procedure di registrazione dell'articolo 10.8, le tre fasi del protocollo di ripristino dell'articolo 10.9 e la regola che limita l'operatività con capacità ridotta dell'articolo 10.11. Il formato è unico e viene definito da questo testo; quegli articoli lo riempiono con i propri contenuti.

5. Una regola risolvibile senza valutare il proprio stato

È qui che la maggior parte degli insiemi di regole di trading si rompe in un modo difficile da notare. La regola sembra sensata, ha l'aspetto di una procedura e persino un'azione, eppure non protegge nulla: a decidere se si attiva è proprio lo stato che doveva intercettare.

L'esempio classico è questo: se le emozioni superano il livello neutro, operare con dimensioni minori o non operare affatto. Tre difetti in una frase. La condizione non è osservabile, quindi nessun altro può verificarla. La valuta proprio la persona il cui giudizio è in dubbio. Infine propone un'alternativa che restituisce la decisione al momento da cui avrebbe dovuto sottrarla.

Riscriverla significa sostituire uno stato con un evento. Un evento c'è o non c'è, e un'altra persona può stabilirlo guardando il registro:

• Condizione procedurale. Se prima della sessione non sono stati compilati e salvati tutti i campi preliminari con l'ora di completamento, la sessione si svolge in osservazione. Criterio di conclusione: la chiusura della sessione secondo l'orologio; la modalità di osservazione non prosegue il giorno dopo. Traccia di verifica: l'ora di completamento della registrazione preliminare confrontata con quella del primo ordine. Non c'è spazio per «oggi probabilmente sto bene».
• Condizione basata su un evento di un elenco chiuso. L'elenco degli eventi che escludono il trading si scrive una volta, con calma, indicando il tipo di evento; l'intensità percepita resta fuori. Una notte insonne di reperibilità, una malattia in famiglia, un colloquio di lavoro previsto per quel giorno. Durante la sessione si verifica solo se si è verificato un evento dell'elenco, senza giudicare quanto abbia influito. Criterio di conclusione: la fine del giorno in cui si è verificato l'evento elencato. Traccia di verifica: data e numero della voce nell'elenco, riportati nel diario prima della sessione.
• Condizione ricavata dalla cronologia degli ordini. Se nella sessione corrente è già registrata una violazione della procedura, il successivo ordine richiede una revisione. La condizione si legge nel file. Criterio di conclusione: la revisione registrata nel diario. Traccia di verifica: il codice della violazione e l'ora di conclusione della revisione.

I criteri di fallimento di questa famiglia riguardano un evento riconosciuto che la procedura non ha fermato, l'esecuzione solo dopo un ordine o la rimozione della barriera durante la sessione. Nessuna attivazione in diverse decine di sessioni richiede di verificare se la condizione abbia avuto occasione di verificarsi: non prova che la regola sia morta. Attivazioni frequenti richiedono di esaminare condizioni di lavoro e definizione, anziché allentarla automaticamente. Registrare ogni modifica dopo la revisione, fuori dalla sessione.

6. Preimpegno forte e debole e tre livelli di protezione

Il preimpegno è una restrizione deliberata e anticipata delle proprie opzioni future. Il costo o il ritardo della revoca è una caratteristica importante della protezione. Da solo non ne spiega l'efficacia: contano anche l'ambito del blocco, l'applicazione e gli aggiramenti disponibili. Una dichiarazione in un file può aiutare a ricordare la regola, ma non equivale a impedire tecnicamente un ordine.

L'esperimento di Ariely e Wertenbroch del 2002 mostra che le persone utilizzano questa possibilità e la configurano in modo non ottimale. Gli studenti dovevano consegnare tre elaborati durante un semestre. Un gruppo aveva scadenze intermedie imposte a intervalli regolari; un secondo poteva fissarsi scadenze con penalità in caso di ritardo; un terzo aveva una sola scadenza finale. Il gruppo con scadenze autoimposte ottenne risultati migliori di quello con una scadenza unica, ma peggiori di quello con scadenze imposte^[11]. La conclusione ha due parti, entrambe importanti: limitare le proprie opzioni funziona e, allo stesso tempo, stabiliamo quei limiti peggio di una persona esterna. Lo studio riguardava studenti ed elaborati accademici: al trading si trasferisce solo il meccanismo.

Debole e forte: la differenza operativa

Il preimpegno debole è una dichiarazione: una nota, una promessa a qualcuno, un avviso, una regola in un file. Revocarlo è facile, sebbene una promessa a un'altra persona possa avere un costo sociale. Il preimpegno forte è un impegno la cui revoca richiede tempo, un'altra persona o un'azione fuori dalla piattaforma.

Prima della sessione verificare chi può rimuovere la protezione, come e in quanto tempo. Se si disattiva subito, può essere facilmente reversibile anche se tecnicamente avanzata. Confrontare quel tempo con l'invio di un ordine non costituisce una soglia validata. Nemmeno la collocazione lato client o server risolve da sola la questione: servono i permessi effettivi e una prova operativa. Queste differenze sono descritte nell'articolo 10.5; i parametri di rischio restano fuori da questo confronto.

Tre livelli di protezione

La distinzione sembra ovvia solo dopo aver introdotto il criterio: chi può rimuovere la protezione e in quanto tempo. Un componente programmabile sul proprio computer è tecnicamente avanzato e, insieme, debole perché si spegne con un clic. Il capitale separato è rudimentale e più forte, perché agisce tramite il tempo richiesto da un trasferimento.

Sette barriere descritte nella forma, senza numeri

La raccolta seguente proviene dall'articolo sulla distruzione del conto, dove era fuori posto. Nessuna barriera contiene soglie o parametri: le soglie numeriche appartengono alla sezione 9 e devono provenire da lì. Qui si tratta soltanto la forma della protezione. Ogni barriera ha il proprio criterio di fallimento: l'osservazione nel registro dopo la quale deve essere riprogettata.

1. Un limite applicato lato server. La soglia viene dal proprio piano di rischio; conta che non si possa decidere da soli di rimuoverla né farlo durante la sessione. Criterio di fallimento: si può indicare una sessione in cui il limite è stato aumentato lo stesso giorno.
2. Un ordine protettivo inviato insieme all'ingresso, non dopo. La sequenza delle operazioni è qui tutto il contenuto della regola. La lettura che la invalida: nell'esportazione della cronologia si trovano posizioni in cui l'ordine protettivo è stato inviato dopo l'ora d'ingresso.
3. Un ordine pendente al posto di un ingresso a mercato. Si decide quando si descrive la condizione, prima che il prezzo la tocchi. Il segno che la barriera è illusoria: aumenta la quota di ingressi a mercato inviati fuori dalla finestra pianificata.
4. Una finestra temporale chiusa dall'orologio. La fine della sessione è fissata da un'ora; la sensazione che «stia ancora succedendo qualcosa» non conta. Come riconoscere che non funziona più: il registro degli accessi mostra ritorni sulla piattaforma dopo la chiusura della finestra.
5. Un elenco chiuso di strumenti. Non si apre il grafico di uno strumento fuori elenco, quindi non c'è nulla da valutare. Il segnale che non funziona: nella cronologia compaiono strumenti assenti dall'elenco del mattino.
6. Un intervallo procedurale tra condizione e ordine. L'intervallo deve essere riempito con un'azione che lasci una registrazione; «contare fino a dieci» non lascia nulla e non è verificabile dopo. L'osservazione che la confuta: la registrazione viene creata solo dopo aver inviato l'ordine.
7. Una registrazione prima della decisione come condizione necessaria dell'ordine. Barriera e materiale di verifica insieme. Quando dichiararla inoperante: le motivazioni vengono inserite tutte insieme dopo la sessione.

Tre barriere fuori dalla piattaforma

Le protezioni più forti sono spesso le meno tecniche, perché operano fuori dal dispositivo sul quale si decide.

L'app eliminata dal telefono. Non cambia ciò che si prova: allunga il percorso dall'impulso all'ordine e fa soltanto questo. Basta, perché la maggior parte delle decisioni estemporanee dipende dalla brevità di quel percorso. Criterio di fallimento: l'esportazione mostra ordini collocati fuori dalla finestra pianificata, da un altro dispositivo.

Capitale diviso fra conto di trading e conto bancario. L'unica parte attiva del meccanismo è il tempo richiesto da un trasferimento. Un versamento durante la sessione lo elimina interamente e, incidentalmente, aumenta l'esposizione proprio quando il processo è già cambiato. La prova che la barriera non c'è più: versamenti effettuati nello stesso giorno della perdita.

Un'altra persona responsabile della modifica. Cambiare il limite richiede il suo coinvolgimento e non può quindi avvenire di nascosto tra un ordine e il successivo. Come riconoscere che non funziona più: modifiche senza che lo sappia oppure un consenso permanente e indiscriminato a tutto.

Il costo della rigidità

Il preimpegno ha un prezzo ed è corretto dichiararlo. Una regola troppo rigida blocca un adattamento che sarebbe stato razionale. Il divieto di qualsiasi intervento su una posizione aperta funziona finché le condizioni di esecuzione sono normali e smette di funzionare quando spariscono le quotazioni, lo strumento viene sospeso o lo spread si amplia di molte volte.

La risposta, però, non è una scappatoia del tipo «salvo un cambiamento fondamentale delle condizioni»: è più ampia della regola e la annulla ogni volta che si desidera annullarla. La risposta è un elenco chiuso di condizioni misurabili, scritto in anticipo; il fatto che sia chiuso conta più delle voci che finiranno per comporlo.

C'è anche qualcosa che la barriera non cambia, ed è bene dirlo chiaramente. La tendenza a chiudere troppo presto le posizioni vincenti e mantenere le perdenti è documentata empiricamente: Odean la mostrò su circa diecimila conti di intermediazione di investitori azionari statunitensi fra il 1987 e il 1993; il concetto di effetto disposizione era stato introdotto prima da Shefrin e Statman^[13]. Trasferire quel risultato al mercato valutario al dettaglio con leva è un'estrapolazione. Gli ordini d'uscita inviati prima non eliminano la tendenza: tolgono solo la possibilità di agire in tempo reale seguendola, ed è questa l'intera loro funzione. Il meccanismo è descritto nell'articolo 10.6.

7. Meno decisioni anziché decisioni migliori

Una checklist e l'architettura delle decisioni risolvono due problemi diversi e si confondono perché entrambe arrivano alla parola «procedura». Una checklist migliora la singola decisione. L'architettura ne riduce il numero. La seconda funziona indipendentemente dall'esecuzione della prima: per questo conviene progettarla separatamente.

• Un elenco chiuso di strumenti. Non si valutano peggio venti grafici: se ne valutano tre, perché gli altri non sono aperti. Si decide una volta, fuori dalla sessione, che cosa includere nell'elenco.
• Finestre temporali. Si stabiliscono prima gli orari in cui guardare il mercato. Fuori dalla finestra non ci sono decisioni deboli, perché non ci sono decisioni affatto.
• Ordini pendenti anziché ingressi a mercato. Si descrive la condizione con calma e l'esecuzione è automatica. Non cambia la qualità della descrizione, ma il momento in cui viene creata.

Il meccanismo è diverso dal piano se–allora e non ha evidenze comparabili. È pratica di lavoro: nessuno studio misura quanto ridurre le decisioni migliori i risultati dei trader al dettaglio, e non fingo che esista. La giustificazione è soltanto logica: una decisione che non esiste non può essere presa male.

Criterio di fallimento: se il numero di ordini per sessione non cala dopo aver ristretto l'elenco degli strumenti, l'architettura ha spostato l'attività anziché ridurla. Tre strumenti osservati con la stessa frequenza di venti offrono le stesse occasioni di intervento, solo in uno spazio più ristretto.

8. Checklist: che cosa si trasferisce dalla medicina e dall'aviazione e che cosa no

L'argomento della chirurgia e dell'aviazione compare in ogni testo sulla disciplina nel trading, quasi sempre senza indicarne la natura. Quella precisazione conta, perché cambia ciò che è consentito concludere.

Lo studio di Haynes e colleghi del 2009 esaminò l'introduzione della checklist perioperatoria OMS di diciannove punti in otto ospedali di otto città con livelli di ricchezza molto diversi; confrontò circa 3.700 pazienti prima dell'introduzione con circa 4.000 dopo^[8]. La mortalità perioperatoria scese dall'1,5 % allo 0,8 % e le complicazioni dall'11,0 % al 7,0 %. In termini assoluti sono cali di 0,7 punti percentuali e di 4,0 punti percentuali; espresse come riduzioni relative, le stesse grandezze producono i valori spesso citati del 47 % e del 36 %.

I limiti contano quanto il risultato. Era un confronto prima-dopo negli stessi centri, senza randomizzazione né gruppo di controllo; contemporaneamente avvenivano cambiamenti organizzativi e la partecipazione allo studio potrebbe aver modificato il comportamento dei gruppi. Successive introduzioni obbligatorie su larga scala non riprodussero il calo della mortalità. Al trading al dettaglio si trasferisce il meccanismo: sotto pressione si saltano passaggi conosciuti a memoria e soltanto il meccanismo. La dimensione dell'effetto non si trasferisce affatto: altra popolazione, altre poste in gioco, una squadra invece di una persona e supervisione esterna assente per il trader al dettaglio.

Atul Gawande, coautore di quello studio e autore di un libro sulle checklist, ne è il divulgatore al di fuori della medicina^[14]. Il libro è letteratura pratica e qui viene trattato come tale: offre concetti ed esempi, non evidenze empiriche.

Il caso US Airways 1549: di solito raccontato al contrario

Il 15 gennaio 2009 un Airbus A320 perse entrambi i motori dopo l'impatto con uno stormo e ammarò nel fiume Hudson. Fra l'impatto e l'ammaraggio passarono 208 secondi. A bordo c'erano 155 persone e tutte sopravvissero. Nella versione popolare il comandante «non improvvisò, ma eseguì la checklist a memoria». La sequenza documentata è diversa^[9].

L'equipaggio prese la lista cartacea delle procedure d'emergenza per la perdita di entrambi i motori. Era scritta per un'avaria a quota di crociera e non poteva essere completata alla quota effettiva. L'unità di potenza ausiliaria venne avviata prima di quanto previsto dalla sequenza della lista, e proprio quella deviazione fu considerata dal rapporto rilevante per gli eventi. La conclusione per il trader è opposta a quella popolare e molto più interessante: la procedura non sostituì il giudizio sulla situazione: tolse all'equipaggio abbastanza passaggi di routine da lasciare spazio per una decisione non standard. Una buona procedura non elimina il pensiero. Stabilisce a che cosa dedicarlo.

Principi di progetto, senza una lista pronta

Insiemi di punti, moduli e ritmo della settimana sono il contenuto dell'appendice sulle checklist del trader; qui restano regole di progettazione applicabili a qualsiasi lista.

• La lista deve essere abbastanza breve da poter essere eseguita in un momento fisso, non «quando c'è tempo».
• Il momento di esecuzione va definito mediante un evento del processo: esattamente prima di che cosa, esattamente dopo che cosa.
• La lista va scritta, non ripercorsa mentalmente. Senza registrazione non c'è verifica e senza verifica non si può sapere se funzioni.
• Ogni punto deve poter fermare un ordine. Un punto che non blocca nulla è decorazione e occupa attenzione necessaria altrove.
• Le modifiche alla lista avvengono dopo un evento e una revisione, mai durante una sessione.

La stessa lista, sviluppata nei quattro campi validi per tutta la sezione, si presenta così:

La checklist inoperante

Un possibile fallimento è compilarla senza distinguere un ordine conforme da uno non conforme. Nessun ingresso bloccato non lo dimostra da solo: tutte le condizioni potrebbero essere soddisfatte. Provare la lista con un esempio preparato contenente un punto non soddisfatto e verificare se fermi davvero la decisione. Nell'audit cercare ordini inviati nonostante una mancata conformità registrata, campi omessi e liste compilate solo dopo l'ingresso.

Una lista funzionante ferma l'ordine con una condizione non soddisfatta e lascia una registrazione verificabile. Può irritare, ma l'irritazione non ne misura l'efficacia. Una lista che non fa mai arrabbiare può funzionare correttamente; una irritante può essere mal progettata. Valutare la condizione e l'esecuzione, non la risposta emotiva.

9. Quando una procedura danneggia o semplicemente non si applica

La tesi dell'articolo ha controesempi: è meglio presentarli che fingere che non esistano.

Primo controesempio: una procedura eseguita correttamente termina in perdita

Una sequenza illustrativa senza valori numerici, perché qui non servono. Prima dell'ingresso è registrato tutto ciò che richiede la procedura: condizione e strumento dagli elenchi, dimensione conforme al registro, ordine protettivo inviato con l'ingresso e motivazione scritta prima dell'invio. Sono possibili due esiti: il prezzo raggiunge il livello obiettivo oppure l'ordine protettivo.

La valutazione del processo è identica nei due casi, perché era stabilita prima di conoscere l'esito. Cambia soltanto l'esito, e quello di una singola operazione è un'estrazione da una distribuzione. È più interessante il caso inverso: ingresso fuori elenco, dimensione diversa dal registro, nessun ordine protettivo e profitto. Anche lì la valutazione del processo è stabilita ed è la stessa che dopo una perdita: violazione. Il profitto è qui un costo, non un premio, perché rafforza un comportamento la cui distribuzione, ripetendolo, non somiglia a quel singolo pagamento. L'argomento completo per separare qualità della decisione e qualità dell'esito è nell'articolo 10.4.

Secondo controesempio: una procedura importata dal processo altrui

Chiudere ogni posizione prima di un dato programmato ha senso in un processo che richiede un mercato tranquillo ed è dannoso in uno che richiede proprio la reazione al dato. La stessa regola, due effetti opposti. Una procedura è sempre la procedura di qualcosa. Copiata senza il processo a cui apparteneva non diventa neutrale: comincia a vincolare a caso, ed è un modo reale in cui buone regole rovinano buoni risultati.

Terzo controesempio: una barriera collocata troppo tardi nella sequenza

Una protezione posta dove la sequenza non arriva non sta fallendo: semplicemente non si applica. La si riconosce da tre sintomi descritti più ampiamente nell'articolo 10.5: la condizione si attiva più spesso senza ridurre le violazioni; queste si spostano su un altro strumento od orario; oppure la barriera viene rimossa durante la sessione. Ogni caso richiede di controllare l'aggiramento specifico, l'innesco e l'ambito. La protezione può richiedere un innesco anticipato, un'applicazione più forte o una copertura maggiore; ripetere un proposito non la ripara.

Va ricordato a parte il caso in cui nessuno mantenne una barriera lato server. Il crollo della Barings Bank nel 1995 è documentato dal rapporto del Board of Banking Supervision: le perdite ammontarono a circa 827 milioni di GBP – la cifra spesso ripetuta di 1,4 miliardi si riferisce a dollari statunitensi^[12]. La meccanica della sequenza e le conclusioni per un conto al dettaglio sono discusse nell'articolo 10.5; qui conta una cosa: non fallì la disciplina di qualcuno, ma mancava una protezione la cui rimozione avrebbe richiesto il coinvolgimento di un'altra persona.

10. Introduzione, durata e mito dei 21 giorni

«Ventuno giorni bastano per costruire un'abitudine» non deriva da alcuno studio. Il numero viene da un libro divulgativo di un chirurgo plastico degli anni 1960, da osservazioni di pazienti che si abituavano a un aspetto cambiato, ed è stato trasferito a comportamenti arbitrari da quarant'anni di ripetizioni.

Una misurazione esiste ed è diversa. Lally e colleghi seguirono semplici comportamenti quotidiani di 96 volontari per 12 settimane, ossia 84 giorni^[10]. Nei modelli con buon adattamento, il tempo per raggiungere il 95 % dell'asintoto individuale di automaticità aveva una mediana di 66 giorni e un intervallo di 18–254 giorni. I tempi più lunghi erano estrapolazioni del modello oltre l'osservazione, non 254 giorni di follow-up dei partecipanti. La misura era autoriportata e i comportamenti più semplici di una procedura di trading. Il risultato contrasta una scadenza universale di 21 giorni, ma non ne stabilisce una per il trader.

La conclusione pratica è diversa da quella abituale. Non si tratta di prepararsi a 66 giorni anziché 21. Si tratta di non fissare una scadenza entro cui la procedura «deve diventare automatica», perché l'assenza di automaticità dopo un mese non dice nulla sulla persona: rientra nell'intervallo. E soprattutto: una procedura di trading non deve diventare automatica per funzionare. Basta che ometterla sia costoso o visibile.

Riepilogo: come riconoscere una procedura inoperante

• Non ha fermato un ordine nonostante una condizione non soddisfatta.
• Viene eseguita dopo l'ordine invece che prima.
• La sua condizione di attivazione è decisa a sensazione anziché dal registro.
• La regola viene cambiata durante la sessione invece che dopo una revisione.
• Il registro viene creato, ma nessuno lo rilegge.

Ogni punto è verificabile nei dati già necessari per altri scopi. Nessuno richiede introspezione.

11. Che cosa non risolve questo articolo

Alcuni argomenti non sono comparsi deliberatamente. È meglio indicare dove trovarli che lasciare l'impressione di aver chiuso il tema.

• Soglie numeriche – limiti giornalieri e settimanali, dimensione della posizione, livelli di drawdown: sezione 9. Qui si descrive la forma della regola; il parametro viene da lì.
• Valutare se un sistema di regole abbia senso – valore atteso, test storici, valutazione del vantaggio: sezione 8. Una procedura protegge un vantaggio, ma non lo crea.
• Registrazione e metriche di processo – costruzione del diario, codici di violazione, frequenza delle revisioni: articolo 10.8. Senza questo, nessun criterio di fallimento del testo è verificabile.
• Il protocollo di interruzione e ritorno – che cosa accade esattamente quando si attiva un blocco e a quali condizioni si torna: articolo 10.9.
• Documenti pronti – il modello da cui costruire un piano di trading nell'articolo su piano di trading e playbook, checklist e ritmo settimanale nell'appendice sulle checklist del trader, piano di emergenza nell'appendice sul piano di emergenza.
• Configurazione degli strumenti – impostazioni del terminale e possibilità lato broker cambiano rapidamente e appartengono alla sezione sulle piattaforme.

Resta una frase da verificare sulle proprie registrazioni prima di proseguire: una regola la cui violazione non lascia traccia non è una regola: è il ricordo di un'intenzione. Proprio per questo la registrazione merita una lettura a sé: il diario di trading (10.8) rende conteggiabile ogni criterio di fallimento di questo testo.