Scrum-Leitfaden | 23. Story Points und Schätzung in Scrum

Veröffentlicht: 2022-05-26

Im heutigen Artikel behandeln wir das Thema Schätzung und Story Points in Scrum. Das Erstellen von Schätzungen in Scrum hilft dabei, die Komplexität und den Zeitaufwand für die Erledigung von Aufgaben vorherzusagen. Durch die Analyse der Vergangenheit prognostiziert das gesamte Scrum-Team gemeinsam, was die Zukunft bringt.

Je erfahrener das Scrum-Team ist, desto genauer sind daher seine Schätzungen. Das Team arbeitet auch zusammen, um die geschätzte Zeit für die Erledigung der Aufgaben während der Sprint-Planung festzulegen, wobei zu berücksichtigen ist, dass es sich nicht um eine endgültige Zusage, sondern um eine Vorhersage handelt. Seine Genauigkeit hängt von zahlreichen Variablen ab, die ständig unvorhersehbaren Änderungen und unerwarteten Umständen unterliegen. Glücklicherweise enthält die Scrum-Methodik Techniken und Werkzeuge, die ein gewisses Maß an Gewissheit ermöglichen, und heute werden wir sie im Detail besprechen, damit Sie sie sofort verstehen und anwenden können!

Story Points und Schätzung in Scrum – Inhaltsverzeichnis:

  1. Einführung
  2. Die Bedeutung von Story Points in Scrum
  3. Story Points sind relative Einheiten. Das bedeutet, dass:
  4. Relative Schätztechniken
  5. Zusammenfassung

Einführung

Bei jedem Sprint Planning präsentiert der Product Owner dem Team neue User Stories. Der Product Owner wählt sie aus dem Product Backlog zur Umsetzung im nächsten Sprint aus. Dann schätzen die Mitglieder des Scrum-Teams gemeinsam die Arbeitsbelastung ein, die erforderlich ist, um diese neue Reihe von Aufgaben zu erledigen. Diese Art der Beauftragung ist eine Schätzung, Anforderungsschätzung.

Es scheint, dass der einfachste Weg darin besteht, die Zeit, die benötigt wird, um die Aufgabe zu erledigen, in Stunden oder Tagen zu definieren. Praxis und Forschung seit den 1940er Jahren beweisen jedoch das Gegenteil. Menschen sind nicht in der Lage, die Zeit, die erforderlich ist, um selbst sehr genau definierte Aufgaben zu erledigen, genau abzuschätzen. Außerdem hängt die Anzahl der Stunden, die für die Erledigung einer Aufgabe benötigt werden, davon ab, wer die Aufgabe erledigt und was zuvor getan – oder nicht – getan wurde. Aus diesem Grund verwendet Scrum normalerweise Einheiten, die als Story Points bezeichnet werden.

Die Bedeutung von Story Points in Scrum

Jedes Entwicklungsteam setzt den Wert eines Story Points in die Praxis um, indem es aus der Erfahrung und der Größe der einzelnen Aufgaben schöpft, also dem Prinzip der Empirie folgt. Meistens wählt der Scrum Master während der Sprint-Planung ein oder mehrere Beispiele abgeschlossener User Stories aus, die als Bezugspunkt für die Bestimmung des Werts der zu entwickelnden User Stories dienen.

Deshalb können Sie ohne den Kontext keine Werte in Story Points zuweisen. Wenn beispielsweise der ersten Aufgabe ein Wert von 10 zugewiesen wird, werden nachfolgende Aufgaben entweder höher oder niedriger bewertet. Auf diese Weise werden innerhalb eines Scrum Team-Projekts alle Aufgaben im Product Backlog miteinander in Beziehung gesetzt. Dies bedeutet, dass ähnliche Aufgaben, die von einem Entwicklungsteam ausgeführt werden, eine ähnliche Anzahl von Punkten erhalten.

Scrum Guide | 23. Story Points and Estimation in Scrum Reklama bloig scrum 1 23

Story Points sind relative Einheiten. Das bedeutet, dass:

Der Story Point-Wert bezieht sich nur auf die Aufgaben, die von einem bestimmten Scrum-Team ausgeführt werden. Story Points beschreiben die Geschwindigkeit der Erledigung der Aufgaben eines Teams. Mit anderen Worten, eine User Story, die von Team A auf 10 Story Points geschätzt wird, kann von Team B 50 erhalten. Dies liegt daran, dass ihr Wert, wie bereits erwähnt, relativ zu anderen Aufgaben berechnet wird, die von diesem Team ausgeführt werden, und zu ihrer Erfahrung mit ähnlichen Aufgaben .

Der Wert der in einem Sprint absolvierten Story Points kann nicht die Grundlage für den Vergleich der Leistung zweier Scrum-Teams sein. Um Fehler bei der Verwaltung von Scrum-Projekten zu vermeiden, ist es wichtig, sich daran zu erinnern, dass die Geschwindigkeit eines Entwicklungsteams, ausgedrückt in Story Points, die in einem Sprint durchgeführt wurden, nicht verwendet werden kann, um die Leistung zweier Teams zu vergleichen. Dies liegt daran, dass sie die gleiche Arbeit in parallelen Sprints erledigen könnten, die ein Team auf 10 und das andere auf 50 Story Points schätzte.

Es sollte auch nicht vergessen werden, dass die Schätzung viele unbekannte Elemente enthält und auf der Grundlage unvollständiger Daten erfolgt. Aus diesem Grund können die Vorhersagen selbst eines sehr erfahrenen Scrum-Teams mitunter stark vom tatsächlichen Aufwand abweichen, der zum Abschließen einer User Story erforderlich ist.

Relative Schätztechniken

Was sind die effektivsten Schätztechniken in Scrum? Es gibt keine einheitliche Methode, die für jedes Team funktioniert.

Unter den Schätztechniken innerhalb agiler Methoden sind die häufigsten:

  • Planungspoker. Diese beliebteste relative Methode erfordert ein Kartenspiel, um den Arbeitsaufwand für die Erledigung einer Aufgabe zu berechnen. Die detaillierten Regeln und Verfahren werden wir in einem separaten Artikel behandeln.
  • Teamschätzungsspiel. Dieser beinhaltet die Zuweisung der Ausführung von User Storys in einem bestimmten Sprint mit geeigneten numerischen Werten, die aus der Fibonacci-Folge ausgewählt werden. Auch dem haben wir einen eigenen Artikel gewidmet.

Scrum hingegen lehnt den klassischen Weg der absoluten Schätzung der traditionellen Projektmanagement-Methodik ab. Die Art und Weise, wie Aufgaben geschätzt werden, besteht darin, die Personenmonate, die Dauer und die Kosten des gesamten Projekts im Voraus zu definieren. Dies ist ein langwieriger, schwer umzusetzender Prozess und erfordert die Beteiligung von Experten, die dazu neigen, die Begründung und den Verhaltenskodex festzulegen, aber keine Maßnahmen ergreifen, die nicht unbedingt die Aufgaben erfüllen, deren Wert sie schätzen. Mit anderen Worten, es ist nicht nur mühsam, sondern auch höchst ineffizient.

Estimation and Story Points in Scrum

Story Points und Schätzung – Zusammenfassung

Schätzung ist eine sehr wichtige Fähigkeit, die alle ausgereiften Scrum-Teams auszeichnet. Das Schätzen des Zeit- und Arbeitsaufwands, der erforderlich ist, um einzelne Aufgaben zu erledigen, wurde zum Hauptaugenmerk vieler relativer Schätztechniken wie Planning Poker oder Team Estimation Game.

User Stories mit Story Points ist eine weitere effiziente Messtechnik, die wir beschrieben haben und die unseren Lesern hoffentlich einige praktische Werkzeuge an die Hand gibt. Es ist jedoch wichtig zu bedenken, dass sich ihre Zahlen nur auf die bestimmten Aufgaben beziehen, die vom Scrum-Team ausgeführt werden. Daher kann die Anzahl der Story Points nicht die Grundlage für den Vergleich der Geschwindigkeit verschiedener Entwicklungsteams werden.

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

Scrum Guide | 23. Story Points and Estimation in Scrum 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.

Alle Beiträge anzeigen

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