Impostare i Limiti WIP
Guida pratica per determinare i limiti giusti per il tuo team.
1Non Esiste un Numero Perfetto
Una domanda comune: "Quale dovrebbe essere il nostro limite WIP?"
La risposta onesta: Non lo sappiamo. Inizia da qualche parte e aggiusta.
I limiti WIP sono esperimenti, non calcoli. Contesti diversi richiedono limiti diversi, e il limite giusto oggi potrebbe essere sbagliato il mese prossimo.
Detto questo, ci sono punti di partenza ragionevoli e principi per guidarti.
2Limiti per Colonna vs. Limiti di Sistema
Puoi impostare i limiti WIP a diversi livelli:
Limiti per colonna: Ogni fase ha il proprio limite.
- "Dev: 3" / "Review: 2" / "QA: 2"
- Crea equilibrio tra le fasi
- Previene che una singola fase diventi un collo di bottiglia
Limite di sistema: Totale degli elementi nel sistema.
- "Massimo 15 elementi da Pronto a Fatto"
- Più semplice da gestire
- Non previene colli di bottiglia interni
Limiti per persona: Il WIP di ogni persona è limitato.
- "Massimo 2 elementi per persona"
- Buono per il lavoro di conoscenza dove il cambio di contesto è costoso
- Può essere combinato con i limiti per colonna
La maggior parte dei team usa una combinazione: Limiti per colonna per il flusso di lavoro, a volte con limiti per persona sovrapposti.
3Punti di Partenza
La regola "n o n-1": Inizia con un limite uguale o inferiore di uno al numero di persone che lavorano in quella fase.
Se 3 sviluppatori lavorano nella colonna Dev, prova un limite WIP di 3 o 2.
Perché funziona:
- Assicura che le persone non siano inattive (ognuno può avere un elemento)
- Crea una leggera pressione a collaborare (limite di n-1)
- Fornisce un punto di partenza ragionevole
La regola "2x throughput": Imposta il WIP di sistema a circa 2x il tuo throughput settimanale.
Se completi 8 elementi a settimana, punta a ~16 elementi nel sistema totale.
Perché funziona:
- Implica un lead time di circa 2 settimane
- Fornisce abbastanza buffer per la variazione
- Previene sovraccarichi estremi
Inizia Più Alto, Poi Abbassa
È più facile iniziare con limiti più alti e stringerli che iniziare troppo stretti e creare frustrazione. Abbassa il limite quando le cose sembrano fluide; i punti critici ti diranno dove.
4Segnali che i Limiti Sono Sbagliati
Il limite è troppo alto:
- Non raggiungi mai il limite
- Gli elementi invecchiano nella colonna
- Il cambio di contesto è costante
- I lead time sono lunghi
Il limite è troppo basso:
- Raggiungi costantemente il limite
- Le persone sono frequentemente bloccate/inattive
- Il lavoro affama le fasi a valle
- La frustrazione del team è alta
Giusto (per ora):
- Occasionali raggiungimenti del limite che stimolano la collaborazione
- Il lavoro scorre costantemente attraverso le fasi
- I lead time sono ragionevoli
- Il team si sente sfidato ma non sopraffatto
Ricorda: "Giusto" è dinamico. Man mano che il team migliora, stringi i limiti. Man mano che la composizione del team cambia, riaggiusta.
La colonna Dev raggiunge il suo limite 2-3 volte a settimana. Ogni volta, uno sviluppatore finisce una review invece di iniziare nuovo lavoro. Il flusso migliora e il team ha discussioni produttive sulle priorità.
La colonna Dev ha un limite di 10 per 3 sviluppatori. Non viene mai raggiunto. Tutti hanno 3+ elementi in corso. Il cambio di contesto è dilagante. Il limite è decorazione.
5Aggiustare nel Tempo
I limiti WIP dovrebbero evolversi. Ecco un processo sano:
Configurazione iniziale: Scegli limiti di partenza ragionevoli usando le euristiche sopra.
Osservazione settimanale: I limiti vengono raggiunti? Troppo spesso? Mai? Cosa succede quando lo sono?
Discussione in retro: Rivedi il flusso. I limiti stanno aiutando? Cosa dovrebbe cambiare?
Stringimento graduale: Man mano che il team migliora il flusso, prova ad abbassare i limiti. Limiti più bassi rivelano i problemi prima e creano più pressione per l'efficienza.
Allentamento quando necessario: Circostanze mutevoli (nuovi membri del team, nuovi tipi di lavoro) potrebbero richiedere di rilassare temporaneamente i limiti.
Il segnale di maturità: I team Kanban maturi hanno spesso limiti sorprendentemente bassi. Hanno eliminato gli sprechi e possono lavorare efficacemente con vincoli stretti.
- Non esiste una formula per limiti WIP perfetti—sono esperimenti
- Inizia con limiti circa uguali alla dimensione del team per fase
- Osserva i segnali che i limiti sono troppo alti o troppo bassi
- Aggiusta i limiti regolarmente in base al flusso osservato
- I team maturi spesso stringono i limiti nel tempo
- •Impostare i limiti e non aggiustarli mai
- •Limiti così alti da non essere mai raggiunti
- •Limiti così bassi che il team è frustrato e affamato
- •Trattare le violazioni dei limiti WIP come fallimenti invece che come informazioni