methodatlas
Session Builder

Meine Session planen

Plane einen konkreten Arbeitsblock mit Agenda, Rollen, Vorbereitung und kopierbarem Ergebnisartefakt.

Methoden-Session30-90 minWorkshopBucketed Backlog

Session: Bucket System

Der Plan übersetzt die Methode in einen konkreten moderierten Arbeitsblock. Die Eingaben fließen direkt in Session Brief und Arbeitsartefakt.

Automatisch abgeleitet

Methoden-Session mit 3-12. Der Plan nutzt die vorhandene Methodenlogik und das Runsheet.

Runsheet
Beteiligungslogik
Teamrunde, gemeinsames Arbeiten und Alignment

Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

Ergebnislogik
Artefakt fertigstellen

Die Session arbeitet direkt auf Bucketed Backlog hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

  1. 1

    Phase 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. Hinweis: 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.

    FacilitatorBucketed Backlog
  2. 2

    Phase 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. Hinweis: Wer in dieser Phase diskutiert, blockiert das Tempo. Schnellsortierung ist Methode-Kern. Detail-Diskussion erst in Phase 3.

    FacilitatorRelative Estimates
  3. 3

    Phase 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. Hinweis: 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.

    FacilitatorSplit Candidates
  4. 4

    Phase 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. Hinweis: 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.

    OwnerBucketed Backlog
  5. 5

    Artefakt veröffentlichen

    10 min

    Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen.

    OwnerBucketed Backlog
Nutzbares Artefakt

Session Brief

Für Einladung, Board, Ticket, PR-Beschreibung oder Workshop-Notiz.

session-brief.md

Session Brief: Bucket System

Ziel

Artefakt: Bucketed Backlog

Arbeitsfrage

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?

Kontext

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

Setup

  • Format: Methoden-Session
  • Dauer: 30-90 min
  • Modus: Workshop
  • Teilnehmende: 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.
  • Owner: Ein Facilitator für Prozess und Timeboxen
  • Beteiligungsmodus: Teamrunde, gemeinsames Arbeiten und Alignment
  • Ergebnislogik: Artefakt fertigstellen

Beteiligungslogik

Nutze die Session für gemeinsames Verständnis. Beiträge werden sichtbar gesammelt, Annahmen werden abgeglichen und offene Unterschiede bleiben im Artefakt nachvollziehbar.

Ergebnislogik

Die Session arbeitet direkt auf Bucketed Backlog hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

Input

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.

Vorbereitung

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.

Agenda

  1. Phase 1: Buckets kalibrieren (10 min) Owner: Facilitator Aktion: Buckets und Referenzitems gemeinsam durchgehen. Wer abweichendes Verständnis hat, äußert es jetzt. Referenzen ggf. umsortieren, bis Konsens steht. Hinweis: 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. Output: Bucketed Backlog

  2. Phase 2: Erste schnelle Sortierung (20-30 min) Owner: Facilitator Aktion: Team sortiert Items still in Buckets. Pro Item maximal 30 Sekunden. Bauchgefühl reicht, Kalibrierung übers Sample. Items mehrfach hin- und herverschieben erlaubt. Hinweis: Wer in dieser Phase diskutiert, blockiert das Tempo. Schnellsortierung ist Methode-Kern. Detail-Diskussion erst in Phase 3. Output: Relative Estimates

  3. Phase 3: Bucket-Konsistenz prüfen (15-20 min) Owner: Facilitator Aktion: 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. Hinweis: 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. Output: Split Candidates

  4. Phase 4: Splits und Spikes (10-20 min) Owner: Owner Aktion: 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. Hinweis: 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. Output: Bucketed Backlog

  5. Artefakt veröffentlichen (10 min) Owner: Owner Aktion: Artefakt auf Vollständigkeit prüfen, Ablageort festlegen, Version oder Status setzen und Review-Empfänger benennen. Output: Bucketed Backlog

Abschluss

  • Ergebnisartefakt aktualisieren: Bucketed Backlog
  • Ablageort, Version und Review-Empfänger festlegen.
  • Owner, nächster Schritt und Reviewtermin festlegen.
Nutzbares Artefakt

Arbeitsartefakt

Vorgefüllter Startpunkt auf Basis der passenden Vorlage.

arbeitsartefakt.md

Bucketed Backlog: Bucket System

Arbeitsfrage

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?

Kontext

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

Beteiligte

  • Owner: Ein Facilitator für Prozess und Timeboxen
  • Teilnehmende: 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.

Input

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.

Vorlage

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 Runsheets.

Ergebnisartefakte

  • Bucketed Backlog:
  • Relative Estimates:
  • Split Candidates:

Annahmen und offene Fragen

  • ...

Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

Fertigstellungscheck

  • Bucketed Backlog ist vollständig genug für Review:
  • Ablageort:
  • Version / Status:
  • Review durch:
  • Nächster Schritt:

Nächster Schritt

  • Ergebnis prüfen
  • offene Fragen markieren
  • Review oder Entscheidung terminieren
Vorlagenbasis

Bucket System Arbeitsvorlage

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

bucket-system-working-template.md

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 Runsheets.

Ergebnisartefakte

  • Bucketed Backlog:
  • Relative Estimates:
  • Split Candidates:

Annahmen und offene Fragen

  • ...

Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

Direkt nutzbar, wenn
  • Arbeitsfrage, Owner und Zielartefakt sind sichtbar.
  • Das Ergebnis passt zu Bucketed Backlog.
  • 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.
  • Offene Fragen sind als Follow-up notiert.
  • Der nächste Review oder Entscheidungspunkt ist terminiert.
SteckbriefRunsheet