Kanban und Scrum im Vergleich
Hier finden Sie einen detaillierten Vergleich von Kanban und Scrum. Beginnen wir mit den Gemeinsamkeiten.
Gemeinsamkeiten von Kanban und Scrum
- Kanban und Scrum können beide Lean- und agile Arbeitsweisen unterstützen.
- Kanban und Scrum nutzen Pull- statt Push-Organisation.
- Kanban steuert WIP ausdrücklich. Scrum begrenzt ausgewählte Sprint-Arbeit durch Zeitrahmen und Entwicklerprognose und kann explizite WIP-Kontrollen ergänzen.
- Kanban und Scrum nutzen Transparenz zur Prozesserneuerung.
- Kanban und Scrum konzentrieren sich auf veröffentlichbare Softwareanwendungen.
- Kanban und Scrum arbeiten in selbstorganisierten Teamstrukturen.
- Beide legen Wert darauf, Anforderungen in kleinere, überschaubare Arbeitseinträge zu zerlegen.
- Beide unterstützen eine anhand empirischer Kennzahlen fortlaufend verbesserte Veröffentlichungsstrategie.
- In beiden Ansätzen entscheiden Teams selbst, wie sie Delegation in ihren kleinen Gruppen handhaben. Ihre Aufgabe ist ein effizienter Wertstrom zum Kunden. So können sie rasch auf Veränderungen reagieren und wettbewerbsfähige Produkte und Dienstleistungen innerhalb angemessener Budgets entwickeln.
Unterschiede zwischen Kanban und Scrum
Detaillierter Vergleich der Unterschiede zwischen Kanban und Scrum
| KANBAN | SCRUM |
|---|---|
| Verwendet die „Durchlaufzeit“ , um Liefergeschwindigkeit zu messen, zu optimieren und zu verbessern. | Kann verwenden: Velocity als Prognosehilfe. Scrum schreibt Velocity nicht vor; auch Flusskennzahlen sind möglich. |
| Arbeitseinträge bemessen und aufteilen , wie es dem Fluss dient; Kanban schreibt keine feste Story-Point-Skala vor. | Arbeitseinträge sollten aufgeteilt werden in angemessene Größen, die in Scrum-Iterationen (Sprints) passen. |
| Laufende Arbeit (WIP) ist begrenzt für jede Ablaufphase. | Die Entwickler prognostizieren ausgewählte Arbeit für jeden Sprint; explizite WIP-Grenzen für den Ablauf können ergänzt werden. |
| Neue Arbeitseinträge sind willkommen , solange die WIP-Limits der Ablaufphasen es erlauben. | Der Umfang darf geklärt und neu vereinbart werden mit dem Product Owner während eines Sprints, ohne das Sprint-Ziel zu gefährden oder Qualität zu senken. |
| Schreibt keine Rollen vor. Um Wissen aufzubauen und wettbewerbsfähig zu bleiben, werden Mitglieder dennoch zu Kanban Experts oder Kanban Project Managers ausgebildet. | Definiert 3 Verantwortlichkeiten: Scrum Master, Product Owner und Entwickler bilden gemeinsam das Scrum Team. |
| Ordnung und Verfeinerung folgen expliziten Regeln passend zum Service; kein bestimmtes Treffen ist vorgeschrieben. | Verlangt ein geordnetes Product Backlog; Verfeinerung ist eine laufende Tätigkeit, kein zusätzliches formelles Ereignis. |
| Verlangt keine Iterationen. Takte für Nachschub, Lieferung und Rückmeldungen können passend zum Service gewählt werden. | Iterationen (Sprints) sind zeitlich begrenzt. |
| Das Kanban-Board bleibt bestehen für ein bestimmtes Projekt, Produkt oder einen Service. | Ein Sprint Backlog wird erstellt für jeden Sprint. Ein Board kann es visualisieren und nützliche Historie bewahren. |
| Kanban-Teams verpflichten sich zu Projektzielen, Effizienz und letztlichen Geschäftsergebnissen. | Scrum Teams verpflichten sich zu Sprint-Zielen. |
| Interdisziplinäre Teams ebenso wie Expertenteams sind erlaubt. | Verlangt interdisziplinäre Teams. |
| Keine Diagramme sind vorgeschrieben. | Kann verwenden: Burndown-Diagramme oder andere Prognosewerkzeuge; kein Diagrammtyp ist verpflichtend. |
| Schätzungen sind freiwillig und durch gemeinsame Regeln organisiert. Ein Certified Kanban Project Manager™ (Kanban-PM™) kann Planung unterstützen; Kanban schreibt diese Rolle jedoch nicht vor und überträgt ihr nicht sämtliche Schätzungen. | Das Die ausführenden Entwickler verantworten die Größenbestimmung; Scrum schreibt keine Punkteskala vor. |
| Ein Kanban-Board kann geteilt werden von mehreren Organisationen oder Teams. | Ein Scrum-Board (Sprint Backlog) gehört einem einzelnen Scrum-Team. |
Scrum- und Kanban-Ereignisse
Scrum definiert einen Sprint mit Planung, Daily Scrum, Review und Retrospektive.
Die Tabelle vergleicht diese Ereignisse und unterstützende Planungspraktiken mit möglichen Kanban-Takten. Kanban ersetzt oder verbietet Scrum-Ereignisse nicht automatisch.
| Scrum-Ereignis | Zweck | Wie oft? | Kanbans Vorschlag | Wie oft? |
|---|---|---|---|---|
| Übergreifende Veröffentlichungsplanung und Strategie (unterstützende Praxis, kein formelles Scrum-Ereignis) | Der Product Owner verantwortet das anfängliche Backlog und die Veröffentlichungsziele. | Bei Bedarf für Produkt oder Service erneut betrachtet. | Gleiche Praxis wie Scrum. | Bei Bedarf für Produkt oder Service erneut betrachtet. |
| Sprint-Planung | Das gesamte Scrum Team vereinbart das Sprint-Ziel; die Entwickler wählen Product-Backlog-Einträge aus und erstellen ihren Lieferplan. | Zu Beginn jedes Sprints. | Kein Ersatz. Das Kanban-Team zieht Einträge aus dem Backlog, solange seine WIP-Limits es erlauben. | Takt passend zum Service gewählt. |
| Daily Scrum (tägliches Stand-up) | Die Entwickler überprüfen den Fortschritt zum Sprint-Ziel und passen ihren Plan an. | Jeden Tag. | Eine regelmäßige Flussprüfung kann aktive Arbeit, Alter, blockierte Einträge, WIP und Serviceerwartungen betrachten. Ein täglicher Takt ist eine Möglichkeit. | Jeden Tag. |
| Sprint Review | Scrum Team und Stakeholder überprüfen Sprint-Ergebnis und Fortschritt zum Produkt-Ziel und passen die nächsten Schritte an. | Am Ende jedes Sprints. | Stakeholder können das Board prüfen. Service-Lieferreviews oder andere Rückmeldungsgespräche können Ergebnisse und Bedürfnisse untersuchen. | Takt passend zum Service gewählt. |
| Sprint-Retrospective-Besprechung | Maßnahmen zur Prozessoptimierung erkennen. | Am Ende jedes Sprints. | Fluss- und Servicereviews, Retrospektiven oder Verbesserungsgespräche bei Bedarf können Hindernisse angehen und Wirksamkeit erhöhen. | Takt passend zum Service gewählt. |
Wir garantieren Ihnen, dass Sie mit Ihrer kostenlosen Onlineschulung die Prüfung zum Zertifikat im Softwaretest bestehen!
-
01
Online anmelden
Wählen Sie Ihre akkreditierte Zertifizierung und schließen Sie die Anmeldung ab.
-
02
Zugangscode erhalten
Ihr persönlicher Prüfungszugangscode wird sofort per E-Mail zugestellt.
-
03
Vorbereiten und Prüfung ablegen
Lernen Sie mit Ihrer kostenlosen Schulung und beantworten Sie je nach Programm 30 / 50 Multiple-Choice-Fragen online.
-
04
Erwerben Sie Ihre lebenslange Qualifikation
Erhalten Sie Ihr weltweit gültiges Zertifikat und Ihr überprüfbares digitales Badge.
IHRE KOSTENLOSE PREMIUMSCHULUNG ONLINE
The Scrum Framework, dritte Ausgabe, ist bereit.
Wir haben Ihre Schulung mit einem Konsortium renommierter Unternehmens- und Personalführungskräfte, Scrum- und Kanban-Coaches, Mentoren, Experten und Autoritäten aus allen wichtigen Branchen entwickelt. Alle Besucher von International Scrum Institute™ können darauf zugreifen. Sie finden die Materialien über Ihr kostenloses Scrum-Buch und Ihre kostenlose Premium-Schulung für Scrum und Kanban im Hauptmenü.
Diese Materialien sind das urheberrechtlich geschützte geistige Eigentum von International Scrum Institute™. Wir teilen sie kostenlos mit allen, weil der Austausch unseres Fachwissens Scrum- und Kanban-Fachkräften dient und die Weiterentwicklung des Fachgebiets unterstützt.
Ihre Zertifizierungsprüfung besteht aus Auswahlfragen. Nutzen Sie Ihre Onlineschulung, um sich das Wissen anzueignen, das Sie für die Prüfung und Ihre Softwaretestzertifizierung brauchen.
Wir garantieren Ihnen, dass Sie die Prüfung für Ihre Softwaretestzertifizierung mit Ihrer kostenlosen Premium-Onlineschulung bestehen!