Paradigm Shift
Ein sehr starker Hebel der Systemtheorie: die bewusste Veränderung des mentalen Modells, aus dem Architekturentscheidungen entstehen.
Warum relevant?
Interventionen sind dann wertvoll, wenn sie nicht nur Symptome entlasten, sondern Systemverhalten nachhaltig verschieben.
Nächster Schritt
Verbinde die Intervention mit Werkzeugen und Entscheidungsritualen, damit sie im Alltag wirksam bleibt.

Systemproblem
Ein Paradigma ist das oft unausgesprochene Fundament, auf dem die Architektur einer Organisation steht. Wenn das Paradigma lautet: "Qualität entsteht durch monatelanges Testen durch Spezialisten in einer getrennten Abteilung", bleibt das System in diesem Glaubenssatz gebunden. Interventionen wie neue Tools, mehr Budget für das Test-Team oder schnellere Scrum-Meetings operieren dann weiterhin innerhalb dieses Paradigmas. Das System stagniert an der Leistungsgrenze seines Weltbilds.
Intervention
Ein "Paradigm Shift" (Paradigmenwechsel) gehört zu den höchsten Hebelpunkten nach Donella Meadows. Die Intervention verändert nicht nur Regeln oder Ziele, sondern das mentale Modell selbst. Ein CTO könnte zum Beispiel deutlich machen: "Wir glauben nicht mehr, dass Qualität vor allem durch lange Testphasen entsteht. Wir gehen davon aus, dass Qualität durch kleine Änderungen, schnelle Rückkopplung und Nähe zur Produktion entsteht." Die Intervention verlangt nicht nur besseres Verhalten im alten System, sondern eine neue Denkgrundlage für Entscheidungen.
Erwartete Wirkung
Wenn sich das Paradigma verändert, können sich darunter liegende Hebel wie Ziele, Regeln und Feedbackschleifen neu ausrichten. In einem Continuous-Deployment-Paradigma ergibt eine getrennte sechsmonatige QA-Phase weniger Sinn. Feature Flags, Observability und schnelle Rollbacks werden dagegen naheliegend. Lieferfähigkeit, die zuvor unrealistisch wirkte, kann dadurch erreichbar werden.
Nebenwirkungen und Risiken
Die wichtigste Nebenwirkung ist eine starke Abwehrreaktion. Thomas Kuhn zeigt, dass wissenschaftliche Revolutionen häufig von Menschen blockiert werden, deren Identität oder Status am alten Weltbild hängt. Ähnliches gilt in Unternehmen. Ein Paradigmenwechsel braucht deshalb klare Führung, gute Veränderungsarbeit und Beispiele, die das neue Modell praktisch erfahrbar machen.
Diagramm
Wann diese Intervention wirksam wird
Einer der prägenden Paradigmenwechsel der IT-Geschichte war der Wechsel von klassischen Hardware-Servern zu Cloud-Infrastruktur. Im alten Paradigma wurden einzelne Server wie individuelle Spezialfälle gepflegt und repariert. Im Cloud-Paradigma werden fehlerhafte Instanzen automatisiert ersetzt. Dieses neue mentale Modell machte Chaos Engineering, Kubernetes und Serverless-Architekturen deutlich plausibler.
Wodurch sich diese Intervention von anderen Hebeln unterscheidet
Goal Reframing ändert das Ziel ("Wir wollen mehr Qualität anstatt mehr Features"). Paradigm Shift ändert das gesamte physikalische Universum der Problemlösung ("Wir glauben ab heute, dass fehlerhafter Code in der Produktion unvermeidlich ist und optimieren nur noch auf MTTR / Recovery-Speed").
Wie du die Intervention sauber einleitest
Man kann ein Paradigma nicht durch Vorträge oder Powerpoints verändern. Ein Paradigma verschiebt sich nur durch einen Bruch mit dem bisherigen Muster oder durch das konsequente Präsentieren von "Anomalien" (Dinge, die im alten Weltbild unmöglich sind). Zeige dem Management live in einer Produktion, wie Amazon 10.000 Mal am Tag deployt, ohne auszufallen. Wenn ihr eigenes Weltbild ("Das ist viel zu problematisch!") durch die Realität eines Konkurrenten als problematische Annahme entlarvt wird, beginnt das Paradigma zu zu schwanken.
Erste Umsetzungsschritte
Verlasse das alte System. Neue Paradigmen entstehen selten im Hauptquartier. Wenn du ein neues Architektur-Paradigma etablieren willst (z.B. Wechsel von Java Enterprise Service Bus zu Go Microservices), baue für das Pilot-Projekt ein physisch abgetrenntes "Skunkworks" Team weit weg vom Chief-Architect des alten Regimes. Wenn das Team überlebt und das neue Modell beweist, kann es als Referenz für die Gesamtorganisation dienen.
Woran du Wirkung erkennst
Wann haben wir als Architecture-Board zum letzten Mal einen unserer grundlegendsten Glaubenssätze (z.B. "Datenbanken müssen immer ACID-compliant sein") offiziell für offiziell infrage gestellt und ein neues Grundannahme verfasst?
Quellen
Thomas Kuhn — The Structure of Scientific Revolutions (Chicago UP, 1962)
Authors & Books
Zur ReferenzseitePassende Referenzen zum Thema Paradigm Shift.
Hebelkraft Indikator
Leverage Level 2 · Paradigm of the system
Category: Paradigm
Zum Interventions WheelWeiterlesen
Entdecke verwandte Themen aus Interventionen
Boundary Design
Die physische und logische Neuziehung von Grenzen (APIs, Team-Strukturen), um Reibungsverluste und "Hand-offs" im System deutlich zu reduzieren.
Boundary Reframing
Der strategische Akt, dem Management aufzuzeigen, dass sie die Mitschuld am aktuellen Architektur-Problem haben, weil sie den Beobachtungsraum zu eng abgesteckt haben.