methodatlas
Session Builder

Meine Session planen

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

Methoden-Sessionlaufend, Setup 30-60 min, Forecast 15-30 minWorkshop oder asyncThroughput Data

Session: NoEstimates

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 2-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 Throughput Data hin. Das Artefakt soll nach der Session teilbar, reviewbar oder weiterverwendbar sein.

  1. 1

    Phase 1: Planungsfrage formulieren

    10 min

    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.

    FacilitatorThroughput Data
  2. 2

    Phase 2: Slicing schärfen

    20-30 min

    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.

    FacilitatorFlow Forecast
  3. 3

    Phase 3: Throughput-Daten sammeln

    15 min

    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.

    FacilitatorSlicing Rules
  4. 4

    Phase 4: Forecast erzeugen und kommunizieren

    15-30 min

    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.

    OwnerThroughput Data
  5. 5

    Artefakt veröffentlichen

    10 min

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

    OwnerThroughput Data
Nutzbares Artefakt

Session Brief

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

session-brief.md

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. 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. 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. 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. 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.
Nutzbares Artefakt

Arbeitsartefakt

Vorgefüllter Startpunkt auf Basis der passenden Vorlage.

arbeitsartefakt.md

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

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
Vorlagenbasis

NoEstimates Arbeitsvorlage

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

no-estimates-working-template.md

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

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

Ergebnisartefakte

  • Throughput Data:
  • Flow Forecast:
  • Slicing Rules:

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 Throughput Data.
  • Throughput-Daten als Zeitreihe gepflegt (z. B. Sheet mit Datum, abgeschlossene Items). Forecasts pro Planungsfrage mit Datum archivieren, alte nicht löschen. Slicing-Regeln im Wiki versioniert.
  • Offene Fragen sind als Follow-up notiert.
  • Der nächste Review oder Entscheidungspunkt ist terminiert.
SteckbriefRunsheet