Inizia
Blog · Metodi

Il metodo Kanban : dal Toyota Production System al tuo team

Da dove Kanban viene, cosa dice la Kanban Guida, WIP limiti, metriche di flusso e insidie comuni: come costruire una tavola che resti viva, non solo bella. · 12 agosto 2026 · aggiornato il 22 ottobre 2026 · Victoria · 10 minuti di lettura

FluidOps
Controlla il flusso del tuo lavoro
Una bacheca Kanban FluidOps mostra dove si accumula il lavoro, colonna per colonna, con una demo che non richiede iscrizione.
Prova la demo

Indice

Dai supermercati americani alle fabbriche Toyota

La storia inizia in un corridoio di supermercato. Negli anni '50, l'ingegnere Toyota Taiichi Ohno notò che un supermercato rifornisce uno scaffale solo dopo che il cliente ha svuotato un po' di spazio, e si chiese perché una fabbrica non potesse funzionare allo stesso modo (Ohno, 1988). La stazione che utilizza i pezzi di ricambio invia una scheda, il kanban (giapponese per "cartello" o "tag"), alla stazione precedente: fai solo quello che ho appena usato.

Successivamente, David Anderson ha portato l'idea ai team di sviluppo software (Anderson, 2010). Poi si è diffusa ben oltre: marketing, risorse umane, piccole imprese, progetti personali. Ciò che viaggia da un mondo all'altro non è la carta, ma il principio: non inizi qualcosa di nuovo finché il vecchio lavoro non ha liberato un po' di spazio.

Primo piano su Kanban carte in corso
Primo piano su Kanban carte in corso

Cosa dice la Guida Kanban

La Kanban Guide (maggio 2025) riassume il metodo in tre pratiche:

La Guida aggiunge un requisito: i membri controllano esplicitamente il numero di oggetti in corso, dall'inizio alla fine. Un nuovo compito inizia quando c'è capacità, non quando si presenta l'umore. Questo è ciò che si chiama sistema di pull.

Se hai letto Anderson, questa versione ti sembrerà più snella. Il suo libro del 2010 descrive altre pratiche (rendere esplicite le politiche, costruire circuiti di feedback, migliorare in modo collaborativo). La Guida mantiene l'essenziale e lascia che ogni team costruisca il resto.

Perché limitare i lavori in corso cambia così tanto

La legge di Little collega tre quantità in un sistema stabile: il lavoro medio in corso è uguale al throughput medio moltiplicato per il tempo medio nel sistema (Little, 2011). In altre parole, il tempo nel sistema è lavoro in corso diviso per la capacità di throughput.

Un esempio lavorato. Il tuo team consegna tre compiti a settimana e ne ha sempre dodici aperti: ogni compito impiega in media quattro settimane per essere pubblicato. Limita il lavoro in corso a sei, e se il throughput rimane a tre a settimana, la media scende a due settimane. Il "se" conta: il calcolo presuppone un throughput stabile. In pratica spesso lo tieni perché gestisci meno argomenti, ma non è garantito.

L'altro effetto è più umano. Quando tutto è "in corso", nulla si muove davvero, e ognuno porta cinque argomenti nella testa. Un cappellino ti costringe a finire prima di iniziare, il che è scomodo per i primi giorni. Un calcolo più dettagliato appare nel nostro confronto Kanban vs Scrum.

Quattro numeri da leggere sulla tua lavagna

Una lavagna non si limita a mostrare, ma produce cose che puoi misurare. La Kanban Guide conserva quattro indicatori, facili da raccogliere a mano.

IndicatoreCosa misuraCome raccoglierlo
Lavori in corso (WIP)Il numero di carte iniziate e non finiteConta le carte tra "iniziato" e "finito"
ThroughputIl numero di carte completate in un periodoConta le carte spostate su "fatto" ogni settimana
Tempo di cicloTempo trascorso tra l'inizio e la fine di una cartaAnnota la data di inizio e la data di fine
Età dell'articolo di lavoroTempo trascorso da quando una carta ancora aperta è iniziataIndividua la carta più vecchia in "in corso"

L'ultima è la più utile di tutti i giorni: riguarda le carte viventi, quelle su cui puoi ancora agire. Se la carta più vecchia in "in corso" ha tre volte l'età normale delle tue carte finite, è quella da guardare lunedì mattina.

Un primo tabellone in un pomeriggio

  1. Scrivi una cartolina per ogni compito davvero in corso. Il resto aspetta in una colonna "Da fare" che non guardi ogni giorno.
  2. Crea tre colonne: da fare, in corso, fatto. Aggiungi "in revisione" o "bloccato" una volta confermata la necessità.
  3. Limita il "in corso" a due o tre carte per persona. È scomodo per i primi due giorni, poi ci si abitua.
  4. Sposta le carte man mano che procedi e dedica dieci minuti a settimana per vedere cosa si è bloccato.

Se lavori da solo, tutto questo funziona comunque: questa è l'idea dietro la Kanban personale (Benson & Barry, 2011). Il tuo limite è spesso anche più utile di quello di una squadra, poiché nessun altro ti impedisce di iniziare un ottavo argomento.

Una bacheca Kanban in FluidOps: da fare, in corso, in revisione, colonne fatte e bloccate, con un conteggio di carte su ciascuna.
Una bacheca Kanban in FluidOps: da fare, in corso, in revisione, colonne fatte e bloccate, con un conteggio di carte su ciascuna.

Politiche esplicite: cosa significa davvero "in revisione"

La differenza tra una lavagna che aiuta e una decorativa spesso si riduce alle regole scritte in fondo a ogni colonna. Due frasi per colonna sono sufficienti: quando entra una carta e quando può uscire.

Queste regole non hanno bisogno di uno strumento: basta un paragrafo attaccato accanto alla lavagna. Soprattutto, evitano infiniti dibattiti sul fatto che una carta sia "quasi finita".

Le insidie che uccidono una tavola

SintomoCausa probabileRimedio
La lavagna si trasforma in una listaIl limite non viene mai applicatoScrivi il limite in cima alla colonna e fai rispettare a tutti, compreso il capo
Descrive un passato passatoLe carte non vengono mai spostateSpostali all'inizio della riunione, o alla fine di ogni compito
Nessuno lo guardaEsiste per riferire a qualcun altroCostruiscilo per il team e lascia che siano altri a consultarlo
Una colonna "bloccata" che traboccaIl lavoro inizia prima che tu sia sicuro di poter finireControlla le dipendenze prima di spostare una carta in "in corso"
Dieci colonne per tre personeIl consiglio descrive l'organigramma, non il lavoroTorna a tre o quattro colonne che rispecchiano il flusso reale

Funziona davvero?

Onestamente, le evidenze sono più scarse dell'entusiasmo. Una revisione sistematica della letteratura sulla Kanban nello sviluppo software (Ahmad et al., 2013) riporta principalmente benefici per la visibilità del lavoro, la comunicazione e il controllo del lavoro in corso, ma si basa principalmente su casi di studio e pochi esperimenti controllati. In altre parole: il meccanismo è solido (la Legge di Little è provata) e i risultati variano da team a team.

È un buon motivo per considerarlo un test. Tieni la lavagna per tre settimane, guarda i tuoi quattro numeri e decidi con i tuoi dati.

Per concludere: la tavola è solo uno specchio

Kanban non rende una squadra più veloce per magia. Mostra cosa sta intasando tutto, cosa difficile da vedere quando tutto succede nelle chat e nella testa delle persone. Quello che resta è accettare, di tanto in tanto, di rifiutare una nuova carta finché non è pronta quella vecchia, che è tutt'altro che un dettaglio tecnico.

Costruisci la tua scheda con FluidOps

La scheda demo Kanban può essere usata senza registrarsi, e la funzione Kanban FluidOps ti permette di definire le tue colonne e monitorare il numero di carte per livello. Per confrontare con un approccio basato su iterazioni, leggi il metodo Scrum; per mantenere il ritmo una volta che la scheda è in posizione, vedi tracciamento quotidiano del progetto.

Il piano gratuito costa €0 al mese, il piano individuale 12 € al mese o €120 all'anno, e il piano Business parte da €12 per posto al mese fatturato annualmente. I dettagli sono nella pagina dei prezzi.

Domande frequenti

Qual è il metodo Kanban ?

È un modo di gestire il lavoro basato su pull: visualizzi le fasi su una lavagna, limiti il numero di elementi in corso e migliori il flusso a piccoli passi. Deriva dal sistema di produzione Toyota.

Cosa significa "kanban"?

La parola giapponese significa cartello o carta. Alla Toyota, una carta viaggiava tra due stazioni per dire alla stazione a monte di fare solo ciò che quella a valle aveva appena usato.

Cos'è un limite WIP ?

È il numero massimo di compiti che accetti di lasciare iniziati contemporaneamente. Un nuovo compito inizia solo quando un altro è completato, il che riduce il tempo di ciclo a flusso costante (Legge di Little).

Quante colonne dovrebbe avere una Kanban lavagna?

Tre sono sufficienti per iniziare: da fare, in corso, fatto. Aggiungi "in revisione" o "bloccato" solo una volta confermata la necessità, così che il consiglio rifletta il lavoro reale invece di un organigramma.

Qual è la differenza tra Kanban e Scrum?

Scrum organizza il lavoro in iterazioni di lunghezza fissa con ruoli ed eventi definiti. Kanban è continua: non impone alcun ciclo, ma un limite al lavoro in corso e un flusso visibile.

Fonti

← Articolo precedenteKanban contro Scrum: quale dovrebbe scegliere la tua squadra? Prossimo articolo →Il metodo Scrum : ruoli, eventi e reperti