Scope und Zweck von Scrum sind als konkrete Frage benannt.
Scrum
Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.
Vorbedingung
Was vorher fertig sein muss
Product Goal und Product Backlog, Definition of Done, befähigtes Scrum Team und entscheidungsfähige Fachpersonen sind verfügbar.
Vorbereitung
Was vor Start vorliegen muss
Product Goal und Product Backlog, Definition of Done, befähigtes Scrum Team, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.
Product Owner · Scrum Master · Developers
Product Goal und Product Backlog, Definition of Done, befähigtes Scrum Team vorab zusammentragen und offene Annahmen markieren.
Kontinuierlich; Sprint höchstens ein Monat
Sprints mit Planning, Daily Scrum, Review und Retrospective um drei Artefakte und Commitments sichtbar vorbereiten und Bewertungsbegriffe vor Beginn kalibrieren.
Kernfrage
Die eine Frage, die diese Methode beantwortet
Wie erzeugt das Scrum Team in jedem Sprint ein nutzbares Increment und lernt aus Ergebnis und Arbeitsweise?
Ablauf
Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle
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.
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.
- 1
Product Goal
Product Goal

Ziel
Product Backlog so erarbeiten, dass die Kernfrage „Wie erzeugt das Scrum Team in jedem Sprint ein nutzbares Increment und lernt aus Ergebnis und Arbeitsweise?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Product Goal und Product Backlog
- Definition of Done
- befähigtes Scrum Team
Durchführung
- Product Goal und geordnetes Product Backlog transparent machen.
- Quelle, Begründung und offene Unsicherheit direkt in Product Backlog festhalten.
Ergebnis
Product Backlog
Product Backlog · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Stützt jeder Eintrag das Product Goal?
Stolperfalle
Events werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet. Zweck jedes Events, Accountabilities und Artefakt-Commitments am Scrum Guide ausrichten.
Zeitlicher Rahmen: 10–20 Minuten
- 2
Sprint
Sprint

Ziel
Sprint Backlog so erarbeiten, dass die Kernfrage „Wie erzeugt das Scrum Team in jedem Sprint ein nutzbares Increment und lernt aus Ergebnis und Arbeitsweise?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Product Backlog
- Definition of Done
- befähigtes Scrum Team
Durchführung
- Sprint Goal planen und täglich Fortschritt zum Ziel inspizieren.
- Quelle, Begründung und offene Unsicherheit direkt in Sprint Backlog festhalten.
Ergebnis
Sprint Backlog
Sprint Backlog · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Bleibt das Sprint Goal stabil und der Plan anpassbar?
Stolperfalle
Events werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet. Zweck jedes Events, Accountabilities und Artefakt-Commitments am Scrum Guide ausrichten.
Zeitlicher Rahmen: 10–20 Minuten
- 3
Increment
Increment

Ziel
Done Increment so erarbeiten, dass die Kernfrage „Wie erzeugt das Scrum Team in jedem Sprint ein nutzbares Increment und lernt aus Ergebnis und Arbeitsweise?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Sprint Backlog
- Definition of Done
- befähigtes Scrum Team
Durchführung
- Done Increments integrieren und im Sprint Review Ergebnis und Umfeld inspizieren.
- Quelle, Begründung und offene Unsicherheit direkt in Done Increment festhalten.
Ergebnis
Done Increment
Done Increment · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Erfüllt das Increment vollständig die Definition of Done?
Stolperfalle
Events werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet. Zweck jedes Events, Accountabilities und Artefakt-Commitments am Scrum Guide ausrichten.
Zeitlicher Rahmen: 10–20 Minuten
- 4
Anpassung
Anpassung

Ziel
Anpassungen so erarbeiten, dass die Kernfrage „Wie erzeugt das Scrum Team in jedem Sprint ein nutzbares Increment und lernt aus Ergebnis und Arbeitsweise?“ belastbar weiter beantwortet werden kann.
Voraussetzungen für diesen Schritt
- Done Increment
- Definition of Done
- befähigtes Scrum Team
Durchführung
- Product Backlog und Arbeitsweise in Review und Retrospective anpassen.
- Quelle, Begründung und offene Unsicherheit direkt in Anpassungen festhalten.
Ergebnis
Anpassungen
Anpassungen · Quelle · Unsicherheit · nächster Entscheid
Qualitätscheck
Folgt Anpassung aus beobachteter Evidenz?
Stolperfalle
Events werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet. Zweck jedes Events, Accountabilities und Artefakt-Commitments am Scrum Guide ausrichten.
Zeitlicher Rahmen: 10–20 Minuten
Artefakt
Was am Ende rauskommt
Skizze: so sieht das Artefakt aus
Versioniertes Scrum Operating Agreement mit Datum, Quellen, Ownern und nächstem Review.
Datum, Quelle, Annahmenstand und Entscheidung je Fassung von Scrum Operating Agreement erhalten.
- Scrum Operating Agreement als Board oder Dokument
- Quellen- und Evidenzregister
- Entscheidungs- und Maßnahmenlog
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.
Für die Arbeitsschritte bereitstellen
Product Goal: Product Goal
- Product Goal und Product Backlog
- Definition of Done
- befähigtes Scrum Team
Sprint: Sprint
- Product Backlog
- Definition of Done
- befähigtes Scrum Team
Increment: Increment
- Sprint Backlog
- Definition of Done
- befähigtes Scrum Team
Anpassung: Anpassung
- Done Increment
- Definition of Done
- befähigtes Scrum Team
Scrum Operating Agreement
Accountabilities
Konkrete Accountabilities-Angaben dieser Scrum-Instanz festhalten.
...
Events
Konkrete Events-Angaben dieser Scrum-Instanz festhalten.
...
Artefakte/Commitments
Konkrete Artefakte/Commitments-Angaben dieser Scrum-Instanz festhalten.
...
Empirische Prüfung
Konkrete Empirische Prüfung-Angaben dieser Scrum-Instanz festhalten.
...
Nur reale Angaben, Quellen und Entscheidungen eintragen.
Product Goal: Product Goal
Erwartetes Artefakt: Product Backlog
Product Backlog · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Stützt jeder Eintrag das Product Goal?
Sprint: Sprint
Erwartetes Artefakt: Sprint Backlog
Sprint Backlog · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Bleibt das Sprint Goal stabil und der Plan anpassbar?
Increment: Increment
Erwartetes Artefakt: Done Increment
Done Increment · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Erfüllt das Increment vollständig die Definition of Done?
Anpassung: Anpassung
Erwartetes Artefakt: Anpassungen
Anpassungen · Quelle · Unsicherheit · nächster Entscheid
Eintrag:
...
- Folgt Anpassung aus beobachteter Evidenz?
Offene Fragen und nächste Schritte
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/scrum/run-sheet
Beispielausgabe
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.
scrum-beispiel.md
Konkret gefülltes Szenario, fiktives Beispiel
Product Goal: Teams können Entscheidungen samt Evidenz wiederfinden. Sprint Goal: gespeicherte Entscheidung in unter 30 Sekunden auffinden. Increment erfüllt die Definition of Done inklusive Accessibility und Auditlog. Review prüft Nutzung mit Stakeholdern; Retrospective verbessert Testdatenfluss.
Stolperfallen
Symptome erkennen, gegensteuern
Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf
- Product GoalEvents werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.In der Phase ansehen
- SprintEvents werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.In der Phase ansehen
- IncrementEvents werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.In der Phase ansehen
- AnpassungEvents werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.In der Phase ansehen
Product Goal
Events werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.
Zweck jedes Events, Accountabilities und Artefakt-Commitments am Scrum Guide ausrichten.
Sprint
Events werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.
Zweck jedes Events, Accountabilities und Artefakt-Commitments am Scrum Guide ausrichten.
Increment
Events werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.
Zweck jedes Events, Accountabilities und Artefakt-Commitments am Scrum Guide ausrichten.
Anpassung
Events werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.
Zweck jedes Events, Accountabilities und Artefakt-Commitments am Scrum Guide ausrichten.
Abbruchkriterien
Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest
Methodenanleitung durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

