SIPOC — Prozesse in fünf Spalten verstehen

Wenn ein Prozessprojekt startet, ist die größte Gefahr selten die fehlende Methode, sondern ein unklarer Umfang. Welche Schnittstellen gehören dazu? Wer liefert was? Wer erhält das Ergebnis? Genau an dieser Stelle setzt SIPOC an. Das Werkzeug stammt aus der Six-Sigma-Welt und fasst einen Prozess auf einer einzigen Seite in fünf Spalten zusammen.

Herkunft und Grundgedanke

SIPOC wurde im Rahmen der Total-Quality-Management-Bewegung in den 1980er Jahren populär und ist fester Bestandteil der Define-Phase im DMAIC-Zyklus von Six Sigma. Der Name ist ein Akronym aus Supplier, Input, Process, Output und Customer. Die Reihenfolge folgt bewusst dem Prinzip, dass ein Prozess immer einen Lieferanten braucht, der etwas einspeist, und einen Kunden, der das Ergebnis abnimmt.

Der Charme der Methode liegt in ihrer Reduktion. Während BPMN jedes Detail abbilden kann, zwingt SIPOC dazu, den Prozess auf das Wesentliche zu verdichten. Das Ergebnis ist kein Modell, mit dem sich ein Ablauf steuern lässt, sondern eine Verständigungsgrundlage, die Stakeholder auf derselben Seite beginnen lässt.

Die fünf Spalten im Detail

Die Spalten werden in der Regel von links nach rechts gelesen, in der Arbeit selbst empfiehlt sich jedoch eine andere Reihenfolge.

Supplier

Lieferanten können interne Abteilungen, externe Partner oder auch Systeme sein. Wichtig ist, dass jeder Supplier eine klare Rolle hat und nicht nur als Oberbegriff auftaucht. Statt Vertrieb sollte es zum Beispiel Innendienst-Team Region Süd heißen.

Input

Inputs sind alles, was der Prozess benötigt, um zu starten oder zu laufen: Dokumente, Daten, physische Materialien, Freigaben. Jeder Input gehört genau zu einem Supplier. Ein typischer Fehler ist, hier Aktivitäten einzutragen. Inputs sind Objekte, keine Tätigkeiten.

Process

Die Prozess-Spalte enthält nicht das komplette Modell, sondern eine grobe Abfolge von vier bis sieben Schritten. Diese Schritte sind bewusst auf hoher Flughöhe formuliert. Sie zeigen den roten Faden, nicht die Details.

Output

Outputs sind die messbaren Ergebnisse des Prozesses. Auch hier gilt: Objekte, keine Tätigkeiten. Ein Output kann ein freigegebener Antrag, ein gedruckter Bescheid oder ein aktualisierter Datensatz sein.

Customer

Kunden nehmen die Outputs ab. Sie müssen nicht immer externe Personen sein, sondern können auch Folgeprozesse oder andere Teams darstellen. Wichtig ist, jeden Output einem Customer zuzuordnen, damit sichtbar wird, wer auf das Ergebnis wartet.

Typische Einsatzszenarien

SIPOC ist kein Allzweckwerkzeug, spielt aber in bestimmten Situationen seine Stärken aus:

• Projektauftakt: Wenn ein Verbesserungs- oder Digitalisierungsprojekt beginnt, hilft SIPOC, den Umfang explizit zu machen, bevor über Lösungen geredet wird.
• Scope-Klärung: Wenn verschiedene Stakeholder unterschiedliche Vorstellungen vom Prozess haben, legt SIPOC Unterschiede offen.
• Prozesslandkarten: Als Grundgerüst für eine Prozesslandkarte ist SIPOC ein guter Startpunkt, weil es die Außensicht betont.
• Audit-Vorbereitung: Für eine erste Orientierung in einem unbekannten Prozess reicht SIPOC oft aus.

Schritt für Schritt zum SIPOC

Ein SIPOC entsteht am besten in einem moderierten Workshop mit Prozessbeteiligten. Bewährt hat sich folgende Reihenfolge:

1. Process zuerst. Vier bis sieben grobe Schritte, formuliert als Verb plus Objekt, zum Beispiel Antrag prüfen.
2. Outputs definieren. Was verlässt den Prozess am Ende und auch an wichtigen Zwischenpunkten?
3. Customer zuordnen. Wer erhält welchen Output? Bleibt ein Output ohne Empfänger, ist das ein Warnsignal.
4. Inputs sammeln. Was muss vorliegen, damit der Prozess funktioniert?
5. Supplier zuordnen. Wer liefert welchen Input? Mehrfachnennungen sind normal.

Zum Schluss sollte die Gruppe prüfen, ob jede Zeile von links nach rechts eine sinnvolle Geschichte erzählt. Hängen Inputs in der Luft oder tauchen Outputs ohne Kunden auf, ist der Scope noch nicht scharf.

SIPOC erweitern: Blitze für Potenziale, Farben für Risiken

Ein SIPOC muss nicht bei der reinen Bestandsaufnahme stehen bleiben. Mit zwei einfachen Ergänzungen wird aus dem Fünf-Spalten-Bild ein Werkzeug für den kontinuierlichen Verbesserungsprozess: Symbole und Color Coding.

Ein Blitz markiert ein Verbesserungspotenzial — überall dort, wo ein Supplier unzuverlässig liefert, ein Input regelmäßig nachgefordert werden muss oder ein Output beim Kunden nicht in der erwarteten Form ankommt. Eine farbliche Hervorhebung markiert Risiken und Probleme: Zeilen, die heute schon Schmerzen verursachen, sei es durch Fehler, Wartezeiten oder ungeklärte Zuständigkeiten.

Der Nutzen ist doppelt. Zum einen wird die initiale Bestandsaufnahme schärfer: Wer Supplier, Inputs, Outputs und Kunden ohnehin benennt, kann in derselben Runde markieren, wo es hakt — ohne einen zweiten Termin. Zum anderen entsteht eine deutlich bessere Diskussionsgrundlage für die weitere Arbeit. Die Markierungen zeigen, an welchen Stellen sich die Vertiefung mit anderen Methoden wirklich lohnt, statt den gesamten Prozess gleichmäßig detailliert zu modellieren.

Noch aussagekräftiger wird das Bild, wenn mehrere SIPOC gemeinsam aufgenommen werden. Dann treten Übergabeprobleme und Lücken in Prozessketten schnell hervor — genau der Blickwinkel, den POC-SIP systematisch aufgreift.

Das Wichtigste dabei: einfach anfangen. Ein grob markiertes SIPOC ist wertvoller als ein perfektes Modell, das nie entsteht. Die Details lassen sich anschließend gemeinsam ausarbeiten — etwa mit einem Makigami für Verwaltungsprozesse oder mit einem Flowchart wie BPMN für den genauen Ablauf.

Abgrenzung zu detaillierter Prozessmodellierung

SIPOC und BPMN widersprechen sich nicht, erfüllen aber unterschiedliche Zwecke. Während BPMN den inneren Ablauf eines Prozesses präzise beschreibt, blickt SIPOC auf die Systemgrenzen. Eine hilfreiche Daumenregel: SIPOC beantwortet die Frage Worum geht es?, BPMN beantwortet Wie funktioniert es genau?. In der Praxis beginnen viele Projekte mit einem SIPOC und gehen dann gezielt in einzelne Teilprozesse mit BPMN oder Wertstromanalysen.

Wann einsetzen?

SIPOC ist die richtige Wahl, wenn

• ein Prozess neu betrachtet wird und Stakeholder ein gemeinsames Bild brauchen,
• der Umfang eines Projekts festzulegen ist, bevor detailliert modelliert wird,
• Schnittstellen und Verantwortlichkeiten sichtbar werden sollen, ohne in interne Abläufe einzutauchen,
• eine leichtgewichtige Dokumentation ausreicht, etwa für Management-Präsentationen.

Wer SIPOC als Einstieg nutzt, investiert meist ein bis zwei Stunden Workshop-Zeit und spart anschließend Tage an Diskussion, weil der Rahmen geklärt ist. Genau darin liegt der Wert dieses einfachen Werkzeugs.