Ogni venerdì il mio sistema genera una revisione settimanale: un resoconto automatico che riassume come è andata e propone le priorità della settimana dopo. Per quattro venerdì di fila, il 10, 17, 24 e 31 luglio, mi ha proposto la stessa identica azione per questa newsletter: "pubblica una bozza". Quindici minuti di lavoro, materiale già pronto. Non l'ho fatto nemmeno una volta.
L'azione era facile. Non succedeva lo stesso.
Il contesto: la cadenza di pubblicazione si era fermata l'8 luglio, dopo 28 uscite consecutive. Nel frattempo la parte del sistema che prepara i contenuti ha continuato a lavorare come sempre. Alla revisione del 14 agosto il conteggio diceva dodici bozze complete e verificate, zero pubblicate. Il magazzino cresceva, la pubblicazione no.
Vista da fuori, la raccomandazione era perfetta: azione piccola, materiale pronto, tempo richiesto minimo. Eppure quattro proposte hanno prodotto quattro zeri. Un promemoria ignorato una volta è un caso. Lo stesso promemoria ignorato quattro volte, a un costo così basso, è un dato: il blocco non era l'azione.
Cosa è cambiato alla quinta
La revisione del 31 luglio ha cambiato prima la diagnosi: stavo chiedendo a me stesso di mantenere tre articoli a settimana mentre lavoravo cinque giorni su sei dietro il banco del salone. Le due cose erano incompatibili, e nessun promemoria sull'azione poteva risolvere l'incompatibilità.
Quella del 14 agosto ha fatto il passo che vale questo articolo: ha smesso di propormi l'azione. Testuale: "proporlo una quinta volta sarebbe ignorare l'evidenza". Al suo posto, una sola richiesta binaria, cioè con due sole risposte possibili, sì o no: chiudi formalmente la serie da 28 e ridichiara la cadenza a un articolo a settimana, finché il salone non riapre.
Il 17 agosto, prima sessione di lavoro dopo il rientro, ho deciso in dieci minuti. Stessa mattina: serie chiusa, cadenza ridichiarata, articolo pubblicato. L'azione che quattro promemoria non avevano smosso è successa da sola, subito dopo la decisione.
Onestà sui dati: non posso provare che sia stata la domanda nuova. In mezzo c'erano la chiusura estiva del salone e una settimana di stacco programmata, quindi la sequenza non è un esperimento pulito. Quello che posso documentare è questo: quattro richieste identiche in quattro settimane normali hanno prodotto zero, e la richiesta riformulata è stata eseguita il primo giorno in cui l'ho letta.
Una risposta esatta alla domanda sbagliata
John Tukey, statistico, lo scrisse nel 1962 in "The Future of Data Analysis": molto meglio una risposta approssimata alla domanda giusta, che spesso è vaga, di una risposta esatta alla domanda sbagliata. Il mio sistema aveva una risposta esatta (quale bozza, quanti minuti) alla domanda sbagliata (quale azione manca). La domanda giusta era un'altra: quale decisione non presa sta rendendo impossibile questa azione?
Un'azione che continua a non succedere nonostante promemoria puntuali quasi mai è pigrizia. Di solito nasconde una decisione a monte che nessuno ha messo sul tavolo. Il promemoria insiste sull'azione, la decisione resta invisibile, e il sistema scambia la propria precisione per utilità.
La regola operativa che ne ho tirato fuori vale per qualunque strumento ti mandi solleciti, dal gestionale alla lista attività sul telefono: se un promemoria viene ignorato tre volte, non alzare la frequenza e non aggiungere punti esclamativi. Riscrivilo. Cerca la decisione che, una volta presa, renderebbe l'azione ovvia, e metti quella nel promemoria. In forma secca: sì o no.
Vuoi il prossimo articolo? Iscriviti alla newsletter — un articolo a settimana.
