--- title: "Criteri go/no-go: quando dire stop a un progetto AI è un valore" url: https://zerofive.ai/blog/strategia/criteri-go-no-go-progetti-ai canonical: https://zerofive.ai/blog/strategia/criteri-go-no-go-progetti-ai language: it published: 2026-04-21 updated: 2026-09-18 author: "ZeroFive.AI" tags: go no-go progetti AI, fermare progetto AI, stage gate AI, criteri di arresto, governance progetti AI abstract: "Come si scrivono criteri go/no-go per i progetti AI: soglie, date, decisori, e perché la capacità di fermarsi è il segno delle organizzazioni mature." --- # Criteri go/no-go: quando dire stop a un progetto AI è un valore Delle decine di post-mortem di progetti AI a cui abbiamo assistito, la frase che ricorre più spesso arriva sempre da qualcuno del team, mai dal verbale: "lo sapevamo da mesi". I progetti che falliscono male, quelli che bruciano diciotto mesi e la credibilità delle iniziative successive, raramente muoiono per una sorpresa; muoiono per l'assenza di un meccanismo che trasformi ciò che il team sa in una decisione che l'organizzazione prende. Quel meccanismo ha un nome poco poetico, criteri di go/no-go, e la sua assenza è tra le cause di fallimento più curabili dell'intero repertorio. C'è una ragione strutturale per cui i progetti AI ne hanno più bisogno di altri: sono esperimenti per natura, con esiti incerti che nessuna pianificazione elimina, e un esperimento senza condizioni di arresto scritte non è un esperimento, è un impegno a oltranza con un altro nome. La proposta di valore di chi fa consulenza seria, lo diciamo spesso ai clienti, include il no: un advisor che sa dire solo go è un venditore con un altro biglietto da visita. ## L'anatomia di un criterio che funziona Un criterio di go/no-go degno del nome ha quattro componenti, e ognuna mancante lo trasforma in un auspicio. La metrica, che deve essere di business o direttamente collegata (il tempo di gestione del reclamo, il tasso di adozione degli utenti, il costo per pratica), mai solo di modello, perché un'accuratezza brillante su un processo che nessuno usa supera ogni soglia tecnica e fallisce lo stesso. La soglia, con il numero scritto prima di partire, quando nessuno ha ancora interessi da difendere: sopra si prosegue, sotto si applica la conseguenza. La data, perché una soglia senza scadenza è un traguardo mobile, e "ancora un mese e ci siamo" è la lingua ufficiale dei progetti zombie. E il decisore, una persona con nome e potere di firma, perché le decisioni assegnate a un comitato hanno la proprietà di non venire mai prese da nessuno. La quinta componente, implicita ma decisiva, è il momento della scrittura: i criteri si fissano al kickoff, dentro il Canvas dell'iniziativa, insieme a sponsor e process owner. Scriverli a metà progetto è già negoziare. ## Fermare, correggere, proseguire: tre esiti, non due Il nome tradisce una semplificazione, perché gli esiti utili sono tre. Il go conferma e sblocca la fase successiva con il suo budget. Il no-go chiude, e la chiusura fatta bene ha un rito: si documenta cosa si è appreso, si archiviano dati e codice riusabili, si comunica l'esito con la stessa visibilità del lancio, perché un esperimento ben chiuso è un'informazione pagata che deve rendere. In mezzo sta il pivot, la correzione di rotta con criteri nuovi e una nuova data, che è legittima una volta e diventa accanimento alla seconda: la regola pratica che suggeriamo è un solo pivot per iniziativa, deliberato dal decisore, mai auto-concesso dal team. I criteri, poi, non vivono solo alla fine del pilot: le organizzazioni mature li mettono a ogni passaggio di fase, dall'idea al pilot, dal pilot all'MVP, dall'MVP alla produzione, con soglie via via più esigenti. È lo stesso principio dei gate critici applicato al singolo progetto, e produce lo stesso effetto: sposta le risorse da ciò che promette a ciò che dimostra. ## Rendere lo stop socialmente possibile La parte difficile dei no-go, più che tecnica, è antropologica. Il costo affondato pesa ("abbiamo già speso troppo per fermarci adesso", che è esattamente il ragionamento che moltiplica la spesa), lo sponsor ha esposto la faccia, il team teme che la chiusura del progetto significhi un giudizio sulle persone. Un'organizzazione che vuole criteri funzionanti deve disinnescare questa meccanica, e gli strumenti sono noti: separare esplicitamente la valutazione dell'esperimento da quella delle persone, celebrare pubblicamente le chiusure ben fatte quanto i lanci, misurare chi guida i progetti anche sulla velocità con cui libera risorse da ciò che non rende. Nel portafoglio, il segnale di salute è contro-intuitivo: una quota fisiologica di no-go dice che le soglie erano vere, mentre un portafoglio dove tutto supera sempre ogni gate racconta criteri scritti per essere superati. La domanda giusta a fine anno riguarda meno i progetti andati avanti e più quelli fermati: sono stati fermati al momento giusto? I criteri di decisione sono tra i deliverable del nostro lavoro di AI Strategy, scritti iniziativa per iniziativa dentro backlog e roadmap, con soglie, date e decisori: calendly.com/fabiolalli/zerofive, oppure hello@zerofive.ai. Il test da fare oggi, intanto, richiede cinque minuti e un progetto in corso: esiste, scritta da qualche parte, la condizione alla quale lo fermereste? E se domani si verificasse, chi firmerebbe?