Was ein Business Process Owner im Mittelstand wirklich leistet
Auf den Punkt: Ein Business Process Owner (BPO) ist die benannte Person mit Entscheidungs- und Budgetbefugnis für einen End-to-End-Geschäftsprozess. Sie verantwortet Ziele, KPIs, Dokumentation und kontinuierliche Verbesserung. ISO 9001:2015 (Klauseln 4.4 und 5.3) macht eine solche Zuweisung normativ erforderlich. Im DACH-Mittelstand wird die Rolle häufig informell delegiert — und genau dort entstehen die Reibungsverluste.
Wann hat in Ihrem Unternehmen das letzte Mal jemand mit Namen, Budget und Entscheidungsbefugnis für einen End-to-End-Prozess die Hand gehoben? Wir haben in einem Projekt mit einem Maschinenbauer aus Süddeutschland (320 Mitarbeitende) erlebt, dass auf genau diese Frage acht Sekunden Schweigen folgten. Dort beginnt die Diskussion um die Rolle Business Process Owner — nicht im Lehrbuch, sondern in der Praxis des Mittelstands.
Im Konzern ist der Business Process Owner eine senior besetzte Governance-Rolle mit klarer Freistellung. Im Mittelstand fällt diese Verantwortung in über der Hälfte der Fälle auf eine Fachabteilungsleiterin oder einen Abteilungsleiter — ohne dedizierte Zeit, ohne Budgethoheit, ohne Mandat über Silogrenzen hinweg. Genau diese Lücke macht die ISO 9001:2015 in den Klauseln 4.4 und 5.3 zur normativen Pflicht: die oberste Leitung muss Verantwortung und Befugnis für die Erreichung der Prozessergebnisse zuweisen und kommunizieren.
In der Praxis trägt eine Business Process Ownerin oder ein Business Process Owner Verantwortung für einen klar abgegrenzten End-to-End-Prozess — etwa Order-to-Cash, Source-to-Pay oder Hire-to-Retire. Sie definiert das Prozessziel, vereinbart Kennzahlen mit der Geschäftsführung und stellt sicher, dass der Prozess über Abteilungsgrenzen hinweg funktioniert. Das ABPMP CBOK formuliert es kanonisch: Der BPO „definiert Mission, Vision, Taktik, Ziele, wählt die KPIs aus und überwacht die Prozessleistung gegen diese KPIs".
In einem deutschen Familienunternehmen mit 180 Mitarbeitenden sieht das anders aus. Dort ist die Person, die den Prozess „besitzt", oft gleichzeitig Vertriebsleiter, Mitglied der Geschäftsleitung und fachlicher Ansprechpartner für drei Kundengruppen. Die Bitkom-Erhebung von Januar 2026 bringt die Konsequenz auf den Punkt: rund die Hälfte der deutschen mittelständischen Unternehmen steuert Prozesse weiterhin vollständig manuell. Genau dort fehlt die designierte Rolle. Eng verwandt — und in der gelebten Mittelstandspraxis oft mit der gleichen Person besetzt — ist die operative Rolle der Process Owner; der BPO trägt zusätzlich die strategische und budgetäre Klammer.
Unsere Einordnung: Die Rolle sollte nicht als Vollzeitfunktion aufgesetzt werden, sondern als formal benannte Teilfunktion mit reserviertem Zeitbudget und expliziter Eskalationslinie zur Geschäftsführung. Alles andere bleibt Folklore.
Aufgaben und Kompetenzen — methodisch betrachtet
Auf den Punkt: Die Aufgaben lassen sich auf fünf Pflichten reduzieren — Zieldefinition, KPI-Hoheit, Dokumentationsverantwortung, Schnittstellenklärung und kontinuierliche Verbesserung. Methodisch verankert in PDCA, BPMN 2.0 und dem APQC Process Classification Framework.
Erstens: Zieldefinition. Der BPO formuliert das geschäftliche Ziel des Prozesses in einem Satz und verankert es bei der Geschäftsführung. Wer das Ziel nicht in einem Satz formulieren kann, hat keinen Prozess — sondern eine Sammlung von Aktivitäten.
Zweitens: KPI-Hoheit. Er oder sie wählt zwei bis vier Leitkennzahlen — etwa Durchlaufzeit, First-Pass-Yield, Reklamationsquote, Time-to-Quote — und berichtet sie monatlich. Mehr als vier Kennzahlen verwässern den Steuerungseffekt, weniger als zwei machen den Prozess für die Geschäftsführung unsichtbar.
Drittens: Dokumentationsverantwortung. Modellierung in BPMN 2.0, Pflege im Repository, Versionsstand jederzeit nachvollziehbar. Im Mittelstand reicht häufig ein einfaches Diagrammtool plus ein Versionierungssystem — entscheidend ist die Pflege, nicht das Werkzeug.
Viertens: Schnittstellenklärung. Genau hier scheitern die meisten Projekte. Der BPO verhandelt mit den Eigentümerinnen und Eigentümern der angrenzenden Prozesse die Übergaben, dokumentiert sie und macht sie messbar. Aus über 50 Projekten sehen wir konsistent: drei bis fünf saubere Übergaben sind wichtiger als acht detaillierte Subprozesse.
Fünftens: kontinuierliche Verbesserung über den PDCA-Zyklus — nicht als Jahresritual, sondern als monatliche Routine in einem 60-Minuten-Termin. Als Taxonomie-Anker verwenden wir das APQC Process Classification Framework. Es liefert für jede End-to-End-Prozesskategorie eine eindeutige Bezeichnung und macht klar, wofür der BPO genau verantwortlich ist.
Unsere Einordnung: Kompetenzen folgen aus den Pflichten — nicht umgekehrt. Erst die Pflicht, dann der Aufbau der notwendigen Kompetenz.
Der BPO im ERP-Auswahlprojekt: warum das Lastenheft ohne ihn scheitert
Auf den Punkt: In ERP-Auswahlprojekten ist der Business Process Owner die einzige Person, die das Lastenheft fachlich verteidigen kann. Ohne benannte Owner werden Anforderungen aus IT-Sicht formuliert — und scheitern in der Abnahme an den Fachbereichen.
Wir haben in ERP-Auswahlprojekten im Mittelstand immer wieder das gleiche Muster gesehen: ein Lastenheft wird von einer internen IT-Projektleitung mit externen Beratern geschrieben. Dort stehen 800 funktionale Anforderungen. Bei der Demo fragt der Vorstand: „Wer hat das eigentlich freigegeben?" Schweigen. Genau diese Lücke schließt ein benannter BPO.
Unser Beratungsansatz setzt deshalb vor der Anbieterauswahl an: KPIs und Geschäftslogik werden mit den BPOs der betroffenen End-to-End-Prozesse fixiert. Diese Reihenfolge reduziert das Projektrisiko nach unseren Erfahrungswerten um bis zu 30 Prozent. Der DSAG-Investitionsreport 2026 bestätigt: Prozessmodernisierung ist der zentrale Investitionstreiber im DACH-Raum.
In einem Projekt mit einem Hersteller technischer Komponenten (260 Mitarbeitende) haben wir vor der Anbieterauswahl drei BPOs benannt — für Order-to-Cash, für Source-to-Pay und für Hire-to-Retire. Jede der drei Personen war damit beauftragt, KPIs, Soll-Modell und Akzeptanzkriterien für ihren Prozess zu verantworten. In der Anbieterdemo wurden Funktionen gegen diese drei Soll-Modelle geprüft — nicht gegen eine 800-Punkte-Liste. Der Auswahlprozess verkürzte sich um sechs Wochen, die Customizing-Schätzung des ausgewählten Anbieters lag 22 Prozent unter dem Mittelwert vergleichbarer Projekte.
Process Owner vs. Fachabteilungsleiter — das Freistellungs-Dilemma
Auf den Punkt: Die Standardliteratur empfiehlt, dass ein Process Owner bis zu 25 Prozent der Arbeitszeit für die Rolle freigestellt wird. In der Mittelstandsrealität wird dieser Wert faktisch nie umgesetzt. Das ist die Stellschraube, die wir vorab ehrlich verhandeln.
Die Abgrenzung zwischen Process Owner und Fachabteilungsleitung ist in der Theorie sauber, in der Praxis verschwommen. Die Fachabteilungsleiterin verantwortet ein Team und dessen operative Leistung. Die Process Ownerin verantwortet einen End-to-End-Prozess, der mehrere Teams überspannt. Wer beides in einer Person bündelt, muss klären, in welcher Rolle die Person gerade handelt — und welche Rolle bei Zielkonflikten Vorrang hat.
Im Mittelstand ist diese Doppelrolle die Norm, nicht die Ausnahme. Der ehrliche Umgang damit ist nicht, die Rolle wegzudefinieren, sondern den Zeitanteil schriftlich zu fixieren und durch die Geschäftsführung absichern zu lassen. Aus unseren Projekten reichen 10 bis 20 Prozent der Arbeitszeit für die Ownership-Funktion in der Regel aus — vorausgesetzt, der Zeitanteil ist verbindlich, kalenderwirksam und durch eine Vertretungsregel für die Fachabteilung gesichert.
Liegt der reservierte Zeitanteil unter 10 Prozent, sollte die Rolle nicht vergeben werden. Sie wird in der ersten operativen Krise verdrängt, der Prozess verliert seinen Eigentümer, und die Investitionen in Methodik und Dokumentation verpuffen. Das ist die häufigste Versagensursache, die wir in Prozessmanagement-Projekten sehen.
Unsere Einordnung: Verhandeln Sie den Zeitanteil zuerst — nicht die Stellenbeschreibung. Eine schriftliche Zusicherung der Geschäftsführung über 15 Prozent Zeitanteil ist mehr wert als ein 12-seitiges Rollenprofil ohne Mandat.
Praxisbeispiel: Familiengeführter Komponentenhersteller, rund 280 Mitarbeitende
Auf den Punkt: Ein familiengeführter Hersteller mechanischer Komponenten (rund 280 Mitarbeitende) führte vor einem ERP-Wechsel formale BPO-Rollen für drei End-to-End-Prozesse ein. Die geschäftsführende Inhaberin verhandelte mit jedem BPO einen verbindlichen Zeitanteil zwischen 12 und 18 Prozent. Resultat nach neun Monaten: die Customizing-Schätzung des ausgewählten ERP lag 22 Prozent unter dem Branchenmittel; die Lastenheft-Iterationen sanken von typisch drei Runden auf eine.
Der Hersteller stand vor einem ERP-Wechsel. Eine interne Vorauswahl mit 800 Anforderungen hatte sechs Monate gekostet und war an drei Stellen in der Abnahme zwischen IT und Fachbereich kollabiert. Die Diagnose: niemand war fachlich legitimiert, das Lastenheft zu verteidigen. In der ersten Sitzung mit der Geschäftsführung haben wir drei End-to-End-Prozesse abgegrenzt — Order-to-Cash, Source-to-Pay und Plan-to-Produce — und für jeden Prozess eine BPO-Kandidatin oder einen BPO-Kandidaten identifiziert.
Die geschäftsführende Inhaberin verhandelte in Einzelgesprächen einen verbindlichen Zeitanteil mit jeder Kandidatin und jedem Kandidaten — 18 Prozent für Order-to-Cash (höchste Komplexität, viel Variantenkonfiguration), 15 Prozent für Source-to-Pay, 12 Prozent für Plan-to-Produce. Jeder Zeitanteil wurde kalenderwirksam fixiert und durch eine Vertretungsregel für die jeweilige Fachabteilung gesichert. Die drei BPOs definierten in sechs Wochen Prozessziel, drei bis vier KPIs und ein Soll-Modell auf einer DIN-A3-Seite je Prozess.
Erst danach wurde das Lastenheft erstellt — gegen das jeweilige Soll-Modell, mit den BPOs als fachlichen Eigentümern jeder Anforderung. Die Anbieterdemos liefen gegen diese drei Soll-Modelle, nicht gegen eine Funktionsliste. Nach neun Monaten waren drei Befunde messbar. Erstens: die Customizing-Schätzung des ausgewählten ERP lag 22 Prozent unter dem Branchenmittel vergleichbarer Projekte. Zweitens: die Lastenheft-Iterationen sanken von typisch drei Runden auf eine — die fachliche Verteidigung durch die BPOs hielt. Drittens, und für die Geschäftsführung am wichtigsten: die Akzeptanz der gewählten Lösung in den Fachbereichen war von Beginn an gegeben, weil deren benannte BPOs die Auswahl mitgetragen hatten.
Der Aufwand für die Rolleneinführung und die Begleitung lag bei rund 24 Beratungstagen über zwölf Wochen. Die teuerste Maßnahme war organisatorisch — die Verhandlung der Zeitanteile durch die Inhaberin — nicht methodisch.
Häufig gestellte Fragen
Der Business Process Owner verantwortet den End-to-End-Prozess strategisch — Ziel, KPIs, Soll-Modell, kontinuierliche Verbesserung. Der Process Manager steuert die operative Ausführung im Tagesgeschäft, koordiniert Mitarbeitende und überwacht die laufende Performance gegen vereinbarte Sollwerte. In Konzernen sind das zwei Personen. Im Mittelstand werden beide Rollen häufig durch eine Person abgedeckt — was nur funktioniert, wenn der Zeitanteil für die Ownership-Funktion formal abgesichert ist.
ISO 9001:2015 nennt den Begriff Business Process Owner nicht wörtlich, verlangt aber in Klausel 4.4.1(e) die Zuweisung von Verantwortlichkeiten und Befugnissen für QMS-Prozesse. Klausel 5.3 verpflichtet die oberste Leitung, Verantwortung und Befugnis für die Erreichung der Prozessergebnisse zuzuweisen und zu kommunizieren. Das ist die normative Grundlage für eine benannte BPO-Rolle — auch wenn die ISO eine andere Bezeichnung verwendet.
Die in der BPM-Literatur etablierte Orientierungsgröße liegt bei bis zu 25 Prozent der Arbeitszeit. In der DACH-Mittelstandspraxis wird dieser Wert nach unserer Beobachtung selten erreicht. Realistisch sind zwischen 10 und 20 Prozent, abhängig von Prozesskomplexität und Reifegrad. Entscheidend ist nicht der exakte Wert, sondern die schriftliche Zusicherung durch die Geschäftsführung. Liegt der Anteil unter 10 Prozent, sollte die Rolle nicht vergeben werden.
Aus über 50 Projekten sehen wir vier Kernkompetenzen: erstens fundiertes fachliches Verständnis des verantworteten End-to-End-Prozesses, zweitens analytische Fähigkeit zur Definition und Interpretation von Kennzahlen, drittens Verhandlungs- und Konfliktkompetenz für die Klärung von Schnittstellen über Abteilungsgrenzen hinweg, viertens grundlegendes Verständnis der IT-Systemlandschaft, ohne selbst IT-Expertin oder IT-Experte sein zu müssen. Methodenkenntnis in BPMN 2.0 und PDCA ist hilfreich, aber erlernbar.
Die BPOs der betroffenen End-to-End-Prozesse werden vor der Lastenhefterstellung benannt. Sie definieren das Prozessziel, die KPIs und das Soll-Modell. Erst auf dieser Basis werden funktionale Anforderungen abgeleitet. Während der Anbieterauswahl agieren die BPOs als fachliche Gatekeeper: sie bewerten Demos gegen ihre eigenen KPIs, prüfen die Erfüllung des Soll-Prozesses und verantworten die Abnahme. Diese Reihenfolge reduziert nach unseren Erfahrungswerten das Projektrisiko um bis zu 30 Prozent.
Nächste Schritte
Wenn Sie die Rolle Business Process Owner wirksam aufsetzen wollen, empfehlen wir drei konkrete Schritte. Erstens: grenzen Sie zwei bis vier End-to-End-Prozesse anhand des APQC PCF sauber ab. Zweitens: identifizieren Sie für jeden Prozess eine Kandidatin oder einen Kandidaten — bevorzugt aus dem Fachbereich, der das Prozessergebnis am stärksten verantwortet. Drittens: verhandeln Sie den Zeitanteil schriftlich mit der Geschäftsführung, kalenderwirksam, mit Vertretungsregel. Für die drei Schritte zusammen empfehlen wir ein 30-minütiges Erstgespräch — kostenfrei, mit ehrlicher Einschätzung statt Methodenüberbau.
