Le Sette Cadenze Kanban

Scrum ha eventi prescritti. Kanban ha cadenze—riunioni regolari consigliate per specifici scopi di feedback.

La differenza chiave:

• Gli eventi Scrum sono parti obbligatorie del framework
• Le cadenze Kanban sono opzionali in base alle necessità

Non hai bisogno di tutte e sette le cadenze. Inizia con una o due. Aggiungine altre man mano che maturi.

Le sette cadenze servono tre livelli:

1. Livello team: Operazioni quotidiane
2. Livello servizio: Consegna a clienti/stakeholder
3. Livello strategico: Allineamento di portfolio e organizzativo

Scopo: Coordinare il flusso, identificare i blocchi, garantire operazioni quotidiane fluide.

Frequenza: Giornaliera, massimo 15 minuti.

Focus:

• Percorrere la board da destra a sinistra (inizia dagli elementi più vicini al completamento)
• Identificare gli elementi bloccati
• Discutere gli elementi a rischio (che superano la soglia di tempo)
• Prendere decisioni di pull

NON focus:

• Report di stato ("cosa hai fatto ieri?")
• Risoluzione dettagliata dei problemi (da affrontare offline)
• Performance individuale

Domande chiave:

• "Cosa sta bloccando il progresso di questo elemento?"
• "Questo elemento è qui da 6 giorni—cosa sta succedendo?"
• "Ora che X è completato, chi prenderà il prossimo elemento?"

Differenza dallo Scrum Daily: Scrum Daily si concentra sulle persone e sul progresso verso uno Sprint Goal. Il Kanban Meeting si concentra sugli elementi di lavoro e sul flusso. Il soggetto è la board, non i membri del team.

Queste cadenze gestiscono la relazione tra il team e i suoi clienti/stakeholder.

1. Replenishment Meeting (Settimanale)

Scopo: Decidere quale nuovo lavoro entra nel sistema.

Partecipanti: Product owner, team lead, stakeholder chiave.

Attività:

• Rivedere le richieste in arrivo
• Dare priorità al backlog
• Spostare elementi in "Ready" (rispettando i limiti WIP)
• Discutere la capacità futura

Risultato: Una colonna Ready rifornita e prioritizzata.

2. Service Delivery Review (Bisettimanale o Mensile)

Scopo: Rivedere quanto bene stai consegnando ai clienti.

Partecipanti: Team, stakeholder, clienti se possibile.

Metriche riviste:

• Trend del lead time
• Stabilità del throughput
• Soddisfazione del cliente
• Performance degli SLA

Risultato: Discussione basata sui dati sulla qualità del servizio. Stiamo soddisfacendo le aspettative? Cosa deve cambiare?

3. Delivery Planning Meeting (Quando necessario)

Scopo: Coordinare la consegna/rilascio del lavoro completato.

Partecipanti: Team, ops, chiunque sia coinvolto nei rilasci.

Attività:

• Rivedere cosa è pronto per il rilascio
• Pianificare i tempi di rilascio
• Coordinare le dipendenze
• Identificare i rischi di rilascio

Risultato: Piano di rilascio chiaro con date e responsabilità.

Queste cadenze collegano il lavoro a livello team alla strategia organizzativa.

4. Risk Review (Settimanale o Bisettimanale)

Scopo: Identificare e gestire i rischi per la consegna.

Focus:

• Elementi bloccati e blocchi
• Elementi che superano le soglie di tempo
• Dipendenze da altri team
• Problemi sistemici

Risultato: Azioni di mitigazione del rischio. Percorsi di escalation per blocchi non risolti.

5. Strategy Review (Mensile o Trimestrale)

Scopo: Allineare il lavoro del team con la strategia organizzativa.

Partecipanti: Leadership, product, rappresentanti del team.

Focus:

• Stiamo lavorando sulle cose giuste?
• Come si collega il nostro lavoro agli obiettivi di business?
• Quali cambiamenti strategici influenzano le nostre priorità?

Risultato: Direzione strategica aggiornata, aggiustamenti delle priorità.

6. Operations Review (Mensile)

Scopo: Rivedere le dipendenze cross-team e il flusso.

Partecipanti: Rappresentanti di più team, management.

Focus:

• Come fluisce il lavoro tra i team?
• Dove sono i colli di bottiglia inter-team?
• Quali cambiamenti di policy o strutturali sono necessari?

Risultato: Miglioramenti di coordinamento, accordi cross-team.

7. Retrospettiva (Bisettimanale o Mensile)

Scopo: Riflettere sul processo e identificare miglioramenti.

Formato: Varia (simile alle retrospettive agili).

Focus:

• Cosa sta funzionando bene?
• Cosa non sta funzionando?
• Quali esperimenti dovremmo provare?
• Cosa abbiamo imparato dagli esperimenti precedenti?

Risultato: Esperimenti di miglioramento concreti con responsabili e date.

Argomenti retrospettivi specifici di Kanban:

• I nostri limiti WIP sono giusti?
• Cosa sta causando il nostro attuale collo di bottiglia?
• Le nostre policy stanno aiutando o ostacolando?
• Il nostro lead time sta migliorando?
• Cosa sta creando blocchi?

Integrazione con Scrum: Se stai facendo Scrumban, probabilmente hai già le Sprint Retrospective. Queste servono allo stesso scopo. Non c'è bisogno di aggiungere un'altra riunione retrospettiva.