Typ
Anti-Pattern
Anti-PatternInfrastructureIT-Architektur
Frankenstein Architecture
IT-Landschaften aus zusammengestückelten Teilen – niemand versteht das Ganze.
infrastructurearchitekturtechnische-schulden
Cluster
Infrastructure
Sichtbarkeit
PUBLIC
Status
PUBLISHED
Beschreibung
Frankenstein Architecture beschreibt IT-Landschaften, die über Jahre aus zusammengestückelten Teilen entstanden sind, ohne jemals als Ganzes designt zu werden. Systeme wurden hinzugefügt, Schnittstellen gebaut, Workarounds implementiert – immer reaktiv, nie strategisch.
Das Ergebnis ist eine komplexe, fragile, undurchschaubare Infrastruktur, die niemand mehr vollständig versteht. Änderungen sind risikoreich und teuer. Innovation wird blockiert.
Pattern-Struktur
Framework-Struktur
P.A.T.T.E.R.N.
P - Problem
Niemand versteht die Gesamtarchitektur. Abhängigkeiten sind unklar. Änderungen haben unvorhersehbare Nebenwirkungen. Innovation ist blockiert.
A - Auslöser
Historisches Wachstum ohne Architektur-Governance, fehlende Dokumentation, Ressourcenmangel, kurzfristige Problemlösungen.
T - Tiefenursache
Fehlende architektonische Vision und Disziplin. Reaktives statt proaktives IT-Management.
T - Tragweite
Hohe Wartungskosten, langsame Entwicklung, erhöhtes Risiko, Innovations-Blockade, Abhängigkeit von wenigen Wissensträgern.
E - Erleben
IT-Teams verbringen die meiste Zeit mit dem Verständnis und der Wartung bestehender Systeme statt mit Innovationen.
R - Reproduktion
Jedes neue System wird als weiterer Patch hinzugefügt, weil eine grundlegende Neugestaltung zu aufwändig erscheint.
N - Neuentwurf
Architektur-Roadmap entwickeln: Zielarchitektur definieren, Migrations-Strategie planen, technische Schulden systematisch abbauen. Architektur-Governance etablieren.
Use Cases, Stories & Hinweise
Typisch in gewachsenen mittelständischen Unternehmen oder nach mehreren Übernahmen, wo verschiedene IT-Landschaften zusammengeführt wurden.
Verweise
Weitere passende Anti-Patterns
| Titel | Kurzbeschreibung | Link |
|---|---|---|
| Hero Culture IT | Alles hängt an einzelnen IT-Helden – gefährliche Abhängigkeit. | Öffnen |
| Golden Hammer | Ein Werkzeug für alles – auch wenn es nicht passt. | Öffnen |
| Tool-Wildwuchs | Jedes Team nutzt eigene Tools – Integration unmöglich. | Öffnen |
| Digital Paper | Analoge Prozesse werden 1:1 digitalisiert – ohne Neugestaltung. | Öffnen |
Passende Design-Patterns als mögliche Lösung
| Titel | Kurzbeschreibung | Link |
|---|---|---|
| Architecture Decision Records | Architektur-Entscheidungen werden dokumentiert – Kontext bleibt erhalten. | Öffnen |
| Value Stream Mapping | Wertschöpfungsprozesse werden visualisiert – Verschwendung wird sichtbar. | Öffnen |
| Minimal Viable Governance | Governance ist so leicht wie möglich, so streng wie nötig. | Öffnen |
| Rhythmic Check-ins | Regelmäßige kurze Check-ins schaffen Verbindung und frühes Problemerkennen. | Öffnen |
Passende blinde Flecken im Umfeld
| Titel | Kurzbeschreibung | Link |
|---|---|---|
| Technische Schulden unter der Oberfläche | Systeme laufen – Fragilität wächst unbemerkt im Untergrund. | Öffnen |
| Expertenabhängigkeit wird als Kompetenz verkannt | "Unsere Experten wissen alles" – wenn sie gehen, steht alles still. | Öffnen |
| Effizienz wird in Silos optimiert | Jede Abteilung ist effizienter – das Gesamtsystem langsamer. | Öffnen |
| Prozesse sind dokumentiert, nicht verstanden | Prozess-Handbücher existieren – Realität sieht anders aus. | Öffnen |