Torna alla Bacheca
Guida Interattiva

Metodologia Kanban

Una guida visuale e interattiva ai principi del Kanban, ai suoi approcci logici e alla gestione del flusso di lavoro.

Principi Fondamentali

Il Kanban è un metodo di gestione del lavoro nato da Toyota negli anni '50 e divenuto standard per la gestione agile del flusso. Si fonda su cinque principi guida:

Visualizzazione del lavoro

Rendere visibile ogni attività su una board: colonne, schede e flusso immediatamente comprensibili a tutto il team.

Limiti WIP

Work In Progress Limits: fissare un numero massimo di schede contemporanee per colonne, per evitare colli di bottiglia.

Gestione del flusso

Osservare e ottimizzare il movimento delle schede: misurare Lead Time e Cycle Time per migliorare continuamente.

Regole esplicite

Definire criteri chiari per quando una scheda entra, si sposta o esce da una colonna: niente ambiguità.

Miglioramento continuo

Feedback loop regolari, retrospection e sperimentazione: il processo evolve con il team e col contesto.

Approcci Logici & Simulatori

Lo stesso principio Kanban può essere applicato a scenari diversi. Esplora qui sotto le quattro configurazioni più diffuse.

Flusso Operativo Sequenziale

La board classica del team di sviluppo: ogni scheda attraversa uno stage pipeline lineare, dal backlog al deploy. Ideale per team prodotti e progetti software.

Da fare 5/∞
Setup CI/CD
devops
Refactor auth
backend
Design nuove icone
ui
Analisi 2/3
Spec API ordini
spec
Stima upload massivo
analysis
In corso 3/3
Login SSO
in-progress
Export PDF
feature
Cache redis
perf
Revisione 1/2
PR #421
review
Completato
Dark mode
done
Migrazione DB
done

Board Orientata al Cliente & Commessa

Pensata per agenzie, studi professionali e commesse custom. Le colonne racchiudono le esigenze specifiche del cliente, le note tecniche supplementari e un passaggio di approvazione formale prima della chiusura.

Esigenze Specifiche 3/5
Integrazione ERP cliente
brief
Brand colors custom
brand
Multi-lingua IT/EN
req
Note Tecniche Supplementari 2/4
Vincolo GDPR
legal
Export dati legacy
tech-note
Da fare 4/6
Wireframe homepage
design
API gateway
dev
In Approvazione 1/2
Demo finale cliente
sign-off
Concluso
MVP consegnato
delivered

Matrice di Priorità (Eisenhower)

Le colonne diventano quadranti della celebre matrice Eisenhower. Le schede si ordinano per urgenza/importanza e il team decide dove focalizzarsi, delegare o archiviare.

Urgente / Importante 3/3
Outage produzione
do-now
Bug critico pagamenti
hotfix
Scadenza contratto
deadline
Pianificabile 4/5
Roadmap Q3
schedule
Refactor core
tech-debt
Training team
growth
Delegabile 2/4
Aggiornamento docs
delegate
Setup staging
assign
Archivio
Idea vecchia feature
backlog
Richiesta reject
archive

Triage Assistenza & Bug

Ottimizzata per team di supporto e QA: le segnalazioni entrano raw, vengono diagnosticate, risolte, deployate e infine chiuse con verifica del cliente.

Nuove Segnalazioni 5/8
Errore 500 /api/users
newp1
Layout rotto mobile
newp3
Timeout export
newp2
Diagnosi 2/3
Memory leak worker
diagnose
Race condition sync
diagnose
Risoluzione 3/3
Fix CORS headers
fix
Patch SQL injection
security
Retry logic queue
fix
Deploy 1/2
Release v2.4.1
staging
Chiuso
Ticket #1042
closed
Bug login persistente
closed

Lead Time vs Cycle Time

Due metriche fondamentali per capire dove il flusso rallenta. Il Lead Time misura tutto il tempo dalla richiesta alla consegna. Il Cycle Time misura solo il tempo di lavoro effettivo.

0 5 10 15 20 Collo di bottiglia Lun Mar Mer Gio Ven Sab Dom Tempo (giorni) per fase di lavoro
Lead Time (richiesta → consegna) Cycle Time (inizio lavoro → consegna) WIP Limit superato
Collo di bottiglia: quando il WIP Limit di una colonna viene superato, il Lead Time cresce mentre il Cycle Time resta stabile: le schede attendono in coda. La differenza fra le due curve è il wait time, il segnale più chiaro che è necessario ridurre il WIP o aggiungere capacità.

Regole Pratiche & Consigli