Agile Framework

Scrum

Steuert komplexe Produktarbeit empirisch über Transparenz, Inspektion und Anpassung in Sprints.

Scrum definiert Scrum Team, fünf Events, drei Artefakte und deren Commitments. Product Goal, Sprint Goal und Definition of Done schaffen Fokus und Transparenz; das Framework schreibt keine Kanban-WIP-Limits vor.

Kernfrage

Wie erzeugt das Scrum Team in jedem Sprint ein nutzbares Increment und lernt aus Ergebnis und Arbeitsweise?

Scrum planen Methodenanleitung

Vergleich starten

Feedback gebenHilft dir diese Methode?

Teilnehmende: 3-10 (Scrum Team)
Zeit: 1-4 Wochen je Sprint, laufend

Scrum verwendet Sprints mit Planning, Daily Scrum, Review und Retrospective um drei Artefakte und Commitments. Bewertungen bleiben begründet und kontextgebunden.

Papierillustration von Scrum mit dem methodenspezifischen Arbeitsmodell.

Product Goal
Product Goal
Product Goal und geordnetes Product Backlog transparent machen.
Sprint
Sprint
Sprint Goal planen und täglich Fortschritt zum Ziel inspizieren.
Increment
Increment
Done Increments integrieren und im Sprint Review Ergebnis und Umfeld inspizieren.
Anpassung
Anpassung
Product Backlog und Arbeitsweise in Review und Retrospective anpassen.

Nach neuer Evidenz oder einer relevanten Kontextänderung aktualisieren und frühere Fassung erhalten.

Geeignet, wenn

Für komplexe Produkte mit einem befähigten, cross-funktionalen und selbstmanagenden Scrum Team.

Ideal für

Komplexe Produktentwicklung
Cross-funktionale Teams
Iterative Auslieferung
Lernen pro Sprint

Nicht gut für

Reine Support- oder Wartungs-Workloads
Hochreglementierte Wasserfallumgebungen
Sehr einfache lineare Aufgaben

Ergebnisse

Scrum Operating Agreement
Scrum Operating Agreement mit nachvollziehbaren Quellen, Annahmen und fachlichen Entscheidungen.
Entscheidungs- und Prüfspur
Owner, Termine und nächste Prüfung für Scrum Operating Agreement.

Scrum Operating Agreement

Fiktives Arbeitsbeispiel

Sprints mit Planning, Daily Scrum, Review und Retrospective um drei Artefakte und Commitments als präzise Arbeitsstruktur mit fiktivem Beispiel.

Accountabilities

Konkrete Accountabilities-Angaben dieser Scrum-Instanz festhalten.

Product Owner Lea ordnet das Product Backlog auf das Product Goal; Scrum Master Amir coacht Scrum-Nutzung; Developers Kim, Noor, Eva und Luis erstellen das Increment.

Events

Konkrete Events-Angaben dieser Scrum-Instanz festhalten.

Zweiwöchiger Sprint: Planning Montag 09:00; Daily Scrum 09:15; Review Freitag 13:00 mit Support und Compliance; Retrospective 14:30.

Artefakte/Commitments

Konkrete Artefakte/Commitments-Angaben dieser Scrum-Instanz festhalten.

Product Goal: Reviewentscheidung samt Evidenz in unter 30 Sekunden finden. Sprint Goal: Suche nach Projekt, Owner und Status. Definition of Done: integriert, getestet, WCAG 2.2 AA, Auditlog und produktionsfähig.

Empirische Prüfung

Konkrete Empirische Prüfung-Angaben dieser Scrum-Instanz festhalten.

Review: 7 von 8 Stakeholder-Aufgaben unter 30 Sekunden; Statusfilter missverständlich. Product Backlog erhält Filterbegriff-Test. Retrospective: anonymisierte Testdaten vor Planning bereitstellen.

Das Beispiel zeigt die Fachlogik von Scrum; eigene Vorlagen bleiben leer.

The 2020 Scrum Guide

Erster Schritt

Beginne mit der Kernfrage: Wie erzeugt das Scrum Team in jedem Sprint ein nutzbares Increment und lernt aus Ergebnis und Arbeitsweise?

Zur Methodenanleitung

Davor sinnvoll

Papierillustration einer horizontalen Story Map mit Aktivitäts-Backbone, darunter angeordneten Aufgabenkarten und einer quer verlaufenden Release-Linie.

Product Discovery

User Story Mapping

Liefert Product Backlog und Release-Schnitt, mit denen Scrum arbeitet.

Wie geht es weiter?

Das Scrum Team untersucht Menschen, Interaktionen, Prozesse, Werkzeuge und Definition of Done und vereinbart wenige überprüfbare Verbesserungen.

Agile

Sprint Retrospective

Überprüft am Sprintende, ob das Operating Agreement noch passt und angepasst werden muss.

Agile

Planning Poker

Schätzt Product-Backlog-Items für die nächste Sprint-Planung.

Vertiefung

Zweck

Wenn ein Team in einem festen Lieferrhythmus arbeiten soll, stabilisiert sie Takt, Verantwortung und Feedbackschleifen. Sie macht Zusammenarbeit über Sprintgrenzen hinweg verlässlich.

Funktionsweise

Sie bindet Planung, tägliche Abstimmung, Review und Verbesserung an einen wiederkehrenden Rahmen. Rollen, Events und Artifacts sorgen dafür, dass Fortschritt, Feedback und Anpassung in kurzen Zyklen zusammenlaufen.

Im Detail

Scrum funktioniert, weil der Rahmen Produktziel, kurze Lieferzyklen und regelmäßige Inspektion so koppelt, dass Lernen und Umsetzung denselben Takt teilen. Gute Anwendung hängt nicht an zeremonieller Korrektheit, sondern an ernst gemeinter Backlog Pflege, klaren Verantwortungen und echter Anpassungsbereitschaft nach Review und Retrospective. Mechanisch eingeführt erzeugt Scrum Kalenderdisziplin, sauber verankert stärkt es Fokus, Transparenz und Entscheidungsfähigkeit im Teamalltag.

Durchführung

Führe den Rahmen über konkrete Alltagsprobleme ein, etwa fehlende Priorität, unklare Verantwortung oder späte Überraschungen, damit die Adoption einen erkennbaren Nutzen hat. Wirklich konkret wird die Sache, wenn Product Goal, Backlog und Sprintarbeit erstmals sichtbar zusammenpassen. Schließe jede Einführungsphase mit wenigen Verhaltensankern, die im nächsten Sprint bewusst beobachtet werden.

Die Methodenanleitung führt mit 4 Phasen, Zeitrahmen, 4 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.

Methodenanleitung öffnen

Deine Einschätzung

Hilft dir diese Methode für dein Vorhaben?

Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.

Quellen und Themen

Themen

Agil Iteration Takt

Quellen

The 2020 Scrum Guidescrumguides.orgOffizieller Scrum Guide von Ken Schwaber und Jeff Sutherland; definiert Rollen, Events und Artefakte von Scrum.

Artefakt-Vorlagen

Scrum: ArbeitsvorlagePlane Scrum entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

markdown

scrum-working-template.md

Plane Scrum entlang der fachlichen Schritte und der konkreten Entscheidungsfrage.

Scrum: Arbeitsvorlage

Fragestellung

Noch zu klären

Gewünschtes Ergebnis

Noch zu klären

Rahmen

Praxis einrichten und überprüfen Zeit: Kontinuierlich; Sprint höchstens ein Monat

Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.

Vorbereitung für diesen Umfang

Methodische Grundausstattung

Materialien: Product Goal und Product Backlog, Definition of Done, befähigtes Scrum Team, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
Rollen: Product Owner · Scrum Master · Developers
Vorab-Infos: Product Goal und Product Backlog, Definition of Done, befähigtes Scrum Team vorab zusammentragen und offene Annahmen markieren.
Gesamter Zeitbedarf: Kontinuierlich; Sprint höchstens ein Monat
Setup: Sprints mit Planning, Daily Scrum, Review und Retrospective um drei Artefakte und Commitments sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.