Lean Thinking v3.0: perché il Lean è più importante nell'era degli agenti AI

La versione 3.0 di Lean Thinking per Sviluppatori Software Impegnati è disponibile su Leanpub. Chi ha già acquistato il libro riceve l’aggiornamento gratuitamente.

Una domanda che ricevo spesso

“Se uso GitHub Copilot, Cursor o Claude Code, il Lean serve ancora?”

La risposta breve: serve di più.

Quando il costo di scrivere codice scende quasi a zero, il collo di bottiglia si sposta. Non è più la scrittura: sono le decisioni, il processo, la capacità di capire cosa vale la pena costruire. Un prompt generico all’agente AI genera 800 righe di codice di cui usi il 5%. Questo non è produttività: è sovrapproduzione. Ed è esattamente il primo dei 7 sprechi che Taiichi Ohno identificò nel 1950 nelle fabbriche Toyota.

Cosa c’è di nuovo nella v3.0

Capitolo 4: agenti AI sulla board Kanban

Il capitolo sugli strumenti Lean è stato ampliato con una sezione dedicata a come integrare gli agenti AI nel flusso di lavoro del team. Il problema non è tecnico: è di visibilità. Quando un agente AI lavora su un task, quel task deve essere sulla board esattamente come qualsiasi altro lavoro. Altrimenti il WIP cresce in modo invisibile, i colli di bottiglia si nascondono, e il flusso si inceppa senza che nessuno capisca perché.

La sezione introduce classi di servizio specifiche per il lavoro generato dagli agenti e mostra come adattare lo stand-up quotidiano quando parte del team è composto da strumenti AI.

Nuove tabelle comparative

Il feedback dei lettori delle versioni precedenti è stato chiaro: le tabelle sinottiche aiutano a consolidare i concetti dopo la lettura narrativa. Questa versione ne aggiunge tre:

Essere occupati vs essere produttivi (Capitolo 1): sei dimensioni a confronto tra il muda dell’iperattività e il lavoro che crea valore reale. Focus, meeting, codice, refactoring, metriche, risultato.

Sistema Push vs Sistema Pull (Capitolo 2): trigger, WIP, rischi e costi nascosti dei due approcci in un colpo d’occhio. Con l’esempio concreto dell’ottimizzazione prematura come prototipo del sistema push applicato al software.

Metriche DORA (Capitolo 5): i benchmark reali dei team Elite vs Low performer su Deployment Frequency, Lead Time, Change Failure Rate e Time to Restore. Queste quattro metriche sono perfettamente Lean: misurano il flusso del sistema, non l’output individuale, e sono difficili da gamificare.

Diagrammi rivisti in tutti i capitoli

Tutti i diagrammi D2 sono stati aggiornati: font più grandi, dimensioni esplicite dei nodi, colori che comunicano il significato (rosso per gli sprechi, verde per il valore, blu per il flusso). Il risultato è leggibile su schermi piccoli e in stampa. Il diagramma dei 5 Whys nel Cheat Sheet è stato ridisegnato completamente con una gerarchia visiva dal problema alla causa radice.

Nuovi callout

Aggiunti tre riquadri che collegano esempi di codice ai principi Lean sottostanti:

• Il dialogo con il Product Manager (export Excel vs report automatico): perché la domanda giusta vale più di qualsiasi stima
• Lo stand-up asincrono nei team distribuiti: mantenere la visibilità eliminando la sincronizzazione forzata
• La raccolta automatica delle metriche DORA: se misurare richiede lavoro manuale, la misurazione stessa diventa spreco

Glossario: mappa visiva dei concetti chiave

Il Glossario (Appendice) apre ora con una mappa visiva che mostra le relazioni tra i sei concetti fondamentali del Lean: Valore, Muda, Flow, WIP Limit, Kaizen e Pull. Utile come orientamento per il lettore nuovo e come ripasso rapido per chi conosce già il libro.

Per chi è questo libro

Per sviluppatori che lavorano a tempo pieno e non hanno ore da perdere in metodologie complesse. Per chi usa già agenti AI e si accorge che

Il libro ha esempi concreti in Python, diagrammi usabili come riferimento rapido, e un approccio diretto:

Acquista su Leanpub oppure leggi di più sul libro.