Warum BPM-Projekte 18 Monate dauern

18 Monate. Jedes Mal.

Frag zehn Unternehmen, wie lang ihr letztes BPM-Projekt gedauert hat. Du wirst hören: „Fast zwei Jahre.“ „Wir haben nach 14 Monaten aufgehört.“ „Technisch fertig — aber ob es wirklich läuft, weiß ich nicht.“

Das ist kein Zufall. Kein Versagen. Und kein Zeichen schlechter Tools oder inkompetenter Berater.

Es ist das strukturelle Ergebnis eines Paradigmas, das auf langen Laufzeiten aufgebaut ist.

Schritt 1: Der Scope der alles aufbläht

Jedes BPM-Projekt beginnt mit: „Was soll dokumentiert werden?“ Niemand weiß es genau. Also werden alle eingeladen. Der Scope wächst. Bevor die erste Zeile modelliert ist, ist das Projekt bereits zu groß für drei Monate.

Das nennt sich Scope Creep — und es ist keine Ausnahme, sondern eine vorhersehbare Konsequenz: Wer Prozesse für Menschen dokumentiert, muss alle Stakeholder einbeziehen. Also dauert es.

Schritt 2: Die Modellierungsphase die nie endet

In der Praxis: Interviews werden verschoben, weil Schlüsselpersonen keine Zeit haben. Modelle werden überarbeitet, weil „das so eigentlich nicht stimmt“. Teams einigen sich nicht — weil jedes Team den Prozess anders macht.

Jeder Prozess produziert Diskussionen. Diskussionen produzieren Änderungswünsche. Änderungswünsche produzieren neue Iterationen.

Multipliziere das mit 80 Prozessen. Du erhältst 18 Monate.

Schritt 3: Das Change Management das niemand einkalkuliert

Kein Mensch ändert sein Verhalten, weil ein Diagramm sagt, dass er es soll. Also kommen Schulungen. Kommunikationskampagnen. Pilot-Rollouts. Feedback-Schleifen.

Und der ironische Teil: Nach dem Change Management läuft der Prozess oft immer noch nicht so, wie er modelliert wurde. Was dazu führt, dass die Dokumentation nach zwölf Monaten wieder veraltet ist.

Schritt 4: Das Beratungsmodell

Das muss man offen benennen.

Ein Berater der pro Tag abrechnet, hat kein finanzielles Interesse daran, dass ein Projekt in sechs Wochen fertig ist. Das ist keine Kritik an der Branche — es ist eine systemische Realität.

Projektlaufzeit ist direkt proportional zum Umsatz. Komplexität rechtfertigt mehr Ressourcen. Die Anreizstrukturen sind nicht auf Geschwindigkeit ausgelegt.

Schritt 5: Die Integration die unterschätzt wird

In den meisten Projekten wird Integration als „Phase 2“ eingeplant. Phase 2 beginnt, wenn Phase 1 fertig ist. Phase 1 ist nie wirklich fertig. Also beginnt Phase 2 nie wirklich.

Ergebnis: Das BPM-Tool existiert neben den operativen Systemen — statt mit ihnen. Mitarbeitende müssen zwischen Tools wechseln. Das System wird als Zusatzaufwand wahrgenommen, nicht als Erleichterung.

Warum das kein unabwendbares Schicksal ist

All diese Faktoren haben eine gemeinsame Ursache: das Paradigma.

Wenn das Ziel ist, Prozesse für Menschen zu dokumentieren — dann sind 18 Monate logisch und unvermeidlich.

Wenn das Ziel ein anderes ist — Prozesse als maschinenlesbare Datenbasis für AI-Systeme und Automatisierungen — ändert sich die Rechnung fundamental:

• Kein menschlicher Abstimmungsbedarf für jedes Modell
• Kein Change Management für die breite Organisation
• Kein manuelles Modellieren — automatische Erfassung in Tagen, nicht Monaten
• Kein Beratungsmodell — SaaS statt Projektarbeit

Das Ergebnis: Nicht 18 Monate bis erste Ergebnisse. Vier Wochen.

Nicht als Abkürzung. Als konsequente Folge eines anderen Ansatzes.