Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.
Was vorher fertig sein muss
Einen Ideal Day als ununterbrochenen Arbeitstag ohne Wartezeiten, Kontextwechsel oder parallele Verpflichtungen definieren; Done vollständig erhalten.
Refinete Items, Definition of Done, Ideal-Day-Definition, historische Referenz-Items, Kapazitätsdaten und Annahmenlog
Was vor Start vorliegen muss
Refinete Items, Definition of Done, Ideal-Day-Definition, historische Referenz-Items, Kapazitätsdaten und Annahmenlog
Umsetzendes Team schätzt · Product Owner klärt · Facilitator trennt Idealzeit und Kalender
Einen Ideal Day als ununterbrochenen Arbeitstag ohne Wartezeiten, Kontextwechsel oder parallele Verpflichtungen definieren; Done vollständig erhalten.
30–60 Minuten für 8–15 vorbereitete Items.
Arbeitsfläche mit Definition · Anker · Schätzen · Realität · Review vorbereiten; Beispiel und eigene Daten trennen.
Die eine Frage, die diese Methode beantwortet
Wie viele ununterbrochene Arbeitstage benötigt ein Item unter ausdrücklich idealisierten Bedingungen, und welche realen Kalenderfaktoren werden separat geplant?
Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle
Sie übersetzt Arbeit in geschätzte Idealzeit ohne Störungen und hält damit einen leicht verständlichen Referenzwert fest. So lassen sich Aufgaben vergleichbar einordnen, auch wenn sie unterschiedlich aussehen und später anders laufen.
Fiktives Beispiel
Fiktive Werte zeigen die tatsächlichen Fachfelder.
| Item | Enthalten/Done | Anker | Ideal Days | Idealannahme | Kalenderfaktoren | Ist/Review |
|---|---|---|---|---|---|---|
| Karte speichernEvidenz und Begründung ergänzen. | Build, Tests, Security Review, Rollout | Provider-Token=3 | 3 | Keine Unterbrechung; bestehende API | 2 Queue-Tage; 60 % Fokus | 3,5 aktiv; 6 Kalender |
| ValidierungsregelEvidenz und Begründung ergänzen. | Build, Tests, Review | 1-Day-Anker | 1 | Bekannte Regelengine | 1 Review-Queue-Tag | 1 aktiv; 2 Kalender |
Alle Werte sind fiktiv.
Definition
Ziel
Idealmaß: Ideal Day, enthaltene Arbeit und Done gemeinsam präzisieren.
Voraussetzungen für diesen Schritt
Durchführung
Ergebnis
Idealmaß
Ideal Day, enthaltene Arbeit und Done gemeinsam präzisieren.
Qualitätscheck
Bleiben Tests, Review und Rollout enthalten, während Unterbrechungen ausgeschlossen sind?
Stolperfalle
Ideal bedeutet bestmöglicher Scope ohne Qualitätsarbeit. Done vollständig lassen und nur reale Unterbrechung entfernen.
Zeitlicher Rahmen: 5–10 Minuten
Anker
Ziel
Zeitanker: Abgeschlossene Items als 1-, 3- und 5-Ideal-Day-Referenzen wählen.
Voraussetzungen für diesen Schritt
Durchführung
Ergebnis
Zeitanker
Abgeschlossene Items als 1-, 3- und 5-Ideal-Day-Referenzen wählen.
Qualitätscheck
Sind Anker aus derselben Teamdomäne und nachträglich plausibilisiert?
Stolperfalle
Kalendertage vergangener Items werden ungeprüft als Ideal Days genutzt. Aktive Arbeitsanteile aus Historie oder Teamrekonstruktion verwenden.
Zeitlicher Rahmen: 5–10 Minuten
Schätzen
Ziel
Ideal-Schätzung: Item relativ zu Ankern als Ideal Days schätzen und dominante Arbeitsanteile nennen.
Voraussetzungen für diesen Schritt
Durchführung
Ergebnis
Ideal-Schätzung
Item relativ zu Ankern als Ideal Days schätzen und dominante Arbeitsanteile nennen.
Qualitätscheck
Beschreibt der Wert ununterbrochene Arbeit einer passenden Besetzung?
Stolperfalle
Ideal Days werden durch Personenzahl beliebig geteilt. Besetzung und Parallelisierbarkeit ausdrücklich festhalten.
Zeitlicher Rahmen: 10–15 Minuten
Realität
Ziel
Kalenderfaktoren: Wartezeiten, Teilzeit, Meetings, Abhängigkeiten und WIP separat erfassen; keine versteckte Pauschale in den Idealwert mischen.
Voraussetzungen für diesen Schritt
Durchführung
Ergebnis
Kalenderfaktoren
Wartezeiten, Teilzeit, Meetings, Abhängigkeiten und WIP separat erfassen; keine versteckte Pauschale in den Idealwert mischen.
Qualitätscheck
Sind Idealaufwand und Flussverzögerung getrennt sichtbar?
Stolperfalle
Ein pauschaler Focus Factor verwandelt jede Schätzung automatisch in einen Termin. Kapazität und Abhängigkeiten mit aktuellem Kalender-/Flow-Modell planen.
Zeitlicher Rahmen: 5–10 Minuten
Review
Ziel
Kalibrierte Schätzung: Idealwert, Annahmen und tatsächliche aktive/kalenderische Dauer vergleichen und Anker kalibrieren.
Voraussetzungen für diesen Schritt
Durchführung
Ergebnis
Kalibrierte Schätzung
Idealwert, Annahmen und tatsächliche aktive/kalenderische Dauer vergleichen und Anker kalibrieren.
Qualitätscheck
Wird Abweichung als Lernsignal statt Personenfehler genutzt?
Stolperfalle
Abweichung führt zu nachträglichem Schönrechnen. Aktive Arbeit, Wartezeit und Scopeänderung getrennt rückmelden.
Zeitlicher Rahmen: 5–10 Minuten
Was am Ende rauskommt
Skizze: so sieht das Artefakt aus
Ideal-Day-Schätzungen mit Referenzankern, Idealannahmen, ausgeschlossenen Wartezeiten und separater Kalender-/Kapazitätsübersetzung.
Datum, Team, Datenstand und Reviewtermin führen; frühere Fassungen erhalten.
Gegenstand, Daten, Rollen, Ablauf und Review festlegen.
Noch zu klären
Noch zu klären
Praxisdurchlauf Zeit: 30–60 Minuten für 8–15 vorbereitete Items.
Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.
| Item | Enthalten/Done | Anker | Ideal Days | Idealannahme | Kalenderfaktoren | Ist/Review |
|---|---|---|---|---|---|---|
| Karte speichern | ||||||
| Validierungsregel |
Die leere Vorlage enthält nur Arbeitsimpulse.
Fachquelle · eigene Lehrdarstellung
Erwartetes Artefakt: Idealmaß
Ideal Day, enthaltene Arbeit und Done gemeinsam präzisieren.
Eintrag:
...
Erwartetes Artefakt: Zeitanker
Abgeschlossene Items als 1-, 3- und 5-Ideal-Day-Referenzen wählen.
Eintrag:
...
Erwartetes Artefakt: Ideal-Schätzung
Item relativ zu Ankern als Ideal Days schätzen und dominante Arbeitsanteile nennen.
Eintrag:
...
Erwartetes Artefakt: Kalenderfaktoren
Wartezeiten, Teilzeit, Meetings, Abhängigkeiten und WIP separat erfassen; keine versteckte Pauschale in den Idealwert mischen.
Eintrag:
...
Erwartetes Artefakt: Kalibrierte Schätzung
Idealwert, Annahmen und tatsächliche aktive/kalenderische Dauer vergleichen und Anker kalibrieren.
Eintrag:
...
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/ideal-days/run-sheet
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.
Konkret gefülltes Szenario, fiktives Beispiel
| Item | Enthalten/Done | Anker | Ideal Days | Idealannahme | Kalenderfaktoren | Ist/Review |
|---|---|---|---|---|---|---|
| Karte speichern | Build, Tests, Security Review, Rollout | Provider-Token=3 | 3 | Keine Unterbrechung; bestehende API | 2 Queue-Tage; 60 % Fokus | 3,5 aktiv; 6 Kalender |
| Validierungsregel | Build, Tests, Review | 1-Day-Anker | 1 | Bekannte Regelengine | 1 Review-Queue-Tag | 1 aktiv; 2 Kalender |
Symptome erkennen, gegensteuern
Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf
Ideal bedeutet bestmöglicher Scope ohne Qualitätsarbeit.
Done vollständig lassen und nur reale Unterbrechung entfernen.
Kalendertage vergangener Items werden ungeprüft als Ideal Days genutzt.
Aktive Arbeitsanteile aus Historie oder Teamrekonstruktion verwenden.
Ideal Days werden durch Personenzahl beliebig geteilt.
Besetzung und Parallelisierbarkeit ausdrücklich festhalten.
Ein pauschaler Focus Factor verwandelt jede Schätzung automatisch in einen Termin.
Kapazität und Abhängigkeiten mit aktuellem Kalender-/Flow-Modell planen.
Abweichung führt zu nachträglichem Schönrechnen.
Aktive Arbeit, Wartezeit und Scopeänderung getrennt rückmelden.
Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.
