Was ist Six Sigma? Ein Praxisleitfaden zu DMAIC

Was ist Six Sigma? Die Methodik verbindet ein Ziel mit einem klaren Vorgehen: Sie legen fest, was als Fehler gilt, messen dessen Häufigkeit, ermitteln die Ursachen von Abweichungen und beseitigen sie. Anschließend überwachen Sie den Prozess, damit die Verbesserung Bestand hat. DMAIC steht für Define, Measure, Analyse, Improve und Control. Der Zyklus führt von der Problembeschreibung zu einem stabilen Prozess.

Six Sigma hat sich bewährt. Die meisten Anwender möchten nicht darüber streiten, ob die Methode funktioniert. Sie wollen Verbesserungen belegen können, und zwar in Wochen statt in einem Jahr. Dieser Leitfaden beantwortet die praktische Frage: Was ist Six Sigma, was geschieht in den einzelnen DMAIC-Phasen und wie kann Prozessintelligenz den Zyklus beschleunigen, ohne ihn zu verwässern?

Was ist Six Sigma?

Six Sigma ist eine Methode, um Schwankungen zu verringern, Fehler seltener zu machen und Ergebnisse vorhersehbarer zu gestalten. Liefert ein Prozess wiederholt dasselbe Ergebnis, lässt sich die Qualität leichter sichern. Enden ähnliche Cases unterschiedlich, setzt die Methode genau dort an.

Motorola entwickelte den Ansatz 1986, General Electric führte ihn in den 1990er-Jahren ein. Er verbreitete sich in der Fertigung, im Gesundheitswesen, bei Finanzdienstleistern und in Shared Services, weil er „Qualität“ messbar machte.

Der Name leitet sich vom statistischen Symbol für die Standardabweichung ab. Six Sigma bezeichnet ein Leistungsziel: Liegt die natürliche Streuung eines Prozesses sechs Standardabweichungen innerhalb seiner Spezifikationsgrenzen, treten Fehler nur noch selten auf.

Diese Werte sind in der Methode gebräuchliche Richtgrößen. Sie machen aber auch deutlich: Eine Fehlerquote ist nur so aussagekräftig wie die Definition einer Fehlermöglichkeit und die Vollständigkeit der zugrunde liegenden Daten. Deshalb geht es in der ersten DMAIC-Phase um Klarheit, nicht um Statistik.

Wie läuft der DMAIC-Prozess ab?

DMAIC ist ein fünfphasiger Zyklus zur Verbesserung bestehender Prozesse. Jede Phase beantwortet eine andere Frage und liefert Belege für die nächste. So wird die Prozessverbesserung mit Six Sigma wiederholbar statt zu einem einmaligen Projekt.

Als Zyklus statt als Wasserfall betrachtet, bilden die fünf Phasen den Ablauf fast jeder Verbesserung: den Prozess verstehen, messen, die Messergebnisse erklären, etwas ändern und die Änderung sichern. Wichtiger als die Buchstaben ist die Disziplin, keine Phase auszulassen, nur weil sie unbequem ist.

Warum kommt die Dokumentation vor den Daten?

In der Define-Phase entscheidet sich, ob ein DMAIC-Projekt gelingt. Dabei geht es weniger um Statistik als um Klarheit. Bevor Sie einen Fehler messen können, müssen Sie festlegen, wie der Prozess abläuft, wo er beginnt und endet, wer dafür verantwortlich ist und woran Sie gute Ergebnisse erkennen.

Projekte überspringen diesen Schritt häufiger, als man zugibt. Das Team einigt sich in einem Workshop auf ein Problem und springt direkt zum Datenexport. Erst dann stellt sich heraus, dass die Systeme den Schritt, den alle für den Engpass hielten, gar nicht erfassen oder dass drei Abteilungen unter demselben Namen jeweils einen anderen Prozess verstehen. Messungen lösen keinen Prozess, auf den sich niemand geeinigt hat.

Dokumentation schafft die Grundlage für alle weiteren Phasen:

• Ein Prozessmodell, das die Schritte, Entscheidungen und Übergaben so abbildet, wie das Team sie heute versteht, und zwar in BPMN 2.0 statt auf einer Präsentationsfolie.
• Eine Fehlerdefinition, die an das Modell geknüpft ist. So zählt Measure dasselbe, was in Define vereinbart wurde.
• Rollen und Verantwortlichkeiten für die Aktivitäten, damit in Improve eine zuständige Person Änderungen freigeben kann.
• Die tatsächlich verwendeten Dokumente: Vorgehensweisen, Richtlinien, Templates und Anweisungen zu den einzelnen Bildschirmschritten, jeweils der beschriebenen Aktivität zugeordnet.

ProcessMind hält diese Dokumentation direkt neben dem Modell aktuell, statt sie in einem Ordner veralten zu lassen. Teams können mit der KI-gestützten Modellgenerierung einen ersten Entwurf erstellen, ihn auf der Modellierungszeichenfläche verfeinern, die passende Vorgehensweise oder Bildschirmanweisung als Artefakt anhängen und den Prozess mithilfe des Versionsverlaufs prüfen lassen. Die veröffentlichte Version ist im Process Portal für die Mitarbeitenden sichtbar, die die Arbeit ausführen. So können alle den Prozess einsehen, den das Projekt misst. Wenn Prozessdokumentation und Modell im selben Arbeitsbereich liegen, driften sie nicht auseinander.

Was geschieht in den einzelnen DMAIC-Phasen?

Jede Phase hat ein klar definiertes Ergebnis. Eine aussagekräftige Tabelle zeigt außerdem, wo der Aufwand üblicherweise anfällt. Genau dort verändert Prozessintelligenz die Arbeit.

In den meisten Programmen ist Measure der Engpass. Wird die Ausgangsbasis manuell erstellt, dauert es Wochen. Außerdem umfasst sie nur die Cases, die jemand prüfen konnte, und ist oft schon veraltet, bevor Analyse beginnt. Genau hier verändert Process Mining die DMAIC-Arbeit.

Wie unterstützt Process Mining DMAIC?

Process Mining rekonstruiert anhand der Ereignisdaten, die Ihre Systeme bereits erfassen, wie Cases tatsächlich durch einen Prozess liefen. Ein Event Log mit Case-ID, Aktivität und Timestamp reicht aus, um reale Abläufe, Varianten, Wartezeiten und Nacharbeit sichtbar zu machen.

Diese Belege beruhen auf Messungen statt auf Beschreibungen. Damit unterstützt Process Mining den Zyklus auf drei konkrete Arten:

• Measure: Erstellen Sie die Ausgangsbasis anhand aller erfassten Cases, nicht anhand einer Stichprobe der Fälle, für deren Prüfung jemand Zeit hatte.
• Analyse: Vergleichen Sie die Varianten, um zu sehen, wo sich Verzögerungen und Nacharbeit häufen. Prüfen Sie anschließend Ihre Erklärungen anhand der Daten statt anhand der lautesten Meinung im Raum.
• Control: Führen Sie dieselben Messungen nach Projektabschluss weiter, damit eine Rückkehr zur bisherigen Arbeitsweise früh auffällt.

Process Mining ersetzt weder Six Sigma noch die Überlegungen in Define oder Improve. Es ersetzt die manuelle Datenerfassung und Prüfung, die Measure verlangsamt und Control erschwert. Einen Überblick über die Funktionen finden Sie auf der Process-Mining-Seite. Wie Process Mining Abläufe rekonstruiert, erfahren Sie in der Process-Mining-Dokumentation. Für die Analyse greifen DMAIC-Teams zuerst auf Prozessvarianten und die Konformitätsprüfung zurück.

Wie sichern Prozessanalysen und Dashboards die Verbesserung?

In der Control-Phase gehen Verbesserungen oft unbemerkt verloren. Wird eine Änderung nach Projektende nicht gemessen, lässt sie sich nicht belegen. Und ein Dashboard, das niemand öffnet, ist kein Kontrollinstrument.

Prozessanalysen liefern Prozessverantwortlichen eine Grundlage für konkrete Maßnahmen: Trends bei Zykluszeiten und Fehlern im Vergleich zur Ausgangsbasis, die Konformität mit dem dokumentierten Modell und Schwellenwerte, die anzeigen, wann ein Wert Aufmerksamkeit erfordert. In ProcessMind speichern Lesezeichen die Filter und Messwerte einer Prüfung. Mit Prozessgesundheit erhält jeder Indikator einen Referenzbereich. Dashboards und KPIs zeigen die Ergebnisse dort, wo Prozessverantwortliche sie sehen. In der Dokumentation zu benutzerdefinierten Dashboards erfahren Sie, wie Sie diese Ansichten erstellen.

Prüfen Sie es wie bei jeder Regelkarte: Kann die verantwortliche Person anhand dieser Ansicht und dieses Schwellenwerts feststellen, ob sich der Prozess seit dem Vormonat verändert hat? Falls nicht, ist die Control-Phase nur dokumentiert, aber nicht umgesetzt.

Was bedeuten die Belt-Rollen bei Six Sigma?

Die Belt-Bezeichnungen stehen für Rollen in einem Six-Sigma-Programm und geben einen groben Hinweis darauf, wer welche Projekte leiten kann. Die Zuständigkeiten unterscheiden sich je nach Organisation, umfassen aber häufig folgende Aufgaben:

• Champion oder Sponsor: eine Führungskraft, die Ressourcen sichert und Hindernisse aus dem Weg räumt.
• Master Black Belt: eine erfahrene Fachkraft, die Projektteams begleitet und die Einhaltung der Methode sicherstellt.
• Black Belt: eine Projektleitung, die die DMAIC-Arbeit steuert.
• Green Belt: eine Fachkraft, die neben ihrer regulären Arbeit ein Projekt leitet, oft innerhalb einer Abteilung.
• Yellow Belt oder White Belt: ein Teammitglied, das Prozesswissen oder Daten beisteuert.

In einem datengetriebenen DMAIC-Zyklus spielt die Farbe des Belts keine Rolle. Ein Projekt braucht einen Prozessverantwortlichen, der Änderungen freigeben kann, jemanden, der die Belege auswertet, und ein Team, das die Messwerte offen betrachtet. Ein Titel kann auf diese Fähigkeiten hindeuten, ersetzt aber nicht die eigentliche Arbeit.

Wie unterscheiden sich Lean und Six Sigma?

Lean und Six Sigma beantworten unterschiedliche Fragen. Die Verwechslung der beiden Methoden hängt oft mit ihren Bezeichnungen zusammen.

• Lean verringert Verschwendung und verbessert den Arbeitsfluss. Dabei geht es um Wartezeiten, Übergaben, überflüssige Bearbeitung, Bestände, unnötige Bewegungen und Fehler im Arbeitsablauf.
• Six Sigma verringert Schwankungen und Fehler. Mithilfe von Messungen und Analysen wird untersucht, warum zwei ähnliche Cases unterschiedlich enden.

Lean Six Sigma, auch Lean 6 Sigma geschrieben, kombiniert beide Ansätze: Lean verbessert den Arbeitsfluss, Six Sigma macht Ergebnisse vorhersehbarer. Die Begriffe „Lean und Six Sigma“ und „Six Sigma und Lean Six Sigma“ werden oft so verwendet, als bezeichneten sie unterschiedliche Methoden. Tatsächlich beschreiben sie dieselbe Kombination. Welche Methode zuerst zum Einsatz kommt, hängt vom Problem ab. Bei einem langsamen, aber stabilen Prozess sollten Sie mit Lean beginnen. Ist ein Prozess schnell, aber uneinheitlich, sollten Sie zuerst die Schwankungen angehen. Der Leitfaden zu Value Stream Mapping behandelt den Lean-Ansatz. Die Übersicht zu Methoden der Prozessverbesserung vergleicht beide Ansätze mit Process Mining und Simulation.

Warum richten wir unsere Arbeit auf DMAIC aus?

Weil sich der Zyklus wiederverwenden lässt. Belts, Statistik und Projektaufträge unterstützen einen Ablauf, den jedes Team auf jeden Prozess anwenden kann. Mit jeder Wiederholung sinkt der Aufwand für den nächsten Durchlauf.

Wir behaupten weder, Six Sigma sei der einzige Weg zur Prozessverbesserung, noch, die Methode müsse verteidigt werden. Wir sind überzeugt, dass DMAIC den Kern bildet und die Werkzeuge den Zyklus beschleunigen sollten.

So ist die Plattform aufgebaut: Sie richtet sich nicht gegen Six Sigma, sondern setzt darauf, dass Teams den Zyklus brauchen und die Messungen darin auf bereits vorhandenen Unternehmensdaten beruhen sollten. Deshalb ordnet der Leitfaden zu Lean Six Sigma und DMAIC jeder Phase ein konkretes Datenergebnis zu.

Wann eignet sich Six Sigma nicht?

Six Sigma eignet sich besonders, wenn Sie Fehler klar definieren und zuverlässig messen können und es genügend Schwankungen gibt, die sich verringern lassen. Das trifft auf Prozesse mit hohem Volumen und vielen Wiederholungen sowie auf Branchen mit strengen regulatorischen Qualitätsvorgaben zu. Weniger geeignet ist Six Sigma, wenn vor allem der Arbeitsfluss und nicht die Schwankungen das Problem sind, der Prozess neu ist oder noch keine ausreichenden Daten vorliegen.

Das ist kein Grund, DMAIC aufzugeben. Der Zyklus bleibt anwendbar: Problem definieren, Messbares erfassen, Ursachen untersuchen, etwas ändern und die Änderung sichern. Es ändert sich lediglich, wie viel statistischer Aufwand nötig ist. Ein Team, das das Onboarding, eine Vertriebspipeline oder einen Service Desk verbessert, braucht möglicherweise keine Versuchsplanung. Ein Team, das Fehler in einer Fertigungslinie verringert, dagegen sehr wahrscheinlich schon. Ist der Prozess neu statt fehlerhaft, kommt Design for Six Sigma (DMADV) infrage. Geht es um Wartezeiten statt um Schwankungen, kommen Sie mit Lean-Methoden weiter.

Wie starten Sie ein Six-Sigma-Projekt?

Am schnellsten kommen Sie voran, wenn Sie innerhalb weniger Wochen statt Monate belastbare Belege erhalten.

1. Dokumentieren Sie den Prozess

   Legen Sie Start, Ende, Verantwortliche und den relevanten Fehler fest. In einem Modell lässt sich der Prozess besser diskutieren als in einem Meeting.

2. Ermitteln Sie die Daten, bevor Sie eine Stichprobe ziehen

   Prüfen Sie, ob Ihre Systeme für diesen Prozess bereits Case-ID, Aktivität und Timestamp erfassen. Falls ja, beginnt Measure mit dem Event Log.

3. Messen Sie den tatsächlichen Ablauf einschließlich aller Varianten

   Zählen Sie die Cases, die einen unerwarteten Ablauf nehmen. Im Mittelpunkt stehen die Schwankungen. Wer sie durch Mittelwerte ausgleicht, übersieht den Grund für die Untersuchung.

4. Testen Sie jeweils nur eine Änderung

   Vergleichen Sie Optionen mithilfe einer Simulation, bevor Sie eine Änderung einführen. Testen Sie anschließend die durch Belege gestützte Option in einem Pilotprojekt und messen Sie die Ergebnisse.

5. Übertragen Sie die Kontrolle an eine verantwortliche Person

   Stellen Sie Ausgangsbasis, Messwert und Schwellenwert dort bereit, wo der Prozessverantwortliche arbeitet. Beenden Sie das Projekt, sobald eine Prüfung bestätigt, dass die Verbesserung Bestand hat.

Das Grundprinzip ist seit dem ersten Six-Sigma-Projekt unverändert: Messen Sie einen Prozess, bevor Sie über Verbesserungen entscheiden. Neu ist, dass die Messung nicht mehr manuell erfolgen muss. Den vollständigen Ansatz finden Sie im Leitfaden zu datengetriebenem DMAIC. Wie Sie den Prozess laufend überwachen, erfahren Sie unter Prozesse kontinuierlich überwachen.