Kanban è una parola giapponese e la metodologia che descrive è stata concepita da Toyota per il suo piano di produzione. Le sue origini sono nella produzione, ma da allora è stato adottato nello sviluppo di software e anche nella costruzione e costruzione di aziende multinazionali e piccole startup. La metodologia kanban garantisce un flusso di lavoro continuo e contiene lo “scope creep” che mette i progetti oltre il budget. Usato bene, kanban garantisce che i lavoratori assumano solo quanto possono gestire in qualsiasi momento e garantisce consegne puntuali. Kanban si basa su cinque principi.
Visualizza il flusso di lavoro
L’idea del kanban è che puoi controllare solo ciò che puoi vedere. Pertanto, il primo passaggio consiste nel visualizzare un flusso di lavoro dall’inizio alla fine, di solito in colonne su una “lavagna kanban”. Nello sviluppo del software, queste fasi potrebbero includere lo sviluppo, la convalida, l’accettazione e la consegna da parte del cliente. Gli utenti devono prima tracciare il flusso di lavoro così com’è, non come dovrebbe essere. Il miglioramento arriva dopo.
Limita il lavoro in corso
La limitazione del lavoro in corso, o WIP, garantisce che la domanda corrisponda alla capacità. Se uno sviluppatore di software può gestire solo due elementi alla volta, dargli 10 elementi semplicemente lo travolge e non garantisce un rendimento maggiore; infatti, garantisce praticamente più difetti. Una bacheca kanban ha in genere un limite WIP sopra ogni colonna, espresso in un numero.
Implementa un sistema di trazione
Ogni fase in kanban estrae il lavoro da “a monte”, la fase che lo precede. Solo quando una fase a valle è al di sotto del limite WIP può estrarre un oggetto di lavoro. Il termine “pull” si riferisce anche all’idea che il lavoro inizia solo se è necessario, ad esempio, per evadere un ordine del cliente. Altrimenti quel lavoro non fornisce alcun valore a nessuno.
Identifica i colli di bottiglia e i vincoli
Poiché è visivo, kanban rende facile per gli utenti identificare i colli di bottiglia e i vincoli al flusso di lavoro. Se tutte le fasi a valle sono vuote ma il test è pieno, in quella fase esiste un collo di bottiglia. Altri lavoratori possono “sciamare” test per liberare quel collo di bottiglia. Se il collo di bottiglia si verifica in modo coerente, forse il limite di WIP del test deve essere inferiore o quella fase richiede più lavoratori.
Migliora in modo collaborativo
Kanban coinvolge un intero team nel miglioramento dei suoi processi. Il team si riunisce in riunioni di pianificazione, “riunioni in piedi” – in genere all’inizio di una giornata lavorativa – e riunioni retrospettive una volta che un progetto è terminato. Il team studia le metriche raccolte sul flusso di lavoro per identificare quali fasi hanno prodotto colli di bottiglia, quali bug o difetti hanno rallentato il flusso e cosa ha causato eventuali superamenti del budget. Questo è simile alla pratica del kaizen, che si traduce approssimativamente come “buon cambiamento” ed è stato concepito anche in Toyota. Un “cerchio kaizen” si riunisce per misurare un’operazione, introdurre miglioramenti e standardizzare quei miglioramenti in modo che tutto il lavoro futuro sia più efficiente.