Rilascia ogni settimana, o smetti di parlare di progressi

Quasi mai un progetto fallisce alla fine. Fallisce in silenzio, a metà, in quel lungo tratto in cui c'è un sacco di attività e niente da guardare davvero. Si scrivono report. I ticket si spostano. Sono tutti occupati. E poi, settimane dopo, quello che esce non è quello che voleva nessuno.

L'assicurazione più economica contro tutto questo è anche la più noiosa: rilasciare qualcosa di vero ogni settimana.

Perché una settimana

Una settimana è abbastanza corta da non poterci nascondere dentro una strada sbagliata, e abbastanza lunga da chiudere qualcosa che valga la pena mostrare. Hai sbagliato una funzione? Hai perso giorni, non un trimestre. Il giro di feedback è così stretto che correggere la rotta diventa una cosa frequente ed economica, invece che rara e disastrosa.

I ritmi più lenti sembrano più sicuri. Non lo sono: spostano solo il rischio alla fine, dove costa di più rimetterci mano.

Cosa deve voler dire "rilasciato"

La regola funziona solo se l'asticella è onesta. Rilasciato vuol dire:

• Gira in un ambiente che può aprire qualcuno che non sia chi l'ha scritto.
• Fa qualcosa che una persona vera riconosce come utile.
• Non è dietro una slide che spiega cosa farà.

Un frame in Figma non è rilasciato. Un branch che "sul mio computer funziona" non è rilasciato. Una demo che regge solo se segui il percorso buono non è rilasciata. Tutto il valore sta nell'essere una cosa vera.

La velocità non è quanto in fretta scrivi codice. È quanto in fretta puoi scoprire di aver sbagliato.

L'effetto collaterale di cui non parla nessuno

Quando un team rilascia ogni settimana, le conversazioni cambiano. Smetti di litigare sulle ipotesi, perché state guardando entrambi la stessa cosa che funziona. Le opinioni costano meno, e costano meno anche le prove. Decisioni che avrebbero richiesto una riunione le prendi con un'occhiata.

È il vero motivo per cui lavoriamo così. Non per sembrare produttivi, ma per rendere sopravvivibile sbagliare e ovvio avere ragione.