Warum Ihr Prozessoptimierungsprojekt am falschen Problem arbeitet
Die Wertstromanalyse liegt auf dem Tisch. Die Engpässe sind benannt, das Budget freigegeben. Der Projektleiter ist gut. Das Team ist motiviert.
Vier Monate später: dieselben Durchlaufzeiten. Dieselbe Reibung in den Übergaben. Die Leute haben mitgemacht. Das Projekt war grün. Trotzdem hat sich das Wesentliche kaum verändert. Ich kenne diesen Moment aus eigenen Projekten. Ich habe ihn erlebt und gesehen, bevor ich verstanden habe, wo das Problem wirklich liegt.
Was kein Prozessmodell abbildet
Lean, Six Sigma, Agile – alle drei arbeiten auf derselben Ebene. Sie optimieren das Sichtbare: Abläufe, Strukturen, Messgrößen.
Es hat seinen Wert. Und es reicht oft nicht.
Was diese Modelle nicht erfassen: warum Menschen in bestimmten Situationen immer wieder dasselbe tun. Auch wenn sie wissen, dass es nicht hilft.
Ich nenne das eine Schutzlogik. Kein Widerstand im klassischen Sinn.
Was ist eine Schutzlogik – und warum ist sie stärker als jeder Maßnahmenplan?
Eine Schutzlogik ist eine unbewusste Verhaltensregel. Sie ist nicht beschlossen worden. Sie ist entstanden, als Antwort auf Situationen, in denen offenes Handeln riskant war: Fehler zugeben, Verantwortung übernehmen, wo die Hierarchie das implizit nicht wollte.
Das System hat gelernt: Wer auffällt, verliert. Also fällt man nicht auf.
Diese Regel steht nirgends. Sie zeigt sich nur im Verhalten – in der Pause vor der Antwort, im Konsens, der nie wirklich Konsens ist, in Maßnahmen, die auf dem Papier abgehakt werden und in der Praxis nie ankommen.
Ein Prozessmodell sieht sie nicht. Es optimiert um sie herum.
Ein Live-Hack – bevor das nächste Projekt startet
Stell deinem Team eine einzige Frage:
„Was passiert hier, wenn jemand einen Fehler öffentlich macht?“
Hör zu. Nicht auf die Antwort, auf die Pause davor.
Dauert die Pause länger als zwei Sekunden, ist die Schutzlogik aktiv. ⚠️
Kein Urteil. Ein Hinweis: Das dritte Level ist unberührt.
Die teuerste Form von Prozessoptimierung
Ein Team, das seine Schutzlogik nicht kennt, optimiert nicht. Es verwaltet den Stillstand effizienter.
Sprint für Sprint. Maßnahme für Maßnahme.
Acht Prozent weniger Durchlaufzeit. Die Reibungsquelle bleibt.
Was dann hilft
Der erste Schritt ist eine Diagnose.
Welche Schutzlogik steuert das System? Wessen Verhalten verstärkt sie heute?
Das klärt sich nicht am Workshop-Nachmittag. Was hilft: jemand von außen, der das Muster benennt, bevor das nächste Projekt dieselben Annahmen wiederholt.
Wenn du in deinem Projekt diesen Punkt erkennst: schreib mir.
Gerne auch auf Linkedin