Wenn es um agile Schätzung geht, kommen Sie nicht umhin, ihre Grundprinzipien zu erwähnen: Verwenden Sie relative Schätzungseinheiten (z. B. Story Points), fördern Sie die detaillierte Diskussion des Inhalts von User Stories, bilden Sie einen Konsens und ein Commitment für die Lösung und verbessern Sie das Team durch kohärente Zusammenarbeit.

Viele agile Teams um mich herum nutzen „Planning Poker“, um Story Points abzuschätzen. Obwohl diese Methode beliebt ist, hat sie auch ihre Grenzen.
Zum Beispiel:
- Die zu schätzende Funktion ist zu groß und mit „Planning Poker“ nicht einfach zu schätzen;
- 300 Geschichten kommen heraus;
- Die zu schätzende User Story enthält nicht genügend Informationen als Referenz;
- Die Zeit drängt, es bleibt keine Zeit, die gesamte Produktbedarfsliste abzuschätzen.
Daher stellt dieser Artikel nicht nur die beliebtesten agilen Schätzmethoden „Planning Poker“ vor, sondern auch 6 weitere agile Schätzmethoden, die alle Ihre Anforderungen an die User Story-Schätzung erfüllen
1. Planungspoker
Alle Teilnehmer verwenden nummerierte Spielkarten, um die Geschichte des Benutzers zu schätzen, stimmen bei der Schätzung anonym ab, diskutieren, wenn es große Meinungsverschiedenheiten gibt, und stimmen dann erneut ab, bis das gesamte Team einen Konsens über die Genauigkeit der Schätzung erzielt. Die Verwendung von geplantem Poker hat Einschränkungen und eignet sich am besten für kleine Teams (5–8 Personen) und eine kleine Anzahl von User Stories (bis zu 10).
Tipp: Obwohl es keine Regel ist, wird dringend empfohlen, die User Stories im Product Backlog nicht größer als 13 Punkte aufzuschlüsseln; damit Ihr Team die User Stories bis zu einem Grad an Details verstehen kann, der bequem geschätzt werden kann.

2. T-Shirt-Größe
Verwenden Sie die Größe des T-Shirts, um die Größe der Benutzergeschichte abzuschätzen: XS, S, M, L, XL. Die Größe jeder Größe steht für die Notwendigkeit einer offenen und ehrlichen Diskussion. Diese Methode ist schnell und einfach, und Sie können die Größe der Produktnachfrageliste auf kühne Weise abschätzen.
Tipp: Diese Methode eignet sich zur Abschätzung der massiven Bedarfsliste großer User Stories, insbesondere wenn mehrere Scrum-Teams an einem Produkt arbeiten.

3. Punktabstimmung
Diese Methode eignet sich zum Schätzen kleiner User Stories, und die Methode selbst ist sehr einfach und effektiv. „Dot-Voting“ ist eine Möglichkeit, Entscheidungen zu treffen, aber man kann damit auch User Stories einschätzen. Die Methode ist: Jede Person bekommt ein paar Haftnotizen zugeteilt und kann frei wählen, für welche User Stories sie abstimmen möchte. Je mehr Punkte eine User Story bekommt, desto mehr Volumen repräsentiert sie.
Tipp: Diese Methode kann sowohl in großen als auch in kleinen Teams verwendet werden, allerdings müssen Sie die Anzahl der geschätzten User Stories begrenzen.

4. Das Bucket-System
Angenommen, Sie haben eine große Anzahl von User Stories, die geschätzt werden müssen, und Sie möchten den gesamten Prozess beschleunigen. Eigentlich suchen Sie nach einer Schätzung, die effizienter ist als Planungspoker, dann könnte das „Eimersystem“ eine wünschenswerte Wahl sein.
Richten Sie zuerst ein paar „Eimer“ in der Reihenfolge „Planning Poker Card“ ein. Dann schreibt das Team die zu schätzende User Story auf die Haftnotiz und legt sie in die „Eimer“-Schätzung.

3. Drei-Punkte-Methode
Die 3-Punkte-Schätzung gehört zum Zeitmanagement-Wissensbereich. Es kann auch während der Kostenschätzung verwendet werden. Das Problem bei Einzelpunktschätzungen besteht darin, dass sie selten korrekt sind. Eine Drei-Punkte-Schätzung ist eine bessere Schätzung im Vergleich zu einer Ein-Punkt-Schätzung.
Die Einzelpunktschätzung gibt Ihnen einfach eine einzelne Zahl – zum Beispiel
Entwickeln: Wie lange wird es dauern, bis die Bestellvorgangsfunktion abgeschlossen ist?
Wie zuverlässig ist diese 5-Tage -Schätzung? Es hängt vom Entwickler ab und ob diese Aufgabe schon einmal gemacht wurde oder nicht? Wenn es sich um eine Routineaufgabe handelt, die viele Male durchgeführt wurde, kann eine Einzelpunktschätzung der richtige Weg sein. Wenn es sich jedoch um etwas noch nie Erledigtes oder um eine neue Aktivität handelt oder der Ingenieur neu in dieser Aktivität ist, kann diese Nummer durchaus falsch sein. In solchen Fällen erhalten Sie mehr Zuverlässigkeit, wenn Sie sich für eine Drei-Punkte-Schätzung entscheiden.
Die Drei-Punkte-Schätzung betrachtet die optimistischste Schätzung (O), eine wahrscheinlichste Schätzung (M) und eine pessimistische Schätzung (am wenigsten wahrscheinliche Schätzung) oder (L).

6. Affinitätsschätzung
Die Affinitätsschätzung besteht darin, die Ähnlichkeiten der zu schätzenden User Stories zu finden. Die Aufgabe des Teams besteht darin, ähnliche User Stories zu gruppieren. Der beste Weg, um „Ähnlichkeit zu finden“, besteht darin, den Prozess zu visualisieren und die Zwischensummen zu großen Gruppen zusammenzufassen.

Tipp: Diese Methode funktioniert am besten in einer kleinen Gruppe von Personen und einer kleinen Anzahl von User Stories, Sie müssen verschiedenen Gruppen unterschiedliche Schätzungen zuweisen.
7 Sortiermethode
Dieser Ansatz ermöglicht Ihnen eine relativ genaue Einschätzung der relativen Größe der Story des Benutzers. Wenn eine kleine Gruppe von Experten dies tut, wird es am besten funktionieren.
So geht’s: Platzieren Sie alle User Storys in beliebiger Reihenfolge auf einem Tick-Label von niedrig nach hoch, und jeder Teilnehmer kann eine User Story auf der Skala verschieben, wobei er für jede Bewegung nur einen Frame nach unten oder oben bewegt. Oder gib eine Runde auf. Wiederholen Sie diesen Vorgang, bis alle Teammitglieder die User Story nicht verschieben oder eine Runde aufgeben möchten.

Tipp: Diese Sortiermethode kann eine Schätzung der feinen Körnungsgröße erhalten, die für kleine Personengruppen und eine große Anzahl von User Stories geeignet ist.
Zusammenfassung
Der Zweck dieses Artikels ist es, Ihnen die Existenz dieser Methoden vorzustellen. Vor dem täglichen Gebrauch sollten Sie verschiedene Methoden ausprobieren, die auf Ihren eigenen Benutzergeschichten und der Größe Ihres Personals basieren.
Wenn Sie an diesen Methoden interessiert sind, hinterlassen Sie bitte eine Nachricht im Kommentarbereich. Ich kann die Methode(n) in einem separaten Artikel ausführlicher erläutern.
Weitere Artikel in Scrum-Techniken und -Artefakte
- Was sind Scrum-Artefakte?
- Definition von Done vs Acceptance Criteria
- Was ist die Definition von Ready in Scrum?
- Wie schreibt man ein Sprintziel?
- Was ist Product Backlog in Scrum? Wer ist dafür verantwortlich?
- Wie verfeinert man das Product Backlog?
- Was ist Sprint Backlog in Scrum?
- So priorisieren Sie das Product Backlog mit der MoSCoW-Methode
- Wie priorisiert man das Product Backlog mit 100-Punkte-Methoden?
- Was ist ein Sprint-Ziel in Scrum?
- Was ist ein Burndown-Diagramm in Scrum?
- Was ist die Role-Feature-Reason-Vorlage?
- Sprint-Inkrement vs. potenziell lieferbares Produkt vs. MVP vs. MMP
- Schreiben Sie SMARTe Ziele und INVESTIEREN Sie für User Stories
- Was ist DEEP im Product Backlog?
- Wie schreibe ich eine Produktvision für ein Scrum-Projekt?
- Wie verwendet man Scrum Board für die agile Entwicklung?
- Wer erstellt Product Backlog Items oder User Storys in Scrum?
- Was ist agile Schätzung?
- Was ist Story Point in Agile? Wie schätzt man eine User Story?
Der Artikel ist auch in English, Español, فارسی, Français, Bahasa Indonesia, 日本語, Polski, Portuguese, Ру́сский, Việt Nam, 简体中文 and 繁體中文 verfügbar.