- Entscheidungen fallen in drei Gremien, und keines davon schreibt sie auf.
- Eine Migration wird von einem Ausschuss geführt, der sich alle zwei Wochen trifft.
- Das Team hat starke Engineers, aber niemanden, der den technischen roten Faden über Teams hinweg hält.
- Termine werden woanders gesetzt, ohne dass jemand die Architektur dahinter verantwortet.
Leistung
Fractional Architecture und Delivery Leadership
Technische Führung, wenn eine Migration oder ein Umbau jemanden braucht, der den roten Faden hält — ohne eine feste Stelle zu schaffen.
Wann Teams anrufen
Die Situation, zu der das passt
Dieses Mandat passt zu Problemen, die organisatorisch sind, bevor sie technisch werden.
Vorgehen
Drei Phasen, überlappend
Die dritte Phase braucht die Zeit, und sie ist die, die die meisten Mandate überspringen.
-
01
Entscheidungslandschaft lesen
Wer entscheidet was, wo fallen Entscheidungen tatsächlich, und welche kommen immer wieder. Zwei Wochen Gespräche und Repository-Lektüre reichen meist, um das Muster zu sehen.
-
02
Die Gewohnheit einrichten
Decision Records mit benannter Verantwortlichkeit, ein schriftliches Entscheidungslog und ein Review-Rhythmus, der zur Arbeitsweise der Teams passt statt eine weitere Zeremonie hinzuzufügen.
-
03
Den Faden halten
Ich bleibe in den Reviews, halte die Karte aktuell und eskaliere früh, wenn zwei Arbeitsstränge auseinanderlaufen. Das ist der Teil, der nicht in ein Dokument passt.
Ergebnis
Was am Ende vorliegt
Arbeitsgrundlagen, die eine feste Architekturstelle am ersten Tag übernehmen könnte.
- Architecture Decision Records, die das Team nach dem Mandat weiterschreibt.
- Ein Entscheidungslog mit einer verantwortlichen Person pro Entscheidung und dem Datum der letzten Überprüfung.
- Eine aktuelle Architekturkarte mit Verantwortlichkeiten, kein Diagramm von vor achtzehn Monaten.
- Ein lieferkritischer Pfad mit benannten Risiken, damit über den Termin gestritten werden kann.
- Eine schriftliche Empfehlung, was eingestellt werden sollte — meist die nützlichste Seite.
- Enablement-Sessions für die Engineers, die die Entscheidungen erben.
Formate
Drei Arten der Zusammenarbeit
Der Unterschied liegt darin, wie tief ich in der Lieferung stecke.
Fractional Architecture Lead
Zwei bis drei Tage pro Woche über drei bis sechs Monate. Ich verantworte die technische Richtung über Arbeitsstränge hinweg und sitze in den Gremien, in denen entschieden wird.
Migrationsbegleitung
Teilzeit über die Dauer einer Migration. Architektur-Reviews, Entscheidungsdokumentation und Eskalation, ohne Ihren Leads die Umsetzungsverantwortung zu nehmen.
Kurz und intensiv
Zwei bis vier Wochen. Eine Architektur- und Entscheidungsprüfung mit schriftlichen Empfehlungen, für Teams, die vor einer Budgetentscheidung Klarheit brauchen.
Fragen
Vor dem ersten Gespräch
Die drei Fragen, die zuerst kommen.
Ersetzt das die Einstellung eines Architekten?
Manchmal, für eine Phase. Häufiger schafft es Zeit, gut einzustellen: Decision Records und Architekturkarte werden zum Briefing, das eine feste Stelle übernehmen kann.
Übernehmen Sie die Umsetzungsverantwortung?
Für die Teile, die ich baue, ja. Für das Programm als Ganzes nicht. Ich halte lieber den technischen Faden, als einen Termin zu verantworten, den ich nicht steuern kann.
Worin unterscheidet sich das von Ihren anderen Leistungen?
Die anderen Mandate betreffen ein System. Dieses betrifft die Entscheidungen darum herum und funktioniert als einziges auch dann, wenn das Problem Ausrichtung statt Code ist.
Kontakt
Beschreiben Sie das Programm und wer was entscheidet
Eine kurze Nachricht mit Kontext, Rahmenbedingungen und Zeitplan reicht, um einzuschätzen, ob das Mandat passt.