Vorher abschließenKlare Grenze
Einen bestehenden Prozess mit messbarer Leistungslücke, Kund:innenanforderung, Sponsor und klarer Grenze auswählen.
Ohne Grenze vermischen sich Fälle, Zeiträume oder Variablen.
MethodenanleitungOperations
DMAIC
Die Anleitung zur Methode: Voraussetzungen und Materialien klären, den gesamten Ablauf verstehen und Ergebnisse, Stolperfallen sowie Abbruchkriterien nachschlagen.
KomplexitätHoch
Zeit2-12 Wochen
Teilnehmende3-10
FormatWorkshop + Async
ReifegradCanonical
01
Vorbedingung
Was vorher fertig sein muss
Vorher abschließenEvidenzzugang
Project Charter, Voice of Customer, Prozesskarte, Messsystem und Baseline, Ursachenbelege, Pilot- und Control Plan
Fehlende Quellen bleiben als Unsicherheit sichtbar.
02
Vorbereitung
Was vor Start vorliegen muss
Materialien
Project Charter, Voice of Customer, Prozesskarte, Messsystem und Baseline, Ursachenbelege, Pilot- und Control Plan
Personen / Rollen
Process Owner/Sponsor · DMAIC-Lead · Prozessbeteiligte · Daten-/Messsystemexpert:in · Control-Owner
Vorabinfos
Einen bestehenden Prozess mit messbarer Leistungslücke, Kund:innenanforderung, Sponsor und klarer Grenze auswählen.
Zeitbedarf
Vier bis zwölf Wochen für ein typisches Verbesserungsprojekt; jede Phase endet mit einem belegten Gate.
Setup
Arbeitsfläche mit Define · Measure · Analyze · Improve · Control vorbereiten; Beispiel und eigene Daten trennen.
03
Kernfrage
Die eine Frage, die diese Methode beantwortet
Wie verbessern wir einen bestehenden Prozess auf Basis valider Messung, bestätigter Treiber und nachhaltig kontrollierter Änderungen?
04
Ablauf
Phasen mit Ziel, Durchführung, Ergebnis und Stolperfalle
Die Arbeit verengt sich schrittweise vom Problemraum auf Messung, Analyse, Optimierung und Kontrolle. Dadurch bleibt sichtbar, welche Verbesserung wirklich den gemessenen Effekt trägt. Der Abschluss liegt erst dann vor, wenn die neue Leistung auch stabil abgesichert ist.
DMAIC · Arbeitsstruktur
Fiktives Beispiel
Fiktive Werte zeigen die tatsächlichen Fachfelder.
Project Charter
Problem, Kund:innenanforderung, CTQ, Ziel, Scope, Business Case, Team und Sponsor im Charter festlegen.
Checkout p80 18 Minuten statt Ziel 10; Scope Samstagsabholung Hamburg; Sponsor Operations Lead; Ziel ≤12 bis 31.03.
Valide Baseline
Ist-Prozess abbilden, Messdefinition operationalisieren, Messsystem prüfen und Baseline stratifiziert erheben.
Zeit von Ankunft bis Übergabe; 240 Fälle über vier Samstage; Timerabgleich ±20 Sekunden; p80 18 Minuten.
Bestätigte Treiber
Potenzielle X-Treiber aus Prozess und Daten ableiten; Ursachen durch Analyse, Vergleich oder Experiment bestätigen.
Slotballung erklärt 46 % der Varianz; Bestandssync zeigt keinen stabilen Effekt; Regressions- und Schichtvergleich dokumentiert.
Verifizierte Verbesserung
Lösungen gezielt auf bestätigte X entwickeln, Risiken prüfen, pilotieren und gegen Baseline verifizieren.
Acht Slots/Stunde an zwei Samstagen: p80 11,8; Ablehnung 6 %; keine höhere Reklamation.
Control Plan
Prozessstandard, Monitoring, Reaktionsplan, Owner und Übergabe festlegen; Stabilität nach Einführung prüfen.
Wöchentlich p80; Warnung >13, Eingriff >15; Ops Owner; bei zwei Warnungen Slotprofil prüfen; 30/60-Tage-Review.
Alle Werte sind fiktiv.
- 1
Define
Project Charter
Ziel
Project Charter: Problem, Kund:innenanforderung, CTQ, Ziel, Scope, Business Case, Team und Sponsor im Charter festlegen.
Voraussetzungen für diesen Schritt
- Einen bestehenden Prozess mit messbarer Leistungslücke, Kund:innenanforderung, Sponsor und klarer Grenze auswählen.
- Project Charter, Voice of Customer, Prozesskarte, Messsystem und Baseline, Ursachenbelege, Pilot- und Control Plan
Durchführung
- Problem, Kund:innenanforderung, CTQ, Ziel, Scope, Business Case, Team und Sponsor im Charter festlegen.
Ergebnis
Project Charter
Problem, Kund:innenanforderung, CTQ, Ziel, Scope, Business Case, Team und Sponsor im Charter festlegen.
Qualitätscheck
Ist die Leistungslücke messbar und grenzt der Charter Prozess, Kund:in, Ziel und Nicht-Scope ab?
Stolperfalle
Der Charter verspricht bereits eine Lieblingslösung. Problem und Ziel in CTQ-Maßen formulieren; Lösung aus Define entfernen.
Zeitlicher Rahmen: Eine bis zwei Wochen
- 2
Measure
Valide Baseline
Ziel
Valide Baseline: Ist-Prozess abbilden, Messdefinition operationalisieren, Messsystem prüfen und Baseline stratifiziert erheben.
Voraussetzungen für diesen Schritt
- Project Charter
Durchführung
- Ist-Prozess abbilden, Messdefinition operationalisieren, Messsystem prüfen und Baseline stratifiziert erheben.
Ergebnis
Valide Baseline
Ist-Prozess abbilden, Messdefinition operationalisieren, Messsystem prüfen und Baseline stratifiziert erheben.
Qualitätscheck
Sind Definition, Messsystem, Stichprobe und Baseline ausreichend vertrauenswürdig?
Stolperfalle
Analyse beginnt mit unvalidierten Dashboardwerten. Operational Definition und Messsystem prüfen, dann Baseline neu erheben.
Zeitlicher Rahmen: Eine bis drei Wochen
- 3
Analyze
Bestätigte Treiber
Ziel
Bestätigte Treiber: Potenzielle X-Treiber aus Prozess und Daten ableiten; Ursachen durch Analyse, Vergleich oder Experiment bestätigen.
Voraussetzungen für diesen Schritt
- Valide Baseline
Durchführung
- Potenzielle X-Treiber aus Prozess und Daten ableiten; Ursachen durch Analyse, Vergleich oder Experiment bestätigen.
Ergebnis
Bestätigte Treiber
Potenzielle X-Treiber aus Prozess und Daten ableiten; Ursachen durch Analyse, Vergleich oder Experiment bestätigen.
Qualitätscheck
Ist jeder priorisierte Treiber durch Daten belegt und vom Symptom unterschieden?
Stolperfalle
Fishbone-Ideen werden ohne Prüfung zu Root Causes. Für jeden Kandidaten Evidenztest und Gegenhypothese festlegen.
Zeitlicher Rahmen: Eine bis drei Wochen
- 4
Improve
Verifizierte Verbesserung
Ziel
Verifizierte Verbesserung: Lösungen gezielt auf bestätigte X entwickeln, Risiken prüfen, pilotieren und gegen Baseline verifizieren.
Voraussetzungen für diesen Schritt
- Bestätigte Treiber
Durchführung
- Lösungen gezielt auf bestätigte X entwickeln, Risiken prüfen, pilotieren und gegen Baseline verifizieren.
Ergebnis
Verifizierte Verbesserung
Lösungen gezielt auf bestätigte X entwickeln, Risiken prüfen, pilotieren und gegen Baseline verifizieren.
Qualitätscheck
Adressiert der Pilot bestätigte Treiber und zeigt Wirkung bei eingehaltenen Schutzgrößen?
Stolperfalle
Lösung wird voll ausgerollt, bevor Wirkung und Risiken gemessen sind. Kleinen Pilot mit Vorhersage, Guardrails und Vergleich zur Baseline durchführen.
Zeitlicher Rahmen: Eine bis drei Wochen
- 5
Control
Control Plan
Ziel
Control Plan: Prozessstandard, Monitoring, Reaktionsplan, Owner und Übergabe festlegen; Stabilität nach Einführung prüfen.
Voraussetzungen für diesen Schritt
- Verifizierte Verbesserung
Durchführung
- Prozessstandard, Monitoring, Reaktionsplan, Owner und Übergabe festlegen; Stabilität nach Einführung prüfen.
Ergebnis
Control Plan
Prozessstandard, Monitoring, Reaktionsplan, Owner und Übergabe festlegen; Stabilität nach Einführung prüfen.
Qualitätscheck
Definiert der Plan Kennzahl, Grenze, Frequenz, Owner und Reaktion bei Abweichung?
Stolperfalle
Ein Dashboard ohne Reaktionsplan gilt als Control. Für jede Grenze konkrete Reaktion, Verantwortung und Review ergänzen.
Zeitlicher Rahmen: Zwei bis vier Wochen plus laufendes Monitoring
05
Artefakt
Was am Ende rauskommt
Skizze: so sieht das Artefakt aus
Form
DMAIC-Projektakte mit Charter, validierter Baseline, bestätigten Ursachen, verifiziertem Pilot und übergebenem Control Plan.
Versionierung / Ownership
Datum, Owner, Quellenstand und Reviewtermin führen; frühere Fassungen erhalten.
Tool-Alternativen
- DMAIC-Charter und Phase-Gates
- Mess- und Ursachenanalyse
- Pilot- und Control Plan
dmaic-working-template.md
Gegenstand, Evidenz, Rollen, Ablauf und Review festlegen.
DMAIC: Arbeitsvorlage
Fragestellung
Noch zu klären
Gewünschtes Ergebnis
Noch zu klären
Rahmen
Gesamtes Vorhaben Zeit: Vier bis zwölf Wochen für ein typisches Verbesserungsprojekt; jede Phase endet mit einem belegten Gate.
Diese Vorlage während der Arbeit auf Papier oder in einem eigenen Dokument ausfüllen.
Vorbereitung für diesen Umfang
Methodische Grundausstattung
- Materialien: Project Charter, Voice of Customer, Prozesskarte, Messsystem und Baseline, Ursachenbelege, Pilot- und Control Plan
- Rollen: Process Owner/Sponsor · DMAIC-Lead · Prozessbeteiligte · Daten-/Messsystemexpert:in · Control-Owner
- Vorab-Infos: Einen bestehenden Prozess mit messbarer Leistungslücke, Kund:innenanforderung, Sponsor und klarer Grenze auswählen.
- Gesamter Zeitbedarf: Vier bis zwölf Wochen für ein typisches Verbesserungsprojekt; jede Phase endet mit einem belegten Gate.
- Setup: Arbeitsfläche mit Define · Measure · Analyze · Improve · Control vorbereiten; Beispiel und eigene Daten trennen.
Für die Arbeitsschritte bereitstellen
Define: Project Charter
- Einen bestehenden Prozess mit messbarer Leistungslücke, Kund:innenanforderung, Sponsor und klarer Grenze auswählen.
- Project Charter, Voice of Customer, Prozesskarte, Messsystem und Baseline, Ursachenbelege, Pilot- und Control Plan
Measure: Valide Baseline
- Project Charter
Analyze: Bestätigte Treiber
- Valide Baseline
Improve: Verifizierte Verbesserung
- Bestätigte Treiber
Control: Control Plan
- Verifizierte Verbesserung
DMAIC · Arbeitsstruktur
Project Charter
Problem, Kund:innenanforderung, CTQ, Ziel, Scope, Business Case, Team und Sponsor im Charter festlegen.
...
Valide Baseline
Ist-Prozess abbilden, Messdefinition operationalisieren, Messsystem prüfen und Baseline stratifiziert erheben.
...
Bestätigte Treiber
Potenzielle X-Treiber aus Prozess und Daten ableiten; Ursachen durch Analyse, Vergleich oder Experiment bestätigen.
...
Verifizierte Verbesserung
Lösungen gezielt auf bestätigte X entwickeln, Risiken prüfen, pilotieren und gegen Baseline verifizieren.
...
Control Plan
Prozessstandard, Monitoring, Reaktionsplan, Owner und Übergabe festlegen; Stabilität nach Einführung prüfen.
...
Die leere Vorlage enthält nur Arbeitsimpulse.
Fachquelle · eigene Lehrdarstellung
Define: Project Charter
Erwartetes Artefakt: Project Charter
Problem, Kund:innenanforderung, CTQ, Ziel, Scope, Business Case, Team und Sponsor im Charter festlegen.
Eintrag:
...
- Ist die Leistungslücke messbar und grenzt der Charter Prozess, Kund:in, Ziel und Nicht-Scope ab?
Measure: Valide Baseline
Erwartetes Artefakt: Valide Baseline
Ist-Prozess abbilden, Messdefinition operationalisieren, Messsystem prüfen und Baseline stratifiziert erheben.
Eintrag:
...
- Sind Definition, Messsystem, Stichprobe und Baseline ausreichend vertrauenswürdig?
Analyze: Bestätigte Treiber
Erwartetes Artefakt: Bestätigte Treiber
Potenzielle X-Treiber aus Prozess und Daten ableiten; Ursachen durch Analyse, Vergleich oder Experiment bestätigen.
Eintrag:
...
- Ist jeder priorisierte Treiber durch Daten belegt und vom Symptom unterschieden?
Improve: Verifizierte Verbesserung
Erwartetes Artefakt: Verifizierte Verbesserung
Lösungen gezielt auf bestätigte X entwickeln, Risiken prüfen, pilotieren und gegen Baseline verifizieren.
Eintrag:
...
- Adressiert der Pilot bestätigte Treiber und zeigt Wirkung bei eingehaltenen Schutzgrößen?
Control: Control Plan
Erwartetes Artefakt: Control Plan
Prozessstandard, Monitoring, Reaktionsplan, Owner und Übergabe festlegen; Stabilität nach Einführung prüfen.
Eintrag:
...
- Definiert der Plan Kennzahl, Grenze, Frequenz, Owner und Reaktion bei Abweichung?
Offene Fragen und nächste Schritte
...
Methodenanleitung: https://methodatlas.meierhoff-systems.de/de/methods/dmaic/run-sheet
06
Beispielausgabe
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Beispiel zur Orientierung. Die genannten Mengen und Zeiten beschreiben diesen Fall und sind keine allgemeine Vorgabe.
dmaic-beispiel.md
Konkret gefülltes Szenario, fiktives Beispiel
Fiktives Lehrbeispiel: DMAIC · Arbeitsstruktur
Project Charter
Checkout p80 18 Minuten statt Ziel 10; Scope Samstagsabholung Hamburg; Sponsor Operations Lead; Ziel ≤12 bis 31.03.
Valide Baseline
Zeit von Ankunft bis Übergabe; 240 Fälle über vier Samstage; Timerabgleich ±20 Sekunden; p80 18 Minuten.
Bestätigte Treiber
Slotballung erklärt 46 % der Varianz; Bestandssync zeigt keinen stabilen Effekt; Regressions- und Schichtvergleich dokumentiert.
Verifizierte Verbesserung
Acht Slots/Stunde an zwei Samstagen: p80 11,8; Ablehnung 6 %; keine höhere Reklamation.
Control Plan
Wöchentlich p80; Warnung >13, Eingriff >15; Ops Owner; bei zwei Warnungen Slotprofil prüfen; 30/60-Tage-Review.
07
Stolperfallen
Symptome erkennen, gegensteuern
Kurzüberblick, vollständiger Text steht in der jeweiligen Phase im Ablauf
- Project CharterDer Charter verspricht bereits eine Lieblingslösung.In der Phase ansehen
- Valide BaselineAnalyse beginnt mit unvalidierten Dashboardwerten.In der Phase ansehen
- Bestätigte TreiberFishbone-Ideen werden ohne Prüfung zu Root Causes.In der Phase ansehen
- Verifizierte VerbesserungLösung wird voll ausgerollt, bevor Wirkung und Risiken gemessen sind.In der Phase ansehen
- Control PlanEin Dashboard ohne Reaktionsplan gilt als Control.In der Phase ansehen
Falle
Project Charter
Symptom
Der Charter verspricht bereits eine Lieblingslösung.
Was tun
Problem und Ziel in CTQ-Maßen formulieren; Lösung aus Define entfernen.
Falle
Valide Baseline
Symptom
Analyse beginnt mit unvalidierten Dashboardwerten.
Was tun
Operational Definition und Messsystem prüfen, dann Baseline neu erheben.
Falle
Bestätigte Treiber
Symptom
Fishbone-Ideen werden ohne Prüfung zu Root Causes.
Was tun
Für jeden Kandidaten Evidenztest und Gegenhypothese festlegen.
Falle
Verifizierte Verbesserung
Symptom
Lösung wird voll ausgerollt, bevor Wirkung und Risiken gemessen sind.
Was tun
Kleinen Pilot mit Vorhersage, Guardrails und Vergleich zur Baseline durchführen.
Falle
Control Plan
Symptom
Ein Dashboard ohne Reaktionsplan gilt als Control.
Was tun
Für jede Grenze konkrete Reaktion, Verantwortung und Review ergänzen.
08
Abbruchkriterien
Wann du anhalten, Voraussetzungen klären oder einen anderen Ansatz wählen solltest
Stopp Define: Ist die Leistungslücke messbar und grenzt der Charter Prozess, Kund:in, Ziel und Nicht-Scope ab?
Stopp Measure: Sind Definition, Messsystem, Stichprobe und Baseline ausreichend vertrauenswürdig?
Stopp Analyze: Ist jeder priorisierte Treiber durch Daten belegt und vom Symptom unterschieden?
Stopp Improve: Adressiert der Pilot bestätigte Treiber und zeigt Wirkung bei eingehaltenen Schutzgrößen?
Stopp Control: Definiert der Plan Kennzahl, Grenze, Frequenz, Owner und Reaktion bei Abweichung?
Methodenanleitung durchgearbeitet?
Zum Steckbrief für Zweck, ähnliche Methoden und Quellen oder direkt zur nächsten Methode im Katalog.