Scalare Kanban tra i Team - Elementi Essenziali di Kanban

1Filosofia dello Scaling

Kanban scala in modo diverso rispetto ai framework basati su Scrum (SAFe, LeSS, ecc.).

Scaling di Scrum: Scala il framework. Aggiungi livelli, ruoli, cerimonie.

Scaling di Kanban: Scala i principi. Ogni servizio gestisce il proprio flusso, coordinato attraverso accordi condivisi e metriche.

Intuizione chiave: Non hai bisogno di un "Framework Kanban Scalato". Hai bisogno di:

Ogni team/servizio che usa Kanban
Meccanismi di coordinamento tra di loro
Visibilità di portfolio tra i servizi

2Coordinamento Team-of-Teams

Quando più team Kanban dipendono l'uno dall'altro:

Visualizza le dipendenze:

Contrassegna gli elementi che necessitano di altri team
Mostra i motivi dei blocchi incluse le attese cross-team
Traccia i tempi di passaggio tra i team

Operations Review:

Cadenza regolare con rappresentanti di tutti i team
Rivedi il flusso cross-team
Affronta i problemi ricorrenti di dipendenza
Concordate policy condivise

Portfolio Kanban:

Una board di livello superiore che mostra il lavoro tra i team
Epic o iniziative come elementi di lavoro
Limiti WIP a livello di portfolio
Usato per la prioritizzazione strategica

Accordi condivisi:

SLA tra i team
Protocolli di passaggio
Percorsi di escalation
Norme di comunicazione

L'obiettivo non è creare un processo uniforme tra i team. È garantire che il lavoro fluisca senza intoppi attraverso i confini dei team. I team possono avere board diverse purché i passaggi funzionino.

3Cosa Evitare

Errori comuni di scaling:

Imporre uniformità: "Tutti i team devono usare la stessa struttura di board." Team diversi hanno flussi di lavoro diversi. Lasciali ottimizzare localmente.

Aggiungere livelli: "Abbiamo bisogno di una Program Board, una Portfolio Board, una Strategy Board..." I livelli aggiungono overhead. Aggiungi la struttura minima per il coordinamento.

Ignorare le dipendenze: "Ogni team gestirà il proprio flusso." Funziona finché il lavoro cross-team non si blocca. Rendi visibili le dipendenze presto.

Dimenticare il cliente: "Tutti i 12 team hanno ottime metriche di flusso." Ma il cliente aspetta ancora 6 mesi per una funzionalità perché rimbalza tra i team.

Il test: Una richiesta del cliente fluisce senza intoppi dall'acquisizione alla consegna, anche quando tocca più team? Se sì, lo scaling funziona. Se no, c'è lavoro da fare.

Scaling Efficace

Tre team gestiscono ciascuno le proprie board Kanban. Un Operations Review mensile identifica i problemi di passaggio. Concordano uno SLA condiviso per le richieste cross-team. Il lead time per il lavoro cross-team scende del 30%.

Scaling Inefficace

L'organizzazione implementa una pianificazione PI simile a SAFe sopra i team Kanban. Train, ART e cerimonie proliferano. I team passano più tempo in riunioni di coordinamento che a lavorare. Nessuno parla più di flusso.

4Portfolio Kanban

Per coordinare tra molti team e iniziative:

Portfolio Board:

Gli elementi di lavoro sono epic, iniziative o programmi
Le colonne rappresentano fasi attraverso più team
I limiti WIP prevengono il sovraccarico organizzativo
Metriche di flusso a livello di portfolio

Chi la usa:

Leadership di prodotto
Program manager
Team lead

Cadenza:

Rifornimento del portfolio (mensile)
Revisione del portfolio (bisettimanale)
Allineamento strategico (trimestrale)

Connessione con i team:

Gli elementi del portfolio si suddividono in elementi a livello di team
Il flusso del team si aggrega nelle metriche di portfolio
Le priorità scendono a cascata dal portfolio ai team

Intuizione chiave: Il Portfolio Kanban non riguarda il controllo dei team. Riguarda la creazione di visibilità e la limitazione del WIP organizzativo. Quando il portfolio è sovraccarico, tutto rallenta—proprio come a livello di team.