Softwarearchitektur

Was macht ein Softwarearchitekt?

Er trifft die Entscheidungen, die man später teuer zurücknimmt. Konkret: das System in Bausteine schneiden und die Schnittstellen dazwischen festlegen, Technologien auswählen und die Wahl begründen, Vorgaben für Qualitätsanforderungen machen – Antwortzeiten, Verfügbarkeit, Sicherheit, Nachvollziehbarkeit, Erweiterbarkeit – und dafür sorgen, dass die Umsetzung ihnen auch folgt.

Der zweite Teil der Arbeit ist Kommunikation, und er ist größer, als Einsteiger vermuten. Architektur, die nicht erklärt wird, findet nicht statt: Entwürfe werden im Team vorgestellt, gegen Einwände verteidigt, in Entscheidungsvorlagen für das Management übersetzt und in Entscheidungsdokumenten festgehalten, damit in drei Jahren noch nachvollziehbar ist, warum etwas so aussieht, wie es aussieht.

Der dritte Teil ist Bestandspflege. Die wenigsten Architekten entwerfen auf grüner Wiese; der Normalfall ist ein gewachsenes System, das in Betrieb ist, Geld verdient und schrittweise umgebaut werden muss, ohne dass der Betrieb steht. Migrationen, Entflechtung von Abhängigkeiten, Schnittstellen zu Altsystemen und der Streit zwischen fachlicher Erneuerung und technischer Schuld machen den Alltag aus.

In diesem Portal steht die Rolle mit beiden Schreibweisen nebeneinander, deutsch und englisch – und die Anzeigen meinen dasselbe. Wo im Titel zusätzlich SAP steht, führt die Stelle das jeweilige SAP-Modul.

Wie wird man Softwarearchitekt?

Über die Entwicklung, immer. Es ist keine Rolle für Einsteiger: Vorausgesetzt werden ein Studium der Informatik oder ein gleichwertiger Weg und mehrere Jahre, in denen jemand Software nicht nur gebaut, sondern auch betrieben und gewartet hat – die Erfahrung, was ein schlechter Schnitt drei Jahre später kostet, ist durch nichts zu ersetzen.

Als formaler Nachweis hat sich die Zertifizierung nach dem Programm des International Software Architecture Qualification Board etabliert; sie gliedert das Feld und ersetzt die Praxis nicht.

Was die Rolle verlangt

Entscheidungsfreude unter Unsicherheit. Die nötigen Angaben sind nie vollständig, und wer wartet, bis sie es sind, hat entschieden, ohne es zu merken. Dazu kommt die Fähigkeit, die eigene Entscheidung später zu revidieren, ohne sie zu verteidigen, weil sie die eigene war.

Der unbequeme Teil ist die Distanz zum Code. Viele, die wegen der Technik in diesen Beruf gehen, stellen fest, dass sie überwiegend in Sitzungen sitzen und nicht mehr entwickeln – und dass die Rolle ohne formale Weisungsbefugnis auskommen muss.

Aussichten

Sehr gut, und die Rolle ist wenig konjunkturabhängig, weil Bestandssysteme unabhängig von der Lage umgebaut werden müssen. Wege führen in die Unternehmensarchitektur, in die technische Leitung oder in die selbstständige Beratung, in der diese Qualifikation besonders gefragt ist.