Otto capitoli fa hai imparato a distinguere un prompt da un workflow. Da lì hai costruito una libreria di prompt riusabili, imparato a scomporre compiti grandi, a passare memoria fra i passi, ad automatizzare un flusso intero, a controllarne la qualità a campione, a collegarlo ai tuoi strumenti, e infine a portarlo al tuo team senza restare l’unico che sa farlo funzionare. Questo capitolo chiude il percorso con la domanda che finora hai risposto solo per sensazione: sta funzionando davvero?

Perché la sensazione non basta

«Mi sembra che risparmi tempo» è l’affermazione più comune e meno affidabile che si sente su un processo automatizzato. Non perché sia falsa, ma perché la sensazione soggettiva tende a pesare di più i momenti in cui il processo ha funzionato brillantemente e a dimenticare in fretta le volte in cui ha richiesto una correzione lunga o un controllo particolarmente attento. Senza numeri, un processo che funziona bene l’ottanta per cento delle volte e uno che funziona bene il cinquanta per cento delle volte possono sembrarti identici, ricordati entrambi come «va bene, insomma».

Cosa misurare, in concreto

Due misure semplici bastano per la maggior parte dei processi, e nessuna richiede strumenti complicati. La prima: il tempo totale che ci metti oggi, dal materiale grezzo all’output finale che usi davvero, cronometrato per le prossime cinque o dieci esecuzioni, non stimato a memoria. La seconda: quante di quelle esecuzioni hanno richiesto una correzione sostanziale (non un dettaglio, ma un giro di correzione vero e proprio come quello visto nel percorso principiante) prima che il risultato fosse utilizzabile. Segna entrambe le misure ogni volta, in un posto qualsiasi, anche solo un foglio di appunti con una riga per esecuzione.

Se hai un punto di riferimento da prima di costruire il processo, il tempo che impiegavi a fare la stessa cosa completamente a mano, quello è il tuo confronto più onesto. Se non l’hai mai cronometrato, comincia da qui in poi: fra tre mesi avrai comunque un confronto, questa volta fra la prima versione grezza del processo e quella affinata.

Il tempo risparmiato apparente contro quello reale

C’è una trappola comune in questo tipo di misura: contare solo il tempo dell’esecuzione automatica, dimenticando il tempo che spendi a controllare e correggere l’output. Un processo che gira da solo in trenta secondi ma che poi richiede dieci minuti di correzioni non ti ha fatto risparmiare il tempo che sembra a prima vista. Il numero onesto è il tempo totale, dall’inizio del processo fino al momento in cui hai in mano qualcosa che useresti davvero, correzioni incluse. È un numero meno lusinghiero del solo tempo di esecuzione, ma è quello che conta per decidere se il processo vale l’investimento fatto.

Un esempio di struttura, da riempire con i tuoi numeri

Non esiste un numero universale di quanto tempo risparmia un processo automatizzato: dipende dal compito, dal settore, da quanto era lento il modo precedente. Quello che puoi costruire è la struttura per misurarlo sul tuo caso specifico. Una tabella semplice, una riga per esecuzione, con quattro colonne: data, tempo totale impiegato, se ha richiesto una correzione sostanziale (sì o no), e una nota libera su cosa non ha funzionato se qualcosa non ha funzionato. Dopo cinque o dieci righe, hai già un numero medio più affidabile di qualunque sensazione generale, ed è un numero tuo, verificabile da te in qualunque momento riguardando le righe che l’hanno composto.

Decidere cosa fare con quello che scopri

I numeri raccolti servono a decidere, non solo a documentare. Se il tempo totale medio è chiaramente sotto quello che impiegavi a mano, e le correzioni sostanziali sono rare, il processo merita di restare così com’è, o al più di essere condiviso col team come visto nel capitolo precedente. Se il tempo totale è simile a prima, o le correzioni sostanziali sono frequenti, quello è il segnale per tornare indietro nei capitoli di questo percorso: forse il compito era scomposto male, forse manca un controllo di qualità nel punto giusto, forse l’innesco automatico non era quello adatto. I numeri non ti dicono solo se il processo funziona, ti dicono anche dove guardare se non funziona.

Una cosa da fare, adesso

Scegli il processo automatizzato più maturo che hai costruito in questo percorso. Per le prossime cinque esecuzioni, annota data, tempo totale reale (correzioni incluse) e se c’è stata una correzione sostanziale. Alla quinta riga, confrontalo onestamente con il tempo che impiegavi prima di costruirlo, se lo ricordi, o tienilo come primo punto di riferimento per il confronto futuro.

Un prompt da cui partire

Sto misurando questo processo: [nome].
Ecco le esecuzioni registrate finora: [incolla le righe: data, tempo totale, correzione sostanziale sì/no, nota].
Calcola il tempo medio totale e la percentuale di esecuzioni con correzione sostanziale. Segnala se noti un pattern in cosa causa le correzioni.

Il kit del capstone

Questo è il progetto conclusivo del percorso, e ha una definizione di fatto precisa. Il capstone è completo quando puoi spuntare tutte e cinque le righe:

1. Hai un registro con almeno cinque esecuzioni reali del tuo processo, ciascuna con data, tempo totale (correzioni incluse) e correzione sostanziale sì o no.
2. Hai un punto di confronto scritto: il tempo che il compito richiedeva a mano, misurato o stimato onestamente, con accanto la parola «misurato» o «stimato».
3. Hai calcolato tempo medio e percentuale di correzioni sostanziali, con il prompt qui sopra o a mano.
4. Hai preso una decisione scritta in una riga: il processo resta com’è, va corretto in un punto preciso (quale), o va abbandonato. Anche l’abbandono è un esito valido del capstone: significa che la misura ha lavorato.
5. Sapresti rifare tutto il giro su un processo nuovo senza rileggere il percorso.

Se non hai ancora un processo tuo abbastanza maturo da misurare, il capstone si fa lo stesso con il materiale del corso: il flusso di smistamento costruito sulle dieci email nel primo capitolo. Eseguilo cinque volte in giorni diversi (le email sono le stesse, il tuo giro di controllo no), cronometra dall’incollare le email alla lista finale verificata, e usa come confronto il tempo per smistarle interamente a mano, che puoi misurare una volta sola davvero. I numeri che escono sono piccoli e un po’ artificiali, ma il muscolo che alleni, misurare invece di sentire, è identico, e il registro compilato diventa il modello per il primo processo vero.

Dove andare adesso

Hai completato il percorso pro. Se lavori con più agenti che si passano il lavoro fra loro, e vuoi capire perché certi processi automatizzati degradano in modo che nessun controllo a campione intercetta in tempo, il percorso builder parte esattamente da lì: costruire agenti che reggono, sapere perché falliscono, e valutarli senza affidarti solo a un benchmark generico.