Was macht ein Software Architect?
Ein Software Architect legt fest, wie ein Softwaresystem aufgebaut ist: welche Komponenten es gibt, wie sie miteinander sprechen, wo Daten liegen, welche Technologien eingesetzt werden. Aus fachlichen Anforderungen wird ein technischer Entwurf, der nicht nur heute funktioniert, sondern auch dann noch, wenn die Nutzerzahl sich verzehnfacht oder ein Team ausgetauscht wird.
Der Alltag besteht weniger aus Programmieren als viele erwarten. Es geht um Gespräche mit Fachabteilungen, Produktmanagement und Entwicklungsteams, um Entwurfsentscheidungen, die schriftlich begründet werden, um Reviews von Code und Konzepten, um Lastabschätzungen, Sicherheitsfragen und die Wahl zwischen Kaufen und Selbstbauen. Viele Architects schreiben weiterhin Code, meist prototypisch oder an kritischen Stellen. Ein Teil der Arbeit ist Dokumentation: Diagramme, Entscheidungsprotokolle, Schnittstellenbeschreibungen. Ein anderer Teil ist Überzeugungsarbeit, denn ein Entwurf, den das Team nicht versteht oder nicht akzeptiert, wird in der Praxis umgangen.
Wie wird man Software Architect?
Der übliche Weg führt über die Softwareentwicklung. Fast alle Architects haben zuerst mehrere Jahre als Entwicklerin oder Entwickler gearbeitet, meist nach einem Studium der Informatik, Wirtschaftsinformatik oder Softwaretechnik. Auch Absolventen einer Fachinformatiker-Ausbildung erreichen die Rolle, brauchen dafür aber oft länger und müssen sich Architekturwissen gezielt aneignen.
Es gibt keine geschützte Bezeichnung und keine Pflichtqualifikation. Verbreitet sind Zertifizierungen wie iSAQB CPSA in den Stufen Foundation und Advanced, außerdem herstellerspezifische Nachweise für Cloud-Plattformen. Entscheidend ist in der Praxis der Nachweis, dass man ein größeres System verantwortet hat und die Folgen eigener Entscheidungen kennt. Wer nur Konzepte kennt, aber nie ein System durch Produktivbetrieb, Ausfälle und Umbauten begleitet hat, wird von Entwicklungsteams schnell nicht mehr ernst genommen.
Was der Beruf verlangt
Die Rolle ist verantwortungsschwer und oft unbequem. Entscheidungen müssen unter Unsicherheit fallen, mit unvollständigen Anforderungen und knappen Terminen, und ihre Fehler zeigen sich erst Jahre später. Wer schlecht mit Kritik oder mit langen Aushandlungsprozessen umgehen kann, tut sich schwer.
Der Anteil an Meetings ist hoch, konzentrierte Arbeitszeit muss man sich organisieren. In Projekten mit Termindruck entstehen Überstunden, bei Produktivproblemen gelegentlich Einsätze außerhalb der Regelarbeitszeit. In Beratungshäusern kommt Reisetätigkeit hinzu. Fachlich verlangt der Beruf ständiges Nachlernen: Technologien, die vor fünf Jahren gesetzt waren, sind heute Altlast. Gleichzeitig besteht das Risiko, den praktischen Bezug zu verlieren und Entwürfe zu produzieren, die im Code nicht funktionieren.
Aussichten
Die Nachfrage ist stabil hoch, besonders bei der Modernisierung gewachsener Systeme, bei Cloud-Migrationen und in regulierten Branchen wie Banken, Versicherungen und Industrie. Erfahrene Architects mit Erfahrung in verteilten Systemen, Sicherheit oder Datenarchitektur finden fast durchgehend Stellen, während der Einstieg auf Junior-Ebene in dieser Rolle praktisch nicht existiert.
Entwicklungswege führen in die Enterprise-Architektur, in eine technische Leitungsfunktion, in die Beratung oder in Richtung Chief Technology Officer kleinerer Unternehmen. Ein Teil bleibt bewusst auf der Fachlaufbahn und vertieft ein Spezialgebiet. Selbstständigkeit als freiberuflicher Architect ist verbreitet und gut bezahlt, aber mit Akquise und Auftragsrisiko verbunden.