La Legge di Little: La Matematica del Flusso
L'equazione fondamentale che spiega perché limitare il WIP funziona.
1Le Fondamenta della Teoria delle Code
La Legge di Little è una relazione matematica scoperta da John Little nel 1961. Non è un'approssimazione o una regola empirica—è matematica dimostrata che si applica a qualsiasi sistema stabile.
La legge afferma:
Lead Time = Work in Progress / Throughput
O riorganizzata:
WIP = Throughput × Lead Time
Dove:
- Lead Time: Quanto tempo impiega un elemento dall'inizio alla fine
- WIP (Work in Progress): Elementi attualmente nel sistema
- Throughput: Elementi completati per unità di tempo
Questa relazione è sempre vera per i sistemi stabili. Non è un'idea Kanban—è fisica.
L'Intuizione Fondamentale
Se vuoi lead time più brevi senza aumentare il throughput (capacità), devi ridurre il WIP. Non c'è altro modo. La Legge di Little lo garantisce.
2Perché Questo Conta per i Team
Rendiamolo concreto.
Esempio: Il tuo team completa 10 elementi a settimana (throughput). Attualmente hai 40 elementi in corso (WIP).
Lead Time = 40 / 10 = 4 settimane
Ora immagina di limitare il WIP a 20 elementi:
Lead Time = 20 / 10 = 2 settimane
Stesso team. Stesso throughput. Metà del lead time. Non hai lavorato più velocemente. Hai semplicemente smesso di iniziare così tante cose.
Ecco perché i limiti WIP funzionano. Riducono direttamente il lead time riducendo la coda di lavoro in attesa di attenzione.
Un'autostrada ha capacità fissa (throughput). Quando troppe auto entrano (WIP alto), il traffico rallenta fino a fermarsi e i tempi di percorrenza aumentano vertiginosamente. I semafori alle rampe di accesso limitano il WIP per mantenere il traffico scorrevole.
Un pronto soccorso che accetta pazienti illimitati finisce con persone in attesa per ore. I pronto soccorso che limitano l'accesso (tramite triage e diversione) curano i pazienti più velocemente, anche se ne vedono lo stesso numero complessivo.
3Throughput, Non Velocità
Un malinteso comune: "Se iniziamo più cose, ne finiremo di più."
Sembra intuitivo ma è sbagliato. Ecco perché:
Il cambio di contesto ha dei costi:
- Ricordare dove ti eri fermato
- Ricostruire modelli mentali
- Overhead di comunicazione
- Conflitti di merge dal lavoro parallelo
Quando il WIP è troppo alto, questi costi si moltiplicano. Le persone passano più tempo a cambiare che a lavorare. Il throughput in realtà diminuisce.
La verità controintuitiva: Limitando il WIP, spesso aumenti il throughput mentre riduci sicuramente il lead time.
L'analogia della fabbrica: Una fabbrica che inizia a produrre 1000 auto simultaneamente finisce 0 auto per mesi. Una fabbrica che limita il WIP a 10 auto finisce 10 auto rapidamente, poi altre 10.
La Trappola dell'Utilizzo
Un utilizzo del 100% delle persone in realtà diminuisce il throughput. Un po' di margine è necessario per il flusso. Lo tratteremo in dettaglio più avanti.
4La Stabilità Conta
La Legge di Little richiede un sistema stabile—uno in cui il tasso medio di arrivo corrisponde approssimativamente al tasso di completamento nel tempo.
I sistemi instabili (dove il lavoro si accumula più velocemente di quanto viene completato) rompono la relazione. I lead time crescono senza limiti.
Segnali di instabilità:
- Il backlog cresce continuamente
- La colonna "In corso" si riempie
- Gli elementi vecchi scadono senza mai essere iniziati
- Il team si sente sempre più sopraffatto
Cosa fare:
- Smetti di accettare più lavoro di quanto puoi completare
- Riduci il WIP per riportare il sistema alla stabilità
- Affronta la causa principale (disallineamento capacità vs. domanda)
Kanban non risolve magicamente un problema di domanda > capacità. Rende il problema visibile così puoi affrontarlo.
- Legge di Little: Lead Time = WIP / Throughput (sempre vera per sistemi stabili)
- Ridurre il WIP riduce direttamente il lead time senza cambiare il throughput
- Un WIP alto causa cambio di contesto che riduce il throughput
- I sistemi stabili richiedono che la domanda corrisponda approssimativamente alla capacità