Anatomie eines Kanban-Boards
Die Komponenten verstehen, die ein effektives Board ausmachen.
1Mehr als nur Spalten
Ein Kanban-Board wird oft als einfaches Raster behandelt: Spalten für Phasen, Karten für Arbeitselemente. Aber effektive Boards haben mehr Struktur als das.
Die wichtigsten Komponenten:
- Spalten — Phasen, die Arbeit durchläuft
- Karten — Einzelne Arbeitselemente
- WIP-Limits — Maximale Anzahl erlaubter Elemente pro Phase
- Swimlanes — Horizontale Unterteilungen zur Kategorisierung von Arbeit
- Regeln — Vorgaben, wie Arbeit sich bewegt (oft auf dem Board notiert)
- Blocker — Visuelle Indikatoren für blockierte Arbeit
- Warteschlangen vs. aktive Phasen — Unterscheidung zwischen Warten und Arbeiten
Lassen Sie uns jede dieser Komponenten im Detail betrachten.
2Spalten gestalten: Bilden Sie Ihre Realität ab
Die erste Regel: Spalten sollten widerspiegeln, wie Arbeit sich tatsächlich bewegt, nicht wie Sie es sich wünschen würden.
Häufige Fehler:
- Verwendung generischer Phasen (To Do, Doing, Done), die Komplexität verbergen
- Abbildung eines idealisierten Prozesses, den niemand befolgt
- Kopieren des Boards eines anderen Teams ohne Verständnis des eigenen Kontexts
Der richtige Ansatz:
- Versammeln Sie das Team (alle, die die Arbeit berühren)
- Gehen Sie kürzliche Arbeitselemente durch: „Was geschah damit, nachdem es erstellt wurde?"
- Notieren Sie jede Phase, einschließlich Wartezustände
- Schließen Sie die schmerzhafte Wahrheit ein – wenn Arbeit tagelang im Review liegt, ist das eine Phase
Beispiel-Entwicklung:
- Vorher: To Do → In Progress → Done
- Nachher: Backlog → Ready → Dev (WIP: 3) → Code Review (WIP: 2) → QA → Ready for Deploy → Deployed
Das erweiterte Board zeigt, wo Arbeit tatsächlich Zeit verbringt. Sie könnten entdecken, dass Code Review länger dauert als Entwicklung.
Beginnen Sie chaotisch, verfeinern Sie dann
Ihr erstes Board wird falsch sein. Das ist in Ordnung. Nutzen Sie es zwei Wochen lang, gestalten Sie es dann basierend auf dem Gelernten neu. Iteration gilt auch für Boards.
3Warteschlangen vs. aktive Arbeit
Nicht alle Phasen sind gleich. Einige repräsentieren aktive Arbeit (jemand tut etwas). Andere repräsentieren Warteschlangen (Arbeit wartet).
Diese Unterscheidung ist wichtig, weil:
- Wartezeit oft die Durchlaufzeit dominiert
- Warteschlangen der Ort sind, wo Arbeit stirbt
- Sie Warteschlangen und aktive Phasen unterschiedlich managen
Die Unterscheidung visualisieren:
Viele Teams teilen Spalten in zwei: einen „Warte"-Bereich und einen „Arbeits"-Bereich.
| Ready | Development | Ready for | Code Review | Ready for | Done |
| | In Progress | Review | In Progress | Deploy | |
Oder verwenden Sie Punkte/Indikatoren auf Karten, um „aktiv in Arbeit" vs. „wartend" zu zeigen.
Die Erkenntnis: Wenn Ihre „In Progress"-Spalte voll mit Arbeit ist, die niemand tatsächlich anfasst, haben Sie versteckte Warteschlangen. Machen Sie sie sichtbar.
Das Board zeigt „Ready for Review" als separate Spalte. Das Team kann sehen, dass 5 Elemente warten, während nur 2 reviewt werden. Die Warteschlange ist sichtbar.
Alle Elemente in „Code Review" sehen gleich aus. In Wirklichkeit warten 3 und 2 werden aktiv reviewt. Die Wartezeit ist unsichtbar.
4Die Definition of Done
Jede Spalte braucht eine klare Definition of Done (DoD): Was muss wahr sein, damit Arbeit diese Phase verlassen kann?
Ohne klare Kriterien:
- Arbeit bewegt sich vorzeitig („es ist größtenteils fertig")
- Qualität variiert („fertig" bedeutet für verschiedene Personen verschiedene Dinge)
- Probleme tauchen spät auf („ich dachte, jemand anders würde das machen")
Beispiel-DoD für „Development":
- Alle Akzeptanzkriterien erfüllt
- Unit-Tests geschrieben und bestanden
- Code kompiliert ohne Warnungen
- Selbst-reviewt (keine offensichtlichen Probleme)
- Commit-Nachricht folgt Konvention
Beispiel-DoD für „Code Review":
- Zwei Freigaben erhalten
- Alle Review-Kommentare adressiert
- CI-Pipeline bestanden
- Keine Merge-Konflikte
Schreiben Sie diese auf das Board oder verlinken Sie sie. Sie sind keine Bürokratie – sie sind gemeinsames Verständnis.
Vorzeitige Übergaben
„Ich mache das später fertig" ist eine getarnte Warteschlange. Wenn Arbeit sich vorwärts bewegt, bevor sie wirklich fertig ist, verbergen Sie Schulden, die wieder auftauchen werden.
- Boards haben mehrere Komponenten jenseits von Spalten und Karten
- Bilden Sie Ihren tatsächlichen Workflow ab, nicht eine idealisierte Version
- Unterscheiden Sie Warteschlangen (wartend) von aktiver Arbeit (arbeitend)
- Jede Spalte braucht eine klare Definition of Done