Paradigm Shift

Systemproblem

Ein Paradigma ist das unausgesprochene Fundament, auf dem die Architektur der Firma steht. Wenn das Paradigma lautet: "Qualität entsteht durch monatelanges Testen durch Spezialisten in einer getrennten Abteilung" (Das Wasserfall-Paradigma), ist das System in diesem Glaubenssatz gefangen. Jegliche Interventionen (Neue Tools, mehr Budget für das Test-Team, schnellere Scrum-Meetings) operieren *innerhalb* dieses Paradigmas und können maximal kosmetische 1%-Verbesserungen bringen. Das System stagniert an der physischen Leistungsgrenze des Paradigmas.

Intervention

Ein "Paradigm Shift" (Paradigmenwechsel) ist Hebelpunkt Nr. 2 nach Donella Meadows. Es ist der Krieg gegen das mentale Modell. Der CTO tritt vor die Mannschaft und zerstört das Fundament: "Ab heute glauben wir nicht mehr daran, dass Qualität durch Monate von Testen entsteht. Ab heute lautet das Paradigma: Qualität entsteht durch winzige, sekündliche Reibung an der Produktion (Continuous Deployment)." Du forderst nicht besseres Verhalten im alten System, du verbrennst das alte System und zwingst die Leute in ein völlig neues gedankliches Spielfeld.

Erwartete Wirkung

Wenn das Paradigma fällt, ordnen sich alle darunter liegenden Hebel (Ziele, Regeln, Feedbackschleifen) von einer Sekunde auf die andere magisch von selbst neu. Im neuen Continuous-Deployment Paradigma *macht* ein getrenntes 6-Monats-QA-Team keinen Sinn mehr, also löst es sich auf. Entwickler fangen automatisch an, Feature-Toggles zu bauen (was im alten Paradigma unsinnig war). Eine scheinbar unmögliche 100-fache Beschleunigung der Lieferfähigkeit wird zur neuen physikalischen Normalität der Firma.

Nebenwirkungen und Risiken

Totale Abstoßungsreaktion (Immune Response). "Scientific Revolutions" (Thomas Kuhn) zeigen: Das alte Management wird das neue Paradigma hassen, bekämpfen und sabotieren, weil ihre gesamte Existenz und ihr Gehalt an das alte Paradigma gebunden sind. Wenn du einen Paradigmenwechsel nicht mit absoluter, rücksichtsloser Autorität oder extremer psychologischer Meisterschaft (Change Management) von ganz oben durchziehst, zerschellt die Revolution an der harten Realität der Mittelmanager.

Diagramm

Wann diese Intervention wirksam wird

Einer der stärksten Paradigmenwechsel der IT-Geschichte war der Shift von "Hardware Server" zu "Cloud Computing" (Pets vs. Cattle). Im alten Paradigma ("Server sind Haustiere") wurde ein kranker Server tagelang von Admins liebevoll gepflegt und repariert. Im Cloud-Paradigma ("Server sind Rinderherden") wird ein kranker Server automatisiert erschossen (Terminated) und ein neuer hochgefahren. Allein dieses neue mentale Bild ermöglichte die Erfindung von Chaos-Engineering, Kubernetes und Serverless.

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 Schock oder durch das radikale 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 abzustürzen. Wenn ihr eigenes Weltbild ("Das ist viel zu gefährlich!") durch die nackte Realität eines Konkurrenten als Lüge entlarvt wird, beginnt das Paradigma zu bröckeln.

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, infiziert es die Hauptfirma.

Woran du Wirkung erkennst

Wann haben wir als Architecture-Board zum letzten Mal einen unserer fundamentalsten Glaubenssätze (z.B. "Datenbanken müssen immer ACID-compliant sein") offiziell für tot erklärt und ein neues Dogma verfasst?

Quellen

Thomas Kuhn — The Structure of Scientific Revolutions (Chicago UP, 1962)

Donella Meadows — Leverage Points, Punkt 1: Paradigm (1999)

Wikipedia: Paradigm Shift