Kanban vs SCRUM – Wo liegen Unterschiede und Gemeinsamkeiten? Mit SCRUM beschäftige ich mich seit über 15 Jahren im Rahmen des Führungskreises Softwareentwicklung. Beiträge von mir findest du hier, hier und hier. Kanban war mir zunächst als Konzept zur Produktionssteuerung bekannt und taucht seit 2007 vermehrt im IT-Umfeld auf, gerne auch unter dem Deckmantel Agile Transformation.
Kanban System einfach erklärt
Eines meiner ersten Praxis-Projekte während des Studiums beschäftigte sich mit der Wäschereilogistik in einem Krankenhaus – auch das gibt es. Ziel des Projektes war die Wäschebestände auf den Stationen zu senken, da die Schwestern aus Furcht vor Engpässen immer auf Vorrat bestellt haben. Die Antwort damals hieß Kanban.
Das von Taiichi Ohno bereits 1947 erfundene Kanban System gilt nach wie vor als todschick und wird in der Produktion vielfach eingesetzt. Schließlich verspricht das System reduzierte Lagerbestände und ermöglicht die gewünschte Just-in-Time Produktion. Nicht zu viel produzieren, nicht zu wenig produzieren. Eben genau was der Kunde braucht. Hier am Beispiel Gabelstapler illustriert:
Software Kanban oder Kanban in der IT
Was hat Kanban im IT-Umfeld verloren? David Anderson hat die wesentlichen Funktionsprinzipien hinter Kanban übernommen und auf Software bzw. IT angewendet. Heraus gekommen sind sechs Kernpraktiken:
- Mach Arbeit sichtbar: Hier kommen die berühmten Kanban-Boards zum Einsatz, um den Prozess transparent zu machen. Die einfachste Form eines solchen Boards siehst du im nächsten Kapitel.
- Limitiere den Work in Progress (WiP): Hier kommt das Pull-Prinzip zum Einsatz. Stelle nur her was verbraucht wird bzw. in der nächsten Station weiterverarbeitet werden kann. Alles andere führt zu unnötigem Stau.
- Manage Flow: Messen – Messen – Messen. Wie hoch ist der Durchsatz im System? Wie viele Kanban-Karten können pro Woche abgearbeitet werden? Wie lange dauert die durchschnittliche Bearbeitungsdauer?
- Mache Prozessregeln explizit: Die Regeln müssen allen im Team klar sein. Wer zieht Aufgaben durchs System bzw. wer ist Kunde? Wann werden Aufgaben gezogen? Wann ist eine Aufgabe wirklich erledigt (Definition of Done)?
- Implementiere Feedback-Mechanismen: Hier sind die Gemeinsamkeiten von Kanban, SCRUM und Shopfloor Management am offensichtlichsten. Kurze, regelmäßige, strukturierte Meetings, um sich abzustimmen und die Arbeitsweise fortlaufend zu verbessern.
- Führe gemeinschaftliche Verbesserungen durch: Hier gibt es keine konkrete Methodenvorgabe, aber der Kerngedanke KVP ist klar. Aufgrund der Messergebnisse werden Maßnahmen ergriffen, um das System zu optimieren: Plan – Do – Check – Act.
Durch Software Kanban oder IT Kanban nach David Anderson wird der Versuch unternommen, Aufgaben von Wissensarbeitern möglichst effizient abzuarbeiten. Dazu wird Stau vermieden, indem die Ware in Arbeit limitiert wird. Der Engpass bestimmt den Durchsatz.
Umgelegt auf die IT-Abteilung sagt nicht der Umsetzer (=IT-Abteilung) was umgesetzt wird, sondern der Kunde (=Fachabteilung). Die Fachabteilungen müssen vor dem Hintergrund einer begrenzten Umsetzungskapazität entscheiden, was in den Tunnel gelassen wird und in welcher Reihenfolge.
Was ist ein Kanban Board?
Um Arbeit und Ressourcen sichtbar zu machen, kommen Kanban-Boards zum Einsatz. Transparenz durch Visualisierung. Die einfachste Form eines solchen Kanban-Boards umfasst die Spalten ToDo, WiP und Done:
Ein Kanban-Board kann innerhalb weniger Minuten auf einer Pinnwand aufgebaut werden. Natürlich gibt es dazu jede Menge Software wie z.B. Jira oder Trello:
Kanban vs SCRUM im Vergleich
SCRUM und Kanban werden häufig gleichgesetzt. Teilweise wird argumentiert SCRUM wäre eine mögliche Implementierung von Kanban. Andersherum wird Kanban als eine erweiterte Version des SCRUM-Boards abgetan. Egal wie man es dreht und wendet, im Kern gibt es Überschneidungen aber auch Unterschiede:
SCRUM limitiert im Gegensatz zu Kanban die Ware in Arbeit indirekt über die Dauer des Sprints bzw. das Commitment des Teams. Bei SCRUM gilt es durch Timeboxing, in regelmäßigen Abständen ein lauffähiges Produkt zu erzeugen. Das nachfolgende Video „Kanban vs SCRUM“ gibt weiterführende Einblicke:
Fazit – Kanban vs SCRUM
Im Kern sind SCRUM und Software Kanban zwei Werkzeuge, die versuchen die Effizienz der Arbeit im Team zu steigfern, allerdings mit unterschiedlichen Zielsetzungen. Kanban fokussiert sich auf die Abarbeitung von Aufgaben, z.B. am IT-Servicedesk.
SCRUM versucht die Entwicklung von Produkten effizienter zu gestalten, z.B. in der Softwareentwicklung. Oder wie Franz Votapek im untenstehenden Kommentar treffend bemerkt: „Kanban für Prozesse, SCRUM für Projekte, eigentlich ganz einfach.“
Dr. Patrick Fritz
Danke für Deinen Artikel Patrick!
Den Unterschied kann man gar nicht oft genug erklären.
Leider liest man öfter von SCRUMBAN und dann ist die Verwirrung erst recht perfekt 😉
Kanban für Prozesse, SCRUM für Projekte, eigentlich ganz einfach.
Franz, vielen lieben Dank für deinen Kommentar. Habe ich direkt im Artikel eingearbeit, weil es mir so gut gefällt: „Kanban für Prozesse, SCRUM für Projekte, eigentlich ganz einfach!“
Danke
Patrick
Danke Patrick, ich freu mich immer über Deine Artikel, sie haben ‚Hand+Fuß‘!