DMAIC ist der Verbesserungszyklus im Zentrum von Six Sigma. Er führt ein Projekt der Reihe nach durch fünf Phasen (Define, Measure, Analyse, Improve, Control), jeweils mit einer Endbedingung, die erfüllt sein muss, bevor die nächste beginnt. Es ist die Methode, die in der Zertifizierung zum Green Belt und Black Belt gelehrt und angewendet wird.
Sie eignet sich für Probleme, bei denen die Ursache wirklich unbekannt ist und der Prozess bereits existiert. Wo die Ursache bekannt und die Lösung offensichtlich ist, bedeutet DMAIC unnötigen Zusatzaufwand. Wo der Prozess noch nicht existiert, kommt stattdessen DMADV zum Einsatz.
Define: Einigung über das Problem erzielen, bevor nach Ursachen gesucht wird
Define legt fest, welches Problem für wen gelöst wird und wie eine Verbesserung in messbaren Zahlen aussieht. Das Ergebnis ist eine eingegrenzte Problembeschreibung, keine Hypothese über die Ursache. Ein Projekt, das mit „Wir müssen X einführen“ beginnt, hat Define übersprungen.
Typische Werkzeuge: Projektauftrag (Charter), SIPOC zur Abgrenzung des Prozesses, VOC (Voice of the Customer), um Kundenbeschwerden in messbare Anforderungen (CTQs) umzuwandeln.
Endbedingung: Ein einseitiger Projektauftrag mit dem Problem, der Kennzahl, dem Ist-Zustand (falls bekannt), dem Abgrenzungsbereich, dem Team und einem vom Sponsor unterzeichneten Ziel.
Measure: Den Ist-Zustand mit Daten belegen
Measure ermittelt den Ist-Zustand anhand von Daten statt Meinungen. Dazu gehört auch die Überprüfung des Messsystems selbst: Ein Projekt, das auf einem unzuverlässigen Messmittel aufbaut, scheitert unabhängig davon, wie gut die spätere Analyse ist. Wenn zwei Personen, die dasselbe messen, unterschiedliche Ergebnisse erhalten, ist das erste Verbesserungsprojekt die Messung.
Typische Werkzeuge: Datenerfassungsplan, operative Definitionen, MSA (Gage R&R), Ist-Prozessablaufdiagramm, Prozessfähigkeit (Cp, Cpk, Sigma-Niveau).
Endbedingung: Eine validierte Datenbasis für die Kennzahl im Projektauftrag samt ihrer Streuung über einen ausreichend repräsentativen Zeitraum.
Analyse: Die tatsächlichen Ursachen des Problems finden
Analyse identifiziert die tatsächlichen Treiber des Problems. Die meisten gescheiterten Projekte scheitern hier, indem sie frühzeitig eine Ursache annehmen und die verbleibenden Phasen damit verbringen, diese zu bestätigen. Die Disziplin besteht darin, mögliche Ursachen breit zu sammeln, sie anhand von Daten zu testen und nur diejenigen zu behalten, die durch Daten gestützt werden.
Typische Werkzeuge: Ishikawa-Diagramm und 5-Why-Methode zur Ermittlung möglicher Ursachen, Pareto-Diagramm zur Priorisierung, Stratifikation, Streudiagramme und Hypothesentests zur Bestätigung, welche Eingangsgrößen die Zielgröße beeinflussen. Black Belt-Projekte nutzen zusätzlich Regressionsanalysen und statistische Versuchsplanung (DoE).
Endbedingung: Eine kurze Liste von Hauptursachen, jeweils mit Nachweisen und einer Abschätzung, wie viel des Problems jede einzelne erklärt.
Improve: Lösungen entwickeln, testen und erst dann einführen
Improve entwickelt und testet Veränderungen im Hinblick auf diese Ursachen. Das Testen vor der vollständigen Umsetzung unterscheidet dies von gewöhnlicher Problemlösung: Ein Pilotprojekt auf einer Linie, in einem Team oder über eine Woche zeigt, ob die Veränderung die Kennzahl verbessert, bevor sich die Organisation dazu verpflichtet.
Typische Werkzeuge: Lösungsauswahlmatrix, FMEA für die geplante Änderung, Pilotplan, Poka-Yoke sowie Lean-Werkzeuge, die häufig direkt die Lösung liefern: 5S, Standard-Arbeitsanweisungen, SMED, Kanban.
Endbedingung: Ergebnisse des Pilotprojekts, die zeigen, dass die Kennzahl am oder nahe am Ziel liegt, sowie ein Umsetzungsplan.
Control: Die Veränderung zum neuen Standard machen
Control sorgt dafür, dass die Veränderung durch Standards, Überwachung und eine definierte Reaktion bei Abweichungen dauerhaft bestehen bleibt. Das Überspringen von Control ist der Grund, warum so viele Organisationen auf Verbesserungen verweisen, die nicht mehr halten. Die Phase endet, wenn der Process Owner und nicht das Projektteam die Überwachung steuert.
Typische Werkzeuge: Produktionslenkungsplan (Control Plan), Qualitätsregelkarten (SPC), Standardarbeitsanweisungen, visuelles Management und ein Reaktionsplan, der genau festlegt, wer was tut, wenn die Regelkarte ein Signal zeigt.
Endbedingung: Ein unterzeichneter Control Plan, die über einen festgelegten Zeitraum auf Zielwert gehaltene Kennzahl und ein abgeschlossenes Projekt mit dokumentierten Erkenntnissen.
Ein praktisches Beispiel
Ein Logistikunternehmen verliert Kunden aufgrund verspäteter Lieferungen. Define: Das Problem wird definiert als „18 % der Lieferungen in Region X treffen nach dem zugesagten Zeitfenster ein; Ziel sind 5 % innerhalb von vier Monaten“. Measure: Die Lieferzeitstempel werden drei Monate lang mit der Zusage verglichen; die Baseline liegt bei 18,4 %, montags bei 31 %. Analyse: Mögliche Ursachen sind Routenplanung, Fahrzeugverfügbarkeit, Bestellannahmeschluss und Lagerkommissionierung. Stratifizierte Daten zeigen, dass die Verspätungen am Montag von Wochenendbestellungen stammen, die in einer einzigen Charge um 06:00 Uhr freigegeben werden; die Kommissionierkapazität ist der Engpass, nicht die Routen. Improve: Ein Pilotprojekt gibt Wochenendbestellungen in zwei Wellen am Sonntagabend und Montagmorgen frei; die Montagsverspätung sinkt im ersten Monat auf 9 %. Control: Die Freigabe in zwei Wellen wird zum standard, eine wöchentliche Regelkarte verfolgt die Verspätungen nach Tagen, und der Lagerleiter übernimmt den Reaktionsplan.
Die Ursache, die das Team zu Beginn erwartete (Routenplanung), stellte sich als falsch heraus. Das ist das typische Ergebnis eines ordnungsgemäß durchgeführten DMAIC-Projekts und der Grund, warum es die Analyse-Phase gibt.
DMAIC und Lean Management
Lean Six Sigma nutzt DMAIC als Projektstruktur und Lean Management für einen Großteil der Inhalte. Measure und Analyse nutzen Value Stream Mapping und die sieben Verschwendungsarten (Muda), um Zeitfresser zu identifizieren; Improve stützt sich auf Fluss, Pull und Standardarbeit. Die Statistik bringt Six Sigma ein, wenn die Ursache in der Streuung und nicht in der Verschwendung liegt.
Wann DMAIC das falsche Werkzeug ist
DMAIC ist bewusst gründlich ausgelegt: Ein Green Belt-Projekt dauert drei bis sechs Monate. Es ist die falsche Wahl, wenn die Ursache bereits bekannt ist und die Lösung günstig ist (einfach umsetzen, bei Bedarf mit einem A3 Problem-Solving Coaching oder einem Kaizen-Workshop), wenn der Prozess noch nicht existiert (DMADV nutzen) oder wenn das Problem ein einmaliger Vorfall statt eines wiederkehrenden Musters ist.
Häufig gestellte Fragen
Wie lange dauert ein DMAIC-Projekt? Drei bis sechs Monate für ein Green Belt-Projekt, länger bei Black Belt-Projekten mit mehreren Ursachen oder Standorten. Kürzere Projekte bedeuten meist, dass Measure oder Control verkürzt wurden.
Wer leitet ein DMAIC-Projekt? Ein Green Belt oder Black Belt, zusammen mit einem Sponsor (Process Owner) und Teammitgliedern aus den operativen Bereichen. Yellow Belts unterstützen bei der Datenerhebung und bei Lösungsideen.
Was ist der Unterschied zwischen DMAIC und PDCA? PDCA ist ein allgemeiner Verbesserungszyklus ohne vorgegebene Analysetiefe. DMAIC schreibt vor, was jede Phase liefern muss, und verlangt Daten vor Ursachen sowie Tests vor der Umsetzung. PDCA eignet sich für die tägliche Verbesserung; DMAIC für komplexe Probleme.
Was ist der Unterschied zwischen DMAIC und DMADV? DMAIC verbessert einen bestehenden Prozess. DMADV entwickelt einen neuen Prozess oder überarbeitet einen, dessen Struktur das Erreichen der Anforderungen verhindert.
Wo wird DMAIC gelehrt? Es bildet das Rückgrat der Green Belt-Zertifizierung, bei der die Teilnehmenden ein reales DMAIC-Projekt durchführen, und wird im Black Belt mit fortgeschrittener Statistik vertieft. Der Yellow Belt vermittelt den Zyklus auf Teammitgliedsebene.
