Cosa è fluito bene?

Dove il lavoro si è mosso senza intoppi sulla board?

I bug fix sono passati dalla review al done in un giorno, un'ottima rapidità.
Lo standup quotidiano ci ha aiutato a concentrarci in fretta sugli elementi bloccati.
Criteri di accettazione chiari hanno fatto sì che meno card tornassero in sviluppo.
Dove sono i colli di bottiglia?

Quali fasi hanno fatto accumulare o bloccare il lavoro?

La code review è stata un collo di bottiglia costante, con un solo revisore disponibile.
Le card sono rimaste in 'in attesa di deploy' anche per giorni.
I test si sono accumulati perché gli ambienti erano instabili.
Limiti WIP e regole

I nostri limiti di work-in-progress e le regole funzionano?

Abbiamo superato di continuo il limite WIP in sviluppo. Dovremmo abbassarlo?
Il limite su 'in corso' ci ha costretto a finire prima di iniziare nuovo lavoro, ed è stato utile.
La nostra definition of done non è chiara, quindi le card avanzano troppo presto.
Cosa miglioreremo?

Quali cambiamenti concreti miglioreranno il nostro flusso?

Aggiungere un secondo revisore alla rotazione per ridurre i ritardi nelle review.
Abbassare il limite WIP dello sviluppo a 3 per ridurre il context switching.
Introdurre una regola sull'anzianità dei blocchi: escalation per tutto ciò che è bloccato da più di 2 giorni.

Che cos'è la retrospettiva Kanban Flow?

I team Kanban non lavorano a sprint, quindi una retrospettiva pensata per gli sprint spesso non coglie il punto. La retrospettiva Kanban Flow analizza come il lavoro si muove sulla board: dove le card si fermano, dove avanzano rapidamente e cosa provoca gli accumuli. È un modo pratico per individuare gli attriti che rallentano la consegna e la rendono difficile da prevedere. Il team affronta quattro temi: cosa è fluito bene, dove sono stati i colli di bottiglia, se i limiti di work-in-progress (WIP) e le regole funzionano e cosa cambierete. Discuterne insieme in TeamRetro crea una visione condivisa di come il lavoro passa da "da fare" a "fatto". È adatta ai team che praticano Lean o Kanban e a qualsiasi team agile che voglia migliorare cycle time e throughput. Se la svolgete con regolarità, diventa un'abitudine di piccoli miglioramenti (kaizen). Portare la board e le metriche di flusso nella discussione mantiene l'attenzione sul sistema anziché sulle persone, così il team può concordare modifiche al processo e verificare nella sessione successiva se hanno funzionato.

Formato della retrospettiva Kanban Flow

Cosa è fluito bene?

Dove il lavoro si è mosso senza intoppi sulla board?

Questo tema raccoglie le parti del flusso di lavoro che hanno funzionato bene: elementi che sono avanzati costantemente dall'inizio alla fine senza ritardi inutili. Invita il team a pensare a card, passaggi di consegna o fasi specifiche che sono risultati fluidi e aiutalo a individuare cosa ha reso possibile quel flusso, così da poter ripetere quelle pratiche.

Dove sono i colli di bottiglia?

Quali fasi hanno fatto accumulare o bloccare il lavoro?

I colli di bottiglia sono le fasi in cui il lavoro si accumula più velocemente di quanto possa essere gestito, rallentando l'intero flusso. Chiedi al team di osservare le colonne in cui le card si sono ammucchiate o sono rimaste ferme e approfondisci il perché. Concentrati sul sistema e sul processo anziché sulle persone, per evitare colpevolizzazioni e mantenere la conversazione costruttiva.

Limiti WIP e regole

I nostri limiti di work-in-progress e le regole funzionano?

Questo tema verifica se i limiti WIP del team, le regole delle colonne e le definition of done aiutano o ostacolano il flusso. Invita il team a riflettere se i limiti sono stati rispettati, se erano troppo stretti o troppo larghi e se le regole per spostare le card erano chiare. Spesso emerge dove il processo stesso va messo a punto.

Cosa miglioreremo?

Quali cambiamenti concreti miglioreranno il nostro flusso?

Questo è il tema orientato all'azione, in cui il team trasforma le riflessioni in impegni. Incoraggia miglioramenti concreti, con un responsabile e misurabili, invece di intenzioni vaghe. Collega ogni azione a un collo di bottiglia o a un problema di flusso emerso in precedenza e decidete come capirete, nella prossima retrospettiva, se ha funzionato.

Quando utilizzare questa analisi retrospettiva

  • Quando il team pratica Kanban o Lean e vuole migliorare il flusso senza aspettare la fine di uno sprint.
  • Quando i cycle time aumentano o il lavoro sembra bloccato e dovete trovare il collo di bottiglia.
  • Quando i limiti WIP e le regole delle colonne non sono chiari o vengono ignorati.
  • Quando volete che la discussione della retrospettiva sia legata a metriche di flusso come throughput e lead time.
  • Ogni due settimane o una volta al mese, per rendere il miglioramento del flusso un'abitudine.

Domande suggerite per rompere il ghiaccio

  • Se il tuo flusso di lavoro fosse un tipo di traffico, cosa sarebbe in questo momento: autostrada libera, ora di punta o ingorgo totale?
  • Qual è una cosa della tua routine quotidiana che scorre sempre liscia, senza colli di bottiglia?

Desiderate un esercizio di riscaldamento che la vostra squadra possa svolgere, anziché limitarsi a rispondere ad alta voce? Sfogliate gli esercizi per rompighiaccio gratuiti →

Idee e consigli per la vostra riunione di retrospettiva

  • Portate la board e le metriche di flusso (cycle time, throughput, WIP) così la discussione parte dai dati.
  • Parlate del sistema, non delle persone. I colli di bottiglia sono di solito problemi di processo, quindi evitate le colpevolizzazioni.
  • Limitatevi a una o due azioni di miglioramento, così il team riesce a completarle prima della prossima retro.
  • Assegnate a ogni azione un responsabile e un modo per misurarla nella sessione successiva.
  • Usate l'inserimento anonimo delle idee prima della discussione, così contribuiscono anche le persone più riservate.
  • Iniziate rivedendo le azioni della volta precedente per vedere cosa è cambiato.

Domande frequenti

In cosa differisce una retrospettiva Kanban Flow da una Sprint Retrospective?
Una sprint retrospective guarda indietro a un timebox fisso. Una retrospettiva Kanban Flow analizza come il lavoro si muove nel vostro sistema, usando metriche di flusso come cycle time, throughput e WIP anziché gli obiettivi dello sprint.
Quanto dura una retrospettiva Kanban Flow?
La maggior parte dei team termina in 45–60 minuti. Prevedete fino a 90 minuti per un team numeroso o quando c'è un grosso collo di bottiglia da affrontare.
Quando conviene fare una retrospettiva Kanban Flow?
Kanban non ha sprint, quindi scegliete una cadenza regolare, ad esempio ogni due settimane o una volta al mese. Fatene una in più quando notate che i cycle time aumentano o le code crescono.
Quali metriche portare alla retrospettiva?
Cycle time, lead time, throughput, livelli di WIP e un cumulative flow diagram. Mostrano dove si accumula il lavoro e se i vostri cambiamenti stanno aiutando.
Chi dovrebbe facilitare una retrospettiva Kanban Flow?
Spesso la conduce uno Scrum Master, un agile coach, un team lead o un flow manager, ma può farlo chiunque nel team. L'importante è mantenere la discussione sul sistema e assicurarsi che ogni azione abbia un responsabile e una misura.
È pronto a condurre questa retrospettiva?Provi questa esibizione dal vivo in chiave retrospettiva