Skip to main content

Scrum ist eine Methodik, die die Lieferung von Arbeitsabschnitten in sogenannten Sprints betont, während Kanban auf kontinuierliche Auslieferung ausgerichtet ist.

Beide sind bekannte agile Ansätze und werden deshalb oft miteinander verwechselt. Viele Menschen denken, sie seien zwei Seiten derselben Medaille, doch in Wirklichkeit sind die Unterschiede etwas nuancierter.

Was ist Kanban?

Kanban ist eine Technik zur Projektvisualisierung, die auf den Prinzipien der schlanken Produktion, der kontinuierlichen Entwicklung und Kundenorientierung basiert. Kanban-Teams können Arbeit und den gesamten Workflow visualisieren, um den Fortschritt des Projekts und einzelner Aufgaben nachzuvollziehen.

Kostenlos freischalten

Erstellen Sie ein kostenloses Konto, um diesen Beitrag zu Ende zu lesen und Teil einer Community zukunftsorientierter Führungskräfte zu werden, die Tools, Leitfäden und Insights für den Erfolg im Zeitalter der KI freischaltet.

Step 1 of 2

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form
This field is hidden when viewing the form

Sie hilft Mitgliedern des Entwicklungsteams und der gesamten Organisation, den Status jeder Aufgabe oder jedes Ergebnisses zu verstehen und organisatorische Engpässe zu identifizieren, die eine Organisation dann mit einem kosteneffizienten Workflow in optimaler Geschwindigkeit zu beheben versuchen kann.

Was ist Scrum?

Scrum ist ein agiles Rahmenwerk, das Arbeitsiterationen in feste Zeiträume namens Sprints unterteilt. Jeder Sprint, der typischerweise zwei bis vier Wochen dauert, führt zu einem theoretisch auslieferbaren Ergebnis oder einer Arbeitsiteration.

Scrum ist am effektivsten in kleinen Teams (normalerweise maximal 10 Mitglieder). Während des Sprints verfolgt das Scrum-Team den Fortschritt bei den Aufgaben und plant bei Bedarf während der täglichen Scrum-Meetings, auch Standups genannt, neu.

Wesentliche Unterschiede zwischen Kanban & Scrum

Kanban and scrum comparison table
Infografik, die die wichtigsten Unterschiede zwischen Kanban und Scrum zusammenfasst.
Treten Sie der DPM-Community bei und erhalten Sie Zugang zu exklusiven Inhalten, praxisnahen Vorlagen, Mitglieder-Events und wöchentlichen Leadership-Insights – die Teilnahme ist kostenlos. <br><br>

Treten Sie der DPM-Community bei und erhalten Sie Zugang zu exklusiven Inhalten, praxisnahen Vorlagen, Mitglieder-Events und wöchentlichen Leadership-Insights – die Teilnahme ist kostenlos.

This field is for validation purposes and should be left unchanged.
Name*
This field is hidden when viewing the form

Struktur

Scrum konzentriert sich hauptsächlich auf Arbeitsiterationen, also kleine, feste Zeiteinheiten. Diese Iterationen werden Sprints genannt, dauern zwei bis vier Wochen und dienen als Zeitrahmen für Arbeitspakete.

Kanban hingegen konzentriert sich auf WIP. Es gibt keine Sprints. Anstatt auf die Dauer und Vorhersagbarkeit von Aktivitäten zu achten, geht es bei Kanban mehr um die Ausführung der Aufgaben.

Zweck

Im Scrum schätzt das Team den benötigten Zeitraum, um eine Funktionalität fertigzustellen, verwendet feste Sprints zur Erfolgsmessung und zur Bestimmung der Geschwindigkeit. Die Geschwindigkeit wird nicht zur Messung der Produktivität genutzt, sondern hilft dem Team, die Zeit für die Lieferung qualitativ hochwertiger Arbeit besser zu planen.

Ziel von Kanban ist es in erster Linie, einen stetigen Arbeitsfluss mit minimalen Engpässen zu gewährleisten. Es können auch WIP-Limits für jede Aktivität oder Arbeitseinheit festgelegt werden. Anders als Scrum eignet sich Kanban besser für Projekte, bei denen es keinen großen Funktions- oder Produkt-Backlog (auch Sprint-Backlog genannt) gibt.

Rollen

Scrum setzt zur Planung, Organisation, Verwaltung und Optimierung der Methodik auf drei definierte Rollen. Diese Rollen sind:

  • Der Product Owner: verantwortlich für die anfängliche Planung, Priorisierung und Kommunikation
  • Der Scrum Master: zuständig für die Sprint-Planung, Sprint-Reviews und Sprint-Retrospektiven
  • Die Teammitglieder: beauftragt mit der Ausführung der für den jeweiligen Sprint festgelegten Aufgaben.

Im Gegensatz zu Scrum ist Kanban in Bezug auf Teamzusammensetzung deutlich flexibler und sieht keine festgelegten Teamrollen als Teil seiner Methodik vor.

Werkzeuge

Jira ist die am häufigsten verwendete Software in der agilen Softwareentwicklung. Sie ist jedoch nicht die beste Wahl für kreative Abteilungen eines Unternehmens. Das führt dazu, dass einige Organisationen Projektmanagement-Software mit Jira-Integration suchen, um die Nutzung beider Werkzeuge gleichzeitig zu ermöglichen.

Deshalb muss je nachdem, ob agil oder Kanban in Ihrem Unternehmen überwiegt, diejenige Software gewählt werden, die diesen Ansatz bestmöglich unterstützt.

Die Scrum-Methodik verwendet ein Scrum-Board, um Arbeitseinheiten oder User Stories visuell darzustellen. Weitere Informationen zur Implementierung von Scrum-Tools in Ihrem Projekt finden Sie in dieser Liste von Scrum-Software

Im Gegensatz dazu verwendet die Kanban-Methode Kanban-Boards, um den Stand der laufenden Arbeiten (WIP) sichtbar zu machen. Die klassische Ansicht beinhaltet Kategorien wie „Zu erledigen“, „In Arbeit“ und „Erledigt“, aber die Beschriftungen können nach den Vorlieben des Teams oder der Organisation angepasst werden. Hier findest du eine Liste einiger der besten Kanban-Softwaretools, um loszulegen.

Wichtige Gemeinsamkeiten zwischen Kanban & Scrum

Agile Projektmanagement-Methoden legen großen Wert auf kontinuierliche Verbesserung, Arbeitsoptimierung und Prozesse. Sowohl Kanban als auch Scrum konzentrieren sich darauf, den Arbeitsfluss zu visualisieren, um alle Teammitglieder in Bezug auf laufende Aufgaben und zukünftige Ziele abzustimmen.

Beide Methoden:

  • Sind lean und agil
  • Begrenzen den Stand der laufenden Arbeiten (WIP)
  • Konzentrieren sich darauf, releasbare Software oft und früh zu liefern
  • Nutzen Transparenz, um Prozessverbesserungen zu fördern
  • Teilen komplexe Arbeit in einzelne Aufgaben auf
  • Basieren auf selbstorganisierten und funktionsübergreifenden Teams
  • Optimieren kontinuierlich Release-Pläne auf Basis empirischer Daten und Kennzahlen (Durchlaufzeit/Zykluszeit/Velocity).

Wann sollte man Kanban oder Scrum einsetzen?

Wie bei so vielen Fragen im Leben lautet die Antwort: Es kommt darauf an! Die Entscheidung, welche Methode wann eingesetzt werden sollte, hängt davon ab, was dein Team erreichen möchte. 

Wann Kanban eingesetzt werden sollte

Nutze Kanban, wenn du ein größeres Team hast, das mehr Wert auf die Optimierung des Durchsatzes legt, als auf die Auslieferung spezifischer Arbeitspakete zu festgelegten Zeitpunkten. Kanban eignet sich hervorragend für eingehende kleine Aufgaben wie Fehlerbehebungen, Kundenservice-Tickets oder kleine Verbesserungswünsche.

Vorteile von Kanban

Die Kanban-Methode bietet mehrere Vorteile:

  • Bietet Transparenz über laufende Arbeiten (WIP)
  • Unterstützt selbstorganisierte Teams, Entscheidungen darüber zu treffen, welche Arbeiten und wie viel Arbeit als nächstes übernommen werden
  • Erleichtert das Erkennen und Beheben von Engpässen im Arbeitsablauf
  • Lässt sich nahtlos an verschiedene Arbeitsumgebungen anpassen
  • Erfordert nur eine kurze Vorlaufzeit zum Starten

Wann Scrum eingesetzt werden sollte

Setze Scrum ein, wenn du Teil eines kleinen Teams bist, das an der Entwicklung neuer Funktionen arbeitet, und es kein Problem ist, am Anfang Zeit für die Einführung eines etwas komplexeren Rahmens aufzubringen.

Vorteile von Scrum

Die Vorteile des Scrum-Frameworks beinhalten:

  • Ermöglicht es Teammitgliedern, Arbeit zu planen und zu schätzen
  • Teilt große, komplexe Arbeitspakete in kleinere, definierte Aufgaben auf
  • Bietet Flexibilität bei der Strukturierung und Ausführung von Arbeit im Verlauf des Projektlebenszyklus
  • Fördert kontinuierliches Lernen zur Verbesserung der zukünftigen Umsetzung
  • Lässt sich nahtlos an verschiedene Arbeitsumgebungen anpassen

Wann beide Methoden eingesetzt werden sollten

Viele Teams profitieren von einer hybriden Methode namens Scrumban. Scrumban verbindet die zeitlich abgesteckten Sprints und täglichen Planungsmeetings aus Scrum mit dem Kanban-Prinzip der Visualisierung laufender und anstehender Arbeiten, um die Lieferung in kleinen Schritten in den Fokus zu rücken und dennoch einen Ausblick auf den nächsten Sprint zu gewährleisten.

Scrumban eignet sich besonders, wenn sich Prioritäten ständig verschieben oder kleinere Arbeitspakete benötigt werden, zum Beispiel bei der Entwicklung neuer Features für ein bestehendes Produkt oder bei Support-Tickets.

Jetzt mehr PM Insights erhalten

Wann setzt du lieber Kanban ein? Und wie sieht es mit Scrum aus? Diskutiere mit 100 weiteren Digital Project Managern im Slack-Channel mit deiner DPM Membership!

sarah m. hoban photo

Sarah ist eine PMP-zertifizierte Projekt-/Programmmanagerin und Strategieberaterin mit 10 Jahren Erfahrung in der Leitung komplexer Projekte im Wert von mehreren Millionen Dollar und der Leitung verschiedener globaler Teams. Ihre Leidenschaft ist es, angesichts der Unsicherheit widerstandsfähig zu sein, und ihre Karriere hat sich (manchmal heimlich) darauf konzentriert, Techniken des Projektmanagements zur Verbesserung der organisatorischen Geschäftsprozesse einzusetzen. Sarah ist eine Denkerin im Projektmanagement und Autorin eines wöchentlichen Blogs und Podcasts, The Stealthy Project Manager, der sich auf Projektmanagement und Produktivität konzentriert.