STfA
Persona Lernpfad

Start Hier:
Enterprise Architect

Fokus auf Governance, Portfolio-Steuerung und strukturelle Kohärenz über mehrere Domänen hinweg.

Level 1: Grundlagen

0/6 gelesen

Nach diesem Level kannst du Governance, Zielsysteme und Steuerungsgrenzen mit systemischen Grundbegriffen beschreiben.

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.

Warum hier: Erklärt, warum zentrale Steuerung an komplexen Landschaften scheitern muss.

Policy Resistance

Komplexen Systemen wohnt oft eine Abwehrkraft inne, die jeden gut gemeinten Lösungsversuch kontert und abblockt.

Warum hier: Zeigt, warum Governance-Vorgaben vom System neutralisiert werden.

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.

Warum hier: Pflichtwissen für jedes KPI-System auf Portfolio-Ebene.

Purpose and Function

Jedes System hat einen objektiven Zweck oder eine Funktion, die man am tatsächlichen Verhalten ablesen kann – nicht am offiziellen Slogan.

Warum hier: Trennt deklarierte Ziele vom tatsächlichen Systemverhalten — die Basis jeder Governance-Analyse.

Open and Closed Systems

Geschlossene Systeme entkoppeln sich von ihrer Umwelt, offene Systeme stehen im ständigen Energie- und Informationsaustausch.

Warum hier: Klärt, welche Außeneinflüsse deine Organisation steuern kann und welche nicht.

Top-Down vs. Bottom-Up Architecture

Das Navigieren zwischen klaren zentralen (Top-Down) Architekturrichtlinien und lokaler (Bottom-Up) Evolution der Teams.

Warum hier: Das Spannungsfeld, in dem jede Architektur-Governance operiert.

Level 2: Praktiker

0/6 gelesen

Nach diesem Level erkennst du organisationsweite Muster wie Ressourcenkonflikte und Zielerosion frühzeitig.

Governance-Aufweichung

Starre Top-Down-Governance kann mit der Geschwindigkeit dezentraler Entwicklung nicht mithalten, was zu Chaos oder Stillstand führt.

Warum hier: Das Referenz-Symptom dieses Pfads: Governance, die schleichend ihre Wirkung verliert.

Tragedy of the Commons

Lokal sinnvolle Nutzung einer gemeinsamen Ressource kann das Gesamtsystem überlasten, wenn Zugriffsregeln, Kostenwahrheit und Verantwortung fehlen.

Warum hier: Das Muster hinter überlasteten Plattformen und geteilten Ressourcen.

Success to the Successful

Wettbewerb um begrenzte Ressourcen kann Teams mit leichtem Anfangsvorsprung weiter bevorteilen, während andere trotz Potenzial weniger Entwicklungsmöglichkeiten erhalten.

Warum hier: Erklärt, wie Budget-Zuteilung Gewinner-Teams zementiert und Portfolios verzerrt.

Drifting Goals

Teams passen ihre Standards schrittweise an unzureichendes Systemverhalten an, anstatt die Ursachen des Verhaltens zu verbessern.

Warum hier: Das Muster hinter schleichend erodierenden Standards auf Organisationsebene.

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.

Warum hier: Das Referenzmodell, um Steuerungslücken in der Organisation systematisch zu finden.

Boundary Critique

Eine Methode, um deutliche blinde Flecken aufzudecken, indem man hinterfragt, was (und wer) bei einer Architektur-Entscheidung aktiv ausgegrenzt wurde.

Warum hier: Hinterfragt, wer bei Architekturentscheidungen mitgedacht wird — und wer fehlt.

Level 3: Strategischer Tiefgang

0/5 gelesen

Nach diesem Level gestaltest du Anreize, Kadenzen und Kopplungen so, dass Strategie und Architektur zusammenbleiben.

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.

Warum hier: Ersetzt statische Kontrolle durch lernende Steuerungszyklen.

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.

Warum hier: Greift an der Wurzel der meisten Organisationsmuster an: den Anreizen.

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.

Warum hier: Justiert die Kopplung zwischen Einheiten — das Kernwerkzeug für Portfolio-Kohärenz.

Knowledge Graph Tooling

Graphbasierte Wissensbasen, die Code, Architekturentscheidungen und Verantwortlichkeiten in einem durchsuchbaren Netzwerk verbinden.

Warum hier: Macht Zusammenhänge zwischen Systemen, Entscheidungen und Teams organisationsweit abfragbar.

Dependency Graph Analysis

Werkzeuge, die Abhängigkeitsgraphen aus realen Systemen extrahieren und belegen, welche Kopplungen Änderungen riskant machen.

Warum hier: Liefert die Datenbasis für Entkopplungs-Entscheidungen auf Landschaftsebene.