methodatlas
MethodenanleitungAgile

Scrum

Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.

KomplexitätMittel
Zeit1-4 Wochen je Sprint, laufend
Teilnehmende3-10 (Scrum Team)
FormatWorkshop + Async
ReifegradCanonical
Scrum planen
01

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenBegrenzter Gegenstand

Scope und Zweck von Scrum sind als konkrete Frage benannt.

Ohne Scope wird Scrum Operating Agreement beliebig.
Vorher abschließenZugang zu relevanten Perspektiven

Product Goal und Product Backlog, Definition of Done, befähigtes Scrum Team und entscheidungsfähige Fachpersonen sind verfügbar.

Ohne diese Perspektiven bleiben zentrale Aussagen in Scrum Operating Agreement unbelegt.
02

Vorbereitung

Was vor Start vorliegen muss

Materialien

Product Goal und Product Backlog, Definition of Done, befähigtes Scrum Team, gemeinsame Arbeitsfläche, Quellenlinks und Entscheidungslog.

Personen / Rollen

Product Owner · Scrum Master · Developers

Vorabinfos

Product Goal und Product Backlog, Definition of Done, befähigtes Scrum Team vorab zusammentragen und offene Annahmen markieren.

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.

03

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?

04

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.

The 2020 Scrum Guide

  1. 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. 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. 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. 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

05

Artefakt

Was am Ende rauskommt

Skizze: so sieht das Artefakt aus

Scrum · Rollen, Events, Artefakte und CommitmentsProduct Backlog, Sprint Planning, Daily Scrum, Review und Retrospektive als empirische Sprint-Schleife verbinden
ScrumDas Visual zeigt Scrum mit Rollen, Product Backlog, Sprint Planning, Sprint Backlog, Daily Scrum, Increment, Review und Retrospektive.Komplexe Produktarbeit in überprüfbaren Sprints steuernScrum verbindet klare Verantwortungen, feste Events und Artefakte mit Commitments für empirisches Lernen.Product Ownerordnet Wert und Product GoalScrum Masterschützt Empirie und FokusDevelopersliefern ein fertigesIncrementProduct Backloggeordnet nach Product GoalSprint BacklogSprint Goal plus PlanIncrementDefinition of Done erfülltSprint PlanningZiel wählen und Umfang schneidenDaily ScrumPlan täglich anpassenSprint ReviewIncrement mit Stakeholdern prüfenRetrospektiveZusammenarbeit verbessern1-4 Wochen SprintTransparenz, Inspektion, AnpassungFeedback fließt ins Backlog
Form

Versioniertes Scrum Operating Agreement mit Datum, Quellen, Ownern und nächstem Review.

Versionierung / Ownership

Datum, Quelle, Annahmenstand und Entscheidung je Fassung von Scrum Operating Agreement erhalten.

Tool-Alternativen
  • 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.

The 2020 Scrum Guide

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

06

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.

07

Stolperfallen

Symptome erkennen, gegensteuern

Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf

  1. Product GoalEvents werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.In der Phase ansehen
  2. SprintEvents werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.In der Phase ansehen
  3. IncrementEvents werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.In der Phase ansehen
  4. AnpassungEvents werden Statusmeetings oder unfertige Arbeit wird entgegen der Definition of Done als Increment bezeichnet.In der Phase ansehen
08

Abbruchkriterien

Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest

Scrum Operating Agreement beantwortet die Kernfrage mit nachvollziehbaren Belegen oder offen markierter Unsicherheit.
Owner, nächste Aktion und Prüftermin sind für offene Punkte benannt.

Methode nach Ken Schwaber und Jeff Sutherland. Kuratiert mit 1 Quellen.

Quellen: The 2020 Scrum Guide

Ablauf, Timeboxen und Stolperfallen sind redaktionell kuratierte Praxisempfehlungen auf Basis der genannten Quellen.

Methodenanleitung durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.