Ein kleines Team will den \u00dcbergabepunkt zwischen Bestellung und Auslieferung verbessern. Nach zwei Workshops gibt es viele Notizen, aber keine Entscheidung. Der Grund ist nicht fehlendes Wissen, sondern ein Fall, der zu breit bleibt. casea<\/strong> beginnt deshalb nicht mit einer L\u00f6sung, sondern mit einem konkreten Ausschnitt: eine Bestellung, ein Tag, eine verantwortliche Person. Dieser Ausschnitt ist klein genug, um ihn zu pr\u00fcfen, und wichtig genug, um Folgen zu haben.<\/p>\n Viele Teams sammeln Symptome. Sie sehen Verz\u00f6gerungen, R\u00fcckfragen und Doppelarbeit und schlie\u00dfen daraus auf ein Toolproblem. H\u00e4ufig liegt die Ursache tiefer: Niemand hat festgelegt, welcher Schritt den Takt vorgibt. Wer diesen Engpass nicht benennt, baut sp\u00e4ter eine L\u00f6sung f\u00fcr das falsche Problem. casea<\/em> setzt deshalb vor jeder Ma\u00dfnahme eine pr\u00e4zise Fallbeschreibung.<\/p>\n Notieren Sie Ausl\u00f6ser, Beteiligte, Entscheidung und Ergebnis. Eine brauchbare Fallseite passt auf ein Blatt und enth\u00e4lt keine allgemeinen Ziele. Statt \u201eKommunikation verbessern\u201c steht dort: \u201eBestellung von Kunde A wird am Montag um 9 Uhr gepr\u00fcft, weil die Lieferadresse fehlt.\u201c Dieser Satz macht sichtbar, wo die Entscheidung h\u00e4ngt.<\/p>\n Eine Beobachtung reicht nicht. Z\u00e4hlen Sie zwei Wochen lang mit: Wie oft entsteht eine R\u00fcckfrage, wie lange dauert die Kl\u00e4rung, wie viele F\u00e4lle werden nachtr\u00e4glich korrigiert? Im Beispiel zeigt sich: 14 R\u00fcckfragen pro Woche, davon 9 zur Lieferadresse. Damit ist der Engpass konkret. casea<\/strong> verlangt diese Zahl, weil sie aus einer Vermutung eine pr\u00fcfbare Annahme macht.<\/p>\n Eine F\u00e4hre funktioniert nur mit klarem Takt, festen Rollen und einer kurzen Entscheidung: Wer auff\u00e4hrt, wann abgelegt wird, wann die \u00dcberfahrt endet. \u00dcbertragen auf den Fall hei\u00dft das: Der Engpass bekommt einen Ort und eine Zeit. Ohne diesen Rahmen bleibt jede Verbesserung eine Absichtserkl\u00e4rung. Mit ihm l\u00e4sst sich pr\u00fcfen, ob eine \u00c4nderung wirklich entlastet.<\/p>\nDie Ursache: Ohne Engpass keine brauchbare Probe<\/h2>\n
Schritt 1: Den Fall auf eine Seite bringen<\/h2>\n
\n
Schritt 2: Den Engpass mit einer Zahl pr\u00fcfen<\/h2>\n
Was die F\u00e4hre als Denkbild leistet<\/h2>\n
Schritt 3: Eine kleine Probe statt gro\u00dfer Umstellung<\/h2>\n