Architektur-Review: Worauf es wirklich ankommt

Eine Beobachtung aus eigener Werkstatt: Ich habe die Analyse eines eigenen Produkts von einem Blickwinkel auf fünf erweitert, auf Komplexität, Duplikation, Kopplung, Tests und Frontend. Die Zahl der Findings sprang von 29 auf 68. Nicht weil das System über Nacht schlechter geworden wäre, sondern weil breiteres Suchen mehr findet. Mit heutigem Tooling ist das Finden fast beliebig skalierbar.

Das verschiebt den Engpass. Wer ein Review beauftragt, hat kein Erkenntnisproblem, sondern ein Umsetzungsproblem. Achtundsechzig unpriorisierte Findings sind keine Hilfe, sie sind eine Zumutung: Wer keine Rangfolge bekommt, fängt nirgendwo an. Die eigentliche Leistung eines Reviews liegt im Gewichten, im Weglassen und im Übersetzen in Arbeit.

Empfehlungen ohne Aufwandsbezug sind Wünsche. „Die Kopplung zwischen Bestell- und Kundenmodul sollte reduziert werden" ist als Satz richtig und als Arbeitsauftrag wertlos. Es fehlt: Wie groß ist der Schaden heute, was kostet die Behebung, was passiert, wenn man es lässt?

Der Bericht geht an die Falschen. Ein Review, das nur ans Management berichtet, erzeugt Druck statt Verständnis. Das Team, das die Befunde umsetzen soll, kennt sie nur vom Hörensagen. Es verteidigt sich, statt zu verändern.

Es gibt keinen Maßstab. Ohne explizite Qualitätsziele ist jedes Urteil Geschmackssache. „Zu komplex" im Vergleich wozu? Dass ein System seit zehn Jahren stabil Geld verdient, zählt mehr als die Optik eines Konferenzvortrags.

Qualitätsziele zuerst. Bevor ich Code ansehe, will ich wissen: Was muss dieses System in den nächsten zwei Jahren können, was es heute nicht kann? Schneller lieferbar sein? Mehr Last tragen? Von einem größeren Team beherrschbar sein? Erst diese Ziele machen aus Beobachtungen Befunde. Was keinem Ziel im Weg steht, bleibt eine Randnotiz.

Mit dem Team, nicht über das Team. Die wertvollsten Erkenntnisse kommen aus Gesprächen mit den Leuten, die täglich im System arbeiten. Sie wissen längst, wo es klemmt. Ein Review macht dieses Wissen sichtbar, strukturiert es und gibt ihm Gewicht gegenüber dem Management. Dabei entsteht nebenbei etwas, das kein Bericht leisten kann: Das Team steht hinter den Befunden, weil es sie miterarbeitet hat.

Entscheidungen rekonstruieren statt Zustände beklagen. Jede seltsame Struktur in einem gewachsenen System war einmal eine plausible Entscheidung unter Bedingungen, die heute keiner mehr kennt. Wer diese Entscheidungen rekonstruiert, urteilt fairer und findet genau die Stellen, an denen sich die Bedingungen geändert haben. Dort lohnt Veränderung.

Die eigene Empfehlung angreifen. Bevor eine Empfehlung in den Bericht geht, durchläuft sie bei mir ein Selbstreview: Optionen nebeneinander in einer Bewertungsmatrix, dann für jede Option das stärkste Für-Argument und der härteste Einwand. Nur was diesen Angriff übersteht, kommt in den Bericht. Das klingt nach Aufwand, spart aber die teuerste Sorte Fehler: die überzeugend vorgetragene falsche Richtung.

Das Ergebnis eines Reviews ist bei mir kein Prosabericht, sondern eine priorisierte Liste umsetzbarer Einträge. Jeder Befund hat drei Pflichtangaben:

Diese Rechnung sortiert von selbst die kleinen Maßnahmen mit großem Effekt nach vorn. Das ist gewollt: Die ersten sichtbaren Erfolge nach zwei Wochen sind wichtiger als der perfekte Plan für zwei Jahre, weil sie dem Team beweisen, dass sich etwas bewegt.

Und jeder Eintrag braucht einen Eigentümer. Was allen gehört, macht niemand.

Ob ein Review gut war, entscheidet sich nicht bei der Abschlusspräsentation, sondern drei Monate später an einer einzigen Frage: Was ist heute anders als vorher? Wenn die Antwort „nichts" lautet, war der Bericht Deko.

Deshalb gehört zur Vereinbarung eines Reviews für mich immer die Zeit danach: ein Nachschau-Termin, an dem wir den Fahrplan gegen die Realität halten. Nicht als Kontrolle, sondern weil sich Prioritäten ändern und ein unangetasteter Fahrplan genauso verrottet wie der Bericht in der Schublade.

Klingt nach deinem Thema? Schreib mir. Im Erstgespräch klären wir unverbindlich, ob und wie ich helfen kann.