Beide sind Agile-Ansätze, aber Scrum ist ein zeitlich begrenztes, rollenbasiertes Framework, während Kanban eine kontinuierliche Flow-Methode ist, die sich auf die Visualisierung von Arbeit und die Begrenzung von Work in Progress (WIP) konzentriert. Viele Teams kombinieren sie ("Scrumban").
| Aspekt | Scrum | Kanban |
|---|
| Kadenz | Feste Sprints | Kontinuierlicher Flow |
| Rollen | PO, Scrum Master, Developers | Keine vorgegebenen Rollen |
| Änderungsrhythmus | Backlog stabil im Sprint | Jederzeit neu priorisierbar |
| Schlüsselmetrik | Velocity | Durchlaufzeit, Durchsatz |
| Kernbeschränkung | Sprint-Commitment | WIP-Grenzen |
| Ideal für | Planbare, gepufferte Arbeit | Unterbrechungsgesteuerter Flow (z. B. Support) |
Ein Produktteam, das Features in zweiwöchigen Chargen entwickelt, passt zu Scrum. Ein Support- oder Ops-Team, das einen konstanten Strom unvorhersehbarer Tickets bearbeitet, passt zu Kanban, wobei das nächste Element gezogen wird, wenn Kapazität unter einer WIP-Grenze verfügbar wird.
Das Auswahlmodell, das mit der Art und Weise übereinstimmt, wie Arbeit tatsächlich ankommt, verhindert ständige Reibung zwischen Prozess und Realität.
Beiden zu verstehen ermöglicht es dir, den Ansatz anzupassen — zum Beispiel die Verwendung von Kanbans WIP-Grenzen innerhalb eines Scrum-Teams zur Verbesserung des Flows.