SIPOC-Methode: Prozesse schnell abgrenzen und verstehen

Viele Prozessanalysen starten zu groß. Das Team spricht gleichzeitig über Auftragseingang, Produktion, Rechnungsstellung, IT-Systeme und Kundenservice. Schon nach wenigen Minuten ist unklar, welcher Teil des Ablaufs eigentlich verbessert werden soll.

Die SIPOC-Methode setzt früher an. Statt sofort jeden Arbeitsschritt zu modellieren, grenzt sie den betrachteten Prozess ein. Das Team klärt gemeinsam: Was löst den Prozess aus? Welches Ergebnis soll am Ende vorliegen? Wer liefert die notwendigen Eingaben? Wer erhält den Output?

Das Ergebnis ist eine kompakte Übersicht, meist in Form einer Tabelle und ersetzt keine vollständige Prozessanalyse. Es schafft den Rahmen, in dem eine Analyse sinnvoll durchgeführt werden kann.

Was ist die SIPOC-Methode?

SIPOC ist eine Methode zur übersichtlichen Beschreibung eines Prozesses aus fünf Perspektiven. Das Akronym steht für:

Die Hochschule Mittweida beschreibt SIPOC als ein vergleichsweise einfaches Raster, das die wichtigsten Prozessschritte sowie Inputs und Outputs für das Team verständlich zusammenfasst. Zugleich macht es die Grenzen eines Lean-Six-Sigma-Projekts deutlich.

Lieferant und Kunde müssen nicht außerhalb des Unternehmens liegen. Der Vertrieb kann beispielsweise Lieferant vollständiger Auftragsdaten sein. Die Produktion ist dann interner Kunde der Auftragsprüfung. Auch ein IT-System kann Inputs bereitstellen oder einen Output weiterverarbeiten.

Wofür wird ein SIPOC-Diagramm eingesetzt?

SIPOC eignet sich besonders am Anfang einer Prozessanalyse oder eines Verbesserungsprojekts. Im Lean-Six-Sigma-Kontext gehört die Prozessdarstellung mit SIPOC zur Define-Phase. Erst danach werden Messgrößen festgelegt, Daten erhoben und Ursachen untersucht. Diese Reihenfolge zeigt auch das Schulungskonzept der Deutschen Gesellschaft für Qualität.

Typische Anlässe sind:

• Der Anfang und das Ende eines Prozesses sind umstritten.
• Mehrere Bereiche verwenden unterschiedliche Begriffe für denselben Ablauf.
• Inputs oder Ergebnisse sind nicht eindeutig definiert.
• Übergaben zwischen Abteilungen führen regelmäßig zu Rückfragen.
• Ein Verbesserungsprojekt wird immer größer, weil sein Umfang nicht klar begrenzt ist.
• Ein detailliertes Prozessmodell soll vorbereitet werden.

SIPOC ist auch hilfreich, wenn neue Teammitglieder oder externe Beteiligte schnell verstehen müssen, welchen Prozessabschnitt das Projekt betrachtet. Die Darstellung ist kompakt genug für eine gemeinsame Diskussion, ohne die Gruppe sofort mit Sonderfällen zu überladen.

Was ist das Ziel der SIPOC-Methode?

Das unmittelbare Ziel ist ein abgestimmter Prozessrahmen. Das Team sollte nach der Erstellung dieselben Antworten auf folgende Fragen geben können:

• Wo beginnt der betrachtete Prozess?
• Wo endet er?
• Welche Ergebnisse muss er liefern?
• Wer benötigt diese Ergebnisse?
• Welche Eingaben sind dafür unverzichtbar?
• Wer stellt die Eingaben bereit?

Damit ist der Prozess noch nicht optimiert. SIPOC liefert zunächst Orientierung. Die Methode kann problematische Schnittstellen sichtbar machen, beweist aber weder eine Ursache noch einen Engpass. Dafür brauchst du im nächsten Schritt Prozessdaten, Beobachtungen oder eine detailliertere Darstellung.

Eine systematische Prozessanalyse sollte nicht nur Aktivitäten, sondern auch Schnittstellen, Artefakte und beteiligte Technologien berücksichtigen. Fraunhofer IESE betont zudem, dass der Gegenstand einer Untersuchung gemeinsam festgelegt und anhand geeigneter Kriterien bewertet werden sollte.

Wie erstellt man ein SIPOC-Diagramm?

Ein SIPOC lässt sich allein vorbereiten, sollte aber mit Menschen validiert werden, die den Prozess tatsächlich ausführen, Inputs liefern oder Ergebnisse nutzen. Für den Workshop brauchst du eine Tabelle, Moderationskarten oder ein digitales Board.

1. Problem und Zweck klären

Formuliere zuerst, warum der Prozess betrachtet wird. „Bestellprozess analysieren“ ist zu offen. Konkreter ist: „Wir möchten verstehen, warum die Produktion bei neuen Aufträgen häufig Angaben nachfordern muss.“

2. Start und Ende festlegen

Definiere einen klaren Auslöser und ein eindeutiges Endergebnis. Der Prozess könnte mit „vollständige Kundenanfrage eingegangen“ beginnen und mit „Produktionsauftrag freigegeben“ enden. Alles davor und danach liegt zunächst außerhalb des Scopes.

3. Die Hauptschritte notieren

Beschreibe den Ablauf auf hoher Ebene mit Verb und Objekt, etwa „Anfrage prüfen“ oder „Auftrag freigeben“. Bleibt das Team bei jedem Klick, Formularfeld oder Sonderfall hängen, ist die Darstellung bereits zu detailliert.

4. Outputs und Kunden bestimmen

Frage für den Gesamtprozess und bei Bedarf für wichtige Hauptschritte: Was wird erzeugt, und wer braucht dieses Ergebnis? Ein Output sollte konkreter sein als „Information“. Besser sind „freigegebener Produktionsauftrag“, „vollständiger Datensatz“ oder „begründete Ablehnung“.

5. Inputs und Lieferanten ergänzen

Ermittle anschließend, welche Informationen, Materialien, Entscheidungen oder Freigaben benötigt werden. Ordne jedem Input eine liefernde Rolle, Abteilung, Organisation oder ein System zu.

6. Anforderungen und offene Fragen festhalten

Ergänze, woran ein brauchbarer Input oder Output erkannt wird. Muss eine Anfrage vollständig sein? Gibt es ein Format, eine Frist oder eine Qualitätsanforderung? Offene Punkte gehören auf eine separate Prüfliste, nicht als Vermutung in das Diagramm.

7. Das SIPOC mit den Beteiligten validieren

Prüft gemeinsam, ob wichtige Lieferanten, Inputs, Ergebnisse und Kunden fehlen. Klärt außerdem, ob Start und Ende für das konkrete Analyseziel sinnvoll gesetzt sind. Ein SIPOC ist fertig, wenn es eine gemeinsame Arbeitsgrundlage bildet, nicht wenn jede denkbare Ausnahme eingetragen wurde.

In welcher Reihenfolge sollte man SIPOC ausfüllen?

Der Name legt die Reihenfolge Supplier, Input, Process, Output, Customer nahe. Für Workshops ist eine andere Arbeitsreihenfolge oft klarer:

1. Prozess und Grenzen
2. Outputs
3. Kunden
4. Inputs
5. Lieferanten

Der Grund ist praktisch: Ohne festgelegten Prozess ist unklar, welche Eingaben überhaupt relevant sind. Outputs und Kunden verdeutlichen anschließend, wozu der Prozess existiert. Erst dann lässt sich sinnvoll bestimmen, welche Inputs benötigt werden und wer sie bereitstellt.

Die Reihenfolge ist keine starre Vorschrift. Bei einem bekannten Qualitätsproblem kann es sinnvoll sein, vom fehlerhaften Output rückwärts zu arbeiten. Entscheidend ist, dass alle fünf Perspektiven auf denselben abgegrenzten Prozess bezogen bleiben.

Wie sieht ein SIPOC-Beispiel aus?

Das folgende Beispiel betrachtet den Prozess von einer qualifizierten Kundenanfrage bis zum freigegebenen Produktionsauftrag.

Diese Übersicht zeigt bereits mehrere Prüffragen: Was bedeutet „qualifizierte Anfrage“? Welche technischen Angaben sind Pflicht? Wer bestätigt die Machbarkeit? Welche Informationen benötigt die Produktionsplanung?

Allerdings zeigt die Übersicht nicht, wie lange die Machbarkeitsprüfung dauert oder wie oft ein Auftrag zurück an den Vertrieb geht. Solche Fragen werden anschließend mit Kennzahlen oder einer detaillierten Prozessdarstellung untersucht.

Welche Fragen gehören in einen SIPOC-Workshop?

Die Fragen sollten Beobachtungen auslösen, keine Schuldzuweisungen. „Welche Angabe fehlt häufig?“ ist hilfreicher als „Warum liefert der Vertrieb ständig schlechte Daten?“

Wann ist SIPOC die richtige Methode?

Mit diesem Check kannst du beurteilen, ob SIPOC zu deiner Situation passt:

SIPOC ist damit weder besser noch schlechter als andere Methoden. Es beantwortet eine andere Frage: Welchen Prozess betrachten wir, und welche grundlegenden Beziehungen müssen alle Beteiligten verstehen?

Was ist der Unterschied zwischen SIPOC, BPMN und Wertstromanalyse?

Die Deutsche Gesellschaft für Qualität beschreibt die Wertstromanalyse als Werkzeug, das Material- und Informationsflüsse in komplexen Produktionsprozessen sichtbar macht. Ein SIPOC bleibt davor bewusst gröber. Es kann helfen, den zu untersuchenden Wertstrom oder Teilprozess sinnvoll auszuwählen.

Weitere Methoden und ihre Einsatzbereiche findest du im Beitrag über Lean-Methoden für die Prozessoptimierung.

Welche typischen Fehler passieren bei SIPOC?

• Der Prozess ist zu groß: „Vom Marketing bis zum Zahlungseingang“ umfasst oft mehrere eigenständige Prozesse.
• Die Prozessspalte wird zum Flussdiagramm: Zu viele Teilschritte zerstören die Übersicht.
• Inputs bleiben ungenau: Begriffe wie „Daten“ oder „Material“ helfen nicht bei der späteren Analyse.
• Interne Kunden werden vergessen: Dadurch bleiben Übergaben zwischen Bereichen unsichtbar.
• Anforderungen fehlen: Ein Output ist benannt, aber niemand klärt, wann er vollständig oder korrekt ist.
• Vermutungen gelten als Beweis: Eine auffällige Schnittstelle wird sofort zum Engpass erklärt, ohne Messung.
• Nur Führungskräfte erstellen das Diagramm: Reale Ausnahmen und informelle Arbeitswege fehlen.
• Nach dem Workshop passiert nichts: Offene Fragen erhalten weder Verantwortliche noch Termin.

Für einen belastbaren Start lohnt es sich, den SIPOC-Workshop mit den Menschen durchzuführen, die Inputs bereitstellen, den Prozess bearbeiten und Ergebnisse nutzen. Wie du Beteiligung praktisch organisierst, erklärt der Artikel über Mitarbeiter in die Prozessverbesserung einbeziehen.

Wie wird aus SIPOC eine echte Prozessverbesserung?

Ein fertiges Diagramm ist noch keine Maßnahme. Überführe die offenen Punkte in einen Analyseplan:

1. Formuliere die wichtigste beobachtete Abweichung.
2. Lege eine passende Kennzahl fest.
3. Bestimme Datenquelle, Messzeitraum und Verantwortlichkeit.
4. Untersuche den relevanten Prozessabschnitt detaillierter.
5. Trenne Symptom, Engpass und Ursache.
6. Teste eine begrenzte Veränderung.
7. Vergleiche das Ergebnis mit der Ausgangslage.

Die Grundlagen der Prozessoptimierung zeigen, wie du aus einer Prozessdarstellung einen messbaren Verbesserungszyklus entwickelst.

Wie sieht ein Vorher-Nachher-Beispiel aus?

Das folgende Beispiel ist modellhaft. Es beschreibt keinen veröffentlichten Share2Flow-Kundenfall und enthält deshalb keine behaupteten Einsparungswerte.

Vorher

Ein Serviceteam möchte die Bearbeitung technischer Kundenanfragen verbessern. Im ersten Workshop werden sofort E-Mail-Regeln, Zuständigkeiten, CRM-Felder und Antwortvorlagen diskutiert. Nach einer Stunde umfasst das Thema den gesamten Weg vom Marketingkontakt bis zur Rechnungsstellung. Ein gemeinsames Problem ist nicht definiert.

Mit SIPOC

Das Team setzt den Startpunkt auf „technische Anfrage vollständig eingegangen“ und den Endpunkt auf „qualifizierte Antwort an Kunden versandt“. Als Inputs werden Produktdaten, Kundendaten und technische Anforderungen festgehalten. Interne Kunden sind neben dem externen Kunden auch Vertrieb und Produktmanagement.

Dabei wird eine offene Frage sichtbar: Was bedeutet „vollständig“? Das Team prüft daraufhin 30 aktuelle Anfragen und erfasst, welche Angaben nachgefordert werden mussten. Erst diese Messung zeigt, ob unvollständige Inputs tatsächlich die Bearbeitung begrenzen.

Nachher

Der Analyseumfang ist klar. Das Team erstellt für den abgegrenzten Teilprozess ein detailliertes Ablaufbild und definiert die Kennzahlen Durchlaufzeit, Rückfragen pro Fall und Anteil vollständiger Eingänge. Verbesserungsideen werden erst nach der Ausgangsmessung priorisiert.

Wie unterstützt Share2Flow die Arbeit mit SIPOC?

Auf der Share2Flow-Seite für SIPOC und weitere Tools zur Prozessanalyse findest du die Methode als strukturierte Arbeitshilfe. Du kannst damit Lieferanten, Inputs, Hauptschritte, Outputs und Kunden gemeinsam erfassen und als Ausgangspunkt für die weitere Prozessarbeit nutzen.

Im nächsten Schritt kann ein FlowBoard den abgegrenzten Prozess mit eigenen Kennzahlen und Eskalationen sichtbar machen. Share2Flow findet Engpässe nicht automatisch und bewertet sie nicht per KI. Das Team erkennt anhand der Visualisierung und der Messwerte, wo Abweichungen entstehen und welche Stelle genauer untersucht werden sollte.

Wie hältst du ein SIPOC aktuell und nachvollziehbar?

Dokumentiere neben der Tabelle auch Zweck, Scope, Beteiligte und Datum der letzten Prüfung. Halte offene Fragen getrennt von bestätigten Fakten fest. Bei größeren Veränderungen an Inputs, Systemen, Verantwortlichkeiten oder Kundenanforderungen sollte das Team das Diagramm erneut validieren.

Eine nachvollziehbare Dokumentation enthält mindestens:

• Prozessname und Analyseziel
• Start- und Endereignis
• Version und Prüfdatum
• beteiligte Rollen
• Definition wichtiger Inputs und Outputs
• offene Annahmen und zuständige Prüfer
• verknüpfte Kennzahlen oder Detailmodelle

Klare Begriffe und vollständige Beziehungen helfen nicht nur im Workshop, sondern machen Prozesswissen auch für neue Mitarbeitende, interne Suchsysteme und spätere Auswertungen besser auffindbar.

Was ist das wichtigste Ergebnis eines SIPOC?

Das wichtigste Ergebnis ist kein schönes Diagramm. Es ist ein gemeinsamer, überprüfbarer Prozessrahmen. Alle Beteiligten wissen, welchen Ablauf sie betrachten, welche Ergebnisse erwartet werden und welche Eingaben dafür notwendig sind.

Wenn das Team danach gezielter messen und diskutieren kann, hat SIPOC seinen Zweck erfüllt. Wenn das Diagramm dagegen jede Ausnahme enthält und trotzdem niemand Start, Ende oder Kunde benennen kann, war die Darstellung zu kompliziert oder der Scope weiterhin unklar.