Wenn eine größere Menge Arbeit schnell grob geschätzt werden soll, verteilt sie Items in vorgegebene Größenräume. Sie spart Diskussion, ohne die Vergleichbarkeit ganz aufzugeben.
Agile Entscheidungsmethode
Bucket System
Verteilt Arbeit in feste Größenfenster, damit relative Schätzungen schnell entstehen und strittige Items sichtbar bleiben.
Sie nutzt feste Buckets als gemeinsames Raster und legt Aufgaben zuerst relativ zueinander ein. Eine große Menge wird schnell sortiert, während nur die strittigen oder randständigen Items genauer diskutiert werden müssen.
In welchen relativen Größen-Bucket gehört jedes Item, wenn das Team parallel platziert, genau einmal korrigiert und echte Konflikte separat klärt?
- Teilnehmende
- 3-12
- Zeit
- 30–60 Minuten für 20–50 vergleichbare Items.
Die Praxis wird wiederholt auf vergleichbare Arbeitsobjekte angewendet.

Buckets
Größenbahn
Geordnete Bucket-Skala und gemeinsame Bedeutung relativer Größe erklären.
Anker
Bucket-Anker
Zwei bekannte Items gemeinsam platzieren und restliche Buckets relativ kalibrieren.
Platzieren
Erstbelegung
Items verteilen; Teammitglieder legen nacheinander still je ein Item in einen Bucket.
Korrigieren
Konfliktstapel
Andere dürfen ein Item einmal verschieben; beim zweiten Verschiebewunsch wandert es in Konflikt.
Schließen
Bucket-Schätzung
Konflikte klären, übergroße Items splitten und Bucket-Anker sowie Annahmen speichern.
Neue Evidenz im Review ergänzen und Schätzungen samt früherem Stand versionieren.
Geeignet, wenn
Wenn eine größere Menge Arbeit schnell grob geschätzt werden soll, verteilt sie Items in vorgegebene Größenräume. Sie spart Diskussion, ohne die Vergleichbarkeit ganz aufzugeben.
Ideal für
- Large Backlogs
- Release Planning
- Relative Sizing
Nicht gut für
- Einzelne Hochrisiko-Items
- Feinkalkulation
- Unklare Backlog Items
Ergebnisse

Bucket-Schätzung
Schnell kalibrierter Backlog in relativen Buckets mit Ankern, Konfliktitems, Annahmen und Split-/Klärungsaufträgen.
Bucket System · Arbeitsstruktur
Fiktives Beispiel
Fiktive Werte zeigen die tatsächlichen Fachfelder.
| Item | Enthalten | Anker | Erst-Bucket | Verschiebung | Final | Folge |
|---|---|---|---|---|---|---|
| Token löschenEvidenz und Begründung ergänzen. | Build, Test, Rollout | Validierungsregel=3 | 3 | Keine | 3 | Planbar |
| Karte speichernEvidenz und Begründung ergänzen. | Build, Test, Security, Rollout | Zwischen 3 und 13 | 5 | 5→8; Gast-Scope strittig | 5 ohne Gäste | Scope dokumentiert |
| ProviderwechselEvidenz und Begründung ergänzen. | Auth, Migration, Fallback | Größer als 13 | 40 | Keine | 40 | In drei Items splitten |
1. Enthalten
- Token löschen
- Build, Test, Rollout
- Karte speichern
- Build, Test, Security, Rollout
- Providerwechsel
- Auth, Migration, Fallback
2. Anker
- Token löschen
- Validierungsregel=3
- Karte speichern
- Zwischen 3 und 13
- Providerwechsel
- Größer als 13
3. Erst-Bucket
- Token löschen
- 3
- Karte speichern
- 5
- Providerwechsel
- 40
4. Verschiebung
- Token löschen
- Keine
- Karte speichern
- 5→8; Gast-Scope strittig
- Providerwechsel
- Keine
5. Final
- Token löschen
- 3
- Karte speichern
- 5 ohne Gäste
- Providerwechsel
- 40
6. Folge
- Token löschen
- Planbar
- Karte speichern
- Scope dokumentiert
- Providerwechsel
- In drei Items splitten
Alle Werte sind fiktiv.
Erster Schritt
Vergleichbaren Item-Satz und enthaltene Arbeit festlegen; Buckets 1, 2, 3, 5, 8, 13, 20, 40, 100 sowie zwei bekannte Anker vorbereiten.
Vertiefung
Sie nutzt feste Buckets als gemeinsames Raster und legt Aufgaben zuerst relativ zueinander ein. Eine große Menge wird schnell sortiert, während nur die strittigen oder randständigen Items genauer diskutiert werden müssen.
Das Bucket System trägt, weil es größere Mengen an Schätzobjekten in klare Größenklassen verteilt und damit Tempo bei dennoch sichtbarer Differenz schafft. Gute Nutzung lebt von gut gewählten Referenzen und der Bereitschaft, Grenzfälle bewusst zu diskutieren. Sein Nutzen entsteht, wenn das Team eine belastbare Sortierung für Planung oder Priorisierung erhält, ohne sich in endlosen Einzeldebatten zu verlieren.
Lege die Buckets mit nachvollziehbaren Referenzarbeiten aus dem eigenen Kontext an, damit die Einordnung nicht künstlich wirkt. Tragfähig wird die Entscheidung erst, wenn ein Item nur durch eine Zusatzannahme in einen Bucket passt. Das Ergebnis sind dokumentierte Referenzen und eine kurze Liste unklarer Fälle, die weitere Zerlegung brauchen.
Die Methodenanleitung führt mit 5 Phasen, Zeitrahmen, 5 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.
Methodenanleitung öffnenDeine Einschätzung
Hilft dir diese Methode für dein Vorhaben?
Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.
Quellen und Themen
Bucket System: ArbeitsvorlageGegenstand, Daten, Rollen, Ablauf und Review festlegen.markdown
bucket-system-working-template.md
Gegenstand, Daten, Rollen, Ablauf und Review festlegen.
Bucket System: Arbeitsvorlage
Fragestellung
Noch zu klären
Gewünschtes Ergebnis
Noch zu klären
Rahmen
Praxisdurchlauf Zeit: 30–60 Minuten für 20–50 vergleichbare Items.
Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.
Vorbereitung für diesen Umfang
Methodische Grundausstattung
- Materialien: Refinete Items, gemeinsame Done-Definition, geordnete Buckets 1–100, Referenz-Items und Konfliktstapel
- Rollen: Umsetzendes Team platziert · Product Owner klärt · Facilitator verwaltet Konfliktstapel
- Vorab-Infos: Vergleichbaren Item-Satz und enthaltene Arbeit festlegen; Buckets 1, 2, 3, 5, 8, 13, 20, 40, 100 sowie zwei bekannte Anker vorbereiten.
- Gesamter Zeitbedarf: 30–60 Minuten für 20–50 vergleichbare Items.
- Setup: Arbeitsfläche mit Buckets · Anker · Platzieren · Korrigieren · Schließen vorbereiten; Beispiel und eigene Daten trennen.
Für die Arbeitsschritte bereitstellen
Buckets: Größenbahn
- Vergleichbaren Item-Satz und enthaltene Arbeit festlegen; Buckets 1, 2, 3, 5, 8, 13, 20, 40, 100 sowie zwei bekannte Anker vorbereiten.
- Refinete Items, gemeinsame Done-Definition, geordnete Buckets 1–100, Referenz-Items und Konfliktstapel
Anker: Bucket-Anker
- Größenbahn
Platzieren: Erstbelegung
- Bucket-Anker
Korrigieren: Konfliktstapel
- Erstbelegung
Schließen: Bucket-Schätzung
- Konfliktstapel
Bucket System · Arbeitsstruktur
| Item | Enthalten | Anker | Erst-Bucket | Verschiebung | Final | Folge |
|---|---|---|---|---|---|---|
| Token löschen | ||||||
| Karte speichern | ||||||
| Providerwechsel |
- Token löschen: Evidenz und Begründung ergänzen.
- Karte speichern: Evidenz und Begründung ergänzen.
- Providerwechsel: Evidenz und Begründung ergänzen.
Die leere Vorlage enthält nur Arbeitsimpulse.
Fachquelle · eigene Lehrdarstellung
Buckets: Größenbahn
Erwartetes Artefakt: Größenbahn
Geordnete Bucket-Skala und gemeinsame Bedeutung relativer Größe erklären.
Eintrag:
...
- Sind Skala, Done und enthaltene Arbeit für alle identisch?
Anker: Bucket-Anker
Erwartetes Artefakt: Bucket-Anker
Zwei bekannte Items gemeinsam platzieren und restliche Buckets relativ kalibrieren.
Eintrag:
...
- Sind Anker abgeschlossene, verstandene Arbeit?
Platzieren: Erstbelegung
Erwartetes Artefakt: Erstbelegung
Items verteilen; Teammitglieder legen nacheinander still je ein Item in einen Bucket.
Eintrag:
...
- Bleibt der Durchlauf schnell und frei von Vorabdiskussion?
Korrigieren: Konfliktstapel
Erwartetes Artefakt: Konfliktstapel
Andere dürfen ein Item einmal verschieben; beim zweiten Verschiebewunsch wandert es in Konflikt.
Eintrag:
...
- Werden widersprüchliche Arbeitsbilder sichtbar, ohne Pingpong?
Schließen: Bucket-Schätzung
Erwartetes Artefakt: Bucket-Schätzung
Konflikte klären, übergroße Items splitten und Bucket-Anker sowie Annahmen speichern.
Eintrag:
...
- Sind 40/100-Items gesplittet und unklare Items mit Owner versehen?
Offene Fragen und nächste Schritte
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/bucket-system/run-sheet
Alternativen und Nachbarn
Passende Alternativen mit Entscheidungshilfe, danach weitere verwandte Methoden.

Statt Bucket System, wenn ihr Schätzungen relativ kalibrieren wollt und gemeinsame Annahmen offenlegen möchtet.

Statt Bucket System, wenn einzelne Backlog Items bewusst relativ bewertet werden sollen statt nur in Größenklassen zu fallen.

Lässt das Team Items still gruppieren, diskutiert Abweichungen und erzeugt konsistente relative Größenbilder.

Sortiert Backlog Items grob nach Referenzgrößen und markiert früh Themen, die später Split oder Klärung brauchen.

Schätzt Arbeit in einer teaminternen Einheit und macht Annahmen sichtbar, die echte Kapazität verzerren können.

Organisiert Produktentwicklung in feste Sprints mit klaren Rollen, Events und einem priorisierten Backlog.
Rahmenbedingungen und Herkunft
Steckbrief
- Methodenform
- Entscheidungsmethode
- Teilnehmende
- 3-12
- Zeit
- 30-90 min
- Reifegrad
- Established
- Ursprung
- Agile Community
