kurz gesagt
- Operative Excellence ist kein Projekt mit Startdatum und Abschlussbericht. Wer sie so behandelt, verliert die Wirkung, sobald das Programm endet.
- Als Betriebssystem verankert sich Verbesserung in der Unternehmenskultur und wird zur täglichen Gewohnheit, nicht zur Ausnahme.
- Der entscheidende Maßstab ist nicht die Effizienz nach innen, sondern der Kundennutzen nach außen.
Ein Workshop hier, eine Prozessanalyse dort, vielleicht ein Lean-Seminar für das Team. Dann kehrt der Alltag zurück, und ein paar Monate später läuft alles wie vorher. Dieses Muster kenne ich aus vielen mittelständischen Unternehmen, und es zeigt ein grundlegendes Missverständnis: Operative Excellence wird als einmaliges Projekt behandelt, obwohl sie ein dauerhaftes System ist.
Was den Unterschied zwischen Projekt und Betriebssystem ausmacht
Ein Projekt hat ein Ziel, ein Ende und ein Budget. Ist das Ziel erreicht, ist das Projekt vorbei. Ein Betriebssystem hingegen läuft dauerhaft. Es steuert, wie Entscheidungen getroffen werden, wie Probleme erkannt und behoben werden, und wie Verbesserungen in den Alltag fließen.
Operative Excellence als Betriebssystem bedeutet: Jede Aktivität im Unternehmen wird an einem einzigen Maßstab gemessen. Schafft sie echten Kundennutzen? Was diese Frage nicht bestehen kann, ist nach diesem Verständnis Verschwendung. Nicht vielleicht optimierbar, sondern Verschwendung.
Die drei Schichten eines wirksamen Betriebssystems
Ein funktionierendes Betriebssystem für Operative Excellence besteht aus drei Schichten, die aufeinander aufbauen:
- Transparenz: Jeder kennt den Stand der wichtigsten Prozesse. Nicht im Jahresbericht, sondern täglich. Was hängt, wird sofort sichtbar. Wie das gelingt, steht im Beitrag Prozesse sichtbar machen.
- Verantwortung: Für jeden Prozess gibt es eine namentlich verantwortliche Person, nicht eine Abteilung. Abweichungen werden nicht eskaliert, sondern dort behoben, wo sie entstehen.
- Lernschleife: Was nicht funktioniert, wird analysiert und geändert. Was funktioniert, wird beschrieben und weitergegeben. Der Betrieb lernt aus sich selbst heraus.
Warum die meisten Programme verblassen
Viele Unternehmen starten gut. Ein externer Impuls, ein engagiertes Team, erste Ergebnisse. Dann verliert sich die Energie. Das Tagesgeschäft gewinnt wieder die Oberhand, und die Verbesserungen von gestern sind die Ausnahme von heute.
Der Grund liegt meistens nicht in fehlendem Willen. Er liegt darin, dass Operative Excellence an das Programm gebunden war, nicht an die tägliche Praxis. Sobald das Programm endet, endet auch die Verbesserung.
Der Ausweg ist strukturell: Verbesserung muss Teil der Arbeit werden, nicht Zusatz zur Arbeit. Das bedeutet kurze, regelmäßige Abläufe statt großer Workshops. Fragen, die wöchentlich gestellt werden, nicht quartalsweise. Kleine Maßnahmen, die sofort umgesetzt werden, nicht Roadmaps, die auf Freigabe warten.
Was eine lernende Organisation von einer reagierenden unterscheidet
Eine reagierende Organisation behebt Probleme, wenn sie auftreten. Eine lernende Organisation verhindert, dass dieselben Probleme zweimal auftreten. Der Unterschied liegt in einer einzigen Gewohnheit: die systematische Frage nach der Ursache, nicht nur nach der Lösung.
Wer bei jedem wiederkehrenden Problem die Methode 5-mal Warum anwendet, baut über Zeit eine Datenbasis auf, die zeigt, wo dieselben Schwachstellen immer wieder auftauchen. Daraus entstehen strukturelle Verbesserungen statt lokaler Reparaturen.
Was dabei von Unternehmen zu Unternehmen unterschiedlich ist: die Tiefe, in der Prinzipien und Werkzeuge ineinandergreifen. Wie dieser Unterschied entsteht, beschreibt der Beitrag Warum Methoden allein scheitern.
Einordnung in core+
In core+ ist Operative Excellence kein Modul und kein Werkzeugkasten. Sie ist das Ergebnis der Felder organize & structure und execute & scale zusammen. Erst wenn Abläufe klar und Verantwortlichkeiten definiert sind, kann ein Unternehmen skalieren, ohne dass die Qualität leidet. Das Ziel ist nicht das Programm, sondern das System, das nach dem Programm noch läuft. Mehr dazu unter Transformation.
Entscheidungsfragen
- Wie lange hätte ein heutiges Problem unentdeckt bleiben können, bevor es einem Kunden aufgefallen wäre?
- Welches Verbesserungsprojekt der letzten drei Jahre hat wirklich dauerhaft gewirkt, und was hat den Unterschied gemacht?
- Wer in deinem Unternehmen ist heute namentlich dafür verantwortlich, dass ein konkreter Ablauf besser wird?
