Scrum-Leitfaden | 27. Scrum-Ereignisse

Veröffentlicht: 2022-06-07

Scrum-Events sind Meetings oder organisatorische Aktivitäten, die vom Scrum-Team durchgeführt werden. Ihr gemeinsames Merkmal ist, dass sie der Transparenz dienen: Sie bieten Möglichkeiten, über Planung und Methoden zu sprechen und die Leistungen des Scrum-Teams zu reflektieren. Jedes Scrum Event hat jedoch unterschiedliche Merkmale, einen definierten Zweck und eine definierte Dauer.

Scrum Events – Inhaltsverzeichnis:

  1. Scrum-Events – Einführung
  2. Sprint
  3. Sprint-Planung
  4. Tägliches Scrum
  5. Sprint-Review
  6. Sprint-Retrospektive
  7. Scrum-Events – Zusammenfassung

Scrum-Events – Einführung

Scrum-Events, inoffiziell „Scrum-Zeremonien“ genannt, sind:

  • Sprint
  • Sprint-Planung
  • Tägliches Scrum
  • Sprint-Review
  • Sprint-Retrospektive

Jeder von ihnen hat eine ganz bestimmte Rolle in Scrum. Aus diesem Grund widmen wir jedem einzelnen in der Scrum Guide-Serie einen eigenen Artikel. Aber heute werden wir ihre kurzen Definitionen behandeln und grundlegende Merkmale jedes Scrum-Ereignisses bereitstellen.

Sprint

Sprints bestimmen den Arbeitszyklus des Scrum-Teams, daher hat jeder Sprint die gleiche Länge. Sie folgen fortlaufend aufeinander und dauern vom ersten Arbeitstag an einem Produkt bis zum letzten.

Das Scrum Team legt die Dauer eines Sprints fest. Dies hängt von den Bedürfnissen und Fähigkeiten des Teams und der Organisation sowie von der Art des Produkts ab, an dem das Scrum-Team arbeitet. Die optimale Sprintdauer sollte den Prinzipien der Empirie folgen, wonach sie sein sollte:

  • lang genug – damit das Entwicklungsteam Zeit hat, das Produkt deutlich zu verbessern
  • kurz genug – um Risiken zu reduzieren, unnötige Komplexität zu erhöhen und Ziele zu verwässern

Best Practices legen nahe, dass ein Sprint eine bis vier Wochen dauern sollte. Kürzere Sprints helfen Ihnen, Probleme und Einschränkungen schneller zu diagnostizieren und den Arbeitsaufwand in einem bestimmten Sprint einzuschätzen. Längere Sprints ermöglichen es Ihnen, die Ergebnisse der Teamleistung zu bewerten, indem Sie während einer Sprint-Überprüfung größere Ergebnisse präsentieren.

Während jedes Sprints finden alle kleineren Scrum-Events statt. Sie beinhalten:

Scrum events

Sprint-Planung

Sprint Planning ist, wie der Name schon sagt, das Scrum-Team-Meeting, bei dem es um die Planung des nächsten Sprints geht. Daher findet es am ersten Tag eines neuen Sprints statt. Am Sprint Planning nimmt das gesamte Scrum Team teil, das Event dauert maximal acht Stunden.

Kurz gesagt geht es darum, drei Fragen zu beantworten:

  • Was wird das Ziel des Sprints sein?
  • Was zu tun ist?
  • Wie es geht?

Tägliches Scrum

Daily Scrum ist ein kurzes Event, an dem die Entwickler teilnehmen. Dieses tägliche Treffen dauert nicht länger als 15 Minuten. Der Einfachheit halber findet das Daily Scrum immer am gleichen Ort und zur gleichen Zeit statt.

Das Hauptaugenmerk des Daily Scrum liegt auf der Planung, nicht auf der Zusammenfassung erledigter Aufgaben. Daher sollte sich das Gespräch über den aktuellen Fortschritt des Produkts strikt auf das Sprintziel konzentrieren. Das Entwicklungsteam entscheidet gemeinsam über den Umfang der anstehenden Aktivitäten, die jeder Entwickler bis zum nächsten Daily Scrum abschließen sollte.

Sprint-Review

Sprint Review, zusammen mit Sprint Retrospective, ist eine Wiederholungsveranstaltung und findet am letzten Tag des zu Ende gehenden Sprints statt.

Der Zweck des Sprint Reviews besteht darin, den Sprint in Bezug auf abgeschlossene Aufgaben zusammenzufassen, die darauf abzielen, das Produktziel zu erreichen. In der Regel enthält es auch eine Präsentation des aktuellen Stands des Produkts und eine Diskussion seiner neu fertiggestellten Funktionen. Jedes Sprint Review sollte mit einer Aktualisierung des Product Backlogs enden.

Ein Sprint Review ist eine offene Veranstaltung: Das gesamte Scrum Team sowie freiwillige Stakeholder nehmen daran teil. Die Veranstaltung wird in der Regel von einem Scrum Master moderiert.

Sprint-Retrospektive

Die Sprint-Retrospektive, auch ein Sprint-Zusammenfassungsereignis, unterscheidet sich vom Sprint-Review. Es konzentriert sich darauf, wie das Scrum-Team arbeitet, und nicht auf das Produkt, das es entwickelt. Um einen sicheren Raum für die Kommunikation zu schaffen, ist die Sprint Retrospektive eine Veranstaltung, an der nur die Mitglieder des Scrum-Teams teilnehmen und der Scrum Master die Sitzung leitet.

Die Sprint Retrospektive dauert maximal drei Stunden und ist die letzte Veranstaltung des abschließenden Sprints. Seine Ziele sind:

  • Lernen Sie von den aktuellen Methoden der Zusammenarbeit
  • verbesserungswürdige Bereiche identifizieren
  • Verbesserungsvorschläge machen und diskutieren
Scrum events

Scrum-Events – Zusammenfassung

Abschaumereignisse umfassen:

  • Sprint Planning – Planung eines neuen Sprints am ersten Tag
  • Daily Scrum – das tägliche Organisationsmeeting des Entwicklungsteams
  • Sprint Review – offenes Meeting, um den Sprint zusammenzufassen und neue Funktionen des Produkts vorzustellen
  • Sprint-Retrospektive – internes Scrum-Team-Meeting, um die Zusammenarbeit während des abgeschlossenen Sprints zusammenzufassen

Alle Veranstaltungen zielen auf die Arbeit des Scrum Teams, seine Ergebnisse, Planung und Feedback ab. Sie können mehr über jeden von ihnen in separaten Artikeln lesen.

Wenn Ihnen unsere Inhalte gefallen, werden Sie Teil unserer fleißigen Bienen-Community auf Facebook, Twitter, LinkedIn, Instagram, YouTube, Pinterest.

Scrum Guide | 27. Scrum events caroline becker avatar 1background

Autorin: Caroline Becker

Als Projektmanagerin ist Caroline Expertin darin, neue Methoden zu finden, um die besten Arbeitsabläufe zu gestalten und Prozesse zu optimieren. Ihre organisatorischen Fähigkeiten und ihre Fähigkeit, unter Zeitdruck zu arbeiten, machen sie zur besten Person, um komplizierte Projekte in die Realität umzusetzen.

Scrum-Leitfaden:

  1. Glossar der Grundbegriffe, Rollen und Begriffe
  2. Was ist Scrum?
  3. Scrum-Werte
  4. Wie implementieren Sie Scrum in Ihrem Unternehmen?
  5. Scrum Team – was ist das und wie funktioniert es?
  6. Wer ist ein Product Owner?
  7. Die häufigsten Fehler des Product Owners
  8. Wer ist der Scrum-Master?
  9. Eigenschaften eines guten Scrum Masters
  10. Die häufigsten Fehler des Scrum Masters
  11. Welche Statistiken und Metriken sollte der Scrum Master verfolgen?
  12. Zusammenarbeit zwischen Product Owner und Scrum Master
  13. Entwicklungsteam in Scrum
  14. Die häufigsten Fehler von Entwicklern
  15. Scrum-Artefakte
  16. Scrum skalieren
  17. Sprint-Rückstand
  18. Was ist das Product Backlog?
  19. Was sind User Stories?
  20. Erstellen Sie die beste User Story mit INVEST
  21. Die häufigsten Fehler in User Storys
  22. Akzeptanzkriterien für User Storys
  23. Schätzung und Story Points in Scrum
  24. Planungspoker
  25. Team-Schätzspiel
  26. Inkrement definieren
  27. Scrum-Ereignisse
  28. Was ist Sprint in Scrum?
  29. Verpflichtungen des Scrum-Teams – Produktziel, Sprintziel und Abschlussdefinition
  30. Was ist ein Burndown-Diagramm?
  31. Wie erstellt und interpretiert man ein Burndown-Diagramm?
  32. Vor- und Nachteile des Burndown-Charts
  33. Kanban-Boards in Scrum und Scrumban
  34. Velocity in Scrum - Schnelligkeit des Entwicklungsteams
  35. Tägliches Scrum
  36. Sprint-Planung
  37. Sprint-Review
  38. Was ist eine Sprint-Retrospektive?
  39. Häufige Fehler während einer Sprint-Retrospektive
  40. Pflege des Produkt-Backlogs