3. Il metodo: impegni, loop e Condizioni di Soddisfazione

Questo è il capitolo che ti chiedo di leggere due volte. Non è una conoscenza da acquisire: è una formazione strategica, un modo di pensare che userai per tutto — per progettare la riorganizzazione, per chiedere lavoro agli agenti, per valutare un consulente, per governare la relazione tra le persone e gli agenti nella tua azienda.

Il metodo non l'ho inventato io. È nato quarant'anni fa per risolvere un problema che sembrava lontanissimo dall'AI — come coordinare il lavoro tra persone dentro le organizzazioni — ed è tornato di grande attualità proprio perché gli agenti AI hanno lo stesso problema. Si chiama Action Workflow, lo hanno formulato Terry Winograd e Fernando Flores, e io lo chiamo semplicemente «il metodo W&F».

Da dove viene

Due persone, un'idea

Fernando Flores è un ingegnere cileno, ministro delle finanze di Salvador Allende, imprigionato per tre anni dopo il golpe del 1973; arriva negli Stati Uniti nel 1976 e studia filosofia del linguaggio. Terry Winograd è uno dei pionieri dell'Intelligenza Artificiale al MIT, poi professore a Stanford, dove sarà il mentore di Larry Page, fondatore di Google. Nel 1986 pubblicano insieme un libro, Understanding Computers and Cognition, con una tesi che a un imprenditore suona subito familiare: le organizzazioni non sono macchine che elaborano informazioni; sono reti di impegni. Quando chiedi, prometti, accetti o rifiuti, non stai trasmettendo dati: stai compiendo un'azione che crea un impegno tra due persone.

Da questa tesi nasce un software di coordinamento del lavoro, un metodo brevettato negli Stati Uniti nel 1993-94, e una scuola di management — il «management per impegni» — adottata da grandi aziende nei decenni successivi.

Perché torna utile oggi

Quarant'anni dopo, gli agenti AI hanno digitalizzato questo modello quasi senza saperlo. Il ciclo tecnico di un agente — osserva, ragiona, agisci, valuta — è la fase di esecuzione del metodo. Ciò che manca nella maggior parte dei progetti AI sono le altre fasi: la richiesta chiara, la negoziazione prima di eseguire, l'accettazione formale del risultato. E sono esattamente le fasi che mancano anche nella maggior parte delle organizzazioni umane: secondo Flores, nelle migliori aziende viene mantenuto circa il 60% degli impegni presi, in quelle normali il 30%.

Per te la notizia è buona: il metodo che ti serve per far lavorare bene gli agenti è lo stesso che ti serve per far lavorare bene le persone. Impararlo una volta vale per entrambi.

Il loop del metodo

Quattro fasi

Il metodo descrive ogni lavoro come un ciclo — un loop — tra chi chiede (il cliente dell'impegno, che può essere tu, un tuo responsabile, un agente coordinatore) e chi esegue (il performer: un collaboratore, un consulente, un agente). Il ciclo ha quattro fasi.

Nella Richiesta, chi chiede formula ciò che vuole e — questo è il punto — dichiara le condizioni che devono verificarsi perché il lavoro sia considerato fatto bene. Nella Negoziazione, le due parti si accordano su cosa significa «fatto bene»: chi esegue può accettare, rifiutare, controproporre; il ciclo prosegue solo quando c'è un impegno esplicito. Nell'Esecuzione, chi esegue svolge il lavoro e dichiara di aver finito. Nell'Accettazione, chi ha chiesto verifica il risultato rispetto alle condizioni concordate e dichiara la soddisfazione — chiudendo il ciclo — oppure lo riapre.

Le rotture non sono errori

Quando un ciclo si interrompe — il lavoro non può essere fatto come concordato, un dato manca, una condizione si rivela irrealistica — il metodo lo chiama breakdown, rottura. La rottura non è un fallimento: è il momento in cui la rete degli impegni diventa visibile e va rinegoziata. In un'organizzazione normale le rotture si nascondono (il lavoro «più o meno fatto», il ritardo non dichiarato); nel metodo si dichiarano subito, e si torna alla negoziazione.

Per un CEO questa è la chiave per governare gli agenti senza controllarli uno per uno: un agente ben progettato dichiara la rottura e chiede a una persona, invece di insistere o inventare. E un consulente serio dichiara la rottura quando un gradino del progetto non raggiunge il risultato, invece di nasconderlo nel report.

Le Condizioni di Soddisfazione

Cosa sono

Tutto il metodo si regge su un concetto: le Condizioni di Soddisfazione — in breve, CoS. Sono le condizioni, dichiarate prima che il lavoro inizi e concordate tra chi chiede e chi esegue, che devono essere vere perché il lavoro sia considerato completato. Non sono «obiettivi» nel senso generico: sono criteri verificabili, con una misura, una soglia, un tempo.

Senza CoS esplicite la richiesta è vaga, l'esecuzione è interpretativa e l'accettazione è arbitraria. È la condizione normale della maggior parte del lavoro nelle aziende, ed è il motivo per cui tante riunioni finiscono con «ci siamo capiti» e tanti progetti con «non era quello che intendevo».

Anatomia di una CoS

Una CoS non è «migliorare il servizio clienti». È: «tempo medio di prima risposta sotto i due minuti su almeno l'80% delle richieste, con tasso di passaggio a una persona sotto il 20%, misurato dal cruscotto per quattro settimane consecutive». La prima frase è un desiderio. La seconda è un impegno che si può verificare, e su cui due parti — tu e il tuo consulente, il tuo responsabile e il suo AI Team — possono dirsi «fatto» o «non fatto» senza discutere.

Le CoS che uso hanno cinque elementi: cosa deve essere vero (il risultato, non l'attività); quanto (la misura e la soglia); entro quando (la finestra di tempo); come si verifica (la fonte del dato, il cruscotto, il controllo); cosa succede se non è vero (rinegoziazione, stop, passaggio a una persona). Nel lavoro degli agenti le CoS si dividono in tecniche — verificabili automaticamente: un file esiste, un ordine è stato registrato, un campo non è vuoto — e semantiche — verificate da un giudizio: la risposta è nel tono del brand, il testo copre tutti i punti richiesti. Un buon progetto le ha entrambe.

Perché le CoS sono lo strumento del CEO

Ti chiedo di fare delle CoS lo strumento di richiesta per ogni progettazione e ogni esecuzione nella tua azienda, per tre ragioni.

La prima è che ti liberano dal dover capire la tecnologia. Non devi sapere come un agente recupera un carrello abbandonato o riconcilia una fattura: devi saper dire cosa deve essere vero quando ha finito, e verificarlo. La CoS è la lingua in cui un CEO parla a un sistema tecnico senza diventare tecnico.

La seconda è che rendono confrontabili consulenti e fornitori. Chi accetta di firmare un progetto con CoS verificabili per ogni gradino si assume una responsabilità; chi propone «un percorso di innovazione» senza CoS ti sta vendendo ore. Il capitolo 8 ne fa un criterio di selezione.

La terza è che cambiano il modo in cui la tua organizzazione lavora, con o senza AI. Un responsabile che impara a chiedere con CoS ai suoi collaboratori diventa un responsabile migliore, e i suoi collaboratori sanno finalmente cosa significa «fatto bene». Ho visto aziende in cui l'adozione del metodo con gli agenti ha migliorato la qualità delle riunioni tra persone prima ancora che il primo agente andasse in produzione.

Attenzione. La CoS più frequente che vedo scrivere dai CEO è «ridurre i costi». Non è una CoS: non dice quali costi, di quanto, entro quando, misurati come, e cosa succede se non accade. Trasformarla in «ridurre il costo per ordine gestito del 20% entro sei mesi, misurato dal controllo di gestione, con revisione mensile e stop se i reclami superano il 3%» richiede dieci minuti e cambia tutto il progetto.

Applicare il metodo a tutto

Alla progettazione della riorganizzazione

Il primo uso del metodo è il tuo piano di trasformazione. Ogni gradino del piano — dall'audit al primo agente, dal primo agente al primo AI Team, dal primo team all'organizzazione mista — è un ciclo completo: tu chiedi con CoS, il consulente negozia (accetta, rifiuta, contropropone con i suoi numeri), esegue, e alla revisione tu accetti o riapri. Nessun gradino si chiude senza CoS negoziate e verificate. Nessun gradino successivo parte senza che il precedente sia accettato.

Questo ti dà due cose che nessun progetto tecnologico tradizionale dà: la possibilità di fermarti a ogni gradino senza aver «buttato» l'investimento, perché ogni gradino ha prodotto un risultato verificato; e la trasparenza sulle rotture, che emergono subito invece che a fine progetto.

Alla produzione di nuovi prodotti e servizi

Il secondo uso è la progettazione di ciò che vendi. Un nuovo servizio pensato con l'AI — un'assistenza che risponde in due minuti a qualsiasi ora, una personalizzazione dell'offerta per ogni cliente, un preventivo in un'ora invece che in tre giorni — nasce da CoS scritte dal punto di vista del cliente finale: cosa deve essere vero per lui perché il servizio valga il prezzo. Le stesse CoS diventano poi le condizioni che dai all'AI Team che erogherà quel servizio. Il capitolo 4 e il capitolo 7 mostrano esempi.

Alla relazione tra persone e agenti

Il terzo uso è quotidiano. In un'azienda con AI Team, il lavoro è organizzato come una gerarchia di impegni: tu chiedi al responsabile di funzione con CoS; il responsabile chiede al chief del suo AI Team con CoS; il chief chiede ai singoli agenti con CoS; un agente chiede a una persona di confermare un'azione critica — e questa è l'inversione dei ruoli: l'agente diventa cliente e la persona esecutore, per un istante. Ogni livello ha il suo ciclo e le sue condizioni. Progettare l'organizzazione AI first significa disegnare questa gerarchia e assicurarsi che ogni anello si chiuda con una verifica.

Al lavoro degli agenti in loop

Il quarto uso è quello tecnico, e devi conoscerlo solo per esigerlo. Un agente ben progettato non riceve un «prompt»: riceve un compito strutturato con un titolo, una descrizione dell'intento che non cambia, le CoS tecniche e semantiche, e le competenze da attivare. Lavora in loop finché le CoS non sono verificate; dopo un numero massimo di tentativi dichiara la rottura e chiede. Le CoS concordate sono registrate in un luogo che l'agente non può modificare. Questo è ciò che un consulente qualificato costruisce, e ciò che devi chiedere di vedere: non il codice, ma il compito strutturato e il registro delle CoS.

Dato con fonte. Nei sistemi che applicano un protocollo di impegni tra agenti, le metriche che si misurano sono: CoS raggiunte al primo ciclo (obiettivo sopra il 70%), rinegoziazioni (sotto il 20%), rotture (sotto il 5%). Quando le rotture crescono, il problema è quasi sempre a monte — CoS mal negoziate o competenze mancanti — non il modello. Fonte: G. Taviani, «Manuale del Consulente AI», capitolo «Il Metodo», 2026.

E quando arriverà l'AGI?

Una domanda legittima: se i modelli impareranno a costruirsi da soli il ciclo di verifica — e i più recenti già ragionano in cicli al loro interno — il metodo servirà ancora? Sì, e servirà di più. Ciò che si sposta dentro il modello è la parte tecnica del loop: far girare l'agente, verificare, riprovare. Ciò che resta fuori è la parte di business: chi fissa l'obiettivo e le sue CoS, quali dati usare, dove è richiesto il controllo umano, cosa l'agente può e non può fare. Il metodo sale di un livello, da «come faccio funzionare l'agente» a «come progetto il team di agenti che lavora per la mia azienda». Ed è esattamente il livello a cui deve stare un CEO.

Il metodo in tre frasi

Per la strategia: nessun gradino del piano si chiude senza CoS negoziate e verificate con te. Per la progettazione: nessun agente, nessun servizio, nessuna riorganizzazione viene costruita senza CoS scritte prima. Per l'esecuzione: nessuno — persona o agente — dichiara di aver finito senza che le CoS siano verificate, e nessun lavoro prosegue all'infinito senza chiedere.

Suggerimento. Nella prossima riunione di direzione, prova a chiudere ogni decisione con una CoS scritta: cosa deve essere vero, quanto, entro quando, verificato come, cosa succede altrimenti. Sarà scomodo la prima volta. Alla terza riunione ti chiederai come facevi prima.

Dove trovare. Il metodo di questo capitolo, nella sua forma operativa per consulenti e agenti, è descritto nel «Manuale del Consulente AI» ed è alla base del percorso di qualificazione dell'AI Workspace Club (https://www.aiworkspace.club): un consulente qualificato lì lavora con le stesse CoS che hai imparato qui.