Concetti fondamentali
Kanban
WIP limit, Little's Law, classi di servizio.
Kanban
Kanban (看板, in giapponese "cartellone" o "segnale visivo") è un metodo di gestione del lavoro basato sulla visualizzazione del flusso e sul limite del lavoro in corso. Nasce nel Toyota Production System (TPS) anni '40-'50 e viene poi adattato al lavoro di conoscenza (software, marketing, operations) da David J. Anderson nel 2010.
I 4 principi fondanti
- Inizia da dove sei — Kanban non richiede una riorganizzazione: parte dal workflow esistente
- Cerca cambiamenti evolutivi, non rivoluzionari
- Rispetta ruoli e responsabilità attuali
- Incoraggia atti di leadership a ogni livello
Le 6 pratiche core
- Visualizza il flusso (la kanban board)
- Limita il WIP (Work In Progress)
- Gestisci il flusso (misura, ottimizza)
- Rendi esplicite le policy (criteri per ogni colonna)
- Implementa feedback loop (review periodiche)
- Migliora collaborativamente, evolvi sperimentalmente
La Kanban Board
- Task A
- Task B
- Task C
- …
- Task D
- Task E
- Task F
- Task G
- Task H
- Task I
- Task J
- Task K
- Task L
- Task M
- …
Elementi
| Elemento | Significato |
|---|---|
| Colonna | Uno stato del workflow |
| Card | Un'attività (task) |
| WIP limit | Numero massimo di card consentite in una colonna |
| Swimlane | Riga orizzontale per categorizzare (es. per team, urgenza, classe di servizio) |
| Policy esplicite | Regole scritte per ogni colonna: cosa serve per entrare/uscire |
WIP Limit — il cuore di Kanban
Il Work In Progress limit è la regola più potente (e meno intuitiva) di Kanban: si limita quante cose si fanno contemporaneamente, non quante se ne devono fare.
Perché funziona
- Multitasking = perdita di efficienza: cambiare contesto costa il 20-40% del tempo
- Fluss più veloce: meno cose in parallelo = ogni cosa finisce prima
- I colli di bottiglia emergono: se "Review" è sempre piena, sai dove intervenire
- Forza a chiudere prima di iniziare: "stop starting, start finishing"
Come scegliere il WIP limit
Regola empirica: WIP limit ≈ numero di persone × 1.5 per la colonna principale di lavoro.
- 4 persone → WIP = 6 in "In Progress"
- Se è sempre saturo → riduci, scopri il bottleneck
- Se è sempre vuoto → puoi aumentare o ridurre il team
Metriche chiave
1. Lead Time
Tempo totale da quando una card entra nel sistema a quando esce ("Done").
"Quanto tempo passa tra quando il cliente chiede e quando riceve?"
2. Cycle Time
Tempo da quando il lavoro inizia (entra in "In Progress") a quando termina.
"Quanto tempo lavoriamo effettivamente su una card?"
3. Throughput
Numero di card completate per unità di tempo (es. card/settimana).
4. Cumulative Flow Diagram (CFD)
Grafico ad area che mostra l'accumulo di card per ogni stato nel tempo. Le aree che si allargano rivelano colli di bottiglia.
5. WIP medio
Quante card sono mediamente in corso. Legato a Little's Law:
Lead Time = WIP / Throughput
Per ridurre il Lead Time hai due leve: ridurre WIP o aumentare Throughput. La prima è quasi sempre più semplice e veloce.
Classi di servizio
Non tutte le card hanno la stessa urgenza/priorità. Si usano classi di servizio (rappresentate da colori, swimlane o tag):
| Classe | Caratteristiche | Esempio |
|---|---|---|
| Standard | FIFO, flusso normale | Feature pianificata |
| Fixed Date | Scadenza fissa, va in tempo | Compliance, evento |
| Expedite | Bypassa tutto, salta la coda | Bug critico in produzione |
| Intangible | Valore alto ma non urgente | Refactoring, knowledge sharing |
Regola: massimo 1 Expedite alla volta, altrimenti perde senso.
Cadenze tipiche
| Evento | Frequenza | Scopo |
|---|---|---|
| Daily Standup | Quotidiana | Sincronizzazione veloce, blocchi |
| Replenishment | Settimanale | Riempire il "To Do" dal Backlog |
| Delivery / Release | Continua o periodica | Portare valore al cliente |
| Service Delivery Review | Bisettimanale/mensile | Performance del sistema |
| Operations Review | Mensile | Macro-trend e cross-team |
| Risk Review | Mensile | Rischi nel flusso |
Kanban vs Scrum
| Kanban | Scrum | |
|---|---|---|
| Cadenza | Continua (no iterazioni fisse) | Sprint (es. 2 settimane) |
| Ruoli | Nessuno prescritto | PO, Scrum Master, Dev Team |
| Cambio scope | In qualsiasi momento | Vietato durante lo sprint |
| Stima | Opzionale (Lead Time basta) | Story points obbligatori |
| Cerimonie | Leggere, opzionali | Sprint planning, review, retro |
| Adatto a | Flussi continui, operations, supporto | Sviluppo prodotto iterativo |
Esiste anche Scrumban = ibrido che usa Scrum come framework e Kanban per la gestione del flusso.
Kanban vs Gantt
Vedi anche Gantt. In sintesi:
| Kanban | Gantt | |
|---|---|---|
| Asse principale | Stati del flusso | Tempo |
| Adatto a | Lavoro continuo, evolutivo | Progetti finiti, deadline-driven |
| Risponde a | Cosa sta succedendo? | Quando finisce? |
Combinazione tipica: Gantt per la roadmap di alto livello (mesi/trimestri), Kanban per l'esecuzione quotidiana.
Buone pratiche
- Inizia visualizzando il flusso reale (non quello ideale)
- Rendi esplicite le policy: cosa significa "Done"? Quando una card può entrare in "Review"?
- Limita davvero il WIP: senza WIP limit hai un to-do list, non Kanban
- Misura prima di ottimizzare: senza CFD e Cycle Time stai improvvisando
- Una card = un risultato concreto e demoabile, non un sotto-task tecnico
- "Pull" non "push": chi è libero prende una card, non gliela si assegna
Anti-pattern
- ✕ Board con 12 colonne: nessuno la legge, diventa burocrazia
- ✕ WIP limit ignorati: "sì ma stavolta è urgente" → ogni volta
- ✕ Card immortali: una card aperta da 3 settimane è un sintomo, non un task
- ✕ Nessuna pulizia della board: "Done" che accumula 200 card = nessuno la guarda
- ✕ Kanban senza metriche: la board è solo decorazione se non misuri il flusso
- ✕ Usarlo come Trello generico: una board non è Kanban senza WIP limit e policy
Strumenti
| Strumento | Note |
|---|---|
| Jira (Kanban template) | Standard enterprise, ricco di metriche |
| Linear | Moderno, veloce, ottimo per team dev |
| Trello | Semplice, attenzione: non ha WIP limit nativi |
| GitHub Projects | Integrato col repo, leggero |
| Whiteboard fisica + post-it | Per team co-locati, fortemente raccomandato per iniziare |
Collegamenti
- Task — le card della Kanban board sono task
- Gantt — strumento complementare/alternativo
- Metodologie — Kanban tra i framework Agile
- Scrum — framework agile alternativo
- Esecuzione — Kanban vive principalmente qui
- Eisenhower Matrix — le classi di servizio sono una forma di prioritizzazione strutturata
- Nemawashi — radici Lean comuni (entrambi dal mondo Toyota)