Vorher abschließenVergleichbarer Gegenstand
Vergleichbaren Item-Satz und enthaltene Arbeit festlegen; Buckets 1, 2, 3, 5, 8, 13, 20, 40, 100 sowie zwei bekannte Anker vorbereiten.
Ohne gemeinsamen Bezugsrahmen werden Werte nicht vergleichbar.
MethodenanleitungAgile
Bucket System
Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.
KomplexitätMittel
Zeit30-90 min
Teilnehmende3-12
FormatWorkshop
ReifegradEstablished
01
Vorbedingung
Was vorher fertig sein muss
Vorher abschließenEvidenzzugang
Refinete Items, gemeinsame Done-Definition, geordnete Buckets 1–100, Referenz-Items und Konfliktstapel
Fehlende Daten bleiben als Unsicherheit sichtbar.
02
Vorbereitung
Was vor Start vorliegen muss
Materialien
Refinete Items, gemeinsame Done-Definition, geordnete Buckets 1–100, Referenz-Items und Konfliktstapel
Personen / Rollen
Umsetzendes Team platziert · Product Owner klärt · Facilitator verwaltet Konfliktstapel
Vorabinfos
Vergleichbaren Item-Satz und enthaltene Arbeit festlegen; Buckets 1, 2, 3, 5, 8, 13, 20, 40, 100 sowie zwei bekannte Anker vorbereiten.
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.
03
Kernfrage
Die eine Frage, die diese Methode beantwortet
In welchen relativen Größen-Bucket gehört jedes Item, wenn das Team parallel platziert, genau einmal korrigiert und echte Konflikte separat klärt?
04
Ablauf
Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle
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.
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.
- 1
Buckets
Größenbahn
Ziel
Größenbahn: Geordnete Bucket-Skala und gemeinsame Bedeutung relativer Größe erklären.
Voraussetzungen für diesen Schritt
- 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
Durchführung
- Geordnete Bucket-Skala und gemeinsame Bedeutung relativer Größe erklären.
Ergebnis
Größenbahn
Geordnete Bucket-Skala und gemeinsame Bedeutung relativer Größe erklären.
Qualitätscheck
Sind Skala, Done und enthaltene Arbeit für alle identisch?
Stolperfalle
Buckets werden als Stunden oder Personentage gelesen. Skala ausdrücklich relativ zu Teamankern definieren.
Zeitlicher Rahmen: 5–10 Minuten
- 2
Anker
Bucket-Anker
Ziel
Bucket-Anker: Zwei bekannte Items gemeinsam platzieren und restliche Buckets relativ kalibrieren.
Voraussetzungen für diesen Schritt
- Größenbahn
Durchführung
- Zwei bekannte Items gemeinsam platzieren und restliche Buckets relativ kalibrieren.
Ergebnis
Bucket-Anker
Zwei bekannte Items gemeinsam platzieren und restliche Buckets relativ kalibrieren.
Qualitätscheck
Sind Anker abgeschlossene, verstandene Arbeit?
Stolperfalle
Ein gewünschtes Zielitem wird zum Anker gemacht. Nur stabile historische Items mit gleicher Done-Definition verwenden.
Zeitlicher Rahmen: 5–10 Minuten
- 3
Platzieren
Erstbelegung
Ziel
Erstbelegung: Items verteilen; Teammitglieder legen nacheinander still je ein Item in einen Bucket.
Voraussetzungen für diesen Schritt
- Bucket-Anker
Durchführung
- Items verteilen; Teammitglieder legen nacheinander still je ein Item in einen Bucket.
Ergebnis
Erstbelegung
Items verteilen; Teammitglieder legen nacheinander still je ein Item in einen Bucket.
Qualitätscheck
Bleibt der Durchlauf schnell und frei von Vorabdiskussion?
Stolperfalle
Jede Platzierung löst sofort eine Debatte aus. Erst alle Items platzieren; Fragen markieren.
Zeitlicher Rahmen: 10–20 Minuten
- 4
Korrigieren
Konfliktstapel
Ziel
Konfliktstapel: Andere dürfen ein Item einmal verschieben; beim zweiten Verschiebewunsch wandert es in Konflikt.
Voraussetzungen für diesen Schritt
- Erstbelegung
Durchführung
- Andere dürfen ein Item einmal verschieben; beim zweiten Verschiebewunsch wandert es in Konflikt.
Ergebnis
Konfliktstapel
Andere dürfen ein Item einmal verschieben; beim zweiten Verschiebewunsch wandert es in Konflikt.
Qualitätscheck
Werden widersprüchliche Arbeitsbilder sichtbar, ohne Pingpong?
Stolperfalle
Items werden mehrfach zwischen Buckets bewegt. Eine Verschiebung erlauben, danach gezielt klären.
Zeitlicher Rahmen: 5–10 Minuten
- 5
Schließen
Bucket-Schätzung
Ziel
Bucket-Schätzung: Konflikte klären, übergroße Items splitten und Bucket-Anker sowie Annahmen speichern.
Voraussetzungen für diesen Schritt
- Konfliktstapel
Durchführung
- Konflikte klären, übergroße Items splitten und Bucket-Anker sowie Annahmen speichern.
Ergebnis
Bucket-Schätzung
Konflikte klären, übergroße Items splitten und Bucket-Anker sowie Annahmen speichern.
Qualitätscheck
Sind 40/100-Items gesplittet und unklare Items mit Owner versehen?
Stolperfalle
Große Buckets werden ungeprüft in Iterationen gezogen. Große Arbeit splitten und Referenzen regelmäßig mit Ist-Daten kalibrieren.
Zeitlicher Rahmen: 10–15 Minuten
05
Artefakt
Was am Ende rauskommt
Skizze: so sieht das Artefakt aus
Form
Schnell kalibrierter Backlog in relativen Buckets mit Ankern, Konfliktitems, Annahmen und Split-/Klärungsaufträgen.
Versionierung / Ownership
Datum, Team, Datenstand und Reviewtermin führen; frühere Fassungen erhalten.
Tool-Alternativen
- Bucket-Bahn 1–100
- Referenz-Items
- Konflikt- und Klärungsstapel
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
06
Beispielausgabe
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.
bucket-system-beispiel.md
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Lehrbeispiel: Bucket System · Arbeitsstruktur
| Item | Enthalten | Anker | Erst-Bucket | Verschiebung | Final | Folge |
|---|---|---|---|---|---|---|
| Token löschen | Build, Test, Rollout | Validierungsregel=3 | 3 | Keine | 3 | Planbar |
| Karte speichern | Build, Test, Security, Rollout | Zwischen 3 und 13 | 5 | 5→8; Gast-Scope strittig | 5 ohne Gäste | Scope dokumentiert |
| Providerwechsel | Auth, Migration, Fallback | Größer als 13 | 40 | Keine | 40 | In drei Items splitten |
07
Stolperfallen
Symptome erkennen, gegensteuern
Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf
- GrößenbahnBuckets werden als Stunden oder Personentage gelesen.In der Phase ansehen
- Bucket-AnkerEin gewünschtes Zielitem wird zum Anker gemacht.In der Phase ansehen
- ErstbelegungJede Platzierung löst sofort eine Debatte aus.In der Phase ansehen
- KonfliktstapelItems werden mehrfach zwischen Buckets bewegt.In der Phase ansehen
- Bucket-SchätzungGroße Buckets werden ungeprüft in Iterationen gezogen.In der Phase ansehen
Falle
Größenbahn
Symptom
Buckets werden als Stunden oder Personentage gelesen.
Was tun
Skala ausdrücklich relativ zu Teamankern definieren.
Falle
Bucket-Anker
Symptom
Ein gewünschtes Zielitem wird zum Anker gemacht.
Was tun
Nur stabile historische Items mit gleicher Done-Definition verwenden.
Falle
Erstbelegung
Symptom
Jede Platzierung löst sofort eine Debatte aus.
Was tun
Erst alle Items platzieren; Fragen markieren.
Falle
Konfliktstapel
Symptom
Items werden mehrfach zwischen Buckets bewegt.
Was tun
Eine Verschiebung erlauben, danach gezielt klären.
Falle
Bucket-Schätzung
Symptom
Große Buckets werden ungeprüft in Iterationen gezogen.
Was tun
Große Arbeit splitten und Referenzen regelmäßig mit Ist-Daten kalibrieren.
08
Abbruchkriterien
Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest
Stopp Buckets: Sind Skala, Done und enthaltene Arbeit für alle identisch?
Stopp Anker: Sind Anker abgeschlossene, verstandene Arbeit?
Stopp Platzieren: Bleibt der Durchlauf schnell und frei von Vorabdiskussion?
Stopp Korrigieren: Werden widersprüchliche Arbeitsbilder sichtbar, ohne Pingpong?
Stopp Schließen: Sind 40/100-Items gesplittet und unklare Items mit Owner versehen?
Methodenanleitung durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.