Business Process Reengineering (BPR): Schritte und Beispiele

Business Process Reengineering ist das, was Sie tun, wenn kleine Anpassungen an einem kaputten System einfach nicht mehr ausreichen. Statt Probleme einzeln zu flicken, stellt BPR (Business Process Reengineering) eine schwierigere Frage: Wenn wir heute mit einem leeren Blatt anfangen würden, wie würden wir diesen Prozess gestalten?

Diese Frage klingt einfach. Aber die Antwort in die Tat umzusetzen erfordert echten Mut, denn die Antwort bedeutet fast immer, vieles vom Bestehenden über Bord zu werfen.

Was ist Business Process Reengineering?

Business Process Reengineering ist die grundlegende, radikale Neugestaltung von Kernprozessen, um dramatische Verbesserungen bei kritischen Leistungskennzahlen wie Kosten, Qualität, Geschwindigkeit und Service zu erzielen. Die Definition stammt von Michael Hammer und James Champy, die das Konzept 1993 in ihrem Buch Reengineering the Corporation einführten.

Vier Wörter dieser Definition tragen das gesamte Gewicht:

• Fundamental bedeutet, zu hinterfragen, warum Dinge überhaupt getan werden, nicht nur, wie sie getan werden.
• Radikal bedeutet, an die Wurzel der Prozesse zu gehen, nicht oberflächliche Anpassungen vorzunehmen.
• Dramatisch bedeutet, auf Verbesserungen um Größenordnungen zu zielen, nicht auf 10-Prozent-Steigerungen.
• Prozesse bedeutet, sich auf den End-to-End-Arbeitsfluss zu konzentrieren, nicht auf einzelne Aufgaben oder Abteilungen.

Bei BPR geht es nicht darum, das Bestehende zu verbessern. Es geht darum, es zu ersetzen.

Wichtigste Fakten

• Eine Überblicksstudie zur BPR-Literatur aus 2019 (Al-Mashari und Zairi, Business Process Management Journal) ergab, dass etwa 50 bis 70 Prozent großer BPR-Initiativen ihre gesteckten Ziele nicht erreichen, meist wegen mangelhaftem Change Management und fehlender Unterstützung durch die Geschäftsführung.
• Das wegweisende BPR-Projekt von Ford Motor Company für die Kreditorenbuchhaltung Anfang der 1990er-Jahre senkte die Mitarbeiterzahl in dieser Abteilung um 75 Prozent, von 500 auf rund 125, indem die Rechnung vollständig abgeschafft und auf eine wareneingangsbasierte Zahlung umgestellt wurde.
• Hammer und Champy schätzten, dass damals nur 10 bis 50 Prozent der Unternehmen, die BPR versuchten, die angestrebten dramatischen Verbesserungen tatsächlich erzielten, was unterstreicht, dass die Neugestaltung selbst der einfache Teil ist.

BPR im Vergleich zu kontinuierlicher Verbesserung (Kaizen) und BPM

Oft werden drei unterschiedliche Ansätze zur Veränderung von Arbeitsabläufen in einen Topf geworfen. Sie sind nicht dasselbe, und diese Verwechslung führt dazu, dass das falsche Werkzeug gewählt wird.

Braucht Ihr Prozess eine größere Operation, ist BPR die richtige Wahl. Braucht er Physiotherapie, nutzen Sie Kaizen. Brauchen Sie ein Managementsystem, das alles steuert, ist das Business Process Management.

Die Prinzipien des Reengineering

Hammer und Champy legten in Reengineering the Corporation mehrere Leitprinzipien dar. In einfachen Worten bedeutet jedes davon in der Praxis:

Um Ergebnisse organisieren, nicht um Aufgaben. Gestalten Sie den Prozess so, dass er das Ergebnis liefert, nicht so, dass einzelne Rollen beschäftigt bleiben. Ein einzelnes Team sollte das gesamte Ergebnis verantworten, statt Arbeit über fünf Abteilungen weiterzureichen.

Diejenigen, die das Ergebnis nutzen, sollen den Prozess ausführen. Braucht das Einkaufsteam Finanzdaten, lassen Sie es direkt darauf zugreifen, statt einen Bericht bei der Finanzabteilung anzufordern. Zwischenstationen streichen.

Geografisch verteilte Ressourcen wie zentralisierte behandeln. Informationstechnologie erlaubt es, die Skaleneffekte zentraler Abläufe mit der Flexibilität lokaler Teams zu verbinden. Sie brauchen keine eigene Abteilung in jedem Büro.

Parallele Aktivitäten verknüpfen, statt ihre Ergebnisse nachträglich zu integrieren. Statt zwei getrennte Arbeitsstränge laufen zu lassen und ihre Ergebnisse am Ende abzugleichen, koordinieren Sie sie durchgehend. Das verkürzt die Durchlaufzeit und reduziert Nacharbeit.

Den Entscheidungspunkt dorthin legen, wo die Arbeit ausgeführt wird. Geben Sie Mitarbeitenden an vorderster Front die Befugnis und die Informationen, um Entscheidungen vor Ort zu treffen. Leiten Sie nicht jede Ausnahme die Hierarchie hinauf.

Informationen einmal und an der Quelle erfassen. Trägt ein Kunde seine Daten ein, sollte keine andere Abteilung dieselben Daten erneut eingeben müssen. Gemeinsame Datenbanken und direkter Zugriff eliminieren Fehler durch doppelte Eingabe.

Vorteile von BPR

Funktioniert BPR, sind die Ergebnisse schwer von der Hand zu weisen:

Drastische Kostensenkung. Das Eliminieren überflüssiger Schritte, Übergaben und Nacharbeit kann die Betriebskosten schneller senken als jedes Effizienzprogramm. Fords Neugestaltung der Kreditorenbuchhaltung ist das Lehrbuchbeispiel, aber ähnliche Ergebnisse zeigen sich in Logistik, Kundenservice und Auftragsabwicklung.

Schnellere Durchlaufzeiten. Prozesse, die um Ergebnisse statt um die Abteilungsstruktur herum gestaltet sind, werden tendenziell deutlich schneller abgeschlossen. Weniger Wartezeit, weniger Genehmigungen und weniger Abgleichschritte summieren sich.

Besseres Kundenerlebnis. Verantwortet eine einzige Stelle das gesamte End-to-End-Ergebnis, hat der Kunde einen einzigen Ansprechpartner, statt herumgereicht zu werden. Reaktionszeiten sinken und Fehler nehmen ab.

Wettbewerbsposition. In manchen Branchen gibt es Akteure, die ihre Prozesse bereits um IT herum neu gestaltet haben. Unternehmen, die das nicht getan haben, konkurrieren auf ungleichem Terrain. BPR kann diese Lücke in einem Zug schließen statt über Jahre schrittweiser Anstrengung.

Organisatorische Klarheit. Der Neugestaltungsprozess zwingt Teams, sich mit der tatsächlichen Logik des Arbeitsflusses auseinanderzusetzen. Oft stellt sich heraus, dass langjährige Regeln und Übergaben überhaupt keine rationale Grundlage haben. Sie loszuwerden vereinfacht Berichtslinien, reduziert Politik und macht Verantwortlichkeit klarer.

Risiken und warum BPR-Projekte scheitern

BPR hat eine Fehlerquote, die niemand ignorieren sollte. Hammer selbst räumte das ein. Was Misserfolge tatsächlich antreibt:

Die Geschäftsführung bleibt nicht engagiert. BPR braucht Führungskräfte als Fürsprecher, die den politischen Widerstand des mittleren Managements abfedern, dessen Jobs und Machtbasis durch die Neugestaltung oft bedroht sind. Delegiert die Führungsebene das Projekt und wendet sich ab, gewinnt der Widerstand.

Der Umfang wächst oder schrumpft. Zu klein zu beginnen hält die Initiative innerhalb einer Abteilung und bringt nur marginale Gewinne. Zu groß zu beginnen ohne ausreichende Ressourcen oder ein klares Pilotziel bringt gar nichts. Den richtigen Umfang zu finden ist tatsächlich schwer.

IT wird als Ziel behandelt, nicht als Ermöglicher. Neue Software zu installieren ist kein BPR. Viele Organisationen nennen eine ERP-Einführung "Reengineering", weil sie teuer und disruptiv ist. Automatisieren Sie aber nur den alten Prozess, erhalten Sie eine schnellere Version desselben kaputten Systems.

Menschen werden vergessen. Jeder Prozess wird von Menschen ausgeführt. Den Ablauf neu zu gestalten, ohne Schulung, Rollenänderungen und die emotionale Realität von Stellenverlust einzuplanen, erzeugt aktiven Widerstand.

Keine Messung im Vorfeld. Kennen Sie Ihre Ausgangswerte nicht (Durchlaufzeit, Fehlerrate, Kosten pro Transaktion), können Sie nicht sagen, ob die Neugestaltung funktioniert hat. Viele BPR-Projekte melden "Erfolg", weil vorher nichts gemessen wurde.

Die Pilotphase wird übersprungen. Einen neu gestalteten Prozess organisationsweit auszurollen, ohne ihn kontrolliert zu pilotieren, ist ein Rezept für kaskadierendes Scheitern. Piloten legen Annahmen offen, die auf dem Whiteboard gut aussahen.

Wie Sie einen Prozess neu gestalten

Schritt 1: Den zu überarbeitenden Prozess identifizieren

Nicht jeder Prozess verdient ein BPR-Projekt. Beginnen Sie damit, einen Prozess auszuwählen, der sowohl strategisch entscheidend als auch eindeutig kaputt ist. Gute Kandidaten haben hohe Kosten, lange Durchlaufzeiten, häufige Kundenbeschwerden oder sind direkt mit einem Wettbewerbsnachteil verbunden. Vermeiden Sie es, zu viele Prozesse gleichzeitig anzugehen.

Schritt 2: Das Reengineering-Team bilden

Ein BPR-Team braucht eine funktionsübergreifende Mischung: Menschen, die den Prozess tatsächlich ausführen (sie wissen, wo er versagt), IT-Vertreter (sie wissen, was Systeme leisten können) und mindestens eine Führungskraft mit genug Befugnis für echte Entscheidungen. Das ist kein Ausschuss. Es ist eine Arbeitsgruppe mit dem Mandat zu handeln.

Schritt 3: Den Ist-Zustand abbilden

Bevor Sie irgendetwas neu gestalten können, müssen Sie den aktuellen Ablauf ehrlich im Detail verstehen. Nutzen Sie Business Process Mapping oder Value Stream Mapping, um jeden Schritt, jede Übergabe, jeden Entscheidungspunkt und jede Verzögerung zu dokumentieren. Überspringen Sie diesen Schritt nicht, nur weil der Prozess offensichtlich erscheint. Die Ist-Zustand-Karte offenbart fast immer Überraschungen, einschließlich Schritten, die aus keinem aktuellen Grund mehr existieren.

Für eine strukturierte Dokumentation von Ist- gegenüber Soll-Zustand gibt eine Ist-Soll-Zustand-Karte dem Team einen gemeinsamen visuellen Anker für das Gespräch über die Neugestaltung.

Schritt 4: Eine mutige Soll-Zustand-Vision festlegen

Das ist der Schritt mit dem leeren Blatt. Ignorieren Sie aktuelle Einschränkungen und fragen Sie, wie das ideale Ergebnis aussieht. Definieren Sie Erfolg in messbaren Begriffen: Durchlaufzeit um 60 % senken, Fehlerrate auf unter 1 % reduzieren, Personalstärke in dieser Funktion um 40 % senken. Ein vages Ziel wie "Effizienz verbessern" wird die schwierigen Entscheidungen, die die Neugestaltung erfordert, nicht vorantreiben.

Swimlane-Diagramme (siehe Swimlane-Diagramm) sind hier nützlich, um Verantwortlichkeiten über die neu gestalteten Rollen hinweg abzubilden, bevor irgendetwas gebaut wird.

Schritt 5: Neu gestalten und pilotieren

Bauen Sie das neue Prozessdesign und testen Sie es in einer kontrollierten Umgebung vor dem vollständigen Rollout. Der Pilotumfang sollte real genug sein, um echte Probleme aufzudecken, aber begrenzt genug, dass Fehler schnell korrigiert werden können. Dokumentieren Sie, was nicht funktioniert, und passen Sie das Design an.

Auch Prozessstandardisierung findet hier statt: Der neu gestaltete Prozess muss in Standardarbeitsanweisungen dokumentiert werden, damit er geschult und durchgesetzt werden kann.

Schritt 6: Implementieren und messen

Rollen Sie den neu gestalteten Prozess bei großem Umfang in Phasen aus. Messen Sie von Tag eins an gegen Ihre Ziele aus Schritt 4. Berichten Sie Ergebnisse transparent. Weisen Sie klare Verantwortung für die laufende Leistung zu. Und planen Sie die menschliche Seite: Kommunizieren Sie frühzeitig mit betroffenen Teams, bieten Sie echte Schulung an und haben Sie einen Plan für Rollenänderungen vor dem Go-Live-Termin, nicht danach.

Beispiele für Business Process Reengineering

Alle drei Beispiele teilen dasselbe Muster: Bei der Neugestaltung ging es nicht darum, härter zu arbeiten oder mehr Personal einzustellen. Es ging darum, neu zu denken, wer was in welcher Reihenfolge tut und welche Informationen dafür nötig sind.

Best Practices

Tun:

• Sichern Sie sich einen Executive Sponsor, bevor Sie beginnen, nicht erst, wenn Sie auf Widerstand gestoßen sind.
• Messen Sie den Ausgangsprozess rigoros, bevor Sie etwas anfassen.
• Nutzen Sie einen Piloten, um Annahmen zu validieren, bevor Sie vollständig ausrollen.
• Gestalten Sie den neuen Prozess um das Kundenergebnis herum, nicht um die interne Organigramm-Logik.
• Planen Sie den menschlichen Übergang (Rollen, Schulung, Kommunikation) genauso sorgfältig wie das Prozessdesign.
• Kombinieren Sie BPR mit Robotic Process Automation oder Workflow-Automatisierung, um Gewinne zu sichern und manuelle Doppelerfassung zu reduzieren.

Nicht tun:

• Nennen Sie eine ERP-Einführung nicht "BPR". Software auf einen kaputten Prozess zu setzen, gibt Ihnen einen teuren, kaputten Prozess.
• Lassen Sie den Umfang nicht wachsen, ohne Ressourcen und Befugnisse entsprechend zu erhöhen.
• Überspringen Sie die Ist-Zustand-Abbildung nicht, weil "jeder weiß, wie das funktioniert". Das stimmt nicht. Nicht vollständig.
• Versuchen Sie nicht, alles auf einmal neu zu gestalten. Wählen Sie einen kritischen Prozess und beweisen Sie das Modell.
• Behandeln Sie BPR nicht als einmaliges Projekt. Der neu gestaltete Prozess braucht weiterhin laufende Steuerung, um langfristig gesund zu bleiben.

Häufig gestellte Fragen

Was ist Business Process Reengineering einfach erklärt? BPR bedeutet, von Grund auf neu zu beginnen, um zu gestalten, wie ein Kerngeschäftsprozess funktioniert. Statt Probleme im aktuellen Prozess zu beheben, fragen Sie, wie der Prozess aussehen würde, wenn Sie ihn heute ohne Altlasten aufbauen würden. Das Ziel ist dramatische Verbesserung, nicht schrittweiser Zuwachs.

Wie unterscheidet sich BPR von Prozessverbesserung? Prozessverbesserung (einschließlich Kaizen und Lean-Methoden) arbeitet innerhalb der bestehenden Prozessstruktur und verbessert sie Schritt für Schritt. BPR wirft die bestehende Struktur weg und baut eine neue auf. Umfang und Risiko unterscheiden sich fundamental. BPR ist angemessen, wenn der aktuelle Prozess strukturell kaputt ist; Verbesserungsmethoden sind angemessen, wenn er im Kern solide ist.

Wer hat BPR eingeführt? Michael Hammer und James Champy machten das Konzept 1993 mit ihrem Buch Reengineering the Corporation populär. Hammer hatte zuvor 1990 den grundlegenden Artikel "Reengineering Work: Don't Automate, Obliterate" in der Harvard Business Review veröffentlicht.

Warum scheitern so viele BPR-Projekte? Die meisten Misserfolge lassen sich auf eine von drei Ursachen zurückführen: Führung, die auf halbem Weg das Interesse oder den politischen Willen verliert, Unterschätzung des nötigen menschlichen Change Managements, oder IT-Implementierung als Ersatz für echte Prozessneugestaltung.

Wann sollte ein Unternehmen BPR statt eines Kaizen-Events nutzen? Nutzen Sie BPR, wenn ein Prozess grundlegend kaputt ist, Ergebnisse weit unter Branchenbenchmarks liefert oder ein strategisches Ziel blockiert, das schrittweise Verbesserung nicht in einem angemessenen Zeitrahmen beheben kann. Nutzen Sie ein Kaizen-Event, wenn Sie fokussierte, schnelle Verbesserung bei einem spezifischen Problem in einem strukturell soliden Prozess brauchen.

---

BPR ist nicht für jede Situation geeignet. Aber wenn ein Prozess grundlegend kaputt ist und der Wettbewerbsdruck hoch, ist schrittweise Verbesserung nur ein langsames Scheitern. Die Unternehmen, die in den 1990er-Jahren ihre Prozesse um Ergebnisse statt um Organigramme herum neu gestalteten, bauten Vorteile auf, die Wettbewerber ein Jahrzehnt brauchten, um aufzuholen. Dieselbe Logik gilt heute, besonders da KI und Automatisierung die Obergrenze dessen anheben, was ein neu gestalteter Prozess erreichen kann.

Teams, die den Grundstein legen wollen, sollten mit ehrlicher Prozessdokumentation und einer klaren Abbildung beginnen, wo der aktuelle Ablauf versagt. Das ist das Fundament, auf dem jedes erfolgreiche BPR-Projekt aufbaut.