Kanban über mehrere Teams skalieren - Kanban Essentials

1Skalierungsphilosophie

Kanban skaliert anders als Scrum-basierte Frameworks (SAFe, LeSS usw.).

Scrum-Skalierung: Das Framework skalieren. Ebenen, Rollen, Zeremonien hinzufügen.

Kanban-Skalierung: Die Prinzipien skalieren. Jeder Service verwaltet seinen eigenen Flow, koordiniert durch gemeinsame Vereinbarungen und Metriken.

Zentrale Erkenntnis: Sie brauchen kein „Skaliertes Kanban-Framework". Sie brauchen:

Jedes Team/jeden Service mit Kanban
Koordinationsmechanismen zwischen ihnen
Portfolio-Transparenz über Services hinweg

2Team-of-Teams-Koordination

Wenn mehrere Kanban-Teams voneinander abhängig sind:

Abhängigkeiten visualisieren:

Elemente markieren, die andere Teams benötigen
Blocker-Gründe einschließlich teamübergreifender Wartezeiten anzeigen
Übergabezeiten zwischen Teams verfolgen

Operations Review:

Regelmäßiger Rhythmus mit Vertretern aller Teams
Teamübergreifenden Flow überprüfen
Wiederkehrende Abhängigkeitsprobleme adressieren
Gemeinsame Richtlinien vereinbaren

Portfolio-Kanban:

Ein übergeordnetes Board, das Arbeit über Teams hinweg zeigt
Epics oder Initiativen als Arbeitselemente
WIP-Limits auf Portfolio-Ebene
Für strategische Priorisierung verwendet

Gemeinsame Vereinbarungen:

SLAs zwischen Teams
Übergabeprotokolle
Eskalationspfade
Kommunikationsnormen

Das Ziel ist nicht, einen einheitlichen Prozess über Teams hinweg zu schaffen. Es geht darum sicherzustellen, dass Arbeit reibungslos über Teamgrenzen hinweg fließt. Teams können unterschiedliche Boards haben, solange die Übergaben funktionieren.

3Was zu vermeiden ist

Häufige Skalierungsfehler:

Uniformität vorschreiben: „Alle Teams müssen dieselbe Board-Struktur verwenden." Verschiedene Teams haben verschiedene Workflows. Lassen Sie sie lokal optimieren.

Ebenen hinzufügen: „Wir brauchen ein Programm-Board, ein Portfolio-Board, ein Strategie-Board..." Ebenen erzeugen Overhead. Fügen Sie die minimale Struktur für Koordination hinzu.

Abhängigkeiten ignorieren: „Jedes Team verwaltet seinen eigenen Flow." Funktioniert, bis teamübergreifende Arbeit zum Stillstand kommt. Machen Sie Abhängigkeiten früh sichtbar.

Den Kunden vergessen: „Alle 12 Teams haben großartige Flow-Metriken." Aber der Kunde wartet trotzdem 6 Monate auf ein Feature, weil es zwischen Teams hin- und hersprang.

Der Test: Fließt eine Kundenanfrage reibungslos von der Aufnahme bis zur Lieferung, auch wenn sie mehrere Teams berührt? Wenn ja, funktioniert die Skalierung. Wenn nein, gibt es Arbeit zu tun.

Gute Skalierung

Drei Teams betreiben jeweils ihre eigenen Kanban-Boards. Ein monatliches Operations Review identifiziert Übergabeprobleme. Sie vereinbaren ein gemeinsames SLA für teamübergreifende Anfragen. Die Durchlaufzeit für teamübergreifende Arbeit sinkt um 30%.

Schlechte Skalierung

Organisation implementiert SAFe-ähnliche PI-Planung zusätzlich zu Kanban-Teams. Trains, ARTs und Zeremonien vermehren sich. Teams verbringen mehr Zeit in Koordinationsmeetings als mit der Arbeit. Niemand erwähnt mehr Flow.

4Portfolio-Kanban

Zur Koordination über viele Teams und Initiativen hinweg:

Portfolio-Board:

Arbeitselemente sind Epics, Initiativen oder Programme
Spalten repräsentieren Phasen über mehrere Teams hinweg
WIP-Limits verhindern organisatorische Überlastung
Flow-Metriken auf Portfolio-Ebene

Wer es nutzt:

Produktleitung
Programmmanager
Teamleitung

Rhythmus:

Portfolio-Auffüllung (monatlich)
Portfolio-Review (zweiwöchentlich)
Strategieabstimmung (vierteljährlich)

Verbindung zu Teams:

Portfolio-Elemente werden in Team-Elemente heruntergebrochen
Team-Flow fließt in Portfolio-Metriken ein
Prioritäten kaskadieren vom Portfolio zu den Teams

Zentrale Erkenntnis: Portfolio-Kanban geht nicht darum, Teams zu kontrollieren. Es geht darum, Transparenz zu schaffen und organisatorisches WIP zu begrenzen. Wenn das Portfolio überlastet ist, verlangsamt sich alles—genau wie auf Team-Ebene.