Die Kunst der Kanban-Board-Gestaltung: Der Breakfast Club

Die Gestaltung eines Kanban-Boards mag auf den ersten Blick einfach erscheinen, doch sie erfordert ein tiefes Verständnis des Prozesses, den es visualisieren soll. In diesem Beitrag nehme ich euch mit in eine kleine imaginäre Firma namens Breakfast Club, um euch zu zeigen, wie man ein Kanban-Board entwirft und gleichzeitig die richtigen Fragen stellt.

Die KI hat ein hübsches Bild generiert 🙂

Die Geschichte des Breakfast Club

Der Breakfast Club hat sich auf ein einfaches, aber perfektes Frühstücksmenü spezialisiert: Ein weiches Ei, zwei Stück Toast mit Butter und eine heiße Tasse Kaffee. Die Herausforderung? Jeder Gast soll sein Frühstück frisch und pünktlich serviert bekommen.

Die Teilnehmenden der Übung bekommen 5 Minuten Zeit, ein Kanban-Board für diesen Service zu erstellen. Doch wie genau sollte so ein Board aussehen, und welche Fehler gilt es zu vermeiden?


Häufige Ergebnisse der Übung

Die Übung zeigt immer wieder verschiedene Ansätze auf, wie ein Kanban-Board gestaltet werden kann. Hier sind drei typische Versionen, die entstehen:

  1. Das Detaillierte Prozess-Board Manche Teilnehmende visualisieren jeden einzelnen Schritt des Herstellungsprozesses. Zum Beispiel:
    • Eier kochen: Wasser erhitzen, Ei ins Wasser legen, Kochzeit überwachen.
    • Toast machen: Toastscheiben in den Toaster geben, Bräunungsgrad kontrollieren.
    • Kaffee kochen: Wasser aufsetzen, Kaffee brühen.
    Warum dieser Ansatz suboptimal ist: Diese Ebene gehört zur fachlichen Expertise und wird von den Mitarbeitenden beherrscht. Solche Details müssen nicht ins Kanban-Board, da sie den Fokus verwässern.
  2. Das Management-Ansatz-Board Andere gehen in die entgegengesetzte Richtung und stellen den Einkauf und die Kontextprozesse dar, z. B.:
    • Eier einkaufen.
    • Toaster beschaffen und warten.
    • Eigenschaften des Toasts definieren.
    Warum dieser Ansatz oft zu hoch gegriffen ist: Dieses Board mag für Manager:innen interessant sein, führt jedoch zu wenig Klarheit darüber, wie der eigentliche Service erbracht wird. Es verliert die Kundenzentrierung aus dem Blick.
  3. Das Kundenorientierte Service-Board Der beste Ansatz konzentriert sich auf den Service-Prozess aus Kundensicht. Ein solches Board könnte folgende Spalten und Schritte enthalten:
    • Bestellung aufnehmen: Gast bestellt das Frühstück.
    • Ei zubereiten: Das wertvollste Element des Menüs wird zuerst vorbereitet.
    • Toasten: Die Toastscheiben kommen in den Toaster.
    • Butter bereitstellen: Ein Stück Butter wird zum Toast hinzugefügt.
    • Kaffee eingiessen: Heißer Kaffee wird frisch serviert.
    • Servieren: Das komplette Frühstück wird auf einem Tablett an den Tisch gebracht.
    Warum dieser Ansatz ideal ist: Dieses Board konzentriert sich darauf, wie der Kunde den Service wahrnimmt. Es visualisiert die Abfolge der Arbeitsschritte, die direkt mit der Wertschöpfung für den Kunden verbunden sind.

Lernziele der Übung

Mit dieser Übung wird deutlich:

  • Ein gutes Kanban-Board stellt den Service und die Kundenerfahrung in den Mittelpunkt.
  • Zu detaillierte oder zu hoch gegriffene Boards lenken vom Wesentlichen ab.
  • Der Fokus sollte darauf liegen, wie Arbeit organisiert wird, um den Kunden schnell und effektiv zu bedienen.

Zusätzliche Überlegungen: Risiken und Wertzuwachs analysieren

Ein Kanban-Board sollte nicht nur den Prozess darstellen, sondern auch helfen, Risiken und Wertzuwachs im Blick zu behalten. Hier einige Fragen und Gedanken, die ihr in die Analyse einfließen lassen könnt:

  1. Warum starten wir mit dem Ei?
    • Das Ei hat die längste Durchlaufzeit. Es zu priorisieren, sorgt dafür, dass der gesamte Service pünktlich geliefert werden kann.
    • Würde man mit den schnelleren Elementen wie dem Kaffee oder Toast starten, wäre das Ei am Ende der Engpass.
  2. Wie entwickelt sich der Wertzuwachs?
    • Das Ei stellt den höchsten Wert für den Kunden dar. Die Visualisierung des Prozesses zeigt, wie dieser Wert Schritt für Schritt aufgebaut wird.
    • Toast und Kaffee sind wichtige Ergänzungen, aber ohne das Ei wäre das Frühstück unvollständig.
  3. Wo liegen die Risiken im Prozess?
    • Engpässe wie ein defekter Toaster oder nicht genug gekochte Eier können den gesamten Ablauf verzögern. Diese Risiken sollten im Kanban-Board sichtbar sein, um rechtzeitig Gegenmaßnahmen einzuleiten.
    • Eine Spalte wie „Blocker“ könnte helfen, solche Probleme zu identifizieren und schnell zu beheben.
  4. Wie bleibt der Fokus auf dem Kunden erhalten?
    • Jede Spalte sollte die Abfolge aus Sicht des Kunden widerspiegeln: Von der Bestellung bis zur Lieferung.
    • Das Board sollte nicht mit internen Details überfrachtet werden, sondern klar und leicht verständlich bleiben.

Schlussfolgerung

Die Erstellung eines Kanban-Boards ist mehr als nur das Skizzieren von Prozessen. Es ist ein Werkzeug, das Teams hilft, ihre Arbeit zu visualisieren, zu priorisieren und die Wertschöpfung für den Kunden zu optimieren. Der Breakfast Club zeigt auf spielerische Weise, wie wichtig es ist, den richtigen Fokus zu finden – denn nur so kann der Service wirklich effektiv gestaltet werden.

Hast du Lust, das Kanban-Board des Breakfast Clubs selbst zu entwerfen? Probier es aus und teile deine Ergebnisse!

Warum Scrum-Teams eigentlich Kanban machen

Wenn wir ehrlich sind, machen fast alle Scrum-Teams in Wirklichkeit Kanban. Ja, du hast richtig gelesen. Scrum ist nämlich nichts anderes als eine hochspezialisierte Form von Kanban, die in einem engen Rahmen operiert. Lass uns das genauer betrachten, wissenschaftlich fundiert und mit einem Augenzwinkern.

Der Kanban-Ansatz: Flow und Kontinuierliche Verbesserung

Kanban basiert auf einigen einfachen, aber wirkungsvollen Prinzipien:

  1. Visualisiere den Workflow: Alles wird transparent gemacht.
  2. Begrenze die Work in Progress (WIP): Fokus auf das, was zählt.
  3. Messung und Optimierung: Ständige Verbesserungen durch Feedback-Schleifen.

Der Fokus liegt darauf, den Flow zu optimieren – also die Geschwindigkeit und Effizienz, mit der Arbeit durch das System fließt – und die Lead Time (Zeit von der Anforderung bis zur Lieferung) zu minimieren.

Scrum: Eine Sonderform von Kanban

Scrum hat viele Ähnlichkeiten mit Kanban, auch wenn es oft als Gegenmodell dargestellt wird. Beide fokussieren sich auf kontinuierliche Verbesserung und die Lieferung von Wert. Scrum setzt jedoch auf strikte Time-Boxing und festgelegte Rollen wie Scrum Master und Product Owner. Hier wird es interessant:

  • Sprint-Länge als Lead Time: Scrum-Teams planen ihre Arbeit in Sprints, die höchstens vier Wochen dauern. Das bedeutet, dass sie automatisch eine maximale Lead Time von vier Wochen einhalten – genau wie es Kanban-Teams tun würden, nur eben ohne explizite Time-Box.
  • Customer Lead Time: Gute Scrum-Teams stellen sicher, dass der Kunde spätestens am Ende des Sprints Feedback erhält. Damit ähneln sie fortgeschrittenen Kanban-Teams, die kontinuierlich liefern können und kurze Customer Lead Times anstreben.

Die Überschneidungen im Detail

Schauen wir uns einige Parallelen genauer an:

ScrumKanban
Time-Boxed Sprints (bis 4 Wochen)Limitierung der Lead Time durch Flow-Optimierung
Sprint PlanningPull-Prinzip und Priorisierung im Backlog
RetrospektivenKontinuierliche Verbesserungen basierend auf Daten und Feedback
Scrum BoardKanban-Board zur Visualisierung des Workflows

In beiden Ansätzen geht es um die Frage: Wie können wir effizienter, schneller und mit weniger Verschwendung arbeiten?

Fazit: Warum diese Unterscheidung wichtig ist

Scrum mag Kanban in einem Korsett sein, aber dieses Korsett hilft vielen Teams, Struktur und Rhythmus zu finden. Sobald sie jedoch die Prinzipien von Scrum meistern, könnten sie den Schritt hin zu „reinem“ Kanban wagen – oder zumindest den Kanban-Flow adaptieren, um noch flexibler zu werden.

Wenn du also ein Scrum-Team bist, dann herzlichen Glückwunsch: Du machst bereits Kanban – mit Zeitlimits. Und das ist absolut okay, solange es deinem Team und deinen Kunden dient. Vielleicht ist es aber auch an der Zeit, sich zu fragen: Was wäre, wenn wir die Grenzen von Scrum sprengen und uns voll auf den Flow konzentrieren würden?

Denn am Ende des Tages gilt: Der Flow ist King. Egal, ob du ihn in vier Wochen oder kontinuierlich lieferst.

Verzögerungstypen die deine „agile“ Welt ruinieren.

In Scrum und in agilen Methoden allgemein können verschiedene Verzögerungstypen auftreten, die den Fluss der Arbeit behindern und die Produktivität eines Teams beeinträchtigen. Diese Verzögerungen werden oft als „Waste“ oder „Impediments“ bezeichnet, da sie den Wertfluss verlangsamen. Hier sind die acht Verzögerungstypen, die häufig in Scrum auftreten, mit einer detaillierten Erklärung:


1. Wartezeit (Waiting)

Definition: Zeit, in der Teams oder Einzelpersonen auf etwas warten müssen, um weiterarbeiten zu können.

Beispiele:

  • Ein Entwickler wartet auf die Freigabe von Anforderungen durch den Product Owner.
  • Tester warten darauf, dass Entwickler ihre Arbeit abschließen.
  • Teams warten auf externe Entscheidungen oder Ressourcen.

Lösung:

  • Fördere kontinuierliche Kommunikation zwischen Teammitgliedern.
  • Reduziere Abhängigkeiten, z. B. durch Cross-Funktionalität oder Vorplanung.
  • Verwende Kanban-Praktiken wie WIP-Limits (Work in Progress), um Engpässe sichtbar zu machen.

2. Unklare Anforderungen (Unclear Requirements)

Definition: Arbeit wird verzögert, weil Anforderungen nicht ausreichend spezifiziert oder verstanden wurden.

Beispiele:

  • User Stories im Backlog sind vage oder unvollständig.
  • Das Team versteht nicht, was die „Definition of Done“ umfasst.
  • Es fehlen Akzeptanzkriterien.

Lösung:

  • Sorge für ein gut gepflegtes Product Backlog.
  • Nutze Refinement-Sitzungen, um Anforderungen rechtzeitig zu klären.
  • Etabliere eine klare „Definition of Ready“, bevor Aufgaben in den Sprint gelangen.

3. Engpässe (Bottlenecks)

Definition: Einzelne Personen oder Ressourcen sind überlastet, wodurch die gesamte Arbeit verzögert wird.

Beispiele:

  • Nur ein Teammitglied verfügt über spezielles Fachwissen, das für eine Aufgabe erforderlich ist.
  • Bestimmte technische Ressourcen oder Umgebungen stehen nicht zur Verfügung.

Lösung:

  • Fördere Wissensweitergabe und Pair Programming.
  • Investiere in Automatisierung, z. B. CI/CD (Continuous Integration/Continuous Deployment).
  • Nutze Team-Swarming (mehrere Personen arbeiten an einer Aufgabe), um Engpässe zu minimieren.

4. Abhängigkeiten (Dependencies)

Definition: Verzögerungen entstehen, weil Arbeit von anderen Teams oder externen Parteien abhängig ist.

Beispiele:

  • Warten auf Feedback von einem anderen Team.
  • Externe Anbieter liefern verspätet Ergebnisse.
  • Abhängigkeiten zwischen Modulen oder Komponenten.

Lösung:

  • Identifiziere Abhängigkeiten frühzeitig und plane entsprechend.
  • Implementiere Scrum-of-Scrum-Meetings für teamübergreifende Koordination.
  • Strebe nach möglichst unabhängigen, modularen Arbeitsaufgaben.

5. Multitasking (Task Switching)

Definition: Teammitglieder arbeiten an mehreren Aufgaben gleichzeitig, was zu ineffizientem Kontextwechsel führt.

Beispiele:

  • Ein Entwickler arbeitet gleichzeitig an zwei Sprints.
  • Teammitglieder sind in mehrere Projekte eingebunden.

Lösung:

  • Reduziere parallele Arbeiten durch WIP-Limits.
  • Priorisiere klar, welche Aufgaben im Fokus stehen sollen.
  • Stelle sicher, dass Teammitglieder dediziert auf ein Projekt oder einen Sprint konzentriert sind.

6. Fehlende Kommunikation (Communication Gaps)

Definition: Mangelnde oder ineffiziente Kommunikation führt zu Missverständnissen und Verzögerungen.

Beispiele:

  • Ein Teammitglied versteht eine Aufgabe falsch.
  • Informationen werden nicht rechtzeitig oder vollständig geteilt.
  • Stakeholder sind nicht ausreichend eingebunden.

Lösung:

  • Fördere offene Kommunikation in Daily Scrums und Reviews.
  • Nutze transparente Tools wie Jira oder Trello, um den Fortschritt sichtbar zu machen.
  • Stelle sicher, dass die richtigen Stakeholder regelmäßig informiert werden.

7. Ungeplante Arbeit (Unplanned Work)

Definition: Aufgaben, die nicht Teil des Sprints oder Backlogs sind, stören den geplanten Arbeitsfluss.

Beispiele:

  • Produktionsprobleme, die Ad-hoc-Lösungen erfordern.
  • Plötzlich auftretende Anforderungen von Stakeholdern.

Lösung:

  • Nutze einen festen Puffer für ungeplante Arbeit.
  • Halte die Sprint-Planung diszipliniert ein und weise Ad-hoc-Aufgaben klar zu.
  • Überwache den Anteil ungeplanter Arbeit und optimiere Prozesse, um sie zu reduzieren.

8. Qualitätsprobleme (Defects)

Definition: Verzögerungen durch die Notwendigkeit, Fehler zu beheben oder Arbeit erneut auszuführen.

Beispiele:

  • Fehlgeschlagene Tests, die Nachbesserungen erfordern.
  • Mängel, die erst spät im Prozess entdeckt werden.

Lösung:

  • Implementiere Testautomatisierung und kontinuierliche Integration.
  • Fördere eine starke Qualitätssicherung, z. B. durch Peer Reviews und TDD (Test-Driven Development).
  • Stelle sicher, dass die „Definition of Done“ umfassend ist und Qualität sicherstellt.

Fazit

Diese Verzögerungstypen treten häufig auf und können in Scrum durch klare Prozesse, gute Kommunikation und agile Prinzipien adressiert werden. Ein regelmäßiges Retrospektiv-Meeting ist ein wichtiger Ansatzpunkt, um diese Hindernisse zu identifizieren und kontinuierlich Verbesserungen umzusetzen.