SCRUM Events

Scrum definiert fünf zentrale Ereignisse (Events), die den Rahmen für den Projektverlauf und die Zusammenarbeit im Team bilden. Diese Events wiederholen sich zyklisch in jedem Sprint und sorgen für Transparenz, Fokus und kontinuierliche Verbesserung.

1. Sprint Planning (Sprintplanung):

  • Ziel: Gemeinsam den kommenden Sprint planen und das Sprint Backlog erstellen.
  • Teilnehmer: Entwicklungsteam, Product Owner und Scrum Master (optional)
  • Dauer: Ein bis zwei Tage, abhängig von der Sprintlänge.
  • Ablauf:
    • Das gesamte Product Backlog wird gesichtet und die für den kommenden Sprint geeigneten Product Backlog Items (PBI) werden ausgewählt.
    • Die ausgewählten PBIs werden detaillierter analysiert und auf ihre Umsetzbarkeit im Sprint geprüft.
    • Das Entwicklungsteam schätzt den Aufwand für jedes PBI ab.
    • Basierend auf den Schätzungen und der Teamkapazität wird das Sprint Backlog, also die Liste der PBIs, die im kommenden Sprint bearbeitet werden sollen, finalisiert.
    • Das Development Team definiert, wie die PBIs im Sprint umgesetzt werden sollen (z.B. durch Aufgabenverteilung).

2. Daily Scrum (Tägliches Scrum):

  • Ziel: Den Fortschritt im Sprint überprüfen, Hindernisse identifizieren und die Zusammenarbeit im Team koordinieren.
  • Teilnehmer: Entwicklungsteam
  • Dauer: 15 Minuten
  • Ablauf:
    • Im Stehenkreis bespricht das Team kurz und fokussiert folgende Fragen:
      • Was wurde gestern im Sprint erledigt?
      • Was wird heute geplant?
      • Gibt es Hindernisse, die die Arbeit behindern?
    • Das Daily Scrum ist kein Problemlösungstreffen, sondern dient der schnellen Synchronisation und Transparenz im Team.

3. Sprint Review (Sprint-Präsentation):

  • Ziel: Den Stakeholdern die im Sprint fertiggestellten Ergebnisse (das Increment) präsentieren und Feedback einholen.
  • Teilnehmer: Entwicklungsteam, Product Owner und Stakeholder
  • Dauer: Ein bis zwei Stunden, abhängig von der Sprintlänge.
  • Ablauf:
    • Das Entwicklungsteam präsentiert den Stakeholdern die im Sprint umgesetzten PBIs und das fertige Inkrement.
    • Der Product Owner erläutert, inwiefern das Inkrement zur Produktvision beiträgt.
    • Die Stakeholder geben Feedback zum Inkrement und diskutieren mit dem Product Owner und dem Entwicklungsteam.
    • Basierend auf dem Feedback kann der Product Owner das Product Backlog anpassen.

4. Sprint Retrospective (Sprint-Retrospektive):

  • Ziel: Den vergangenen Sprint reflektieren und Verbesserungsmöglichkeiten für den nächsten Sprint identifizieren.
  • Teilnehmer: Entwicklungsteam und Scrum Master (optional)
  • Dauer: 1 bis 3 Stunden, abhängig von der Sprintlänge.
  • Ablauf:
    • Das Team reflektiert gemeinsam den vergangenen Sprint und diskutiert:
      • Was lief gut?
      • Was lief nicht so gut?
      • Was können wir im nächsten Sprint verbessern?
    • Das Team identifiziert konkrete Maßnahmen zur kontinuierlichen Verbesserung.

Die fünf Scrum-Events bilden einen geschlossenen Regelkreis. Die Ergebnisse eines Events fließen in die Planung des nächsten Events ein und sorgen so für eine kontinuierliche Adaption und Verbesserung des Scrum-Prozesses.