Jeden Januar dasselbe Ritual: neue strategische Prioritäten, ein Town Hall, eine Folie mit drei fetten Worten darauf. Und jeden Februar dieselbe stille Beobachtung: Die tägliche Arbeit läuft exakt wie im Dezember. Diese Ausgabe von Two for One handelt davon, warum das passiert — und warum das Problem nicht ist, dass Menschen die Strategie ignorieren, sondern dass die alte Strategie noch in die Prozesse eingebaut ist, in denen sie jeden Tag arbeiten.
Strategie und Prozesse leben auf verschiedenen Uhren. Prioritäten werden jährlich überprüft, zunehmend quartalsweise; ein Führungsteam kann die Richtung in einem einzigen Offsite ändern. Prozesse ändern sich in Projektzeit — eine Workflow-Anpassung braucht Monate, eine neue Freigabelogik braucht IT-Tickets, eine geänderte Kennzahl braucht einen Reporting-Zyklus, um sich zu beweisen. Jede Strategieänderung öffnet also eine Lücke: Die Richtung ist neu, aber die Maschinerie ist alt. Und die Maschinerie ist bemerkenswert hartnäckig, weil niemand den Job hat, sie stillzulegen.
Der tiefere Grund, warum die Lücke wehtut: Strategie und Prozess konkurrieren nicht auf Augenhöhe. Strategie wird kommuniziert — in Folien, Reden und OKR-Dokumenten. Prozesse werden durchgesetzt — in Freigabeschwellen, Formularfeldern, System-Defaults, Eskalationspfaden und Bonusformeln. Wenn eine verkündete Priorität und eine codierte Regel sich widersprechen, gewinnt die Regel, jeden Tag, in tausenden kleinen Entscheidungen. Ein Mitarbeiter, der gehört hat "Geschwindigkeit ist jetzt unsere Priorität", wartet trotzdem auf die dritte Unterschrift — weil der Workflow sie verlangt und die Strategiefolie nicht im Workflow sitzt.
Prozess-Alignment ist, anders gesagt, kein Kommunikationsproblem. Es ist ein strukturelles — und es reagiert auf strukturelle Behandlung. Zwei Hebel schließen die Lücke: ein explizites Review, das jede Prioritätenverschiebung in konkrete Prozessänderungen übersetzt, und ein Prozessdesign, das wechselnde Prioritäten aufnehmen kann, ohne Neubau. Wir nehmen sie der Reihe nach.
Schau dir ein etabliertes Unternehmen genau an, und du kannst seine strategische Geschichte in seinen Prozessen lesen wie Jahresringe in einem Baum. Die Freigabematrix spiegelt noch die Sparphase von vor drei Jahren, als jede Ausgabe über fünfhundert Euro einen Direktor brauchte. Der Vertriebsprozess belohnt noch die Neukundengewinnung aus der Land-Grab-Ära, obwohl die verkündete Priorität seit zwei Jahren Retention und Expansion heißt. Die Reporting-Landschaft misst noch das Liefervolumen aus der Skalierungsphase, während die Strategie inzwischen von Qualität und Marge spricht.
Nichts davon ist jemandes Versagen. Jede dieser Regeln war die richtige Antwort auf ein echtes Problem — einmal. Das Problem ist, dass Prozesse, anders als Folien, kein Ablaufdatum haben. Eine Priorität, die nie explizit außer Dienst gestellt wurde, führt sich selbst weiter aus: Die Bonusformel bezahlt weiter das alte Verhalten, der Workflow routet Fälle weiter den alten Pfad entlang, der Monatsbericht lenkt die Management-Aufmerksamkeit weiter auf die alte Frage. Die Organisation ignoriert die neue Strategie nicht. Sie führt treu die vorherige aus — denn das ist die, die codiert wurde.
Die Menschen dazwischen lernen die eigentliche Lektion schnell. Wenn verkündete Prioritäten und durchgesetzte Prozesse auseinanderlaufen, hören Mitarbeiter auf, Strategieansagen als Anweisungen zu behandeln, und beginnen, sie als Wetter zu behandeln — etwas, das über die Organisation hinwegzieht, ohne zu verändern, wie irgendetwas funktioniert. Dieser Zynismus ist rational, und er ist teuer: Beim dritten nicht verankerten Strategiezyklus wird selbst eine wirklich wichtige Verschiebung mit einem Achselzucken absorbiert. Einen nahen Verwandten dieses Musters haben wir in unserer Ausgabe über Entscheidungen, die das Meeting nicht überleben untersucht — Entscheidungen und Prioritäten teilen denselben Fehlermodus, wenn nichts sie in das operative Gewebe übersetzt.
Es ist verlockend, das unter Kultur abzulegen — "unsere Leute wehren sich gegen Veränderung" — und zu Verhaltensmaßnahmen zu greifen: mehr Kommunikation, mehr Workshops, mehr Poster. Der BPM-Blick ist weniger schmeichelhaft und nützlicher: Das ist ein Strukturproblem, kein Verhaltensproblem. Die Menschen tun exakt das, was das System von ihnen verlangt. Jede Abteilung ist konform mit ihren Prozessen — genau deshalb ist die Fehlausrichtung in keinem Bericht sichtbar.
Die Kosten sind real, auch wenn keine Position sie ausweist. Strategische Initiativen bleiben in der Umsetzung stecken, weil die Prozesse, die sie tragen müssten, noch auf etwas anderes optimieren — die Initiative bekommt ein Projektteam und einen Lenkungsausschuss, während das Tagesvolumen weiter den alten Pfad entlangfließt. Workarounds vermehren sich, weil Teams, die die neue Priorität ernst nehmen, gegen ihr eigenes Tooling arbeiten müssen; die neue Priorität läuft als informeller Schattenprozess auf dem offiziellen, mit doppeltem Aufwand und ohne Sichtbarkeit. Und das Management steuert blind, weil die KPI-Landschaft noch die alten Prioritäten misst: Wenn die Strategie Retention sagt, aber jedes Dashboard Akquise berichtet, kann niemand sehen, ob die Strategie scheitert, bis die Jahreszahlen kommen.
Die vielleicht höchsten Kosten sind die zusammengesetzten: Jeder nicht verankerte Zyklus trainiert die Organisation, die nächste Ansage zu ignorieren. Strategieumsetzung — die Fähigkeit, die jedes Führungsteam haben will — erodiert genau an der Schnittstelle, an der Prioritäten zu Prozessänderungen werden sollten und es still nicht tun. An dieser Schnittstelle arbeiten unsere zwei Hebel.
Der erste Hebel ist eine Disziplin, kein Tool: Keine strategische Priorität gilt als übernommen, bevor sie in benannte Prozessänderungen übersetzt wurde — und genauso wichtig: bevor die Prozesse, die der alten Priorität dienten, explizit geändert oder stillgelegt wurden. Der Mechanismus ist ein Strategy-to-Process-Review, das im selben Takt läuft wie die Strategie selbst.
Das Review beantwortet vier Fragen für jede neue oder geänderte Priorität. Welche End-to-End-Prozesse tragen diese Priorität — wo im täglichen Arbeitsfluss wird sie leben oder sterben? Welche codierten Regeln widersprechen ihr aktuell — Freigabeschwellen, Routing-Logik, SLAs, Bonus- und Zielformeln, Pflichtfelder, Berichtsdefinitionen? Was ändert sich konkret, mit Owner und Datum je Punkt? Und was wird depriorisiert — welche bestehenden Regeln, Berichte und Prüfungen dienten der vorherigen Priorität und sollten jetzt gelockert oder entfernt werden, damit die neue Priorität nicht einfach auf alles Bisherige draufgestapelt wird?
Die letzte Frage ist die, die Organisationen überspringen — und die, die am meisten zählt. Prioritäten sind additiv in Foliensätzen und Nullsummen im Tagesgeschäft. Wenn "Geschwindigkeit" ankommt und die Freigabematrix aus der Risiko-Ära bleibt, hat die Organisation keine Priorität gewonnen, sondern einen Widerspruch — und die Mitarbeiter haben den Job gewonnen, ihn Fall für Fall aufzulösen. Ein ehrliches Review produziert eine Stilllegungsliste, nicht nur eine To-do-Liste.
Das Ergebnis des Reviews ist bewusst unglamourös: ein kurzer Prozess-Backlog — fünf bis fünfzehn konkrete Änderungen, jede mit Owner und Termin — der beim nächsten Strategie-Checkpoint überprüft wird wie jedes andere Commitment. Das ist der Unterschied zwischen eine Richtung verkünden und eine Richtung übernehmen. Eine Priorität, die dieses Review durchlaufen hat, existiert; eine, die es nie durchlaufen hat, ist operativ gesehen ein Gerücht.
Der erste Hebel repariert die Übersetzung; der zweite repariert die Maschinerie — denn selbst ein diszipliniertes Review ist schmerzhaft, wenn jede Prioritätenverschiebung einen Prozessneubau verlangt. Prozesse altern besser, wenn das, was sich oft ändert, als Parameter angelegt ist statt in Beton gegossen. Freigabeschwellen, Routing-Regeln, Prioritätsklassen, Zielwerte: Wenn diese als explizite, verantwortete Konfiguration leben, wird eine Prioritätenverschiebung zu einem Nachmittag kontrollierter Änderungen statt zu einem Sechs-Monats-Projekt. Die Prozessstruktur bleibt stabil; ihre Einstellungen folgen der Strategie.
Modularität hat eine zweite, weniger technische Zutat: Jeder dieser Parameter braucht einen namentlichen Owner mit der Autorität, ihn zu ändern, und einen leichtgewichtigen, dokumentierten Weg dafür. In vielen Organisationen ist der Engpass nicht die IT-Änderung selbst, sondern die Suche danach, wer sie entscheiden darf — bis die Frage beantwortet ist, ist das Quartal vorbei. Eine Prozesslandschaft, die der Strategie folgen kann, ist eine, in der die justierbaren Teile vorab bekannt, gelistet und verantwortet sind.
Und dann kommt die Verifikation — der Punkt, an dem die meisten Alignment-Bemühungen zu früh aufhören. Eine geänderte Regel ist noch keine geänderte Realität: Der Workflow mag den schnellen Pfad erlauben, während alle Fälle weiter den vertrauten entlanglaufen. Hier schließt Process Mining den Kreis. Weil es den tatsächlichen Fluss der Fälle aus Systemdaten liest, zeigt es, ob die neue Priorität im Betrieb sichtbar ist — ob Eilpfade tatsächlich genutzt werden, ob Retention-Fälle jetzt schneller laufen als Akquise-Fälle, ob die depriorisierten Prüfungen wirklich aufgehört haben, Zeit zu verbrauchen. Der Vergleich der Monate vor und nach der Verschiebung macht aus "wir haben die Strategie umgesetzt" eine Messung statt einer Behauptung. Er legt auch die lokalen Reibungen offen, die jede Verschiebung erzeugt — das Team, dessen Teil des Flows noch auf alten Einstellungen läuft, ein Muster, das wir seziert haben in warum das System leidet, wenn jedes Team lokal optimiert.
Das Prüfprinzip, das beide Hebel zusammenfasst: Eine Priorität ist erst dann real, wenn sie sich in den Prozessdaten zeigt — nicht in der Ansage, nicht im Handbuch und nicht im Kickoff-Workshop. Wenn der Fluss der täglichen Fälle drei Monate nach der Strategieänderung gleich aussieht, hat sich die Strategie nicht geändert.
Wenn du deine aktuellen Freigabeschwellen, Bonusformeln und Pflichtberichte gegen deine aktuelle Strategiefolie legen würdest: Wie viele davon dienen einer Priorität, die ihr offiziell aufgegeben habt?
Als dein Führungsteam zuletzt eine Prioritätenverschiebung verkündet hat: Welche konkreten Prozessregeln haben sich in den folgenden neunzig Tagen geändert — und wer könnte sie aufzählen?
Was hat deine Organisation im letzten Jahr explizit depriorisiert — nicht indem sie weniger darüber sprach, sondern indem eine Regel, ein Bericht oder eine Prüfung entfernt wurde, die es vorher durchgesetzt hat?
Wenn Geschwindigkeit, Qualität oder Retention deine erklärte Priorität ist: Würde eine Process-Mining-Analyse der Fälle des letzten Quartals das zeigen — oder das Gegenteil?
Wie viele Strategiezyklen hat deine Organisation in den letzten fünf Jahren durchlaufen, und was hat sich an der täglichen Arbeit eines Sachbearbeiters, eines Einkäufers oder eines Vertrieblers in dieser Zeit tatsächlich geändert?
Wer in deiner Organisation verantwortet die Schnittstelle zwischen Strategie und Prozessen — und wenn die Antwort "alle" lautet: Ist es dann irgendjemand?
Strategien scheitern nicht im Boardroom; sie scheitern in der Freigabematrix, der Bonusformel und dem Monatsbericht — den Orten, an denen die vorherige Strategie noch lebt. Eine neue Priorität zu verkünden und die alte Maschinerie laufen zu lassen, ist keine Strategieumsetzung; es ist eine Einladung zum Zynismus. Die Lösung ist strukturell und erfrischend konkret: Übersetze jede Prioritätenverschiebung in eine explizite, verantwortete Liste von Prozessänderungen und Stilllegungen, lege die häufig wechselnden Teile deiner Prozesse als kontrollierte Parameter an, und verifiziere in den Falldaten — nicht im Foliensatz — dass die Verschiebung die tägliche Arbeit erreicht hat. Nimm deine neueste strategische Priorität und stell diese Woche eine Frage: Welche drei Prozessregeln müssten sich ändern, damit diese Priorität real wird? Wenn niemand sie benennen kann, ist das der Befund.
Weil sie auf verschiedenen Uhren leben: Prioritäten können sich in einem einzigen Offsite ändern, während Prozessänderungen Projekte, IT-Tickets und Reporting-Zyklen brauchen. Schlimmer: Meist hat niemand den Job, Regeln stillzulegen, die der alten Strategie dienten — also setzen Freigabeschwellen, Bonusformeln und Berichte die Prioritäten von gestern weiter durch, lange nachdem die Folien weitergezogen sind.
Eine wiederkehrende Disziplin, die jede strategische Prioritätenverschiebung in benannte Prozessänderungen übersetzt: Welche End-to-End-Prozesse tragen die Priorität, welche codierten Regeln widersprechen ihr, was ändert sich konkret mit Owner und Termin — und welche alten Regeln, Berichte und Prüfungen werden stillgelegt. Eine Priorität gilt erst als übernommen, wenn diese Übersetzung passiert ist.
Weil Prioritäten auf Folien additiv sind, im Tagesgeschäft aber ein Nullsummenspiel. Wenn eine neue Priorität ankommt und die Regeln der alten bestehen bleiben, erben die Mitarbeiter einen Widerspruch, den sie Fall für Fall auflösen müssen. Veraltete Prüfungen, Berichte und Schwellen zu entfernen oder zu lockern schafft erst den Raum, in dem die neue Priorität wirken kann.
Process Mining liest den realen Fluss der Fälle aus Systemdaten und zeigt damit, ob eine strategische Verschiebung im Betrieb sichtbar ist: ob neue Schnellpfade genutzt werden, ob priorisierte Falltypen tatsächlich schneller laufen, ob stillgelegte Prüfungen aufgehört haben, Zeit zu verbrauchen. Der Vergleich der Zeiträume vor und nach der Verschiebung macht aus Strategieumsetzung eine Messung statt einer Behauptung.
Indem die häufig wechselnden Elemente — Freigabeschwellen, Routing-Regeln, Prioritätsklassen, Zielwerte — als explizite, verantwortete Konfiguration angelegt werden statt als fest verdrahtete Struktur. Jeder Parameter braucht einen namentlichen Owner und einen leichtgewichtigen Änderungsweg. Dann wird eine Prioritätenverschiebung zu einem Nachmittag kontrollierter Anpassungen statt zu einem Sechs-Monats-Umbau.