Meine Session planen

# Session Brief: NoEstimates

## Ziel
Artefakt: Throughput Data

## Arbeitsfrage
Welche Planungsentscheidung wollen wir treffen, und welche Flow-Daten oder Slicing-Regeln liefern die Antwort billiger als ein Schätzritual?

## Kontext
Throughput-Daten (Items/Woche) der letzten 6-12 Wochen; Cycle-Time-Verteilung; aktueller WIP; Slicing-Regeln; bekannte Planungsfragen (Release-Termin, Budget, Scope).

## Setup
- Format: Methoden-Session
- Dauer: laufend, Setup 30-60 min, Forecast 15-30 min
- Modus: Workshop oder async
- Teilnehmende: Ein Flow-Master oder Tech Lead, der Daten pflegt und Forecasts kommuniziert; das umsetzende Team; ein Product Owner für Slicing und Priorität; optional ein Coach für Methodenwechsel.
- Owner: Ein Flow-Master oder Tech Lead, der Daten pflegt und Forecasts kommuniziert
- 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 Throughput Data hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

## Input
Flow-Dashboard mit Throughput und Cycle Time (Jira, Linear, Azure DevOps oder externes Tool wie Actionable Agile); Backlog mit kleingeschnittenen Items; Forecast-Tool oder Monte-Carlo-Simulator; Liste der typischen Planungsfragen.

## Vorbereitung
Throughput-Daten als Datensatz exportieren. Forecast-Tool konfigurieren (Monte Carlo mit 1000+ Simulationen). Definition „kleine Story“ festlegen. Aktuelle Schätz-Rituale identifizieren, die ersetzt werden sollen.

## Agenda
1. Phase 1: Planungsfrage formulieren (10 min)
   Owner: Facilitator
   Aktion: Konkret benennen, welche Entscheidung Schätzung unterstützen soll: Release-Termin, Budget, Scope-Schnitt. Pro Frage prüfen, ob Flow-Daten reichen. Hinweis: Ohne konkrete Frage ist NoEstimates dogmatisch. Manche Fragen brauchen echte Schätzung (z. B. unbekannte Investitionen). Antworten ehrlich pro Fall. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Throughput Data

2. Phase 2: Slicing schärfen (20-30 min)
   Owner: Facilitator
   Aktion: Aktuelle Items prüfen, ob sie klein genug sind (Cycle Time < 5 Tage). Splitting-Regeln dokumentieren (z. B. „Item ist klein, wenn ein Entwickler es in 3 Tagen abschließen kann“). Hinweis: Ohne kleines Slicing zählt Throughput Äpfel und Birnen. Wenn 30% der Items >5 Tage Cycle Time haben, erst Slicing fixen, dann Forecast. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Flow Forecast

3. Phase 3: Throughput-Daten sammeln (15 min)
   Owner: Facilitator
   Aktion: Pro Woche Anzahl abgeschlossener Items zählen. Mindestens 6-12 Wochen. Cycle-Time-Verteilung dazu. Anomalien (Feiertage, Outages) markieren. Hinweis: Datenfenster muss zur Frage passen. Für Quartals-Forecast 12 Wochen, für Sprint-Forecast 4-6 Wochen. Saisonale Effekte berücksichtigen. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Slicing Rules

4. Phase 4: Forecast erzeugen und kommunizieren (15-30 min)
   Owner: Owner
   Aktion: Monte-Carlo-Forecast für Planungsfrage. Perzentile berechnen (50%, 70%, 85%, 95%). Range kommunizieren: „85% Wahrscheinlichkeit, in 5 Wochen fertig“. Hinweis: Forecasts altern. Wöchentlich aktualisieren. Bei System-Veränderung (neuer Engineer, Migration) altes Datenfenster verwerfen. Sammle Beiträge sichtbar, gleiche Annahmen im Team ab und halte Dissens nicht nur mündlich fest. Arbeite direkt im Zielartefakt, statt nur über das Artefakt zu sprechen.
   Output: Throughput Data

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: Throughput Data

## Abschluss
- Ergebnisartefakt aktualisieren: Throughput Data
- Ablageort, Version und Review-Empfänger festlegen.
- Owner, nächster Schritt und Reviewtermin festlegen.

# Throughput Data: NoEstimates

## Arbeitsfrage
Welche Planungsentscheidung wollen wir treffen, und welche Flow-Daten oder Slicing-Regeln liefern die Antwort billiger als ein Schätzritual?

## Kontext
Throughput-Daten (Items/Woche) der letzten 6-12 Wochen; Cycle-Time-Verteilung; aktueller WIP; Slicing-Regeln; bekannte Planungsfragen (Release-Termin, Budget, Scope).

## Beteiligte
- Owner: Ein Flow-Master oder Tech Lead, der Daten pflegt und Forecasts kommuniziert
- Teilnehmende: Ein Flow-Master oder Tech Lead, der Daten pflegt und Forecasts kommuniziert; das umsetzende Team; ein Product Owner für Slicing und Priorität; optional ein Coach für Methodenwechsel.

## Input
Flow-Dashboard mit Throughput und Cycle Time (Jira, Linear, Azure DevOps oder externes Tool wie Actionable Agile); Backlog mit kleingeschnittenen Items; Forecast-Tool oder Monte-Carlo-Simulator; Liste der typischen Planungsfragen.

## Vorlage
# NoEstimates Arbeitsvorlage

## Ziel

Ansatz, der explizite Aufwandsschätzung reduziert und stattdessen kleine Items, Durchsatz und Forecasting nutzt.

## 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
- Throughput Data:
- Flow Forecast:
- Slicing Rules:

## Annahmen und offene Fragen

- ...

## Entscheidung / Nächster Schritt

Owner, Datum und Erfolgssignal.

## Fertigstellungscheck
- Throughput Data 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