Story Points im Kontext von Scrum

Wenn wir uns auf eine Reise in die Welt von Scrum begeben, stoßen wir auf ein wesentliches Konzept, das als Story Points bekannt ist. Diese Punkte dienen als Maßeinheit innerhalb des Frameworks und ermöglichen es Teams, den Aufwand und die Komplexität von User Stories oder Backlog Items abzuschätzen. In der agilen Landschaft von Scrum spielen Story Points eine zentrale Rolle, um differenziertere Schätzungen zu ermöglichen, eine effektive Planung zu fördern und die Vorhersagbarkeit zu verbessern.
In der Scrum-Methodik stellen User Stories Funktionseinheiten dar, die den Endnutzer:innen einen Mehrwert bieten. Diese „Geschichten“ bilden das Backlog des Projekts, ein nach Prioritäten geordnetes Inventar von Aufgaben, die das Entwicklungsteam während eines Sprints – einem iterativen Arbeitszyklus von etwa einer bis vier Wochen – erledigen will.
Im Gegensatz zu herkömmlichen zeitbasierten Schätzungen bieten Story Points eine relative Bewertung der Arbeitskomplexität und des Aufwands. Diese Relativität berücksichtigt die Unwägbarkeiten der Softwareentwicklung und lenkt die Teams weg von deterministischen stundenbasierten Vorhersagen. Der Schätzungsprozess umfasst in der Regel den gesammelten Input des Entwicklungsteams und gewährleistet eine umfassende Bewertung der Komplexität jeder User Story im Vergleich zu einer bestimmten Basisstory, die oft als „Referenzstory“ bezeichnet wird.

Die Fibonacci-Folge

Die Fibonacci-Folge (1, 2, 3, 5, 8, 13, 21 usw.) bildet dabei häufig die Grundlage für die Zuweisung von Story Points. Diese Sequenz spiegelt das nichtlineare Wachstum der Komplexität wider und erfasst die Feinheiten der Variationen zwischen den Aufgaben. So kann eine User Story beispielsweise 3 Story Points erhalten, wenn der Konsens darin besteht, dass sie etwa dreimal so komplex ist wie die Referenzstory. Dieser Ansatz trägt den inhärenten Unsicherheiten und Variablen Rechnung, die bei der Softwareentwicklung eine Rolle spielen. Mit den zugewiesenen Story Points misst das Team seine Sprint-Kapazität anhand historischer Leistungsdaten. Diese Kapazität fließt in die Auswahl der User Stories für den kommenden Sprint ein, wobei ein Gleichgewicht zwischen der Arbeitsbelastung und der Wahrscheinlichkeit eines erfolgreichen Abschlusses innerhalb des Sprint-Zeitrahmens hergestellt wird.

Das Instrument für fundierte Sprintplanungen

Story Points sind ein vielseitiges Instrument für Scrum-Teams. Sie erleichtern eine fundierte Sprint-Planung, tragen zur Steuerung von Erwartungen bei und fördern eine kollaborative Umgebung unter den Teammitgliedern. Im Laufe der Zeit, wenn Teams Erfahrungen sammeln und ein konsistentes Verständnis von Komplexität kultivieren, werden Story Points immer geschickter bei der Vorhersage von Leistung und Projektfortschritt.
Zusammenfassend lässt sich sagen, dass Story Points eine wichtige Rolle in Scrum spielen, da sie ein relatives Maß für den Aufwand und die Komplexität von User Stories darstellen. Diese Abkehr von starren zeitbasierten Schätzungen ermöglicht es Teams, die Planungsgenauigkeit zu erhöhen, Unsicherheiten effektiver zu handhaben und die Zusammenarbeit zu fördern, was zu erfolgreichen Projektergebnissen führt.

Das Framework

Schon mal von SCRUM gehört? Nein, es geht nicht um Rugby – auch wenn der Begriff aus diesem Sport entlehnt wurde (Scrum bedeutet so viel wie „Gedränge“). Es geht um SCRUM als Framework im Bereich des agilen Projektmanagements, welches die Entwicklung komplexer Projekte erleichtert.

Im Kern unterteilt SCRUM ein Projekt in zeitlich begrenzte Zyklen, sogenannte Sprints, die in der Regel 2–4 Wochen dauern. Diese Sprints dienen als fokussierte Arbeitsintervalle, die jeweils ein klares Ziel haben. Die Idee hinter dieser strukturierten Arbeitsweise ist, die Komplexität großer Projekte zu bewältigen, indem sie in überschaubare Abschnitte unterteilt werden.
Der Sprint selbst beginnt immer mit dem Sprint-Planning. Bei diesem Meeting wählt das Entwicklungsteam Aufgaben aus dem Product Backlog aus, das Verzeichnis, welches alle vorhandenen Projektanforderungen enthält. Das Entwicklungsteam arbeitet eng mit dem Product Owner zusammen, der die Anforderungen priorisiert und klärt. Hierbei handelt es sich um einen kontinuierlichen Prozess, bei dem der Product Owner ständig Feedback aus den vorherigen Sprints aufnimmt und die Anforderungen dementsprechend anpasst. Die enge Zusammenarbeit zwischen dem Entwicklungsteam und dem Product Owner ist essenziell für den Erfolg des SCRUM-Ansatzes.
Man kann sich die Sprints auch wie Miniprojekte innerhalb des großen Projekts vorstellen. Während eines Sprints arbeitet das Entwicklungsteam intensiv an den ausgewählten Aufgaben, um am Ende des Sprints ein konkretes und funktionierendes Ergebnis zu liefern.

Sprint-Planning, Backlog und Increment

Aus dem Sprint-Planning geht das Sprint-Backlog hervor, also eine Liste mit den Aufgaben, die innerhalb des Sprints umgesetzt werden sollen. Das Entwicklungsteam geht dann direkt in die Umsetzung über. Dabei finden täglich kurze Stand-up-Meetings statt, in denen jedes Teammitglied seine Fortschritte, zukünftige Aufgaben und mögliche Hindernisse teilt. Diese Meetings helfen, den Fortschritt des Sprints transparent zu machen und ermöglichen es dem Team, schnell auf Probleme zu reagieren und sich gegenseitig zu unterstützen.
Das Ergebnis der Entwicklungsarbeit ist das sogenannte Increment. Das Increment umfasst alle Aufgaben aus dem Product-Backlog, die im Sprint umgesetzt wurden, und stellt somit immer das aktuelle Produkt in seinem letzten Release-Zustand dar. Dies bedeutet, dass nach jedem Sprint eine neue Version des Produkts verfügbar ist, die bereits neue Funktionen oder Verbesserungen enthält.

Review und Retrospektive

Gegen Ende eines jeden Sprints finden Sprint Reviews statt. Sie dienen dazu, die wichtigsten Ergebnisse aus dem Sprint zu präsentieren, zu überprüfen und gegebenenfalls anzupassen. Hierbei werden nicht nur die erreichten Ziele betrachtet, sondern auch die Lerneffekte des Teams. Dies ermöglicht eine ständige Verbesserung des Entwicklungsprozesses.
Den krönenden Abschluss bildet dann die Sprint-Retrospektive. In diesem Meeting des gesamten SCRUM-Teams geht es darum, Feedback einzuholen, um den Entwicklungsprozess strukturell und organisatorisch zu optimieren. Der Fokus liegt also nicht auf dem aktuellen Produkt, sondern auf der Frage, wie es um die Arbeitsweise des Teams steht und wie man diese weiter verbessern kann. Dieser Schritt ist entscheidend, um kontinuierliche Verbesserungen zu fördern und sicherzustellen, dass das Team agil bleibt und sich ständig an veränderte Anforderungen anpassen kann.

Komplexität strukturieren

SCRUM bietet somit eine strukturierte Methode, um komplexe Projekte agil und effizient zu managen. Die klare Aufteilung in Sprints, die enge Zusammenarbeit zwischen dem Entwicklungsteam und dem Product Owner sowie die regelmäßigen Feedback-Schleifen tragen dazu bei, eine hohe Flexibilität und Anpassungsfähigkeit zu gewährleisten. Unternehmen, die SCRUM erfolgreich umsetzen, profitieren von schnelleren Entwicklungszyklen, besserer Kommunikation und einer kontinuierlichen Verbesserung der Arbeitsweise ihres Teams.