---

Scrum-Aufwandsschätzung: Leitfaden zu bewährten Techniken für agile Scrum-Teams

Aufwandsschätzung ordnet einer Aufgabe eine Größe oder Zeit zu und ermöglicht eine fundierte Einschätzung der Arbeit. Planning Poker, Story Points und ideale Tage sind mögliche Techniken. Die ausführenden Entwickler verantworten die Größenschätzung; der Scrum Master kann den Prozess verbessern helfen. Für erfahrene Teams wird dies selbstverständlich, Anfängern erscheint es mitunter rätselhaft. Der erste Hinweis auf Ihrem Weg zur Scrum-Meisterschaft liegt in „relativer Größenbestimmung und Story Points“.

Teams nutzen häufig Planning Poker®, um User Stories gemeinsam relative Größen zuzuordnen. Das verbessert das Arbeitsverständnis und fördert Konsens über die Komplexität. Ziel ist nicht absolute Präzision, sondern Unterstützung für Planung und Entscheidungen.

Aufwand in einem Scrum-Team schätzen

Die Aufwandsschätzung schafft realistische Erwartungen an die Arbeit für Stories und Aufgaben. Relative Größen- oder Zeitwerte helfen dem Team, seine Kapazität zu beurteilen und Sprints wirksamer zu planen.

Eine beliebte Schätztechnik ist Planning Poker. Bei dieser aktivierenden Methode wählen alle eine Karte für ihre Einschätzung der Komplexität. Die Diskussion unterschiedlicher Werte liefert Erkenntnisse und ermöglicht Konsens über den Aufwand.

Vergibt eine Person einen hohen und eine andere einen niedrigen Wert, erläutern beide ihre Perspektiven und Gründe. Das stärkt Verständnis, Zusammenarbeit und Abstimmung.

Eine weitere wirksame Technik nutzt Story Points. User Stories erhalten Punkte nach Komplexität und Umsetzungsaufwand. Häufig wird die Fibonacci-Folge (1, 2, 3, 5, 8, 13 usw.) mit steigenden Komplexitätsstufen verwendet.

Story Points messen Aufwand relativ und vergleichen die Arbeit unterschiedlicher Stories. Das lenkt den Fokus auf relative Komplexität statt genaue Zeitwerte und ermöglicht mehr Flexibilität bei Planung und Umsetzung.

Darüber hinaus verwenden Scrum-Teams Ideale Tage als Schätzansatz: Wie viele Tage wären ohne Unterbrechungen und äußere Produktivitätseinflüsse nötig? Diese greifbare Aufwandsvorstellung unterstützt die Kapazitätsbewertung.

Überschaubare Aufgaben und die Schätzung idealer Tage machen den Aufwand klarer und Sprint-Zusagen genauer.

Wirksame Aufwandsschätzung ermöglicht klare, zuversichtliche Planung und Ausführung. Sie fördert Transparenz, Zusammenarbeit und Anpassungsfähigkeit und trägt zum Erfolg agiler Projekte bei.

Nach den verschiedenen Techniken betrachten wir relative Größenbestimmung und Story Points genauer.

Wie wird der Aufwand von Stories im Scrum Framework geschätzt?

Nützliche Schätzungen helfen dem Product Owner bei Backlog-Reihenfolge und Release-Prognosen. Nahe Einträge benötigen genügend Details für Entscheidungen. Ferne oder unsichere Ideen dürfen zunächst größer und weniger detailliert bleiben. Schätzungen informieren Prognosen, garantieren aber keine Lieferdauer.

Der Product Owner liefert Kontext und bespricht Abwägungen, ohne die Entwickler zu einer gewünschten Zahl zu drängen. Die Ausführenden behalten die Verantwortung für ihre Größenschätzung.

Scrum schreibt keine Schätzmethode vor. Teams können Zeitwerte wie ideale Tage oder abstrakte relative Einheiten wie Story Points verwenden. Weder Planning Poker noch eine bestimmte Einheit sind verpflichtend.

Gängige Methoden sind:

• Numerische Größen (1 bis 10),
• T-Shirt-Größen (XS, S, M, L, XL, XXL, XXXL) oder
• Die Fibonacci-Folge (0, 1, 2, 3, 5, 8, 13, 21, 34 usw.)

Ein Beispiel für eine User Story

Alle Teammitglieder müssen die verwendete Schätzeinheit gemeinsam verstehen und sich bei ihrer Anwendung sicher fühlen.

Planning Poker® / Scrum Poker

Eine verbreitete Schätzmethode ist Planning Poker®: Scrum Planning Poker

Unabhängige Kartenwahl und gleichzeitiges Aufdecken verringern die Fixierung auf die zuerst genannte Zahl. Diskussion verbessert das Verständnis, garantiert aber keine genaue Prognose.

Für Planning Poker® benötigen Sie einfach:

• Die Liste der zu schätzenden Funktionen
• Sätze nummerierter Karten.

Ein typischer Satz zeigt Fibonacci-Werte einschließlich null: 0, 1, 2, 3, 5, 8, 13, 21, 34, 55, 89. Ähnliche Folgen sind möglich. Sie spiegeln die Unsicherheit großer Einträge wider. Über die Unterschiede zwischen 19, 20 und 21 zu diskutieren wäre Zeitverschwendung. Leichter lässt sich entscheiden, ob eine Story eher zur Größe 13 oder 21 passt.

Eine hohe Schätzung kann mangelndes Verständnis anzeigen. Das Team versucht dann möglicherweise, zusätzliche Reservekapazität für Unvorhergesehenes einzuplanen, bevor es sich auf die Story festlegt. Alternativ sollte die Story möglicherweise in mehrere kleinere Stories zerlegt werden. Kleinere, klarere Stories lassen sich gewöhnlich mit höherer Sicherheit schätzen.

Anschließend spielt das Team Planning Poker® in diesen Schritten:

• Der Scrum Product Owner stellt die Story vor. Das Team stellt Fragen, und der Product Owner erläutert Details. Bei vielen Stories kann jede Schätzung auf wenige Minuten begrenzt werden. Gelingt sie trotzdem nicht, sollte der Product Owner aufmerksam werden: Nutzeranforderung, Story oder beides sind unklar und müssen neu formuliert werden.
• Jeder ausführende Entwickler wählt seine Karte verdeckt. Der Product Owner beantwortet Fragen und liefert Kontext.
• Sobald alle gewählt haben, werden die Karten aufgedeckt.
• Personen mit hohen und niedrigen Werten erläutern ihre Einschätzung, da sie möglicherweise etwas erkannt haben, das die Mehrheit übersehen hat.
• Die Story wird erneut geschätzt, bis ein Konsens erreicht ist.
• Die Schätzenden wiederholen das Spiel für die ausgewählten Stories. Unklare Einträge können zur weiteren Verfeinerung pausiert werden, statt eine Zahl zu erzwingen.

Planning Poker® ist eine eingetragene Marke von Mountain Goat Software, LLC.

Relative Größenbestimmung und Story Points verstehen

Relative Größen sind wie ein gemeinsamer Geheimcode für Aufwand und Komplexität. Eine Aufgabe mit 5 Story Points wird größer eingeschätzt als eine mit 2. Diese Werte sind Teamurteile, keine Garantie für eine genaue Dauer oder ein festes Komplexitätsverhältnis.

Story Points schaffen eine gemeinsame Sprache. Eine einfache Oberfläche könnte 3 Punkte erhalten, eine aufwendigere Funktion 8. Neben Zeit zählen Risiko, Unsicherheit und Komplexität. Das Verständnis dieser Skala verbessert Aufwandseinteilung und die Einschätzung realistischer Sprint-Arbeit.

Vergleichen Sie eine einfache, risikoarme Funktion mit der aufwendigen Überarbeitung eines ganzen Moduls. Niedrige Punkte für die erste und hohe für die zweite machen Aufwand und Komplexität sichtbar. Das verbessert Planung sowie die Zuordnung von Zeit und Ressourcen.

Beim Planning Poker® wählen Mitglieder verdeckt ihre Werte und diskutieren danach bis zum Konsens. Gemeinsames Wissen und Zusammenarbeit ermöglichen genauere Schätzungen.

Diese Grundlagen sind wesentlich, um Sprints effizient zu planen, Aufwand sinnvoll zu verteilen und durch genaue Schätzungen bessere Projektergebnisse zu erzielen.

Vorteile genauer Aufwandsschätzungen

Wie eine verlässliche Karte für eine lange Reise geben Schätzungen Orientierung, damit das Projekt nicht in unerwarteten Verzögerungen und Hindernissen verloren geht. Hier sind die wichtigsten Vorteile.

1. Wirksame Priorisierung und Planung: Wer den Aufgabenaufwand kennt, verteilt Zeit und Ressourcen besser, bearbeitet wichtige Elemente zuerst und sorgt für einen reibungslosen Fortschritt.
2. Stakeholder-Erwartungen steuern: Realistische Vorstellungen von Terminen und Lieferergebnissen schaffen Vertrauen und Verständnis und verringern Enttäuschungen über verpasste Fristen.
3. Transparenz erhöhen: Klarer Aufwand ermöglicht fundierte Entscheidungen über Arbeitsfluss, Abhängigkeiten und mögliche Engpässe.
4. Zusammenarbeit und Vertrauen verbessern: Verlässliche Schätzungen fördern Kooperation und Vertrauen zwischen Team und Stakeholdern. Sie verbessern Entscheidungen und Stimmung und richten Erwartungen an realistischen Anforderungen aus.
5. Erfolgreiche Projektlieferung: Schätzungen verdeutlichen nötige Arbeit und Dauer, unterstützen Risikosteuerung und frühe Problemerkennung und ermöglichen reibungslose Ausführung im gesamten Projektlebenszyklus.

Genaue Aufwandsschätzungen vereinfachen Projektmanagement, fördern Zusammenarbeit und tragen zu erfolgreichen Ergebnissen bei. Ein verlässlicher Schätzrahmen ist eine Grundlage wirksamen agilen Projektmanagements.

Nach der Bedeutung genauer Schätzungen betrachten wir den Scrum-Schätzprozess im Überblick.

Überblick über den Scrum-Schätzprozess

Sprint Planning eröffnet den Sprint. Schätzung und Refinement können schon vorher erfolgt sein. Im Sprint Planning bespricht das Team den Sprint-Wert, und die Entwickler wählen voraussichtlich abschließbare Arbeit. Sie beurteilen den Aufwand gemeinsam. Das vermeidet späte Überraschungen und unrealistische Erwartungen und schafft bei Team, Stakeholdern und Kunden ein gemeinsames Verständnis des Machbaren.

In diesen Sitzungen nutzen Scrum-Teams verschiedene Schätztechniken, etwa Planning Poker oder Story Points, um Aufgabenaufwand zu bestimmen. Dadurch werden komplexe Aufgaben in überschaubare Einheiten zerlegt. Unterschiedliche Perspektiven verbessern die Beurteilung der gesamten Arbeit.

Bei einem großen Projekt mit unterschiedlich komplexen Aufgaben zerlegt das Team größere Einheiten und vergibt Story Points. Das hilft, Zeit und Aufwand jeder Teilaufgabe einzuschätzen. Wie bei einem großen Puzzle zeigen kleinere Teile klarer, wo man beginnt und wie lange die Fertigstellung dauern könnte.

Die Aufteilung unterstützt außerdem die Ressourcenzuordnung. Erfahrung mit einem Projektaspekt oder einer Technologie kann genutzt werden, um Aufgaben passend zu den Kompetenzen und gleichmäßig im Team zu verteilen.

Gemeinsames Engagement für Sprint-Ziele und Aufgaben nach individuellen Stärken halten das Team motiviert. Nach diesen Grundlagen erfolgreicher Ausführung betrachten wir weitere Vorteile.

Aufwandsschätzungen im Laufe der Zeit verfeinern

Kontinuierliche Verbesserung ist entscheidend. Historische Daten und Feedback abgeschlossener Projekte helfen, Schätzungen weiterzuentwickeln.

Wer vergangene Sprints und abgeschlossene Arbeit erfasst, verbessert künftige Schätzungen. Muster und Trends der Teamleistung ermöglichen eine bessere Beurteilung kommender Arbeit.

Vergleichen Sie frühere Schätzungen mit dem tatsächlichen Aufwand, um Abweichungen zu erkennen und daraus zu lernen.

Dabei geht es nicht um Schuldzuweisung, sondern um Lernen und Wachstum. Die Ursachen einer unzutreffenden Schätzung liefern wertvolle Erkenntnisse für die Zukunft.

Dauert eine Aufgabe länger als erwartet, prüfen Sie die Gründe: veränderte Anforderungen oder unerwartete technische Herausforderungen? Diese Informationen helfen, ähnliche Situationen künftig einzukalkulieren.

Wie ein Koch seine Fähigkeiten anhand früherer Rezepterfahrungen verbessert, nutzt ein Scrum-Team vergangene Projektdaten für genauere Schätzungen.

Fortgeschrittene Teams können Monte-Carlo-Simulationen oder bayessche Analysen einsetzen. Diese berücksichtigen historische Daten, Streuung und Unsicherheit für genauere Prognosen.

Fortlaufende Leistungsanalyse, die Prüfung früherer Schätzungen und neue Erkenntnisse stärken die Prognosefähigkeit und machen Wertlieferung vorhersehbarer.

Nach dieser Verfeinerung betrachten wir die Bedeutung einer Basis-Velocity und ihrer Anpassung.

Eine Basis-Velocity festlegen und anpassen

Bei einer langen Reise möchten Sie die nötige Durchschnittsgeschwindigkeit kennen. Ähnlich liefert Basis-Velocity eine empirische Referenz für die wahrscheinliche Teamkapazität unter Berücksichtigung von Sprint-Ziel und Qualität. Sie ist weder vorgeschriebenes Tempo noch Output-Quote.

Sie wird aus der bisherigen Teamleistung abgeleitet und spiegelt den eigenen Arbeitsrhythmus wider. Das hilft einzuschätzen, wie viel Arbeit im Sprint realistisch ist, und unterstützt Planung und erreichbare Ziele.

Beispiel zur Berechnung der Basis-Velocity:

Schließt ein Team historisch durchschnittlich 25 Story Points pro Sprint ab, wird dieser Durchschnitt zur Referenz für kommende Schätzungen und Sprint Planning.

Teams verändern sich jedoch: Neue Mitglieder, erweiterte Fähigkeiten und äußere Faktoren beeinflussen die Produktivität. Die Basis muss deshalb der aktuellen Kapazität folgen, damit Schätzungen relevant bleiben.

Es ist wie das Neukalibrieren eines Kompasses in verändertem Gelände. Wer Teamdynamik und Fähigkeiten berücksichtigt, richtet Erwartungen an der Gegenwart aus, vermeidet unrealistische Schätzungen und unterstützt regelmäßige Wertlieferung.

Basis-Velocity verbindet Prognosen mit tatsächlich abgeschlossener Arbeit und kommender Kapazität. Sie darf weder künstlich erhöhtes Ziel noch individuelle Produktivitätskennzahl oder Vergleich unterschiedlich kalibrierter Teams werden.

Ihre Festlegung und Anpassung verbessert kapazitätsgerechte Sprint-Planung und erfolgreiche Lieferung. Mehr zum agilen Projektmanagement finden Sie unter Kostenlose Ressourcen des International Scrum Institute.

Welche häufigen Probleme oder Fallstricke sind bei Scrum-Aufwandsschätzungen zu vermeiden?

Antwort: Unterschätzte Komplexität, übermäßiges Vertrauen in historische Daten ohne Projektkontext und fehlende Berücksichtigung von Kapazität oder Fähigkeiten. Laut McKinsey können ungenaue Schätzungen Verzögerungen oder Kostenüberschreitungen verursachen. Frühe Berücksichtigung und regelmäßige Anpassung anhand von Fortschritt und Feedback mindern diese Risiken.

Welche Faktoren gehören in eine Scrum-Aufwandsschätzung?

Antwort: Aufgabenkomplexität, Teamfähigkeiten, Ressourcenverfügbarkeit und -stabilität sowie Abhängigkeiten und Einschränkungen. Historische Sprint-Daten erhöhen ebenfalls die Genauigkeit. Laut McKinsey verbessert genaue Aufwandsschätzung die Projekterfolgsquote um bis zu 70%. Diese Faktoren gründlich zu prüfen ist daher wesentlich für Planung und Ausführung.

Welche Scrum-Schätzmethoden gibt es?

Antwort: Das Buch behandelt Planning Poker, T-Shirt-Größen und Fibonacci. Planning Poker vergibt gemeinsam Story Points. T-Shirt-Größen kategorisieren Aufgaben schnell in klein, mittel, groß oder sehr groß. Fibonacci ordnet relative Werte nach Komplexität zu. Diese weitverbreiteten agilen Techniken verbessern die Genauigkeit der Aufwandsschätzung.

Lässt sich die Genauigkeit von Scrum-Aufwandsschätzungen mit der Zeit verbessern?

Antwort: Ja. Erfahrung und Arbeitswissen steigern die Schätzfähigkeit. Laut einer Agile-Alliance-Befragung berichteten Teams mit mindestens zwei Jahren Scrum-Praxis von deutlichen Verbesserungen: 75% lagen innerhalb von +/- 10% des tatsächlichen Aufwands. Kontinuierliches Lernen, Rückschau und verfeinerte Techniken tragen dazu bei.

Wie genau sind Scrum-Aufwandsschätzungen in der Praxis?

Antwort: Das hängt unter anderem von Erfahrung und Fachkenntnis ab. Vertrautheit mit der Komplexität, historische Daten und erfasster Ist-Aufwand verbessern Schätzungen. Unsicherheit und unerwartete Probleme machen sie jedoch grundsätzlich unvollkommen. Laut Li und Kollegen erreichen agile Teams 60% bis 83% Schätzgenauigkeit – ein Hinweis auf Möglichkeiten und Grenzen.

Was ist Aufwandsschätzung in Agile?

Antwort: Sie beurteilt die Arbeit für einen Product-Backlog-Eintrag, oft in Story Points oder Stunden. Sie unterstützt agile Prinzipien wie Reaktion auf Veränderungen, Zusammenarbeit und Kundennutzen.

Bei der Planung zerlegen Teams das Backlog in kleinere Einträge. Es gibt keinen universellen Ansatz: Manche nutzen Stunden, andere relative Story Points für Komplexität und Aufwand als abstrakteres Maß.

In Planning-Poker-Sitzungen besprechen Entwickler technische Feinheiten, Abhängigkeiten und mögliche Probleme jedes Eintrags. Sie vergeben Punkte oder Stunden anhand ihrer Expertise und ihres gemeinsamen Verständnisses. Dieses Fachurteil berücksichtigt Nuancen, die nicht sofort erkennbar sind.

Agile Teams schätzen Flexibilität. Deshalb werden erste Schätzungen als Orientierung mit wachsendem Wissen und verändertem Backlog angepasst.

Größe und Komplexität des Projekts beeinflussen den Schätzbedarf. Größere Vorhaben können feinere Zerlegung verlangen. Ständige Kommunikation sichert gemeinsames Detailverständnis und vermeidet Missverständnisse mit Folgen für den Zeitplan.

Manche Teams bevorzugen relative Story Points, andere Stunden oder ideale Tage. Bei Kalenderprognosen aus abgeschlossener Arbeit müssen Annahmen und Unsicherheit benannt werden. Eine feste universelle Umrechnung von Punkten in Stunden existiert nicht. Teams wählen einen passenden Ansatz und prüfen seinen Nutzen.

Agile Aufwandsschätzung ist somit ein gemeinschaftlicher Prozess: Teammitglieder nutzen ihr Fachurteil für Punkte- oder Stundenschätzungen im Planning Poker. Flexibilität, kontinuierliche Kommunikation und Kundennutzen bleiben im Mittelpunkt.

Zusammenfassung zur Scrum-Aufwandsschätzung

Der Artikel untersucht Schätzung in agiler Entwicklung und die Einhaltung der Scrum-Prinzipien. Der iterative Charakter verfeinert Verständnis und Prognosen fortlaufend. Im Sprint Planning bespricht das Team Backlog-Einträge, zerlegt sie in Aufgaben oder Stories und vergibt Punkte beziehungsweise schätzt Stunden oder Tage. Mit neuen Erkenntnissen ändern sich diese Werte; Fachurteil spielt dabei eine zentrale Rolle.

Viele Teams schätzen mit Story Points, einer abstrakteren, flexibleren relativen Skala als Stunden. Jeder Eintrag erhält einen Wert für wahrgenommenen Aufwand und Komplexität. Entwickler bringen gemeinsam Wissen ein und erreichen Konsens unter Berücksichtigung von Abhängigkeiten, Unsicherheit und Velocity. Statt sich auf genaue Stunden zu fixieren, reagieren sie dadurch iterativ und anpassungsfähig auf die Dynamik der Softwareentwicklung.

Bei der Skalierung von Schätzungen empfiehlt der Artikel den Blick auf das Gesamtbild: Wie passt der Aufwand eines Eintrags über die unmittelbaren Details hinaus zum Projektzeitplan und den Zielen? Iterative, kooperative Schätzung ermöglicht fortlaufendes Lernen. Transparenz und Überprüfung helfen, Verfahren zu verfeinern, von anderen zu lernen und hochwertige Produkte innerhalb der vereinbarten Zeit zu liefern.