Der Scrum-Leitfaden: Scrum Schritt für Schritt lernen

Was ist Scrum?

Scrum ist ein leichtgewichtiges Framework, das Menschen, Teams und Organisationen hilft, durch adaptive Lösungen für komplexe Probleme Wert zu schaffen, wie es im offiziellen Scrum Guide heißt. Ein kleines, cross-funktionales Scrum Team arbeitet in Sprints von höchstens einem Monat, erstellt in jedem Sprint ein nutzbares Inkrement und überprüft in regelmäßigen Events den Fortschritt, um den Plan anzupassen.

Scrum wurde von Ken Schwaber und Jeff Sutherland entwickelt, die es 1995 erstmals öffentlich vorstellten. Den ersten Scrum Guide veröffentlichten sie 2010 und haben ihn seitdem mehrfach überarbeitet; die aktuelle Version ist der Scrum Guide 2020. Mit dieser Überarbeitung wurde Scrum weniger softwarespezifisch und weniger präskriptiv: „Rollen“ wurden durch Verantwortlichkeiten ersetzt, das Entwicklungsteam ging in einem einzigen Scrum Team mit Developers auf, und das Produktziel sowie das Prinzip eines Commitments für jedes Artefakt kamen hinzu.

Im Juni 2025 veröffentlichten Ralph Jocham, John Coleman und Jeff Sutherland das Scrum Guide Expansion Pack, das Kontext, Theorie und Beispiele rund um das Framework ergänzt. Es ist eine Ergänzung, kein Ersatz: Der Scrum Guide 2020 bleibt die Definition von Scrum.

Dieser Hub ist unser eigener, unabhängiger Leitfaden. Wo wir eine Regel von Scrum beschreiben, folgen wir dem Scrum Guide 2020; wo wir eine Praktik oder ein Format empfehlen, kennzeichnen wir dies als unsere Empfehlung oder gängige Praxis.

Scrum auf einen Blick: die 3-5-3-Struktur

Scrum wird oft zusammengefasst als 3-5-3: drei Verantwortlichkeiten, fünf Events und drei Artefakte. Die Tabelle fasst das Wesentliche aus dem Scrum Guide an einer Stelle zusammen. Die Timeboxen gelten als Höchstwerte für einen einmonatigen Sprint und sind bei kürzeren Sprints meist kürzer.

Ein Scrum Team umfasst in der Regel höchstens 10 Personen, ohne Unterteams oder Hierarchien. Unter dieser Struktur liegen die drei Säulen der Empirie (Transparenz, Überprüfung und Anpassung) und fünf Werte (Commitment, Fokus, Offenheit, Respekt und Mut).

So funktioniert Scrum: ein Sprint Schritt für Schritt

Jeder Sprint folgt demselben Rhythmus. So läuft er von Anfang bis Ende ab.

1. Der Product Owner hält das Product Backlog geordnet und auf ein klares Produktziel ausgerichtet, und das Team verfeinert anstehende Einträge, bis sie klein und klar genug für die Auswahl sind.
2. Sprint Planning eröffnet den Sprint. Das Team vereinbart ein Sprint-Ziel, wählt Product-Backlog-Einträge aus und plant deren Lieferung; so entsteht das Sprint Backlog. Siehe Sprint Planning.
3. Die Developers arbeiten auf das Sprint-Ziel hin und treffen sich im Daily Scrum, um den Fortschritt zu überprüfen und den Plan anzupassen.
4. Arbeit, die die Definition of Done erfüllt, wird Teil des Inkrements. Das Team kann es an die Nutzer ausliefern, sobald es bereit ist, auch vor Ende des Sprints.
5. Das Sprint Review zeigt den Stakeholdern, was erreicht wurde, und sammelt Feedback, das in das Product Backlog einfließt.
6. Die Sprint-Retrospektive schließt den Sprint ab. Das Team entscheidet über die hilfreichsten Verbesserungen seiner Arbeitsweise.
7. Der nächste Sprint beginnt unmittelbar, mit dem verbesserten Backlog und den verbesserten Arbeitsweisen.

Offizielles Scrum vs. gängige Scrum-Praktiken

Der Scrum Guide ist bewusst kurz gehalten. Er definiert, was Scrum verlangt, und überlässt die Wahl der Praktiken den Teams. Vieles, was man mit Scrum verbindet, geht auf diese Entscheidungen zurück; deshalb können Scrum Teams sehr unterschiedlich aussehen.

Ergänzende Praktiken sind nicht falsch; viele sind sehr nützlich. Entscheidend ist, sie als Entscheidungen zu behandeln, die Sie ändern können, sobald sie nicht mehr helfen, und nicht als Regeln. Unser Leitfaden zu Scrum-Techniken stellt die nützlichsten vor.

Wo Sie anfangen: Lernpfade für Scrum

Sie müssen nicht alle 35 Leitfäden lesen. Wählen Sie den Pfad, der zu Ihrer Rolle passt, und lesen Sie der Reihe nach.

Neu bei Scrum

• Was ist Scrum?
• Scrum-Prinzipien und -Werte
• Rollen im Scrum Team
• Die 5 Scrum-Events
• Scrum-Artefakte
• Scrum-Glossar für jeden Begriff, der Ihnen begegnet

Scrum Master

Beginnen Sie mit So werden Sie Scrum Master und Servant Leadership in Scrum und lernen Sie dann, jedes Event gut zu moderieren, beginnend mit der Sprint-Retrospektive und Retrospektiven-Spiele.

Product Owner

Developers

Konzentrieren Sie sich auf Sprint Backlog, die Inkrement, Story Points und technische Schulden.

Führungskräfte und Projektmanager

Alle 35 Scrum-Leitfäden nach Thema

Alle Leitfäden unserer Scrum-Bibliothek, gegliedert in fünf Kapitel: Scrum-Grundlagen, das Scrum Team, Scrum-Events, Artefakte und Praktiken sowie Skalierung und Lernen.

Scrum im Vergleich mit Agile, Kanban und Wasserfall

Viele Teams kombinieren Ansätze, etwa Scrum mit WIP-Limits nach Kanban-Art oder Scrum Teams, die innerhalb eines größeren prädiktiven Programms liefern. Der Scrum Guide erlaubt das, solange das Scrum-Framework selbst unverändert bleibt.

Scrum-Vorlagen und -Tools

Scrum lässt sich mit einem Whiteboard und Haftnotizen umsetzen, doch Vorlagen und Software helfen, sobald das Team verteilt arbeitet oder das Backlog wächst.

• Sprint-Planning-Vorlage , um Sprint-Ziel, ausgewählte Einträge und Kapazität festzuhalten.
• Vorlage für das Product Backlog , um Backlog-Einträge zu ordnen und zu verfeinern.
• Vorlage für User Stories zum Formulieren von Einträgen mit Akzeptanzkriterien.
• Vorlage für die Sprint-Retrospektive , um Verbesserungen festzuhalten und nachzuverfolgen.

Zur Software: Jira ist die spezialisierte Wahl für Softwareteams, die mit Scrum arbeiten, mit Backlogs, Sprints und agilen Berichten. Teams, die Scrum mit Gantt-basierter Planung oder mit Arbeit aus anderen Abteilungen kombinieren, bevorzugen oft eine All-in-one-Plattform wie Wrike, die den ersten Platz belegt in unserem Ranking der Projektmanagement-Tools.

Häufige Fehler bei der Einführung von Scrum

• Alte Rollen und Meetings umbenennen, ohne zu ändern, wie Entscheidungen getroffen werden, etwa wenn ein Projektmanager unter dem Titel Scrum Master Aufgaben verteilt.
• Kein klares Sprint-Ziel, sodass der Sprint zu einer Liste unzusammenhängender Aufgaben und das Daily Scrum zum Statusbericht wird.
• Eine schwache oder fehlende Definition of Done, wodurch sich „fast fertige“ Arbeit anhäuft und das Inkrement unbrauchbar wird.
• Ein Product Owner ohne die Befugnis, das Backlog zu ordnen, oder ein Gremium, das als Product Owner auftritt.
• Velocity als Zielvorgabe behandeln oder zwischen Teams vergleichen, was zu überhöhten Schätzungen verleitet.
• Die Retrospektive ausfallen lassen, wenn das Team viel zu tun hat; damit entfällt genau das Event, das jede andere Verbesserung erst möglich macht.

Häufig gestellte Fragen