DMADV verstehen

Warum DMADV?

DMAIC funktioniert hervorragend, wenn ein Prozess bereits läuft und „nur" optimiert werden muss. Bei einer Neuentwicklung — neues Produkt, neue Servicelinie, neuer Fertigungsschritt — fehlen aber die Baseline-Daten, an denen DMAIC ansetzt. DMADV ersetzt das Verbessern durch ein systematisches Gestalten: zuerst werden Kundenwünsche und kritische Qualitätsmerkmale erhoben, dann wird der Entwurf datengetrieben aus Alternativen ausgewählt und schließlich verifiziert, dass er die Spezifikation auch unter realen Bedingungen einhält.

Die fünf Phasen

Define — Auftrag und Kundenanforderungen schärfen

Wie bei DMAIC startet DMADV mit einem klaren Projektauftrag: Was soll entwickelt werden, für wen, mit welchem Geschäftsnutzen und bis wann? Hinzu kommt aber ein stärkerer Fokus auf den Kunden — Voice of the Customer (VOC), Stakeholder-Analyse und ein erstes Funktions-Lastenheft. Am Ende der Phase steht ein Charter, der den Entwicklungsumfang und die Erfolgskriterien aus Kunden- und Geschäftssicht festlegt.

Measure — Anforderungen quantifizieren

Hier werden die Kundenwünsche aus Define in messbare Qualitätsmerkmale übersetzt (CTQs). Welche Eigenschaften muss das fertige Produkt oder der neue Prozess aufweisen? Welche Toleranzen sind akzeptabel, welche Mindest-Performance ist Pflicht? Sind Vergleichsdaten aus ähnlichen Prozessen verfügbar, werden Messsysteme bewertet (MSA) und Baseline-Kennzahlen erhoben — sie liefern später die Vergleichsbasis für die Verify-Phase.

Analyze — Designoptionen vergleichen

DMADV-Analyze unterscheidet sich deutlich von DMAIC-Analyze: statt nach Wurzelursachen zu suchen, werden mehrere Designkonzepte systematisch gegenübergestellt. Pugh-Matrizen, Konzeptbewertung, FMEA auf Konzeptebene, statistische Prognosen und ggf. Simulationen helfen, das vielversprechendste Konzept auszuwählen. Hypothesentests und Korrelationen können bereits hier eingesetzt werden, um Annahmen über das Verhalten des künftigen Systems abzusichern.

Design — Den Entwurf detailliert ausarbeiten

Aus dem in Analyze gewählten Konzept wird ein konkreter, technisch detaillierter Entwurf. Faktorpläne (DOE) helfen, kritische Einstellgrößen zu identifizieren und ihre optimalen Werte zu bestimmen, Regression baut Vorhersagemodelle für die Schlüsselkennzahlen, FMEA auf Detailebene deckt verbleibende Risiken auf. Pilotaufbauten oder Prototypen liefern erste belastbare Daten, mit denen der Entwurf vor der finalen Verifizierung iterativ optimiert wird.

Verify — Den Entwurf in der Praxis bestätigen

Verify ist die DMADV-Antwort auf DMAIC-Control: der fertige Entwurf wird unter realen oder produktionsnahen Bedingungen getestet. Prozessfähigkeitsanalysen (Cp, Cpk), Regelkarten und Hypothesentests prüfen, ob die in Define vereinbarten CTQs tatsächlich eingehalten werden. Wird die Spezifikation erreicht, geht der Entwurf samt Lessons-Learned, Arbeitsanweisungen und Reaktionsplan in den Serien- bzw. Regelbetrieb über.

Wann ist DMADV das richtige Werkzeug?

DMADV passt, wenn etwas Neues entstehen soll: ein neues Produkt, ein neuer Service, ein neuer Fertigungsprozess oder eine grundlegend überarbeitete Variante eines bestehenden Prozesses. Auch wenn ein bestehender Prozess so weit verbessert wurde, dass weitere DMAIC-Iterationen kaum noch Wirkung zeigen, kann DMADV der nächste logische Schritt sein, um den Prozess von Grund auf neu zu entwerfen. Für Korrekturen an einem laufenden Prozess bleibt dagegen DMAIC die effizientere Wahl.

Typische Fallstricke

• Define mit Lösungsbeschreibungen statt Anforderungen füllen — der Entwurf wird unbewusst auf eine vorgegebene Lösung verengt, bevor Alternativen überhaupt geprüft sind.
• VOC und CTQs überspringen oder rein qualitativ formulieren. Ohne messbare Zielwerte fehlt in Verify der Maßstab, gegen den der Entwurf bewertet werden kann.
• Zu früh in das Detail-Design springen, bevor in Analyze mehrere Konzepte fair verglichen wurden — das spart Wochen, kostet später Monate.
• Verify als reine Formalität behandeln. Wer den Entwurf nicht unter realistischen Bedingungen testet, übergibt Risiken in den Regelbetrieb, die dann später als „unerklärliche" Qualitätsprobleme zurückkommen.

DMADV in dieser App

Wenn Sie ein Projekt mit dem Zyklus „DMADV" anlegen, zeigt die Kopfleiste sieben Kacheln (Daten, D, M, A, D, V, Weitere). Module wie SIPOC, FMEA, MSA oder Hypothesentests sind den passenden Phasen automatisch zugeordnet, DOE und Regression liegen in der Design-Phase, Regelkarten und Lessons Learned in der Verify-Phase. Werkzeuge ohne feste DMADV-Zuordnung erscheinen im rechten „Weitere"-Tile und können per Drag & Drop in eine Phase verschoben werden — so behalten Sie Vollzugriff auf das gesamte Werkzeugarsenal.