Scrum Framework — der Sprint-Zyklus erklärt

Scrum Framework — der Sprint-Zyklus erklärt

Die interaktive FlowJam-Zeichenfläche zu dieser Erklärung — jede Bahn, jede Zeile und jeder Pfeil oben gehört zu einem echten QueryChart-Diagramm, das Sie öffnen und bearbeiten können.

So lesen Sie diese Darstellung

• Lesen Sie die vier Spalten von links nach rechts als Bogen des Sprints: was vorher besteht, was die Planung zusagt, was im Sprint geschieht und wie er schließt.
• Die Zeilen sind die Zuständigkeiten: Folgen Sie den Kästen in der Zeile „Product Owner“, um zu sehen, was der Product Owner steuert, und der Zeile „Entwicklungsteam“ für die Arbeit selbst.
• Der letzte Kasten, „Nächster Sprint aus dem aktualisierten Backlog“, ist die Schleife — Scrum ist ein wiederkehrender Zyklus, kein einmaliger Prozess.

Vor dem Sprint

„Product Backlog mit geordneter Arbeit“ ist die einzige Quelle für jeden Eintrag, an dem das Team arbeiten könnte, nach Wert geordnet und in der Verantwortung des Product Owner. „Sprint Planning wählt Arbeit für den Sprint“ ist der Moment der Zusage: Das Team nimmt Einträge von der Spitze des Backlogs und einigt sich auf ein Sprint-Ziel. „Sprint Backlog mit zugesagten Einträgen“ ist der daraus entstehende Plan — das Paket, dessen Fertigstellung das Team zugesagt hat.

Während des Sprints

„Daily Scrum richtet das Team aus“ ist das fünfzehnminütige Ritual der Ausrichtung, und „Team entwickelt das Inkrement“ ist die eigentliche Arbeit — bauen, testen und integrieren hin zu einem potenziell lieferbaren Inkrement. Beide liegen in der Bahn „Entwicklungsteam“, weil Scrum ausdrücklich vorsieht, dass sich das Team die Arbeit innerhalb des Sprints selbst organisiert.

Den Zyklus schließen

„Sprint Review zeigt das Inkrement“ führt den Beteiligten vor, was gebaut wurde, und lässt den Product Owner das Backlog anhand des Gesehenen anpassen. „Sprint-Retrospektive verbessert den Prozess“ ist das eigene Treffen des Teams in der Bahn „Scrum Master“, und „Nächster Sprint aus dem aktualisierten Backlog“ ist die Schleife zurück zum Anfang — das Review hat das Backlog verändert, und der Zyklus wiederholt sich.

Wichtige Zusammenhänge und Erkenntnisse

• Das Backlog gehört dem Product Owner, der Sprint dem Team — das Framework hält diese beiden Befugnisse getrennt.
• Die Planung sagt ein Paket zu; das Sprint-Ziel gibt dem Paket einen Zweck.
• Das Daily Scrum dient der Ausrichtung, es ist kein Statusbericht an das Management.
• Das Review betrifft das Produkt, die Retrospektive den Prozess — zwei verschiedene Treffen mit zwei verschiedenen Ergebnissen.
• Scrum ist eine Schleife: Jeder Sprint hinterlässt dem nächsten ein aktualisiertes Backlog.

Wann Sie diese Darstellung nutzen

• Einem Team, das neu in Scrum ist, zeigen, wozu jedes Ereignis dient und wer wofür zuständig ist.
• Einen neuen Product Owner einführen: der Unterschied zwischen dem Ordnen eines Backlogs und dem Führen des Teams.
• Das Scrum eines Teams prüfen: Ein Ereignis, das auf der Zeichenfläche fehlt oder in der falschen Bahn liegt, gehört besprochen.

So funktioniert es

1. Benennen Sie die Rollen auf Ihr Team um

   Ersetzen Sie Product Owner, Entwicklungsteam und Scrum Master durch Ihre echten Rollen, und führen Sie Bahnen zusammen oder trennen Sie sie, je nachdem, wer die Arbeit tatsächlich hält.

2. Tragen Sie Sprint-Länge und Takt ein

   Vermerken Sie an den Sprint-Kästen Ihre Sprint-Länge, die Uhrzeit des Daily Scrum und den Review-Tag, damit das Diagramm der Kalender Ihres Teams ist und kein allgemeiner.

3. Zeichnen Sie die Definition of Done

   Ergänzen Sie zwischen „Team entwickelt das Inkrement“ und dem Review eine Entscheidung: eine Checkliste der Definition of Done, die bestanden sein muss, bevor ein Eintrag als fertig gilt.

4. Ergänzen Sie Ihr Refinement

   Fügen Sie zwischen Backlog und Sprint Planning einen Schritt für Backlog Refinement ein, wenn Ihr Team eines hält, verbunden mit dem geordneten Backlog.

Häufig gestellte Fragen

Was ist das Scrum Framework?

Scrum ist ein leichtgewichtiges Framework, um komplexe Arbeit in Iterationen fester Länge zu entwickeln und zu liefern, den Sprints. Es schreibt Rollen vor (Product Owner, Entwicklungsteam, Scrum Master), Ereignisse (Sprint Planning, Daily Scrum, Sprint Review, Sprint-Retrospektive) und Artefakte (Product Backlog, Sprint Backlog, Inkrement), überlässt das Wie der Arbeit aber dem Team.

Welche drei Rollen kennt Scrum?

Der Product Owner verantwortet das Backlog und dessen Reihenfolge — was gebaut wird, in welcher Reihenfolge und mit welchem Wert. Das Entwicklungsteam organisiert sich selbst, um die zugesagten Einträge zu liefern — wie die Arbeit geschieht, ist seine Sache. Der Scrum Master dient dem Prozess: Ereignisse begleiten, Hindernisse räumen, das Team coachen. Die drei Bahnen der Darstellung sind genau diese drei Zuständigkeiten.

Was geschieht im Sprint Review, was in der Retrospektive?

Das Sprint Review betrifft das Produkt: Das Team führt den Beteiligten das Inkrement vor, und der Product Owner passt das Backlog daraufhin an. Die Retrospektive betrifft den Prozess: Das Team allein bespricht, was gut lief, was schlecht lief und welche einzelne Verbesserung im nächsten Sprint folgt. Es sind getrennte Treffen mit getrennten Ergebnissen, weshalb die Darstellung sie in verschiedene Zeilen legt — das Review beim Team, die Retrospektive beim Scrum Master.

Verlangt Scrum ein tägliches Stand-up?

Ja, das Daily Scrum ist eines der vorgeschriebenen Ereignisse — ein kurzes, tägliches Treffen zur Ausrichtung, in dem jedes Teammitglied sagt, was es fertiggestellt hat, was es als Nächstes tut und was es blockiert. Sein Zweck ist Abstimmung und das frühe Sichtbarmachen von Hindernissen, nicht die Berichterstattung an das Management. Genau deshalb weist die Darstellung es als Ausrichtung aus.

Diese Darstellung in QueryChart (FlowJam) bearbeiten

Öffnen Sie genau diese Scrum-Zeichenfläche als eigenes Diagramm, benennen Sie die Rollen auf Ihr Team um und passen Sie die Ereignisse an Ihre Praxis an.

Diese Darstellung in QueryChart (FlowJam) bearbeiten