Un framework per eliminare sistematicamente gli sprechi e creare flusso.
Tutto inizia con il valore—e il valore è definito dal cliente, non da te.
Sembra ovvio ma viene regolarmente ignorato. I team costruiscono funzionalità che i clienti non hanno mai richiesto. Sovraccaricano le soluzioni con complessità di cui nessuno ha bisogno. Ottimizzano processi interni che non influenzano l'esperienza del cliente.
Il valore è tutto ciò per cui il cliente è disposto a pagare. Tutto il resto è spreco.
Nel software, questo significa:
Prima di poter eliminare gli sprechi, devi capire come appare il valore. Questo richiede di parlare effettivamente con i clienti, osservare come usano il tuo prodotto e misurare i risultati—non solo rilasciare funzionalità.
Trappola Comune
Non confondere l'attività con il valore. Costruire funzionalità è attività. Rilasciare funzionalità che i clienti amano e per cui pagano è valore. Le due cose non sono la stessa cosa.
Un flusso di valore è la sequenza di tutte le attività necessarie per consegnare valore a un cliente—dal concetto iniziale al prodotto consegnato.
Mappare questo flusso significa visualizzare ogni passaggio, ogni trasferimento, ogni tempo di attesa. Disegni lo stato attuale onestamente, mostrando dove il lavoro effettivamente fluisce e dove si blocca.
Nella produzione, questo potrebbe essere: materie prime → lavorazione → assemblaggio → test → spedizione.
Nel software, potrebbe essere: idea → prioritizzazione → design → sviluppo → code review → test → deployment → monitoraggio.
La maggior parte dei team non ha mai mappato il proprio flusso di valore. Ottimizzano localmente—rendendo un passaggio più veloce—senza vedere l'insieme. Ma migliorare un passaggio che non è un collo di bottiglia non aiuta il sistema. Spesso peggiora le cose accumulando inventario prima del vincolo.
La mappatura rivela:
Non puoi migliorare ciò che non puoi vedere. La mappatura rende visibile l'invisibile.
Una volta che puoi vedere il flusso di valore, l'obiettivo è creare flusso: il lavoro si muove in modo fluido e continuo dall'inizio alla fine, senza attese, senza batch, senza interruzioni.
Il flusso perfetto è il flusso a pezzo singolo—ogni elemento si muove attraverso l'intero flusso di valore senza fermarsi. Nella produzione, questo significa un'auto alla volta attraverso la fabbrica. Nel software, questo significa una funzionalità alla volta dall'idea alla produzione.
Gli ostacoli al flusso includono:
Creare flusso non significa lavorare più velocemente. Significa rimuovere gli ostacoli che rallentano il lavoro. Spesso questo significa fare meno cose contemporaneamente—controintuitivo, ma vero.
L'efficienza di flusso misura il tempo a valore aggiunto come percentuale del lead time totale. Nella maggior parte del lavoro intellettuale, è del 5-15%. L'altro 85-95% è attesa. Migliorare il flusso significa attaccare il tempo di attesa, non il tempo di lavoro.
Principio 4: Stabilire il Pull
In un sistema push, il lavoro viene assegnato in base a programmi e previsioni. In un sistema pull, il lavoro viene avviato in base alla capacità e alla domanda. Nulla si muove a meno che qualcosa a valle non segnali di essere pronto.
Il classico segnale pull è la kanban card: quando completi un elemento, ne prendi il successivo. Non inizi nuovo lavoro solo perché è nel backlog—lo inizi perché hai capacità.
I sistemi pull:
Principio 5: Perseguire la Perfezione
Lean non è una destinazione—è una direzione. Il principio finale è il miglioramento continuo: perseguire incessantemente la perfezione anche se non la raggiungerai mai.
Questo significa:
Il perseguimento non finisce mai. Toyota migliora da oltre 70 anni e trova ancora modi per migliorare. L'obiettivo non è "diventare Lean" e fermarsi—è integrare il miglioramento nel lavoro quotidiano.
Un team con limite WIP di 3 in sviluppo ha 3 elementi in corso. Non iniziano l'elemento #4 finché uno non è completato. Questo previene il sovraccarico e crea flusso prevedibile.
Un team 'fa Kanban' ma non ha limiti WIP. Il lavoro viene assegnato in base alla pianificazione dello sprint. Gli elementi si accumulano in 'In corso' senza vincoli. Questo è push con una board Kanban—non pull.