Il funnel WhatsApp di Extension Lounge è rimasto bloccato 4 mesi in stato "quasi pronto". Nessun bug, nessun veto. Solo un dettaglio: nessuno aveva scritto quando sarebbe stato "fatto".
È il problema più sottovalutato della gestione progetti. Senza un criterio scritto di chiusura, "fatto" diventa un'opinione che cambia ogni settimana. E le opinioni non si chiudono.
Il problema invisibile
Il task che resta aperto perché nessuno sa quando si chiude è il problema più diffuso che vedo nei sistemi delle PMI con cui lavoro. Più dei colli di bottiglia tecnici, più della mancanza di tool, più dei budget tagliati.
I tre criteri tipici che vengono usati al posto di una Definition of Done:
"quando è pronto": pronto secondo chi?
"abbastanza buono": per quale standard?
"a regime": in che senso?
Sono sensazioni travestite da criteri. Funzionano solo se chi le pronuncia e chi le ascolta hanno la stessa immagine in testa. Cosa che non succede quasi mai.
Il risultato lo conosci: il lavoro è finito da settimane, nessuno lo sposta in Done perché nessuno è autorizzato a dichiararlo chiuso. Il task vive in un limbo che consuma attenzione ogni volta che riapri la lista.
La differenza tecnica
Una Definition of Done scritta è una lista di 3 o più criteri binari, verificabili dall'esterno, scritti prima che il lavoro inizi.
Tre parole pesano.
Binari: sì o no. Niente "abbastanza", niente "circa".
Verificabili dall'esterno: chiunque, anche chi non ha lavorato al progetto, deve poter aprire i criteri e dire se sono soddisfatti. Se serve la tua interpretazione personale per validarli, non sono criteri — sono note tue.
Prima che il lavoro inizi: se li scrivi a metà, hai già perso la conversazione difficile. Quella che doveva costare 30 minuti di intake adesso ti costa settimane di lavoro già investito.
Tre esempi concreti dai progetti che ho aperto negli ultimi 10 giorni. Tutti con DoD scritta nel brief prima della prima riga di codice:
consulto-qeeg-brain-map: (1) referto qEEG ricevuto e letto, (2) prima seduta neurofeedback eseguita, (3) protocollo personalizzato approvato dal medico.
youtube-insights-pipeline: (1) 50+ video processati in batch notturno senza intervento umano, (2) note generate in vault Obsidian con wikilinks attivi, (3) anti-duplicato verificato su 7 giorni consecutivi senza falsi positivi.
readwise-mcp-integration: (1) custom connector OAuth funzionante, (2) 8.000+ highlights accessibili da Claude, (3) Setup Guide scritta.
Nessuna di queste è soggettiva. Apri il criterio, lo verifichi, lo spunti. Il progetto si chiude quando i 3 criteri sono spuntati. Non prima, non dopo, non perché "sembra a regime".
Perché funziona così
La Definition of Done scritta prima fa tre cose contemporaneamente.
Forza la conversazione difficile mentre costa poco. Se non riesci a metterti d'accordo sui criteri quando il progetto è solo un'idea, c'è un problema: tu, il cliente, il team non avete la stessa immagine di cosa volete. Meglio scoprirlo in 30 minuti di intake che in 4 mesi di costruzione.
Toglie il dibattito su "è finito?". La domanda smette di essere interpretativa. Apri la checklist, conti gli OK. Se sono tutti spuntati, è finito. Se ne mancano, sai esattamente quali sono e cosa serve per chiudere.
Distingue un progetto da un'area di responsabilità continua. Se non riesci a formulare 3 criteri binari verificabili per qualcosa, quel "qualcosa" non è un progetto. È un'area: una responsabilità che non si chiude mai (manutenzione, supporto clienti, contabilità mensile). Le aree si gestiscono con sistemi ricorrenti, non con date di chiusura. Trattare un'area come un progetto è il modo più veloce per generare frustrazione: il "progetto" non si chiude mai perché per natura non ha un punto di arrivo.
Cosa fare adesso
Apri la tua lista task. Trova quello che gestisci da più tempo senza chiuderlo. Quello che ogni settimana torna su senza muoversi.
Tre passi, oggi:
Scrivi 3 criteri binari di completamento, verificabili da chiunque non sia te. Se servono spiegazioni a voce per capirli, riformulali.
Se non riesci a scriverne 3 entro 5 minuti, quello non è un progetto. Spostalo nelle attività ricorrenti: è un'area che gestisci, non un progetto che chiudi.
Se i 3 criteri sono già soddisfatti adesso, chiudi il task. È finito da settimane, lo sapevi anche tu.
Filo conduttore involontario
Settimana scorsa, primo articolo Stoic. Kill List: cosa non fare.
Mercoledì, secondo articolo AI/Automation. Il bug Meta: come misurare.
Oggi, primo articolo Systems. Definition of Done: quando dire fatto.
Sottrazione → misura → criterio di completezza. Non l'avevo pianificato come trilogia, ma è uscito così. I sistemi che funzionano nascono in genere prima del piano per costruirli — basta che li scrivi mentre li usi.
Vuoi il prossimo articolo?
Iscriviti alla newsletter — 3 volte a settimana, lun/mer/ven.
