SCRUMBAN

Alles hat Vorteile und Nachteile. Es kommt darauf an, die jeweils angemessene Methodik einzusetzen – oder auch mehrere Methoden zu kombinieren.

Wir haben festgestellt, dass die Kombination aus agilem Vorgehen (SCRUM) und kontrolliertem Durchfluss (KANBAN) für die täglichen Herausforderungen oft Vorteile bietet. Gerade in überschaubaren Teams, die sowohl Projektarbeit oder Entwicklung als auch Standard-Services und Support leisten müssen, ist eine klare Differenzierung oft schwierig.

Hier die Unterschiede aus unserer langjährigen Beobachtung. Über die sinnvolle Kombination der Methoden in Ihrer Umgebung können wir gern gemeinsam nachdenken.

KANBAN

SCRUM

Iterationen sind optional. Es kann unterschiedliche Takte für Planung, Releases und Prozessverbesserung geben. Iterationen mit gleichen Längen sind vorgeschrieben.
Commitments sind optional. Das Team vereinbart, eine bestimmte Menge an Arbeit während der nächsten Iteration zu erledigen.
Die Durchlaufzeit (Cycle Time) wird als Basis-Metrik für Planung und Prozessverbesserung verwendet. Die Team-Geschwindigkeit (Velocity) ist die Basis-Metrik für Planung und Prozessverbesserung.
Cross-funktionale Teams sind optional. Experten-Teams sind erlaubt. Cross-funktionale Teams sind vorgeschrieben.
Keine Vorschrift bezüglich der Größe von Anforderungen. Anforderungen müssen so aufgeteilt werden, dass sie sich innerhalb einer Iteration erledigen lassen.
WiP wird direkt limitiert. WiP wird indirekt limitiert (durch die Menge an Anforderungen, die in einen Sprint „passt“).
Schätzungen sind optional. Schätzungen sind vorgeschrieben.
Neue Anforderungen können zu jedem Zeitpunkt an das Team gegeben werden, falls Kapazitäten frei sind. Während eines laufenden Sprints können keine neuen Anforderungen an das Team gegeben werden.
Gibt keine Rollen vor. Schreibt drei Rollen vor (Product Owner, Scrum Master, Team).
Ein Kanban-Board kann von mehreren Teams und/oder Einzelpersonen geteilt werden. Ein Scrum-Board gehört einem einzelnen Team.
Ein Kanban-Board wird kontinuierlich weitergepflegt. Das Scrum-Board wird nach jedem Sprint gelöscht und neu aufgesetzt.
Priorisierung ist optional. Schreibt vor, dass alle Einträge im Backlog priorisiert sein müssen.