Ein Systems-Thinking-Beispiel
Nelson Repenning und John Sterman haben 2001 in der California Management Review beschrieben, warum Verbesserungsprogramme so oft versanden. Nicht am Werkzeug, nicht am Willen. An einer Struktur, die man zeichnen kann. An diesem einen Beispiel lässt sich Systemdenken vollständig zeigen: Variablen, Wirkungsrichtungen, Schleifen, Bestände und Verzögerungen. Diese Seite geht das Modell Schritt für Schritt durch.
Repenning & Sterman: „Nobody Ever Gets Credit for Fixing Problems that Never Happened", California Management Review 43(4), 2001.
Probier es direkt aus, bevor du weiterliest:
Im Gleichgewicht passiert nichts. Bewege den Regler und sieh, was der Druck anrichtet oder aufbaut.
Live gerechnet mit derselben Engine wie in der Software, auf dem Modell aus dem Paper. Qualitative Verläufe mit Beispielwerten, keine Messwerte und keine Prognose.
1 · Das Dilemma
Die Ausgangsbeobachtung des Papers: Unternehmen geben Milliarden für Verbesserungsprogramme aus, TQM, Six Sigma, heute wären es agile Frameworks und KI-Initiativen. Nur wenige davon erzeugen dauerhaft Wirkung. Auffällig dabei: Das Scheitern hängt kaum davon ab, welches Werkzeug gewählt wurde. Dieselbe Methode trägt in einer Organisation und versandet in der nächsten.
„Es ist kein Werkzeug-Problem, so wenig wie ein Personal- oder Führungsproblem. Es ist ein systemisches Problem, erzeugt aus dem Zusammenspiel von Werkzeugen, Maschinen, Mitarbeitenden und Management."
Repenning & Sterman (2001), übersetzt. Im Original: “it is a systemic problem, one that is created by the interaction of tools, equipment, workers, and managers.”
2 · Zwei Wege, eine Lücke
Jede Leistungslücke lässt zwei Reaktionen zu. Erstens: mehr arbeiten: Überstunden, Druck, Prioritäten. Das hebt die Leistung sofort, aber nur, solange der Druck anhält. Zweitens: die Fähigkeit des Prozesses verbessern: Ursachen beheben, warten, lernen. Das wirkt verzögert, hebt dann aber jede künftige Arbeitsstunde.
Das Paper modelliert Fähigkeit deshalb als Bestand: etwas, das sich über einen Zufluss (Investment) ansammelt und über einen Abfluss (Verschleiß, Veralten) leert. Genau diese Trägheit macht die Falle möglich.
Vereinfacht nach Repenning & Sterman, „The Physics of Improvement", California Management Review (2001). Der Loop verstärkt sich selbst; der Hebel ist, die Zeit für Verbesserung zu schützen.
3 · Das vollständige Modell
So sieht die Struktur aus Figure 5 des Papers vollständig aus. Lies sie in dieser Reihenfolge und tippe die Schleifen im Diagramm an, um jeden Pfad einzeln zu sehen:
Die Lücke erzeugt Druck zu arbeiten; mehr Arbeitszeit hebt die Leistung sofort. Die Feuerwehr-Schleife. Tippe B1 an.
Derselbe Druck kann in Fähigkeit fließen: langsamer, mit Verzögerung (⏱), aber tragfähig. Tippe B2 an.
Die Falle: Verbesserungszeit kürzen gibt sofort Luft und sieht deshalb aus wie eine Lösung. Die Kapabilität erodiert erst später. Tippe B3 an.
Der Verstärker: Druck verdrängt Verbesserung, die Lücke bleibt, der Druck wächst. Dieselbe Schleife trägt auch aufwärts, die Richtung entscheidet der Start. Tippe R1 an.
Vier Schleifen, ein System. Tippe eine an.
Nachgezeichnet nach Repenning & Sterman, „Nobody Ever Gets Credit for Fixing Problems that Never Happened", Figure 5, California Management Review (2001). R = verstärkend, B = ausgleichend. Vorzeichen zeigen die Wirkrichtung, keine Messwerte.
4 · Worse before better
Das Paper simuliert beide Strategien aus demselben Gleichgewicht. Working Harder liefert den schnellen Gewinn und bezahlt ihn mit erodierender Kapabilität: erst besser, dann schlechter. Working Smarter kostet zuerst sichtbar Leistung, weil Verbesserungszeit von der Arbeit abgeht. Dann übersteigt sie die Ausgangslage dauerhaft. Genau diese beiden Verläufe zeigt der Regler oben auf der Seite, live gerechnet.
Diese Durststrecke ist kein Umsetzungsfehler, sondern Struktur. Wer sie nicht einplant, bricht Verbesserung genau dann ab, wenn sie zu wirken beginnt. Und „lernt" daraus, dass Druck funktioniert und Verbesserung nicht.
5 · Warum sieht niemand die Falle?
Menschen suchen Ursachen nah am Symptom: in Raum, Zeit und Person. Wer eine Maschine mit vielen Fehlern sieht, verdächtigt die Person daran, nicht die Wartungsprozedur von vor sechs Monaten. Die Psychologie nennt das den fundamentalen Attributionsfehler: Probleme werden Menschen zugeschrieben, nicht der Struktur, in der sie stecken.
Im System der Capability-Falle wird daraus ein Kreislauf. Das Paper rechnet es vor: Erhöht das Management den Druck, steigt die Leistung sichtbar. Aber ein großer Teil des Anstiegs kommt aus unsichtbaren Abkürzungen (gestrichene Verbesserung, verschobene Wartung), nicht aus mehr Anstrengung. Das Management überschätzt die Wirkung des Drucks, im Beispiel des Papers um den Faktor drei. Und bekommt scheinbar den Beweis, dass Druck wirkt. Der Irrtum erzeugt seine eigene Bestätigung.
“There are two theories. One says, ‘there’s a problem, let’s fix it.’ The other says ‘we have a problem, someone is screwing up, let’s go beat them up.’”
Manager in einem Verbesserungsprojekt, zitiert in Repenning & Sterman (2001)
6 · Was das für Transformation heißt
Verbesserungszeit schützen
Zeit für Verbesserung ist die erste Variable, die unter Druck fällt, und die einzige, die den Druck dauerhaft senkt. Sie braucht strukturellen Schutz, keinen Appell.
Worse before better einplanen
Die Durststrecke offen ansagen, bevor sie kommt. Wer sie kennt, hält durch; wer sie nicht kennt, bricht ab und lernt das Falsche.
Struktur statt Schuldige
Bei Leistungsproblemen zuerst fragen, welche Struktur das Verhalten erzeugt, bevor gefragt wird, wer schuld ist. Der Attributionsfehler ist Teil des Systems.
Genau solche Wirkungsgefüge bauen wir gemeinsam: in Workshops, als Keynote und mit der ThinkTogether-Software, in der dieses Modell als editierbare, simulierbare Vorlage liegt.
Häufige Fragen
Ein sich selbst verstärkender Mechanismus aus Repenning & Sterman (2001): Unter Leistungsdruck arbeiten Teams härter und kürzen genau die Zeit, die Fähigkeit (Prozess-Kapabilität) aufbauen würde. Die Kapabilität erodiert verzögert, die Lücke wächst, der Druck steigt weiter. Die Organisation braucht immer mehr Anstrengung für dieselbe Leistung.
Eine Darstellung von Variablen und ihren Wirkungsrichtungen: Ein Plus am Pfeil heißt „gleiche Richtung", ein Minus „entgegengesetzte Richtung". Geschlossene Pfade sind Schleifen: verstärkend (R) bei gerader Zahl von Minuszeichen, ausgleichend (B) bei ungerader. Die Klassifikation ist reine Arithmetik, kein Bauchgefühl.
Die oft zitierte Zahl von rund 70 Prozent ist eine Schätzung aus der Beratungsliteratur, keine exakte Messung. Was das Paper liefert, ist der Mechanismus dahinter: Verbesserung scheitert selten am Werkzeug, sondern an der Dynamik, in der sie landet. Zeitdruck verdrängt Kapabilitätsaufbau, und die kurzfristig wirksamste Reaktion ist langfristig die schädlichste.
Wer ernsthaft in Fähigkeit investiert, zieht zunächst Zeit von der laufenden Arbeit ab. Die Leistung sinkt sichtbar, bevor der Kapabilitätsaufbau sie nachhaltig hebt. Diese Durststrecke ist strukturell, kein Umsetzungsfehler. Wer sie nicht einplant, bricht die Verbesserung genau dann ab, wenn sie zu wirken beginnt.
Ausgleichende Schleifen streben zu einem Ziel oder Gleichgewicht (ungerade Zahl von Minuszeichen im Kreis). Verstärkende Schleifen verstärken jede Abweichung in beide Richtungen (gerade Zahl), als Wachstumsspirale oder als Teufelskreis. Der Reinvestment-Loop der Capability-Falle ist verstärkend: dieselbe Struktur trägt aufwärts oder zieht abwärts, je nach Startzustand.
Erkennen ja, Garantien nein. Das Paper zeigt drei Ansatzpunkte: Zeit für Verbesserung strukturell schützen statt sie dem Tagesdruck zu überlassen, die Worse-before-better-Phase offen einplanen, und den Attributionsfehler kennen (Ursachen in der Struktur suchen, nicht in den Menschen). Ob eine Organisation das durchhält, entscheidet sie selbst.
Als Keynote mit anschließendem Workshop, als Modellierungs-Tag im Team. Oder selbst: Das Modell liegt als zitierte Vorlage in ThinkTogether (Testzugang nötig).
Kein Newsletter, kein Verteiler. Deine Daten werden nur für die Antwort verwendet.
Software testenQuelle: Repenning, N. P. & Sterman, J. D. (2001). „Nobody Ever Gets Credit for Fixing Problems that Never Happened: Creating and Sustaining Process Improvement". California Management Review, 43(4), 64–88. doi:10.2307/41166101 · Diagramme nachgezeichnet, Verhaltenskurven qualitativ, keine Messwerte.