Story Points: Arbeitsmanagement in der Scrum-Methodik

Zeitschätzungen sind entscheidend für eine ordnungsgemäße Projektplanung und eine erfolgreiche, d. h. termingerechte Lieferung. Daher suchen Manager und ihre Teams verzweifelt nach Methoden, um möglichst genaue Schätzungen zu erstellen. Sie widmen einen wichtigen Teil ihrer Arbeit der Schätzung des Zeitaufwands, der erforderlich ist, um Aufgaben ohne Verzögerungen zu erledigen. Diese Schätzung wird in der Regel durch einen festen Wert in Stunden, Tagen oder Monaten formalisiert.

Die Stunden sind jedoch nicht die einzige mögliche Maßeinheit für die Berechnung und Bewertung von Projektschätzungen. Eine Alternative zur traditionellen Zeitschätzung, die immer mehr Zuspruch findet, ist die Schätzung von Story Points. Bei dieser Berechnungsmethode geht es nicht darum, die voraussichtliche Dauer des Projekts zu ermitteln. Sie zielt vielmehr darauf ab, den Aufwand zu ermitteln, der erforderlich ist, um eine Aufgabe oder ein Projekt in seiner Gesamtheit abzuschließen.

Wenn Sie auf zum ersten Mal auf diesen Begriff stoßen, werden Sie sich mit dieser innovativen Technik vielleicht nicht sofort anfreunden können. Das Konzept ist nicht so intuitiv wie das Schreiben und Zuweisen von Aufgaben oder das Berechnen der für die Durchführung eines Projekts erforderlichen Arbeitszeit.

Wenn Sie jedoch bereits ein Experte in der Verwendung von Story Points sind, werden Sie in diesem Artikel vielleicht entdecken, dass verschiedene Teams und Organisationen maßgeschneiderte Strategien verwenden, die sich von Ihren eigenen unterscheiden.

Appvizer nimmt Sie heute mit auf eine Tour durch Story Points und erklärt, was sie sind und warum sie für agile Teams so nützlich sind. Außerdem zeigen wir Ihnen einige der verschiedenen Möglichkeiten, wie Scrum-Teams sie in das Story Mapping und die Sprint-Planung einbinden.

Alle Projektmanagement Software ansehen

Definition von Story Points

Story Points sind ein grundlegender Bestandteil des Story Mappings, und die meisten agilen Teams wenden sie in ihrer Managementstrategie an, um ihr Arbeitspensum für jeden Sprint oder jede Iteration zu planen.

Story Points sind eine Maßeinheit, die im agilen Projektmanagement (agile Methodik) verwendet wird und ein Eckpfeiler des Story Mapping-Prozesses ist.

Sie sind nützlich, um eine ungefähre Berechnung des gesamten Arbeitsaufwands auszudrücken, der für die vollständige Implementierung eines Product Backlog Items erforderlich ist.

Jeder Story wird eine Zahl oder ein Wert zugeordnet, um den Gesamtaufwand (Energie, Aufwand, Arbeitsbelastung) zu ermitteln, der zur Fertigstellung eines Features oder einer Funktionalität eines Produkts oder einer Dienstleistung erforderlich ist.

Was sollte in einem Story Point enthalten sein?

Da Story Points den Aufwand darstellen, um eine User Story zum Abschluss zu bringen, muss ein Team alles in seine Kalkulation einbeziehen, was einen Einfluss auf diese Variable haben kann. Dazu gehören:

• Umfang : der Umfang der zu erledigenden Arbeit
• Komplexität: die Komplexität der Arbeit
• Risiko: alle mit der Arbeit verbundenen Risiken oder Unsicherheiten

Wann sind Story Points zu berechnen?

Die Story Points werden in der Regel während der Erstellung des Story Mappings festgelegt.

Der Zeitpunkt für die Zuweisung einer Zahl zu den Story-Punkten erfolgt, nachdem:

• die Product Owner die User Stories festgelegt haben,
• sie im Detail abgebildet haben
• sie nach Prioritäten geordnet haben

Das Team arbeitet aus zwei Gründen gemeinsam an der Skizzierung der Story-Punkte

• jedes Teammitglied spielt eine andere Rolle in verschiedenen Geschichten
• jedes Teammitglied kennt die erforderlichen Aufgaben in den Bereichen UX (User Experience), Design, Entwicklung, Test und Einführung sowie die entsprechenden Teilaufgaben.

Es ist notwendig, jeder Story Punkte zuzuweisen, bevor diese vertikal in Sprints angeordnet werden können, da die Teammitglieder mit Fristen konfrontiert werden, um die jedem Sprint zugewiesenen Storys abzuschließen.

Aus diesem Grund muss man sorgfältig abwägen, wie viel Arbeit und Energie in jeder Story steckt, damit das Team die Arbeit innerhalb des vereinbarten Zeitrahmens abliefern kann.

Wie man Story-Punkte berechnet

Um Story-Punkte zu quantifizieren, müssen Sie den Gesamtaufwand im Auge behalten, der für die Implementierung des Merkmals oder der Funktionalität erforderlich ist, das bzw. die der Kunde zu seinem Produkt (Produkt oder Dienstleistung) hinzufügen möchte und das bzw. die einen Mehrwert für das Produkt darstellt.

Ihr Team sollte sich die folgenden Fragen stellen:

1. Wie komplex ist die Arbeit?
2. Wie viel Arbeit ist erforderlich?
3. Was sind die technischen Fähigkeiten des Teams?
4. Wie hoch sind die Risiken?
5. Welche Teile sind schwierig zu verstehen?
6. Welche Annahmen müssen wir treffen, bevor wir anfangen oder fertig werden?
7. Was könnte unvorhergesehen sein?

Der Prozess der Schätzung von Story Points

Dies ist der Moment, in dem man immer ein wenig zögert, denn Story Points können etwas verwirrend sein, da sie keinen eindeutigen universellen Wert besitzen. Sie müssen also ihren Wert für Sie und Ihr Team ermitteln.

Das Verfahren funktioniert folgendermaßen:

• Jede Geschichte ist mit einer variablen Anzahl von Story Points verbunden.
• Die Story-Punkte haben je nach Team oder Organisation einen anderen Wert und ein anderes Gewicht
• 1 Story Point für Ihr Team entspricht nicht unbedingt dem Aufwand, der für 1 Story Point in einem anderen Team erforderlich ist.
• Der Aufwand für 1 Story Point sollte für Ihr Team in jedem Sprint konstant bleiben und von Story zu Story immer gleich sein
• 2 Story Points sollten doppelt so viel Aufwand bedeuten wie 1 Story Point. 3 Story Points sollten dem dreifachen Aufwand im Vergleich zu 1 Story Point entsprechen... und so weiter
• Die Zahl, die Sie vergeben, ist irrelevant - wichtig ist das Verhältnis oder die Relation. Die Story-Punkte sollten dazu dienen, den relativen Aufwand zwischen jeder Story und jedem Sprint anzugeben.

Schritt 1: Wie berechnet man zum ersten Mal Story Points?

Wie wir soeben erläutert haben, sind Story Points variable und relative Größen. Dennoch ist es ratsam, Ihnen einige grundlegende Schätzungen zu zeigen, die Sie zum ersten Mal bei der Quantifizierung von Story Points verwenden sollten. Diese dienen als Richtschnur für alle zukünftigen Storys.

Einige Teams ziehen es vor, die Fibonacci-Folge (1, 2, 3, 5, 8, 13, 21, 34, 55, 89 usw.) zur Berechnung der Story-Punkte zu verwenden, anstatt eine lineare aufsteigende Folge (1, 2, 3, 4, 5, 6, 7 usw.) oder eine zufällige Zahlenwahl zu verwenden.

💡Was sind die Vorteile der Fibonacci-Folge?

Wenn man zum Beispiel eine Geschichte studiert und versucht, eine Bewertung vorzunehmen, um zu entscheiden, ob man einer Geschichte eine 5, 8 oder 13 zuordnen soll, ist es viel schneller und einfacher, eine Antwort zu finden, als zu versuchen, die richtige Zahl zwischen, sagen wir, 4-15 zu finden. Für einen Konsens ist die Fibonacci-Methode am schnellsten.

Außerdem liegen die Intervalle zwischen den Zahlen in dieser Folge weiter auseinander als bei der linearen Skala. Das bedeutet, dass sich der Unterschied zwischen den Werten, die verschiedenen Aufgaben zugewiesen werden, anders darstellen lässt.

Diese Methode hat jedoch auch Nachteile:

• Sie schränkt die Skala der verfügbaren Optionen ein. Wenn zum Beispiel ein Thema einen Aufwand von mehr als 34, aber weniger als 55 erfordert, wird die Schätzung nicht so genau sein.
• Es wird schwierig sein, den Durchschnitt der Punkte zu ermitteln. Stattdessen müssen Sie sich mit den Teammitgliedern einigen, um eine Schätzung aus einem engen Pool von Optionen zu erhalten.

Schritt 2: Identifizieren von User Stories oder anderen relevanten Elementen

In diesem Schritt ist die Arbeit einfach: Sie müssen festlegen, was die Ziele des Projekts sind:

• ein neues innovatives Werkzeug zu entwickeln,
• die Funktionalität Ihrer Software verbessern,
• die Verbesserung Ihrer internen Prozessinfrastruktur usw.

Schritt 3: Auswahl von Benchmarks

Um realitätsnähere Schätzungen zu erstellen, sind frühere Erfahrungen eine wertvolle Datenquelle.

Außerdem ist es einfacher, Aufgaben zu bewerten, wenn Sie frühere Statistiken zum Vergleich haben. Wenn Sie also in der Vergangenheit ein Projekt mit ähnlichen Merkmalen durchgeführt haben, können Sie die aufgezeichneten Daten über dessen Leistung studieren, um neue Berechnungen anzustellen.

Schritt 4: Ermittlung der Risiken, des Umfangs und der Komplexität des/der ausgewählten Schätzungselements/e

Der Umfang des Projektaufwands hängt mit der Anzahl der im Projekt enthaltenen Aufgaben, ihrer Komplexität sowie mit dem Umfang der Risiken und Unwägbarkeiten zusammen, die sich für das Team auf dem Weg dorthin ergeben können. Daher muss in dieser Phase Folgendes geschehen:

1. Größe und Umfang der ausgewählten User Story bestimmen und berechnen, wie viele Aufgaben und Teilaufgaben für den Abschluss des Projekts erledigt werden müssen.
2. Schätzen Sie den Schwierigkeitsgrad der Aufgaben. (Das Schreiben von 100 Standardmeldungen in zwei Sätzen erfordert nicht den gleichen Aufwand wie das Erstellen von 10 vollständigen technischen Beschreibungsblättern. Selbst wenn die letztere Aufgabe weniger Teilaufgaben als die erstere enthält, erfordert sie höchstwahrscheinlich zusätzlichen Aufwand).
3. Schätzen Sie so viele Risiken und Unwägbarkeiten wie möglich ab. Sind Ihnen nicht alle Anforderungen oder Erwartungen des Kunden klar? Wird sich eine verspätete Lieferung, eine hohe Mitarbeiterfluktuation oder ein Unfall auf der Straße negativ auf Ihren Prozess auswirken? Alle relevanten Risiken und Unwägbarkeiten müssen bei der Schätzung für die Berechnung der Story Points ermittelt und berechnet werden, um genauere Ergebnisse zu erzielen.

Schritt 5: Besprechung und Ausarbeitung einer Bewertung

Nachdem der vorherige Schritt durchlaufen wurde, besteht der nächste Schritt darin, jede Aufgabe entsprechend ihrer Komplexität, ihres Umfangs und der damit verbundenen Risiken zu berechnen.

Eine endgültige Schätzung der Story Points wird wiederum durch eine Diskussion mit dem Team und oft durch die Anwendung einer Gamification-Technik, bekannt als Planning Poker oder Scrum Poker, erreicht .

Während dieser Besprechung:

1. Alle Teammitglieder studieren sorgfältig die ausgewählte User Story und die damit verbundenen Projektziele.
2. Die Teammitglieder nehmen eine anonyme Schätzung des Umfangs, der Komplexität und der Risiken dieser Geschichte vor (d. h. der Wahrscheinlichkeit des Auftretens und der Nachteile), wobei sie für jeden dieser Aspekte eine eigene Zahl angeben.
3. Anschließend gibt jeder Teilnehmer die endgültigen Werte bekannt, die er für die einzelnen Punkte der Story gewählt hat, und wenn sie übereinstimmen, wird die Zahl offiziell zur endgültigen Schätzung.
4. Wenn die Werte nicht übereinstimmen, muss jedes Teammitglied die Analyse erläutern, die zu einer bestimmten Wahl geführt hat, und nach einer Diskussion wird eine zweite Runde durchgeführt, bis ein kollektiver Konsens für die endgültige Schätzung erreicht ist.
5. Anschließend werden die endgültigen Punktwerte für den Umfang, die Komplexität und die Risiken der Story addiert, um die Gesamtschätzung zu erhalten.

Schritt 6: Fristen festlegen

Nachdem die Bewertung der Story-Punkte akzeptiert wurde, kann eine Schätzung der Zeit vorgenommen werden, die jeder Benutzer für die Fertigstellung eines einzelnen Story-Punktes benötigen wird. Auf diese Weise lässt sich die Gesamtzeit für die Fertigstellung des Projekts ermitteln.

Ein Beispiel: Eine Aufgabe ist mit dem Gesamtwert von 100 Story Points verbunden. Ein erfahrenes Teammitglied wird 1 Story Point in 2 Stunden abschließen, ein weniger erfahrenes in 3 Stunden. Wenn die Aufgaben zu gleichen Teilen auf diese beiden Teammitglieder aufgeteilt werden, kann die Schätzung wie folgt in Stunden umgerechnet werden:

50 SP x 2 Stunden + 50 SP x 3 Stunden = 250 Stunden

Sobald diese Zahl ermittelt ist, lässt sich die Frist für die Aufgabe leicht ableiten.

Verwendung von Story Points zur Einschätzung der Geschwindigkeit Ihres Teams

Nach einer gewissen Zeit der Teamarbeit hat jedes Team mehr oder weniger ein Maß für die Arbeitsbelastung, die mit jedem Story Point verbunden ist.

Die Story-Points erweisen sich in der Tat als wesentlich für das Verständnis der Zeitspanne, in der Ihr Team einen Sprint abschließen kann.

Wenn Ihr Team z. B. in der Lage ist, 3 Story Points pro Tag abzuschließen, kann es in einem zweiwöchigen Sprint 30 Story Points abschließen. Dies ist Ihre Velocity (Reisegeschwindigkeit).

Velocity ist eine wichtige Information für das Story Mapping und die Sprintplanung. Wenn Sie Ihre Benutzergeschichten mit einem Sprint verknüpfen, überprüfen Sie einfach die Gesamtzahl der Story-Punkte und sehen Sie, ob sie mit Ihrer Velocity übereinstimmt. Auf diese Weise wird Ihr Team nicht überlastet oder unproduktiv sein.

Alle Projektmanagement Software ansehen

Story-Punkte VS-Stunden

Jeff Sutherland, der Co-Autor des Scrum Guide, erklärt in seinem Artikel "Warum Story Points besser sind als Stunden":

Story Points sind daher schneller, besser und billiger als Stunden, und die leistungsstärksten Teams verzichten vollständig auf eine stundengenaue Schätzung, da sie diese als Abfallbetrachten , der sie nur verlangsamt.

Jeff Sutherland , why story points are better than hours

Wie wir aus dieser Aussage ableiten können, liegt der große Vorteil von Story Points in ihrer Genauigkeit und Effektivität, abgesehen von ihrer Flexibilität, Sprints entsprechend den Änderungen und Modifikationen am Produkt durch das Entwicklungsteam anzupassen.

Um das volle Potenzial dieser Technik auszuschöpfen, ist es ratsam, einige Zeit mit dem Lernen und Üben zu verbringen. Sie werden sicherlich die Früchte dieser taktischen Entscheidung sehen.

Mit Hilfe der Story-Point-Schätzung werden Sie in der Lage sein, genauere und weniger starre Schätzungen zu erstellen. Sie werden auch in der Lage sein, Ihren Projektmanagement-Stil zum Nutzen Ihrer Teammitglieder und des Unternehmens als Ganzes neu zu kalibrieren.