AR-F Framework
Framework – Überblick
Das Architecture Responsibility Framework (AR-F) beschreibt nicht, wie Systeme gebaut werden. Es beschreibt, wann Architektur gilt.
AR-F setzt dort an, wo viele Architekturansätze bewusst aufhören: bei Verantwortung, Verbindlichkeit und akzeptierten Zuständen.
Kern
Worum es im Kern geht
In vielen Organisationen existieren saubere Architekturdiagramme, dokumentierte Entscheidungen und abgestimmte Zielbilder.
Und dennoch: Entscheidungen werden relativiert, Zustände verlieren ihre Gültigkeit, bleibt unklar, wer wofür einsteht.
AR-F adressiert genau diesen Bruch.
Die zentrale Frage
Wann ist eine Architekturentscheidung verbindlich – und für wen?
Nicht:
- ✗ wann sie dokumentiert ist
- ✗ wann sie beschlossen wurde
- ✗ wann alle zugestimmt haben
Sondern:
- → wann sie gilt
- → wann sie getragen wird
- → wann sie durchsetzbar ist
Kernbegriff
Architektur als akzeptierter Zustand
AR-F definiert Architektur nicht als Entwurf, sondern als akzeptierten Zustand. Ein Zustand gilt nur dann als Architektur, wenn er explizit entschieden wurde, einen klaren Geltungsbereich hat, einen verantwortlichen Eigentümer besitzt und als Maßstab für Abweichungen dient.
Ohne akzeptierten Zustand gibt es keine Verbindlichkeit, keine Governance, keine belastbare Verantwortung.
Grundprinzip
Entscheidung ≠ Meinung
Eine Entscheidung ohne Durchsetzung ist keine Entscheidung, sondern eine Meinung.
AR-F trennt klar zwischen:
- → Diskussion
- → Absicht
- → Entscheidung
- → gültigem Zustand
Diese Trennung ist bewusst unbequem – aber notwendig.
Verantwortung
Verantwortung ist nicht delegierbar.
AR-F macht Verantwortung explizit sichtbar. Für jede relevante Architekturentscheidung muss klar sein:
- → wer entscheidet
- → wer trägt die Konsequenzen
- → wer Abweichungen genehmigt
- → wer im Eskalationsfall handelt
Geteilte Verantwortung ist keine Verantwortung.
Maßstab
Der schlechteste Fall entscheidet über Qualität.
Die Qualität einer Architekturentscheidung zeigt sich nicht im Normalbetrieb. AR-F stellt deshalb die Frage:
Was passiert im schlechtesten noch akzeptablen Fall – und wer handelt dann?
Wenn diese Frage nicht beantwortbar ist, ist die Entscheidung nicht tragfähig.
Governance
AR-F ist ein Rahmen – kein Prozess.
AR-F versteht Governance nicht als Gremium, Freigabekaskade oder Prozessmodell, sondern als klaren Rahmen, der sagt:
- → wann etwas gilt
- → wann es überprüft wird
- → wann es nicht mehr gilt
Governance dient der Stabilität, nicht der Bürokratie.
Qualitätstest
Übertragbarkeit als Qualitätstest
Eine Architektur ist nur dann gut, wenn sie erklärbar, nachvollziehbar und übertragbar ist. AR-F nutzt Übertragbarkeit als härtesten Qualitätstest:
Wenn ein Zustand nicht auf eine andere Organisation, ein anderes Team oder einen anderen Kontext übertragbar ist, war er zufällig – nicht architektonisch.
Abgrenzung
Was AR-F bewusst nicht liefert
AR-F ist kein:
- ✗ Methodenhandbuch
- ✗ Toolset
- ✗ Prozessframework
- ✗ Ersatz für TOGAF, SAFe, Scrum oder ITIL
AR-F ergänzt bestehende Ansätze dort, wo sie Verantwortung offenlassen.
Weiter
Wie es weitergeht
Die folgenden Seiten konkretisieren das Framework:
- Grundlagen – Begriffe, Abgrenzungen, Denkrahmen
- Prinzipien – die unverhandelbaren Leitlinien von AR-F
- Entscheidungen – Aufbau, Gültigkeit und Lebenszyklus
- Governance – wann Kontrolle notwendig ist
- Lifecycle – Entstehen, Geltung, Revision, Auflösung
Kurz gesagt
AR-F beantwortet nicht die Frage:
Wie bauen wir Systeme?
Sondern: