Rent-an-Enterprise-Architect

Rent-an-Enterprise-Architect ist ein Fractional- oder Interim-Chief-Architect-Engagement — strategische Architektur-Führung für Organisationen, deren Systemlandschaft über Ad-hoc-Governance hinausgewachsen ist, oder deren EA-Stuhl während einer Transformation leer ist.

  flowchart LR
    A[Geschäftsstrategie] --> B[Ist-Zustand]
    B --> C[Ziel-Zustand]
    C --> D[Übergangs-Roadmap]
    D --> E[Governance-Board]
    E --> F[ADRs]
    F -.->|Feedback| C
    E -.-> G[Solution-Architect-Coaching]

Wann das passt

• Ihr habt 30+ Geschäfts-Applikationen und niemand besitzt das große Bild. Jedes neue Projekt fängt mit „was haben wir schon dafür?" an.
• Eure Organisation wächst aus ihrer Systemlandschaft heraus. M&A, neue Geschäftsfelder oder Jahre der Anhäufung haben einen Stack produziert, den niemand vollständig versteht.
• Ihr startet (oder bergt) ein Transformations-Programm — ERP, IAM, Cloud-Migration, Monolith-zu-Services — und die Architektur-Funktion fehlt oder ist unterbesetzt.
• Ihr stellt euren ersten oder nächsten Architekten ein und wollt die Rolle, Governance und Entscheidungsrechte vorab designt haben.
• Eure bestehende EA-Funktion ist zu Architecture Astronauts geworden, die Diagramme produzieren, die niemand nutzt. Ihr braucht Kurskorrektur.

Was diese Rolle abdeckt

Ein arbeitsfähiges EA-Portfolio, skaliert auf Fractional-Zeit:

• Ist-Zustands-Aufnahme. Ein echtes Bild dessen, was tatsächlich läuft, wer es besitzt, wer davon abhängt und was es kostet. Nicht die Org-Chart-Version — die Realitäts-Version.
• Ziel-Zustands-Architektur. Ein geerdeter Target-State für den relevanten Zeithorizont (12–36 Monate), basierend auf der Geschäftsstrategie und durch das Machbare von hier aus eingeschränkt.
• Roadmap und Sequenzierung. Konkrete Übergangs-Schritte mit Business-Wert an jedem Meilenstein — keine „Ozean-zum-Kochen-bringen"-Pläne, die niemand finanziert.
• Architektur-Governance. Board-Struktur, Review-Kadenz, Eskalationspfade und Entscheidungsrechte definieren. Eine Governance-Funktion, die monatlich tagt und entscheidet, nicht vierteljährlich und vertagt.
• Architecture Decision Records (ADRs). Die Praxis etablieren. Entscheidungen werden mit Begründung und Folgen schriftlich festgehalten, damit Nachfolger Argumentation erben, nicht Artefakte.
• Solution-Architecture-Coaching. Die Solution-Architekten der Organisation mentorieren. Ihre Designs qualitätssichern, bevor sie in die Umsetzung gehen.
• Vendor- und Tooling-Entscheidungen. Die Bewertung großer Plattform-Investitionen leiten oder co-leiten — ERP, IAM, Observability, Integrations-Plattformen. Unabhängig von Vendor-Referral-Interessen.

Referenzrahmen

Wir arbeiten explizit mit zwei Referenzrahmen, je nach Organisationskontext:

• TOGAF — der De-facto-Standard für EA-Governance. Als Werkzeugkasten genutzt, wo relevant: die ADM (Architecture Development Method) ist tatsächlich nützlich; der Rest ist selektiv. Wir oktroyieren keinen vollen TOGAF-Prozess auf eine Organisation, die ihn nicht braucht.
• Kotusevs Best Practice Architecture — Svyatoslav Kotusevs pragmatische Alternative, geerdet in dem, was Großorganisationen tatsächlich tun versus was TOGAF behauptet, dass sie tun sollten. Oft passender für Organisationen unter 1 000 Mitarbeitern oder mit schnell veränderlichen Geschäftsmodellen.

Wir haben keine Religion darüber, welcher Rahmen gewinnt. Die Geschäftsrealität entscheidet.

Was du bekommst

• Eine benannte Person. Kein Karussell-Berater. Dein Enterprise Architect ist dein Enterprise Architect.
• Ein echtes Ist-Zustands-Dokument innerhalb des ersten Monats — vor jeder Future-State-Arbeit. Man kann keinen Ziel-Zustand designen ohne ehrliche Baseline.
• Quartals-Architektur-Review an das Executive-Team — was sich geändert hat, was entschieden wurde, was offen ist, was wir als Nächstes zu finanzieren empfehlen.
• Ein Entscheidungs-Log (ADR-Stil) jeder materiellen architektonischen Entscheidung im Engagement.
• Ein Übergabe-Paket am Ende — Ist-Zustand, Ziel-Zustand, Roadmap, ADR-Archiv, Governance-Artefakte. Dein Nachfolger erbt Klarheit, keine Folklore.

Was uns auszeichnet

• Strategie + technische Tiefe. Die Pronix-Doppelgründer-Struktur (Business + tiefe Technik) sorgt dafür, dass Architektur-Entscheidungen in Business-Sprache gerahmt werden, ohne technische Strenge zu verlieren.
• Operator-Hintergrund. Wir haben Systeme jahrzehntelang in Produktion betrieben. EA-Empfehlungen sind durch das Machbare eingeschränkt, nicht durch das, was das Framework vorschlägt.
• Kein Vendor-Bias. Keine Referral-Gebühren von Cloud-Providern, Plattform-Vendors oder Beratungen. Empfehlungen basieren auf Passung.
• Realistisch zu EA-Grenzen. Nicht jedes Problem profitiert von einer EA-Funktion. Wir sagen es, wenn eure Situation zu klein oder zu volatil für EA ist.

Warum das ein CEO-Thema ist

• 💰 Dekaden-Kosten-Lock-in. Architektur-Entscheidungen von heute bestimmen Kosten-Trajektorien für 10+ Jahre. Eine einzige falsche Plattform-Festlegung kann 5–15 M € über ein Jahrzehnt an Lock-in-Gebühren und Migrationskosten verursachen.
• 🚧 Transformations-Erfolgsquote. Gescheiterte Digital-Transformationen scheitern fast immer an Architektur, nicht an Technologie-Wahl. Programme mit disziplinierter EA-Aufsicht haben eine spürbar höhere Erfolgsquote.
• 🤝 M&A-Integrations-Ökonomie. Integrationskosten werden durch die Qualität der EA-Funktion auf Erwerber-Seite dominiert. Erwerber ohne EA überzahlen konstant für „Integrations-Synergien", die nie eintreten.
• 👻 Shadow IT und Integrationsschulden. Vendor-Wahl ohne EA-Disziplin produziert Schatten-Systeme, duplizierte Fähigkeiten und Integrationsschulden, die sich über jedes folgende Projekt aufaddieren.
• 🔄 Die Migrations-Option. „Das migrieren wir später" bleibt nur möglich, wenn EA-Disziplin heute vorhanden ist. Ohne sie wird jedes hinzugefügte System versehentlich permanent.

Engagement-Format

• Typische Dauer. 6 bis 24 Monate, verlängerbar.
• Kadenz. 2 bis 6 Tage pro Monat, plus Workshop-Blöcke (typischerweise eine volle Woche pro Quartal für Stakeholder-Abstimmung).
• Onboarding. Erste 4–6 Wochen intensiver — Interviews mit Schlüsselpersonen, System-Inventur, Baseline-Ist-Zustand.
• Preise. Fester Monats-Pauschalvertrag auf Basis der vereinbarten Kadenz. Workshop-Block-Wochen separat bepreist.
• Geografisch. Remote-first. Onsite-Blöcke für Workshops und Schlüssel-Reviews.

Meld dich, dann skizzieren wir, welche Fractional-EA-Deckung eure Organisation tatsächlich braucht.