Run SheetAgileEstimation

Bucket System

KomplexitätMedium

Zeit30-90 min

Teilnehmende3-12

FormatWorkshop

MaturityEstablished

Vorbedingung

Was vorher fertig sein muss

Vorher abschließenStory Points

Eine gemeinsame Schätzskala (Fibonacci oder T-Shirt) ist im Team eingeführt und mit Referenzitems belegt.

Ohne: Ohne kalibrierte Skala sind Bucket-Labels bedeutungslos, Schätzung wird nicht vergleichbar.

Vorher abschließenAcceptance Criteria Workshop

Kurzbeschreibung mit Akzeptanzkriterien pro Item liegt vor, sodass Sortierung nicht auf Titel allein basiert.

Ohne: Ohne Kriterien werden Titel sortiert, die spätere Umsetzung passt nicht zum gebucketeten Wert.

Vorbereitung

Was vor Start vorliegen muss

Materialien

Whiteboard oder Miro-Board mit horizontaler Reihe vordefinierter Buckets (z. B. 1, 2, 3, 5, 8, 13, 20); Karten oder Notizen pro Item; Referenzitems pro Bucket sichtbar; Timer; Stiftfarben für Markierungen.

Personen / Rollen

Ein Facilitator für Prozess und Timeboxen; ein Product Owner für Item-Kontext; das umsetzende Team (4-12 Personen); ein Scribe für Annahmen und Splits.

Vorabinfos

Liste der zu sortierenden Items (typisch 30-150); Akzeptanzkriterien pro Item; Referenzitems mit gesetztem Bucket-Wert; bekannte Abhängigkeiten oder Risiken.

Zeitbedarf

30-90 min

Setup

Buckets horizontal an die Wand kleben (z. B. 1, 2, 3, 5, 8, 13, 20). Referenzitem in jeden Bucket. Regel ansagen: Items kommen nur in einen Bucket, keine Zwischenwerte. Stille-Regel für Sortierphase.

Kernfrage

Die eine Frage, die diese Methode beantwortet

In welchen Bucket fällt jedes Item relativ zu unseren Referenzen, und welche Items sind so groß oder unklar, dass sie vor Planung geschnitten oder klargestellt werden müssen?

Ablauf

Marker: Phase

Schritt	Dauer	Aktion	Hinweis
1Phase 1: Buckets kalibrieren	10 min	Buckets und Referenzitems gemeinsam durchgehen. Wer abweichendes Verständnis hat, äußert es jetzt. Referenzen ggf. umsortieren, bis Konsens steht.	Ohne kalibrierte Referenzen ist die Bucket-Skala beliebig. Wenn keine Referenzen aus Liefer-Historie existieren, vor Workshop drei bis fünf Items auswählen und einbuckten.
2Phase 2: Erste schnelle Sortierung	20-30 min	Team sortiert Items still in Buckets. Pro Item maximal 30 Sekunden. Bauchgefühl reicht, Kalibrierung übers Sample. Items mehrfach hin- und herverschieben erlaubt.	Wer in dieser Phase diskutiert, blockiert das Tempo. Schnellsortierung ist Methode-Kern. Detail-Diskussion erst in Phase 3.
3Phase 3: Bucket-Konsistenz prüfen	15-20 min	Pro Bucket Items vergleichen: passen sie wirklich zusammen. Ausreißer in passenderen Bucket schieben. Items in großen Buckets (13+, 20+) als Split-Kandidaten markieren.	Wenn ein Bucket sehr voll ist (>50% der Items), ist Granularität ungeeignet. Bucket-Skala verfeinern oder Items in zweiter Schätzrunde mit feinerer Skala behandeln.
4Phase 4: Splits und Spikes	10-20 min	Items in großen Buckets (13+) entweder splitten (Vorschlag mit Owner und Frist) oder als Spike vorschalten. Items in Bucket „zu unklar“ in Refinement geben.	Große Buckets bleiben Wunschdenken, wenn kein Split-Vorschlag entsteht. Wer keinen Split liefern kann, hat kein Lösungsverständnis, Item gehört in Discovery.

Artefakt

Was am Ende rauskommt

Form

Backlog mit Bucket-Wert pro Item im Ticket-System, plus Snapshot des Bucket-Boards mit Datum, Liste der Splits/Spikes mit Owner und Frist, Annahmen pro großem Item.

Tool-Alternativen

Miro oder FigJam mit Bucket-Template
Physische Wand mit Karten und Foto-Export
Jira mit Story-Point-Feld und Filter pro Bucket
Linear mit Estimate und Größe-Label
Notion-Datenbank mit Bucket-Property

Versionierung / Ownership

Bucket-Werte direkt im Item gehalten. Pro Workshop Snapshot mit Datum archivieren. Bei Item-Split alte ID als „aufgelöst in X, Y, Z“ markieren, neue Items mit eigenen Bucket-Werten.

markdown

Bucket System Arbeitsvorlage

Kompakte Arbeitsvorlage für Bucket System mit Kontext, Input, Ergebnisartefakten und nächstem Schritt.

# Bucket System Arbeitsvorlage

## Ziel

Sortiert viele Items in vorbereitete Schätz-Buckets, um große Backlogs schnell relativ zu bewerten.

## Kontext

Wann und wofür nutzen wir diese Methode?

## Input

Welche Daten, Beobachtungen, Entscheidungen oder Materialien liegen vor?

## Durchführung

Kurze Notizen entlang des Run Sheets.

## Ergebnisartefakte
- Bucketed Backlog:
- Relative Estimates:
- Split Candidates:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

Beispielausgabe

Konkret gefülltes Szenario

bucket-system-beispiel.md

markdown

## Bucket System - Release Q3/2026, 2026-05-18

**Buckets**: 1, 2, 3, 5, 8, 13, 20 Story Points

**Referenzen**
- 1: Tooltip-Anpassung
- 3: SSO Google
- 5: API-Endpoint Mandanten-Export
- 8: Self-Service-Portal-Teilstück
- 13: Multi-Tenant-Mandantenverwaltung
- 20: Migration Datenbank-Engine

**Ergebnis (62 Items)**
- Bucket 1 (18 Items): UI-Polish, Tooltips, kleine Bugs.
- Bucket 2 (14 Items): Konfig-Toggles, kleinere API-Erweiterungen.
- Bucket 3 (13 Items): Mittlere Features, Reporting-Module.
- Bucket 5 (10 Items): Größere Features, Webhook-System.
- Bucket 8 (5 Items): Komplexe Features, Workflow-Builder-Teile.
- Bucket 13 (2 Items): KI-Belegerkennung (Spike).

**Splits/Spikes**
- KI-Belegerkennung -> Spike @anna bis 30.05. für Anbieter-Vergleich.
- Workflow-Builder Komponente C -> PO @lisa zerlegt in drei Teilstories bis 22.05.

**Velocity-Hochrechnung**: Team-Velocity 28 Points/Sprint -> ~6 Sprints für Bucket 1-5, separater Plan für 8 und 13.

Was tun

Pflicht-Regel: kein Item über 13 in Sprintplanung ohne Split-Vorschlag oder Spike. Owner für Split benennen. Große ungeschnittene Items sind Risiko.

Abbruchkriterien

Done-Signale, in unter einer Minute prüfbar

Keine kalibrierten Referenzitems verfügbar, Bucket-Skala ist beliebig.

Items sind in deutlich unterschiedlicher Granularität, Sortierung wird inkonsistent.

Kein Umsetzungsteam anwesend, nur PO oder Stakeholder, Bucket-Werte werden Wunschdenken.

Mehr als ein Drittel der Items hat unklare Akzeptanzkriterien.

Workshopzeit unter 30 min bei mehr als 30 Items, Schnellsortierung wird hektisch und ungenau.

Bucket-Skala wurde im Team noch nie genutzt, Methode wird Methode-Lernen statt Schätzung.

Run Sheet durchgearbeitet?

Zum Steckbrief für Zweck, ähnliche Methoden und Quellen — oder direkt zur nächsten Methode im Katalog.

Zum Steckbrief Weitere Methoden