Ein SIPOC bildet einen Prozess auf höchster Ebene über fünf Spalten ab – Suppliers (Lieferanten), Inputs (Eingaben), Process (Prozess), Outputs (Ergebnisse), Customers (Kunden) – und ist konzeptionell so ausgelegt, dass er auf eine einzige Seite passt, mit höchstens fünf bis sieben Schritten in der Prozessspalte.
- Lieferanten (Suppliers) — wer bereitstellt, was der Prozess verbraucht, intern oder extern
- Eingaben (Inputs) — die Materialien, Informationen oder Anfragen, die eingehen
- Prozess (Process) — die Handvoll Hauptschritte, nicht die Details
- Ergebnisse (Outputs) — was er erzeugt
- Kunden (Customers) — wer diese Ergebnisse erhält und beurteilt
Sein Zweck ist die Konsensfindung und nicht die Analyse, weshalb er an den Anfang gehört, bevor irgendjemand eine detaillierte Prozesskarte erstellt. Wenn man alle Beteiligten in einem Raum dazu bringt, sich darauf zu einigen, wo der Prozess beginnt und endet, zeigt sich meist, dass sie bisher unterschiedliche Auffassungen hatten – eine Erkenntnis, die man besser vor der Erstellung des Datenerfassungsplans gewinnt als danach.
Es ist zudem der schnellste Weg zu bestimmen, wer der eigentliche Kunde ist. Teams stellen regelmäßig fest, dass sie Prozesse für einen Empfänger optimiert haben, dessen Beurteilung gar keine Rolle spielt.
Ein SIPOC mit zwanzig Prozessschritten ist kein SIPOC mehr, sondern ein schlechtes Flussdiagramm. Der Zweck besteht darin, den gesamten Prozess auf einen Blick zu erfassen; detaillierte Kartierung und Value Stream Mapping sind dafür da, wenn wirklich mehr Detailgenauigkeit erforderlich ist.
