Die Marge fällt und Sie haben keine sechs Monate, um herauszufinden warum

Führen Sie einen sechswöchigen Sprint durch, der die Grundursache end-to-end diagnostiziert und eine Lösung direkt im Betrieb testet, mit Go/No-Go-Checkpoint nach zwei Wochen, damit eine falsche Richtung früh erkannt wird, statt erst am Ende einer sechswöchigen Verpflichtung. Die Geschwindigkeit entsteht dadurch, dass im echten Betrieb gearbeitet wird, statt in einer separaten Projektstruktur, die erst Befunde zurückmelden muss, bevor sich etwas ändern kann.

Beginnen Sie mit End-to-End-Prozessanalyse und Interviews mit den Menschen, die die Arbeit machen, sie wissen fast immer, wo es hakt, auch wenn sie formal noch nie danach gefragt wurden. Margenerosion ist für die Menschen nahe am Prozess selten ein Rätsel; sie ist meist nur ein Rätsel für das Management, genau weil diese Information nie durch die Berichtsebenen nach oben dringt, die sie sonst sichtbar machen würden.

Verfolgen Sie den Prozess Schritt für Schritt, mit besonderem Augenmerk auf die Übergaben zwischen Abteilungen, wo Eigentümerschaft meist verschwindet und niemand wirklich für das verantwortlich ist, was in dieser Lücke passiert. Die meisten Performanceprobleme, die aus der Ferne komplex wirken, konzentrieren sich meist an ein oder zwei spezifischen Übergabepunkten, sobald der Prozess tatsächlich Schritt für Schritt statt Abteilung für Abteilung betrachtet wird.

Ein zeitlich begrenzter Diagnose-Lösung-Umsetzung-Verankerung-Zyklus, mit Go/No-Go-Checkpoint nach zwei Wochen und definierter Lösung oder Business Case am Ende, so gestaltet, dass das Team schon in der ersten Zweiwochenperiode weiß, ob die gewählte Richtung funktioniert. Die vier Phasen laufen nacheinander, bleiben aber strikt zeitlich begrenzt, genau das verhindert, dass der Sprint sich still zu dem monatelangen Projekt ausweitet, das er eigentlich vermeiden sollte.

Standardisierbare Prozesse und gebrochene Übergaben lassen sich vollständig lösen; Probleme in Systemarchitektur oder Organisationsdesign liefern meist einen soliden Plan und Business Case statt einer fertigen Lösung, da diese Änderungen oft Investitionen und Zeitrahmen brauchen, die ein Sechswochenfenster verantwortungsvoll nicht leisten kann. Vorher zu wissen, in welche Kategorie ein Problem fällt, erlaubt es dem Sprint, ein spezifisches, ehrliches Ergebnis zu versprechen statt eines offenen.

Skalieren Sie das Problem auf das, was ein sechswöchiger Sprint realistisch liefern kann, und sagen Sie vorab, welches der beiden Ergebnisse zutrifft, eine funktionierende Lösung oder ein vollständig durchgerechneter Business Case, statt den Umfang des Auftrags während der Laufzeit zu einem längeren, offeneren Projekt anwachsen zu lassen. Die meisten operativen Probleme brauchen eigentlich keine sechs Monate Analyse zum Verstehen; sie brauchen sechs Wochen fokussierte Arbeit direkt im Betrieb.

Kartieren Sie den Prozess end-to-end über Abteilungen hinweg, der Übergabepunkt offenbart meist das eigentliche Problem, nicht eine einzelne Abteilung, da jede Abteilung ihren eigenen Prozessteil meist zutreffend beschreibt, aber übersieht, was in der Lücke dazwischen geschieht. Keine der beiden Abteilungen liegt falsch; beide beschreiben einfach den Teil des Elefanten, den sie selbst sehen können.

Ja, lösen Sie zuerst das dringende operative Problem mit einem Sprint; Strategiearbeit hilft erst, wenn Raum ist, über dieses Quartal hinauszuschauen, und ein Führungsteam, das einen akuten operativen Brand löscht, hat meist kaum Kapazität, sich sinnvoll mit längerfristigen strategischen Fragen zu befassen. Den Sprint zuerst zu sequenzieren bringt zudem oft operative Erkenntnisse hervor, die die danach folgende Strategiearbeit tatsächlich informieren sollten.

Beheben Sie zuerst den Prozessengpass und die gebrochenen Übergaben, oft die eigentliche Einschränkung, nicht die Personalstärke, da viele Produktivitätsprobleme, die wie Personalmangel aussehen, tatsächlich ein Prozess sind, der gegen die Menschen arbeitet, die ihn ausführen sollen. Personal einem kaputten Prozess hinzuzufügen produziert meist nur mehr Durchsatz durch denselben Engpass, ohne die zugrunde liegende Einschränkung wirklich zu lösen.

Verfolgen Sie die gesamte Kette Schritt für Schritt, einschließlich jeder Übergabe, statt Abteilungen isoliert zu betrachten, da der Engpass unverhältnismäßig oft genau an dem Punkt sitzt, an dem Verantwortung von einem Team zum anderen übergeht. Eine Abteilung-für-Abteilung-Betrachtung findet meist jede Abteilung für sich relativ gut performend, und genau deshalb übersieht dieser Ansatz meist die eigentliche Einschränkung.

Bei Problemen, die zu strukturell für sechs Wochen sind, liefert der Sprint selbst den vollständig ausgearbeiteten Business Case als Ergebnis, komplett mit Aufwand, Ressourcen, Risiko und definiertem Startdatum, statt diese Arbeit für später jemand anderem mit weniger direktem Wissen über das Problem zu überlassen. So liefern die sechs Wochen trotzdem etwas sofort Nutzbares, selbst wenn die eigentliche Lösung länger zur Umsetzung braucht.

Enden Sie mit einem Verankerungsplan, der einen Verantwortlichen nennt, eine Messmethode und eine Reaktion bei Rückfall, da eine Verbesserung, die nur hält, solange externe Aufmerksamkeit darauf liegt, keine echte Verbesserung ist, sie ist ein vorübergehender Zustand. Der Verankerungsplan ist es, der aus einer Sechswochenlösung eine dauerhafte Veränderung macht, statt eines Ergebnisses, das ein paar Monate später still zurückfällt, sobald die Aufmerksamkeit aller weitergezogen ist.

Kurze, intensive Sitzungen, die Lösungsrichtungen sofort auf Machbarkeit prüfen, mit kleinskaligen Experimenten vor vollständigem Rollout, statt einer langen Analysephase gefolgt von einem einzigen großen Rollout ohne Möglichkeit zur Kurskorrektur. Richtungen zuerst kleinskalig zu testen bedeutet, dass ein fehlerhafter Ansatz entdeckt wird, während er noch günstig zu ändern ist, statt erst nachdem er bereits im gesamten Betrieb ausgerollt wurde.

Diagnostizieren Sie zuerst die tatsächliche Grundursache, Symptombekämpfung über mehrere Brände lässt sich meist auf eine oder zwei echte Ursachen zurückführen, was bedeutet, dass die lange Liste kaputt wirkender Dinge oft eine viel kürzere Liste tatsächlicher Probleme dahinter hat. Die Grundursache zu beheben löst meist mehrere scheinbar getrennte Symptome gleichzeitig, was eine weit bessere Nutzung begrenzter Kapazität ist, als jedes Symptom als eigenständiges Problem zu behandeln.

Definieren Sie die Messmethode als Teil des Verankerungsplans am Ende des Sprints, verknüpft mit der ursprünglichen Problemstellung, damit Erfolg an dem gemessen wird, was tatsächlich kaputt war, statt an einem allgemeinen Gefühl, dass sich Dinge besser anfühlen. Eine Messmethode, die vorab festgelegt wird, bevor die Lösung umgesetzt ist, nimmt zudem die Versuchung, im Nachhinein die Kennzahl zu wählen, die zufällig am günstigsten ausfällt.