Start Hier:
Enterprise Architect
Fokus auf Governance, Portfolio-Steuerung und strukturelle Kohärenz über mehrere Domänen hinweg.
Level 1: Grundlagen
Requisite Variety
Ashby's Law of Requisite Variety besagt: Nur Vielfalt kann Vielfalt absorbieren. Um ein komplexes System zu steuern, braucht das Steuerungssystem mindestens genauso viele Handlungsmöglichkeiten wie das zu steuernde System.
Policy Resistance
Komplexen Systemen wohnt oft eine Abwehrkraft inne, die jeden gut gemeinten Lösungsversuch kontert und abblockt.
Goodhart's Law
Wenn eine Kennzahl zum Ziel wird, verliert sie als Messgröße an Aussagekraft, weil das System beginnt, auf den Proxy statt auf die eigentliche Wirkung zu optimieren.
Purpose and Function
Jedes System hat einen objektiven Zweck oder eine Funktion, die man am tatsächlichen Verhalten ablesen kann – nicht am offiziellen Slogan.
Open and Closed Systems
Geschlossene Systeme entkoppeln sich von ihrer Umwelt, offene Systeme stehen im ständigen Energie- und Informationsaustausch.
Top-Down vs. Bottom-Up Architecture
Das Navigieren zwischen klaren zentralen (Top-Down) Architekturrichtlinien und lokaler (Bottom-Up) Evolution der Teams.
Level 2: Praktiker
Governance-Aufweichung
Starre Top-Down-Governance kann mit der Geschwindigkeit dezentraler Entwicklung nicht mithalten, was zu Chaos oder Stillstand führt.
Tragedy of the Commons
Lokal sinnvolle Nutzung einer gemeinsamen Ressource kann das Gesamtsystem überlasten, wenn Zugriffsregeln, Kostenwahrheit und Verantwortung fehlen.
Success to the Successful
Wettbewerb um begrenzte Ressourcen kann Teams mit leichtem Anfangsvorsprung weiter bevorteilen, während andere trotz Potenzial weniger Entwicklungsmöglichkeiten erhalten.
Drifting Goals
Teams passen ihre Standards schrittweise an unzureichendes Systemverhalten an, anstatt die Ursachen des Verhaltens zu verbessern.
Viable System Model
Ein Meisterwerk der Organisationskybernetik. Es beschreibt die mathematisch-fraktale Struktur, die jedes Softwareunternehmen benötigt, um unter starkem Marktdruck lebendig zu bleiben.
Boundary Critique
Eine Methode, um deutliche blinde Flecken aufzudecken, indem man hinterfragt, was (und wer) bei einer Architektur-Entscheidung aktiv ausgegrenzt wurde.
Level 3: Strategischer Tiefgang
Governance Feedback Cadence
Die Orchestrierung des Herzschlags (Taktung) des Unternehmens. Anpassung, wie oft und wie schnell das IT-Management Architektur-Signale prüft und gegensteuert.
Incentive Redesign
Die Vernichtung des "Cobra-Effekts" in der IT. Wie man aufhört, Entwickler für Fehler-Produktion zu belohnen und stattdessen Anreize für Systemgesundheit setzt.
Structural Coupling Adjustment
Die chirurgische Trennung oder Verbindung von Teams und Systemen. Wie man "Tight Coupling" auflöst, um die Innovationsgeschwindigkeit einzelner Squads konsequent zu entfesseln.
Knowledge Graph Tooling
Das externe Gehirn der Organisation. Graphen-basierte Datenbanken und Notizen, die Code, Architektur-Entscheidungen und Mitarbeiter in einem einzigen, durchsuchbaren Netzwerk verheiraten.
Dependency Graph Analysis
Die Kartografie der architektonischen Minenfelder. Tools, die maschinell beweisen, dass die einfache Änderung in "Frontend B" wundersamerweise das "Backend Z" in die Luft jagen wird.