Scrum ist ein leichtgewichtiges Framework, mit dem Menschen durch adaptive Lösungen Wert für komplexe Probleme erzeugen. Es gibt einen klaren Rahmen vor, lässt aber bewusst offen, wie ein Team seine konkrete Arbeit darin gestaltet.
Für wen passt Scrum?
Scrum ist sinnvoll, wenn Ziel oder Lösungsweg nicht vollständig vorhersagbar sind, ein stabiles Team gemeinsam an einem Produkt arbeitet und regelmäßig ein nutzbares Ergebnis liefern kann. Für reine Ticketbearbeitung oder stark unterbrochene Servicearbeit kann Kanban die passendere Ausgangsbasis sein.
Das Scrum Team
Der aktuelle Scrum Guide spricht von drei Verantwortlichkeiten innerhalb eines Scrum Teams:
Product Owner
Der Product Owner verantwortet die Maximierung des Produktwerts und ein wirksames Product Backlog. Das ist mehr als das Sortieren von Tickets: Es braucht ein verständliches Produkt-Ziel und nachvollziehbare Entscheidungen.
Developers
Developers sind alle Personen, die gemeinsam das nutzbare Increment erstellen. Sie planen den Sprint, sichern Qualität, passen ihren Plan täglich an und übernehmen Verantwortung füreinander.
Scrum Master
Der Scrum Master verantwortet, dass Scrum verstanden und wirksam eingesetzt wird. Er oder sie unterstützt Team und Organisation dabei, Hindernisse zu beseitigen, Selbstmanagement zu entwickeln und Lernen zu ermöglichen.
Die fünf Events
Alle Events liegen innerhalb des Sprints und schaffen einen festen Rhythmus für Transparenz, Überprüfung und Anpassung.
| Event | Kernfrage |
|---|---|
| Sprint | Wie erzeugen wir in einem festen Zeitraum ein wertvolles, nutzbares Ergebnis? |
| Sprint Planning | Warum ist dieser Sprint wertvoll, was schaffen wir und wie gehen wir vor? |
| Daily Scrum | Wie passen die Developers ihren Plan an, um das Sprint-Ziel zu erreichen? |
| Sprint Review | Was haben wir gelernt und was bedeutet das für die nächsten Schritte? |
| Sprint Retrospective | Wie erhöhen wir Qualität und Wirksamkeit unserer Zusammenarbeit? |
Artefakte und Commitments
- Das Product Backlog macht die geplante Produktarbeit transparent; sein Commitment ist das Product Goal.
- Das Sprint Backlog verbindet Sprint Goal, ausgewählte Arbeit und den Plan der Developers.
- Das Increment ist ein konkreter Schritt zum Product Goal und erfüllt die Definition of Done.
Woran Scrum-Einführungen oft scheitern
Meetings werden eingeführt, aber Entscheidungswege bleiben unverändert. Der Product Owner hat keinen echten Gestaltungsspielraum. Teams teilen Menschen über viele Produkte auf. Das Review wird zur Abnahme und das Daily zum Statusbericht an Führungskräfte.
Coaching setzt deshalb nicht bei der perfekten Moderationskarte an, sondern bei Verantwortung, Zielklarheit, Teamstabilität, technischer Qualität und der Fähigkeit, regelmäßig nutzbare Ergebnisse zu liefern.
Scrum mit mehreren Teams
Wenn mehrere Teams an einem Produkt arbeiten, steigen Abhängigkeiten. Bevor ein Skalierungsframework gewählt wird, sollte geklärt werden, welche Abhängigkeiten tatsächlich nötig sind, ob es ein gemeinsames Product Goal gibt und wie Integration in jedem Sprint gelingt.
Quelle: Der Scrum Guide, gültige Fassung November 2020, abgerufen am 5. September 2026.