Zweck
Bei einem Prozessproblem mit schwankender Leistung bringt die Methode Analyse und Verbesserung in eine disziplinierte Folge. Sie schafft einen Rahmen, in dem Zahlen, Ursachen und Steuerung zusammenlaufen.
Operations Prozessmodell
DMAIC
Lenkt Verbesserungsarbeit von der Problemdefinition über Messung und Analyse bis zu Controls und dauerhaftem Transfer.
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.
Wie verbessern wir einen bestehenden Prozess auf Basis valider Messung, bestätigter Treiber und nachhaltig kontrollierter Änderungen?
- Teilnehmende
- 3-10
- Zeit
- Vier bis zwölf Wochen für ein typisches Verbesserungsprojekt; jede Phase endet mit einem belegten Gate.
Evidenzaufbau, Analyse und Wirksamkeitsprüfung bilden ein mehrstufiges Vorhaben.
Define
Project Charter
Problem, Kund:innenanforderung, CTQ, Ziel, Scope, Business Case, Team und Sponsor im Charter festlegen.
Measure
Valide Baseline
Ist-Prozess abbilden, Messdefinition operationalisieren, Messsystem prüfen und Baseline stratifiziert erheben.
Analyze
Bestätigte Treiber
Potenzielle X-Treiber aus Prozess und Daten ableiten; Ursachen durch Analyse, Vergleich oder Experiment bestätigen.
Improve
Verifizierte Verbesserung
Lösungen gezielt auf bestätigte X entwickeln, Risiken prüfen, pilotieren und gegen Baseline verifizieren.
Control
Control Plan
Prozessstandard, Monitoring, Reaktionsplan, Owner und Übergabe festlegen; Stabilität nach Einführung prüfen.
Neue Evidenz im Review ergänzen und Entscheidungen samt früherem Stand versionieren.
Geeignet, wenn
Bei einem Prozessproblem mit schwankender Leistung bringt die Methode Analyse und Verbesserung in eine disziplinierte Folge. Sie schafft einen Rahmen, in dem Zahlen, Ursachen und Steuerung zusammenlaufen.
Ideal für
- Six Sigma Projekte
- Qualitätsprobleme
- Prozessvarianz
Nicht gut für
- Sehr kleine Verbesserungen
- Reine Ideation
- Probleme ohne Datenzugang
Ergebnisse
Control Plan
DMAIC-Projektakte mit Charter, validierter Baseline, bestätigten Ursachen, verifiziertem Pilot und übergebenem Control Plan.
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.
Erster Schritt
Einen bestehenden Prozess mit messbarer Leistungslücke, Kund:innenanforderung, Sponsor und klarer Grenze auswählen.
Vertiefung
Funktionsweise
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.
Im Detail
DMAIC führt Prozessverbesserung datenbasiert und diszipliniert von Problemdefinition bis Kontrolle. Messsystem, Ursachenanalyse und Lösung dürfen nicht voneinander entkoppelt werden. Der Ansatz lohnt sich, wenn Variation reduziert und Verbesserungen dauerhaft im Prozess verankert werden müssen. Seine Stärke liegt in der Verbindung von Analyse, Umsetzung und Control Plan.
Durchführung
Halte Problem, Kundeneffekt und Messrahmen eng genug, damit das Projekt nicht schon in der Define Phase verwässert. Die Methode verliert Kraft, wenn aus Messen sofort Reparieren wird und die Analyse übersprungen wird. Schließe mit Kontrollmechanismen, die auch bei wechselnden Zuständigkeiten weiterlaufen und den Effekt absichern.
Die Methodenanleitung führt mit 5 Phasen, Zeitrahmen, 5 Stolperfallen und klaren Abbruchkriterien durch die Umsetzung.
Methodenanleitung öffnenDeine Einschätzung
Hilft dir diese Methode für dein Vorhaben?
Mit deinem Feedback hilfst du, den Methodatlas weiterzuentwickeln.
Quellen und Themen
Artefakt-Vorlagen
DMAIC: ArbeitsvorlageGegenstand, Evidenz, Rollen, Ablauf und Review festlegen.markdown
DMAIC: ArbeitsvorlageGegenstand, Evidenz, Rollen, Ablauf und Review festlegen.
markdowndmaic-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
Alternativen und Nachbarn
Passende Alternativen mit Entscheidungshilfe, danach weitere verwandte Methoden.
Operations
8D Problem Solving
Statt DMAIC, wenn du ein Problem mit klaren Rollen, Maßnahmen und Verifikation diszipliniert abarbeiten willst.
Operations
A3 Problem Solving
Statt DMAIC, wenn ein leichteres Problemlösungsformat reicht und der Verbesserungszyklus nicht als Großprozess laufen soll.
Operations
Scatter Diagram
Zeichnet Datenpaare als Punktdiagramm, um vermutete Zusammenhänge, Ausreißer und Korrelationsstärke zu prüfen.
Operations
Causal Factor Analysis
Rekonstruiert eine Ereigniskette, markiert Faktoren und leitet überprüfbare Ursachen sowie Corrective Actions ab.
Operations
Fault Tree Analysis
Modelliert ein Top Event mit UND- und ODER-Verzweigungen, um kritische Pfade und Ursachen sichtbar zu machen.
Operations
ABC Analysis
Teilt Items nach Wert oder Wirkung in A, B und C ein und lenkt Fokus auf die wirksamsten Themen.
Rahmenbedingungen und Herkunft
HochWorkshop + Async2-12 Wochen
Steckbrief
- Methodenform
- Prozessmodell
- Teilnehmende
- 3-10
- Zeit
- 2-12 Wochen
- Reifegrad
- Canonical
- Ursprung
- Motorola Six Sigma
Als Nächstes: Standard Work Analysis