Die 10 besten agilen Schätztechniken im Jahr 2024 + einfache Definitionen

Die 10 besten agilen Schätztechniken

Im Folgenden werden wir uns mit den Grundlagen der oben aufgeführten Agile-Schätztechniken befassen. Es ist erwähnenswert, dass die Liste nicht in der Reihenfolge vom Besten zum Schlechtesten. Nur Sie können entscheiden, welche Agile-Schätztechnik für Ihr Team am besten geeignet ist. Wir haben einfach die 10 besten Methoden aufgelistet, die Sie ausprobieren können. Lassen Sie uns direkt eintauchen.

Planungspotter

Die Schätztechnik Planning Poker fördert die Zusammenarbeit im Team.

Inhaltsverzeichnis

Toggle

Planning Poker ist eine grobe Schätztechnik, bei der Spielkarten mit Werten zwischen 0 und 100 verwendet werden. Während der Sprintplanung befasst sich der Produktbesitzer mit User Stories und Features. Das Team stellt Fragen zu jeder Aufgabe, um ein besseres Verständnis für die Arbeit zu bekommen. Anschließend wird mit den nummerierten Karten abgestimmt. Je höher die Zahl, desto schwieriger wird die Aufgabe eingeschätzt.

Die am häufigsten gezogene Karte wird verwendet, um der Aufgabe eine Schätzung zu geben. Wenn es große Diskrepanzen gibt, bespricht das Team die User Story, bis es sich auf eine Schätzung einigt. Diese Methode eignet sich für kleine Teams, da die Schätzung und die anschließenden Diskussionen oft langwierig sein können. Dies ist eine wunderbare Technik für Teams, die Wert auf Transparenz und Zusammenarbeit legen.

Drei-Punkte-Methode

Die Dreipunktemethode verwendet eine einfache Dreiecksgleichung, um
Erstellen Sie Zeit- und Aufwandsschätzungen.

Die Drei-Punkte-Methode berücksichtigt die besten, schlechtesten und wahrscheinlichsten Szenarien für eine User Story, um eine Schätzung zu erstellen, wie viel Zeit oder Aufwand erforderlich ist, um eine Aufgabe zu erledigen. Das Team wird gefragt, wie lange eine Aufgabe dauern wird, wenn alles gut geht (O = Optimal), wie lange, wenn es auf Probleme stößt (P = Pessimistisch) und was unter Berücksichtigung aller Aspekte am wahrscheinlichsten ist (M = Am wahrscheinlichsten).

Sobald jedem Szenario Werte zugewiesen wurden, verwenden Sie die einfache Gleichung O+P+M/3, um eine Schätzung zu erhalten. Wenn Sie beispielsweise O zwei Stunden, P acht Stunden und M vier Stunden zuweisen, diese addieren und durch die Anzahl der Variablen (14/3) dividieren, erhalten Sie eine Antwort von 4,6 Stunden.

Die Drei-Punkte-Methode ist einfach anzuwenden, ideal für neue Teams und liefert genaue Schätzungen. Der größte Nachteil ist die Zeit, die es dauern kann, bis man sich auf Werte einigt, da jede Aufgabe ausführlich besprochen werden muss, bevor Werte zugewiesen werden können.

Punktabstimmung

Beim Dot-Voting markieren Teammitglieder Aufgaben mit einem Klebepunkt oder einem Stift.
Je mehr Punkte, desto komplexer die Aufgabe.

Die vielleicht einfachste Agile-Schätztechnik, das Punktvoting, ist ideal für kleine Teams, die keinen umfangreichen Produktrückstand haben. Während des Sprint-Planungsmeetings werden alle User Stories auf Haftnotizen geschrieben und dann an ein Board gehängt. Das Team markiert dann jede Aufgabe mit einem Punkt. Je mehr Punkte auf der Haftnotiz sind, desto mehr Aufwand ist für diese Aufgabe erforderlich.

Diese Methode eignet sich perfekt für gut etablierte Teams, die bereits zuvor zusammengearbeitet haben und ein gutes Verständnis für die Aufgaben und den erforderlichen Aufwand haben. Wenn Sie ein neues Team ohne vorherige Arbeitsdaten oder Teammitglieder mit wenig Erfahrung haben, sollten Sie diese Methode überspringen.

T-Shirt-Größen

Die T-Shirt-Größenschätzungsmethode ist aufgrund ihrer Einfachheit bei Agile-Teams beliebt. Bei dieser Methode wählen die Teams eine Größe von XS (extra klein) bis XXL (extra-extra groß), um den für die Erledigung einer Aufgabe erforderlichen Aufwand zu beschreiben. Alle Entscheidungen bezüglich der Größe können offen im Team besprochen und bei Bedarf Anpassungen vorgenommen werden.

Diese Technik ist ideal für neue Teams und Projekte mit großen Produktrückständen. Die Methode liefert gute grobe Schätzungen, kann aber weniger genau sein, da keine numerischen Werte vorliegen.

Groß, Klein, Ungewiss

Die Schätztechnik „groß, klein, unsicher“ ist eine vereinfachte Version des Bucket-Systems (das wir als Nächstes behandeln). Teams, die diese Schätztechnik verwenden, weisen jedem Element im Produkt-Backlog einfach die Tags „groß“, „klein“ oder „unsicher“ zu. Als klein erachtete Elemente werden schnell beiseite gelegt, während größere Aufgaben für eine spätere eingehendere Diskussion und Schätzung markiert werden.

Das Hauptziel besteht darin, unsichere Aufgaben zu identifizieren. Diese können zeigen, wo einem Team möglicherweise die Erfahrung oder die Fähigkeiten fehlen, um den Umfang der Aufgabe einzuschätzen. Sobald die unsicheren Elemente identifiziert wurden, können sie in große oder kleine Kategorien aufgeteilt werden.

Die Technik „Big, Small, Uncertainty“ ist schnell und ermöglicht kleinen Teams, viele Aufgaben und User Stories schnell zu taggen. Diese Methode funktioniert gut bei kleinen Teams, aber ihre Ergebnisse sind nicht die genauesten. Wenn Sie einen großen Rückstand schätzen müssen, ist diese Methode für Sie gut geeignet.

Eimersystem

Die Bucket-System-Technik ist der große Bruder des oben besprochenen „groß, klein, ungewiss“-Workflows. Der Hauptunterschied besteht darin, dass das vorherige System Größen verwendet, um die Komplexität einer Aufgabe zu definieren, während dieses System eine Fibonacci-Zahlenfolge verwendet, um User Stories zu kennzeichnen. Jede Zahl stellt einen Bucket mit unterschiedlichen Schwierigkeitsgraden dar.

Das Team kommt zusammen und wählt eine User Story aus dem Backlog aus. Anschließend platziert die Gruppe die Aufgabe in einem der Buckets, basierend auf dem Wissen des Teams über die Aufgabe. Einfache Aufgaben sollten in Buckets mit niedrigen Nummern platziert werden, während komplexe Aufgaben in Buckets mit hohen Nummern platziert werden sollten. Dies wird so lange gemacht, bis das Team jedes Element im Produkt-Backlog berücksichtigt.

Die Bucket-System-Schätztechnik ist ideal für erfahrene Teams, die eine gute Vorstellung davon haben, wie viel Arbeit in User Stories fließen wird. Diese Methode ist außerdem schnell, weshalb sie sich gut für Teams eignet, die an großen, komplexen Projekten arbeiten. Unerfahrene Teammitglieder könnten jedoch Schwierigkeiten haben, genaue Werte zu ermitteln.

Geschichten zählen

Um die Schätztechnik des Story Counting effektiv nutzen zu können, muss die Führung
Zugriff auf frühere Sprint-Leistungsdaten haben.

Eine der fortgeschritteneren Schätztechniken, die Teams verwenden können, ist das Story Counting. Um diese Methode verwenden zu können, muss das von Ihnen geleitete Team bereits in der Vergangenheit zusammengearbeitet haben und es müssen historische Daten aus früheren Projekten verfügbar sein. Der Grund dafür ist, dass zur Schätzung, wie viele Aufgaben ein Team während eines Sprints erledigen kann, Durchschnittswerte früherer Projekte berechnet werden müssen.

Beim Story-Counting wird davon ausgegangen, dass sich kleine und große Aufgaben über einen festgelegten Zeitraum durchschnittlich verteilen. Dadurch lässt sich die Anzahl der Stories schätzen, die ein Team abschließen kann. Sie müssen die Geschwindigkeit eines Teams berechnen, indem Sie zählen, wie viele Stories in früheren Sprints abgeschlossen wurden. Diese Zahl wird dann verwendet, um abzuschätzen, wie viele Stories während des nächsten Timebox-Events abgeschlossen werden könnten.

Vor dem Start des Sprints muss das Management neue Teammitglieder und die Teamgröße berücksichtigen. Während des Sprints muss die Leitung dann den Aufgabenfortschritt verfolgen und alle erforderlichen Änderungen vornehmen. Diese Schätztechnik ist nur für fortgeschrittene Teams geeignet, die über umfassende Kenntnisse der anstehenden Aufgaben verfügen.

Bestellprotokoll / Zufallsverteilung

Beim Sortierprotokoll verschieben die Teams die Aufgaben in einer Liste nach oben und unten, bis sich alle über die Platzierung der Jobs auf Grundlage der Komplexität einig sind.

Beim Ordnungsprotokoll oder der Zufallsverteilungstechnik wählen die einzelnen Teammitglieder abwechselnd zufällige User Stories aus einer unorganisierten Liste aus. Jedes Teammitglied kann dann eine Aktion auswählen. Sie können ein Element je nach Komplexität auf der Liste nach oben oder unten verschieben, ein Element besprechen, um es besser zu verstehen, oder ihren Zug überspringen.

Der Vorgang wird so lange fortgesetzt, bis jeder Einzelne seinen Zug auslässt. Sobald dies geschieht, bedeutet dies, dass eine Einigung über die Reihenfolge der User Stories erzielt wurde. Diese Schätztechnik fördert die Zusammenarbeit im Team, kann jedoch einige Zeit in Anspruch nehmen. Da keine numerischen Werte verwendet werden, ist das Reihenfolgeprotokoll möglicherweise auch nicht die genaueste Technik.

Affinitätszuordnung

Durch die Gruppierung von Aufgaben nach Komplexität können Teams den Arbeitsaufwand schnell einschätzen
in einem großen Produktrückstand.

Beim Affinity Mapping, auch als Affinity Grouping bekannt, handelt es sich um den Vorgang, User Stories aus einem großen Produkt-Backlog zu nehmen und Aufgaben mit identischer Komplexität oder gleichem Arbeitsaufwand zu gruppieren, bevor die Aufgaben weiter aufgeschlüsselt werden.

Der Produktbesitzer liest eine User Story. Basierend auf der Beschreibung gibt das Team der Aufgabe einen Wert zwischen eins und zehn, wobei zehn der schwierigste Wert ist. Die Gruppe geht dann alle Elemente im Backlog durch und gruppiert ähnliche Elemente. Einfache Aufgaben werden beiseite gelegt, während komplexere Aufgaben ausführlicher besprochen werden, sodass eine bessere Einschätzung vereinbart werden kann.

Die Affinitätsgruppierung ist ideal für Teams, die mit einer großen Anzahl von User Stories konfrontiert sind, da sie es ihnen ermöglicht, viele Elemente schnell abzuschätzen und zu gruppieren. Aufgrund der Einfachheit dieser Technik ist sie ideal für neue Teams. Erfahrenere Teams können Aufgaben jedoch aufgrund früherer Erfahrungen besser gruppieren.

Story Point-Schätzung

Die Story Point-Methode ist in viele führende Projektmanagementprogramme integriert.
Softwareplattformen und ist einfach zu bedienen.

Die wohl bekannteste Schätztechnik sind Story Points. Diese Methode ist in einige der besten Projektmanagement-Softwareplattformen wie Jira integriert (hier ist unser Jira-Test). Die Idee ist einfach: Teams ordnen jeder Aufgabe eine Zahl zu (normalerweise zwischen null und 20), die angibt, wie viel Aufwand erforderlich ist, um eine Aufgabe zu erledigen, oder wie komplex eine Aufgabe ist.

Sobald jeder Aufgabe ein Wert zugewiesen wurde, kann ein Produktbesitzer den Rückstand schnell organisieren, wobei die schwierigsten Aufgaben Priorität erhalten. Viele Teams weisen Story Points auch Stunden zu. Beispielsweise könnten drei Punkte bedeuten, dass eine Aufgabe drei bis fünf Stunden dauert. Diese Werte müssen vom Team festgelegt werden.

Die Methode erfordert einen internen Dialog zwischen den Teammitgliedern. Beachten Sie, dass Inkonsistenzen aufgrund der wahrgenommenen Aufgabenkomplexität auftreten können, insbesondere bei unerfahrenen Teammitgliedern. Dennoch ist die Story Point-Technik unkompliziert und kann von neuen und erfahrenen Teams verwendet werden.

So führen Sie agile Schätzungen erfolgreich durch

Es ist gut und schön, sich mit agilen Schätztechniken auszukennen, aber was müssen Sie tun, um ein Team davon zu überzeugen, sich auf den Prozess einzulassen? Im Folgenden werden wir kurz einige Themen behandeln, die Ihnen dabei helfen werden, erfolgreiche Schätzsitzungen durchzuführen.

Offen kommunizieren und Vertrauen aufbauen

Nutzen Sie als Scrum-Master oder Projektmanager Ihre Teambuilding-Fähigkeiten bei täglichen Stand-ups und Retrospektivmeetings, um das Vertrauen des Teams zu stärken, Kommunikationskanäle zu öffnen und jedem das Gefühl zu geben, dass er sich in einem sicheren Umfeld befindet. Sie werden feststellen, dass sich die einzelnen Teilnehmer bei Sprintmeetings wohl fühlen, wenn sie an der Reihe sind, ihre Meinung zu äußern.

Beziehen Sie alle mit ein

Schätzmeetings sind nicht nur für wichtige Stakeholder gedacht. Jedes Mitglied des Agile-Teams muss anwesend sein, damit es gehört werden kann. Jeder Entwickler, der Produktbesitzer, der Scrum-Master und sogar Kunden können an Meetings beteiligt sein. Tun Sie alles Mögliche, um alle einzubeziehen.

Vorherige Sprintdaten verwenden

Einzelpersonen in Agile-Teams wissen, was in die Erstellung von Features einfließt. Das bedeutet, dass sie die Aufgabenlast wahrscheinlich genau einschätzen können. Um jedoch sicherzustellen, dass das Team auf dem richtigen Weg ist, analysieren Sie die historischen Daten Ihres Teams, um sicherzustellen, dass es für einen bevorstehenden Sprint keine Über- oder Unterschätzungen gibt. Die Analyse historischer Daten hilft Ihnen dabei, die tatsächliche Geschwindigkeit Ihres Teams zu bestimmen.

Wählen Sie die richtige Schätztechnik für Ihr Team

Wie Sie aus den obigen Beschreibungen der Schätztechniken gelernt haben, ist nicht jede Methode für jedes Team geeignet. Bevor Sie eine übereilte Entscheidung treffen, analysieren Sie Ihr Team. Ist Ihr Team neu oder erfahren? Verfügt das Team über historische Daten? Wie groß ist Ihr Team und kommunizieren die Teammitglieder frei miteinander?

Nachdem Sie Ihr Team analysiert haben, können Sie die am besten geeignete Methode auswählen. Wenn Sie eine Agile-Schätztechnik wählen, die zu fortgeschritten oder zu einfach ist, erhalten Sie möglicherweise keine vollständige Zustimmung oder genaue Schätzungen.