Entscheidungsbedarf, Servicegrenze und Done schließen; Arbeit so schneiden, dass Items vergleichbar fließen; historische Datenqualität prüfen.
NoEstimates
Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.
Vorbedingung
Was vorher fertig sein muss
Kleine wertorientierte Items, explizite Ready/Done-Policies, WIP-Limits, Durchsatz- und Cycle-Time-Historie, probabilistischer Forecast
Vorbereitung
Was vor Start vorliegen muss
Kleine wertorientierte Items, explizite Ready/Done-Policies, WIP-Limits, Durchsatz- und Cycle-Time-Historie, probabilistischer Forecast
Product/Service Owner · Delivery Team · Flow Manager · Datenverantwortliche · Stakeholder
Entscheidungsbedarf, Servicegrenze und Done schließen; Arbeit so schneiden, dass Items vergleichbar fließen; historische Datenqualität prüfen.
Halbtägiger Start plus wöchentliche Replenishment-, Flow- und Forecast-Reviews.
Arbeitsfläche mit Zweck · Schneiden · Steuern · Messen · Forecast · Lernen vorbereiten; Beispiel und eigene Daten trennen.
Kernfrage
Die eine Frage, die diese Methode beantwortet
Wie trifft das Team Planungs- und Lieferentscheidungen mit kleinen Arbeitseinheiten, Flow-Daten und häufigem Reforecasting, ohne jedes Item vorab zu schätzen?
Ablauf
Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle
Sie reduziert den Bedarf an Vorabschätzung und steuert Arbeit über kleine, gleichmäßige Einheiten und sichtbaren Fluss. So sinkt Aufwand im Planning, während Lieferfähigkeit und Transparenz erhalten bleiben und Engpässe schneller auffallen.
NoEstimates · Arbeitsstruktur
Fiktives Beispiel
Fiktive Werte zeigen die tatsächlichen Fachfelder.
| Systemelement | Policy/Daten | Fiktiver Stand | Entscheidungssignal | Handlung | Owner | Review |
|---|---|---|---|---|---|---|
| Item-SchnittEvidenz und Begründung ergänzen. | Split-Policy | Wertfähig; gleiche Done; Providerwechsel in 4 Items | Item Age >8 Tage | Vor Pull splitten | Product + Team | Replenishment |
| WIP/PullEvidenz und Begründung ergänzen. | Pull-Policy | Limit 4; Pull nur bei freiem Slot | Blockiert >2 Tage | Swarm-Owner setzen | Flow Manager | Täglich |
| Flow-DatenEvidenz und Begründung ergänzen. | 12-Wochen-Fenster | Throughput 5,7,4,6,8,5,0,7,6,4,9,5 | 0-Woche bleibt Stichprobe | Ursache notieren; Wert behalten | Data Owner | Wöchentlich |
| ForecastEvidenz und Begründung ergänzen. | Datum für Menge | 30 Items: P50 6, P85 7, P95 8 Wochen | P85 driftet >8 Wochen | Scope/WIP entscheiden | Service Owner | Wöchentlich |
1. Policy/Daten
- Item-Schnitt
- Split-Policy
- WIP/Pull
- Pull-Policy
- Flow-Daten
- 12-Wochen-Fenster
- Forecast
- Datum für Menge
2. Fiktiver Stand
- Item-Schnitt
- Wertfähig; gleiche Done; Providerwechsel in 4 Items
- WIP/Pull
- Limit 4; Pull nur bei freiem Slot
- Flow-Daten
- Throughput 5,7,4,6,8,5,0,7,6,4,9,5
- Forecast
- 30 Items: P50 6, P85 7, P95 8 Wochen
3. Entscheidungssignal
- Item-Schnitt
- Item Age >8 Tage
- WIP/Pull
- Blockiert >2 Tage
- Flow-Daten
- 0-Woche bleibt Stichprobe
- Forecast
- P85 driftet >8 Wochen
4. Handlung
- Item-Schnitt
- Vor Pull splitten
- WIP/Pull
- Swarm-Owner setzen
- Flow-Daten
- Ursache notieren; Wert behalten
- Forecast
- Scope/WIP entscheiden
5. Owner
- Item-Schnitt
- Product + Team
- WIP/Pull
- Flow Manager
- Flow-Daten
- Data Owner
- Forecast
- Service Owner
6. Review
- Item-Schnitt
- Replenishment
- WIP/Pull
- Täglich
- Flow-Daten
- Wöchentlich
- Forecast
- Wöchentlich
Alle Werte sind fiktiv.
- 1
Zweck
Planungsfrage

Ziel
Planungsfrage: Festlegen, welche Entscheidungen ohne Itemschätzungen unterstützt werden sollen und welche Servicegrenze gilt.
Voraussetzungen für diesen Schritt
- Entscheidungsbedarf, Servicegrenze und Done schließen; Arbeit so schneiden, dass Items vergleichbar fließen; historische Datenqualität prüfen.
- Kleine wertorientierte Items, explizite Ready/Done-Policies, WIP-Limits, Durchsatz- und Cycle-Time-Historie, probabilistischer Forecast
Durchführung
- Festlegen, welche Entscheidungen ohne Itemschätzungen unterstützt werden sollen und welche Servicegrenze gilt.
Ergebnis
Planungsfrage
Festlegen, welche Entscheidungen ohne Itemschätzungen unterstützt werden sollen und welche Servicegrenze gilt.
Qualitätscheck
Ist klar, ob Menge-bis-Datum oder Datum-für-Menge beantwortet wird?
Stolperfalle
NoEstimates wird als Verzicht auf Planung ausgerufen. Konkrete Entscheidungsfrage, Risikoniveau und Reviewtakt benennen.
Zeitlicher Rahmen: 30–45 Minuten
- 2
Schneiden
Fließfähige Items

Ziel
Fließfähige Items: Arbeit in kleine, wertfähige Items mit einheitlicher Done-Definition und expliziter Split-Policy schneiden.
Voraussetzungen für diesen Schritt
- Planungsfrage
Durchführung
- Arbeit in kleine, wertfähige Items mit einheitlicher Done-Definition und expliziter Split-Policy schneiden.
Ergebnis
Fließfähige Items
Arbeit in kleine, wertfähige Items mit einheitlicher Done-Definition und expliziter Split-Policy schneiden.
Qualitätscheck
Sind große/ungleiche Items vor Pull erkennbar und teilbar?
Stolperfalle
Große Epics fließen als ein gezähltes Item und verzerren Daten. Item-Age/Größe begrenzen und übergroße Arbeit vor Start splitten.
Zeitlicher Rahmen: 45–60 Minuten
- 3
Steuern
Flow-System

Ziel
Flow-System: Pull, WIP-Limits, Replenishment und Blocker-Policy betreiben; Scope laufend priorisieren.
Voraussetzungen für diesen Schritt
- Fließfähige Items
Durchführung
- Pull, WIP-Limits, Replenishment und Blocker-Policy betreiben; Scope laufend priorisieren.
Ergebnis
Flow-System
Pull, WIP-Limits, Replenishment und Blocker-Policy betreiben; Scope laufend priorisieren.
Qualitätscheck
Werden neue Items nur bei freier Kapazität gezogen und Blocker aktiv beendet?
Stolperfalle
Ohne Schätzmeeting wird Arbeit ungeplant gestartet. Explizite Auswahl-, Pull- und Blockerregeln sichtbar machen.
Zeitlicher Rahmen: Laufend
- 4
Messen
Flow-Daten

Ziel
Flow-Daten: Durchsatz, Cycle Time, WIP und Item Age aus konsistenten Start/Done-Ereignissen erfassen.
Voraussetzungen für diesen Schritt
- Flow-System
Durchführung
- Durchsatz, Cycle Time, WIP und Item Age aus konsistenten Start/Done-Ereignissen erfassen.
Ergebnis
Flow-Daten
Durchsatz, Cycle Time, WIP und Item Age aus konsistenten Start/Done-Ereignissen erfassen.
Qualitätscheck
Sind Daten vollständig, team-/servicegleich und frei von nachträglicher Umdefinition?
Stolperfalle
Nur Durchschnittsvelocity ersetzt Einzelschätzungen. Empirische Verteilung und Ausreißerursachen erhalten.
Zeitlicher Rahmen: Wöchentlich
- 5
Forecast
Lieferprognose

Ziel
Lieferprognose: Restmenge mit historischen Flow-Daten probabilistisch prognostizieren und Szenarien für Scope/WIP testen.
Voraussetzungen für diesen Schritt
- Flow-Daten
Durchführung
- Restmenge mit historischen Flow-Daten probabilistisch prognostizieren und Szenarien für Scope/WIP testen.
Ergebnis
Lieferprognose
Restmenge mit historischen Flow-Daten probabilistisch prognostizieren und Szenarien für Scope/WIP testen.
Qualitätscheck
Nennt Forecast Quantil, Datenfenster und Annahmen?
Stolperfalle
Ein einzelnes Datum wird als Zusage ausgegeben. Mehrere Quantile zeigen und Entscheidung an akzeptiertes Risiko koppeln.
Zeitlicher Rahmen: Wöchentlich
- 6
Lernen
Flow-Entscheid

Ziel
Flow-Entscheid: Forecast gegen Ist prüfen, Scope/Policies entscheiden und bei Systemänderung Datenfenster neu begründen.
Voraussetzungen für diesen Schritt
- Lieferprognose
Durchführung
- Forecast gegen Ist prüfen, Scope/Policies entscheiden und bei Systemänderung Datenfenster neu begründen.
Ergebnis
Flow-Entscheid
Forecast gegen Ist prüfen, Scope/Policies entscheiden und bei Systemänderung Datenfenster neu begründen.
Qualitätscheck
Führt Abweichung zu einer konkreten Scope-, WIP- oder Capability-Entscheidung?
Stolperfalle
Das Team verbessert Schätzwerte statt den Fluss. Blocker, Alterung und Schnittqualität verbessern; Forecast danach aktualisieren.
Zeitlicher Rahmen: Wöchentlich
Artefakt
Was am Ende rauskommt
Skizze: so sieht das Artefakt aus
Betriebsfähiges NoEstimates-System mit kleinen Items, Pull-/WIP-Regeln, Replenishment, Flow-Metriken, probabilistischen Forecasts und Scope-Entscheidungen.
Datum, Team, Datenstand und Reviewtermin führen; frühere Fassungen erhalten.
- Item-Slicing-Regeln
- WIP-/Pull-Board
- Throughput- und Cycle-Time-Daten
- Forecast- und Entscheidungslog
no-estimates-working-template.md
Gegenstand, Daten, Rollen, Ablauf und Review festlegen.
NoEstimates: Arbeitsvorlage
Fragestellung
Noch zu klären
Gewünschtes Ergebnis
Noch zu klären
Rahmen
Gesamtes Vorhaben Zeit: Halbtägiger Start plus wöchentliche Replenishment-, Flow- und Forecast-Reviews.
Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.
Vorbereitung für diesen Umfang
Methodische Grundausstattung
- Materialien: Kleine wertorientierte Items, explizite Ready/Done-Policies, WIP-Limits, Durchsatz- und Cycle-Time-Historie, probabilistischer Forecast
- Rollen: Product/Service Owner · Delivery Team · Flow Manager · Datenverantwortliche · Stakeholder
- Vorab-Infos: Entscheidungsbedarf, Servicegrenze und Done schließen; Arbeit so schneiden, dass Items vergleichbar fließen; historische Datenqualität prüfen.
- Gesamter Zeitbedarf: Halbtägiger Start plus wöchentliche Replenishment-, Flow- und Forecast-Reviews.
- Setup: Arbeitsfläche mit Zweck · Schneiden · Steuern · Messen · Forecast · Lernen vorbereiten; Beispiel und eigene Daten trennen.
Für die Arbeitsschritte bereitstellen
Zweck: Planungsfrage
- Entscheidungsbedarf, Servicegrenze und Done schließen; Arbeit so schneiden, dass Items vergleichbar fließen; historische Datenqualität prüfen.
- Kleine wertorientierte Items, explizite Ready/Done-Policies, WIP-Limits, Durchsatz- und Cycle-Time-Historie, probabilistischer Forecast
Schneiden: Fließfähige Items
- Planungsfrage
Steuern: Flow-System
- Fließfähige Items
Messen: Flow-Daten
- Flow-System
Forecast: Lieferprognose
- Flow-Daten
Lernen: Flow-Entscheid
- Lieferprognose
NoEstimates · Arbeitsstruktur
| Systemelement | Policy/Daten | Fiktiver Stand | Entscheidungssignal | Handlung | Owner | Review |
|---|---|---|---|---|---|---|
| Item-Schnitt | ||||||
| WIP/Pull | ||||||
| Flow-Daten | ||||||
| Forecast |
- Item-Schnitt: Evidenz und Begründung ergänzen.
- WIP/Pull: Evidenz und Begründung ergänzen.
- Flow-Daten: Evidenz und Begründung ergänzen.
- Forecast: Evidenz und Begründung ergänzen.
Die leere Vorlage enthält nur Arbeitsimpulse.
Fachquelle · eigene Lehrdarstellung
Zweck: Planungsfrage
Erwartetes Artefakt: Planungsfrage
Festlegen, welche Entscheidungen ohne Itemschätzungen unterstützt werden sollen und welche Servicegrenze gilt.
Eintrag:
...
- Ist klar, ob Menge-bis-Datum oder Datum-für-Menge beantwortet wird?
Schneiden: Fließfähige Items
Erwartetes Artefakt: Fließfähige Items
Arbeit in kleine, wertfähige Items mit einheitlicher Done-Definition und expliziter Split-Policy schneiden.
Eintrag:
...
- Sind große/ungleiche Items vor Pull erkennbar und teilbar?
Steuern: Flow-System
Erwartetes Artefakt: Flow-System
Pull, WIP-Limits, Replenishment und Blocker-Policy betreiben; Scope laufend priorisieren.
Eintrag:
...
- Werden neue Items nur bei freier Kapazität gezogen und Blocker aktiv beendet?
Messen: Flow-Daten
Erwartetes Artefakt: Flow-Daten
Durchsatz, Cycle Time, WIP und Item Age aus konsistenten Start/Done-Ereignissen erfassen.
Eintrag:
...
- Sind Daten vollständig, team-/servicegleich und frei von nachträglicher Umdefinition?
Forecast: Lieferprognose
Erwartetes Artefakt: Lieferprognose
Restmenge mit historischen Flow-Daten probabilistisch prognostizieren und Szenarien für Scope/WIP testen.
Eintrag:
...
- Nennt Forecast Quantil, Datenfenster und Annahmen?
Lernen: Flow-Entscheid
Erwartetes Artefakt: Flow-Entscheid
Forecast gegen Ist prüfen, Scope/Policies entscheiden und bei Systemänderung Datenfenster neu begründen.
Eintrag:
...
- Führt Abweichung zu einer konkreten Scope-, WIP- oder Capability-Entscheidung?
Offene Fragen und nächste Schritte
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/no-estimates/run-sheet
Beispielausgabe
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.
no-estimates-beispiel.md
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Lehrbeispiel: NoEstimates · Arbeitsstruktur
| Systemelement | Policy/Daten | Fiktiver Stand | Entscheidungssignal | Handlung | Owner | Review |
|---|---|---|---|---|---|---|
| Item-Schnitt | Split-Policy | Wertfähig; gleiche Done; Providerwechsel in 4 Items | Item Age >8 Tage | Vor Pull splitten | Product + Team | Replenishment |
| WIP/Pull | Pull-Policy | Limit 4; Pull nur bei freiem Slot | Blockiert >2 Tage | Swarm-Owner setzen | Flow Manager | Täglich |
| Flow-Daten | 12-Wochen-Fenster | Throughput 5,7,4,6,8,5,0,7,6,4,9,5 | 0-Woche bleibt Stichprobe | Ursache notieren; Wert behalten | Data Owner | Wöchentlich |
| Forecast | Datum für Menge | 30 Items: P50 6, P85 7, P95 8 Wochen | P85 driftet >8 Wochen | Scope/WIP entscheiden | Service Owner | Wöchentlich |
Stolperfallen
Symptome erkennen, gegensteuern
Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf
- PlanungsfrageNoEstimates wird als Verzicht auf Planung ausgerufen.In der Phase ansehen
- Fließfähige ItemsGroße Epics fließen als ein gezähltes Item und verzerren Daten.In der Phase ansehen
- Flow-SystemOhne Schätzmeeting wird Arbeit ungeplant gestartet.In der Phase ansehen
- Flow-DatenNur Durchschnittsvelocity ersetzt Einzelschätzungen.In der Phase ansehen
- LieferprognoseEin einzelnes Datum wird als Zusage ausgegeben.In der Phase ansehen
- Flow-EntscheidDas Team verbessert Schätzwerte statt den Fluss.In der Phase ansehen
Planungsfrage
NoEstimates wird als Verzicht auf Planung ausgerufen.
Konkrete Entscheidungsfrage, Risikoniveau und Reviewtakt benennen.
Fließfähige Items
Große Epics fließen als ein gezähltes Item und verzerren Daten.
Item-Age/Größe begrenzen und übergroße Arbeit vor Start splitten.
Flow-System
Ohne Schätzmeeting wird Arbeit ungeplant gestartet.
Explizite Auswahl-, Pull- und Blockerregeln sichtbar machen.
Flow-Daten
Nur Durchschnittsvelocity ersetzt Einzelschätzungen.
Empirische Verteilung und Ausreißerursachen erhalten.
Lieferprognose
Ein einzelnes Datum wird als Zusage ausgegeben.
Mehrere Quantile zeigen und Entscheidung an akzeptiertes Risiko koppeln.
Flow-Entscheid
Das Team verbessert Schätzwerte statt den Fluss.
Blocker, Alterung und Schnittqualität verbessern; Forecast danach aktualisieren.
Abbruchkriterien
Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest
Methodenanleitung durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.

