Lebenslauf für Softwarearchitekt/innen: Beispiele und Anleitung

Dieses Muster zeigt einen Architekten, der aus der Backend-Entwicklung kommt und heute eine Plattform prägt, auf der neun Produktteams arbeiten. Name und Unternehmen sind erfunden. Achten Sie darauf, dass jede Architekturentscheidung auf der Seite mit einer Konsequenz verbunden ist.

Bei der Einstellung von Architektinnen und Architekten geht es um Urteilsvermögen, und das lässt sich auf Papier schwer zeigen. Vier Signale leisten die Arbeit.

• Größe und Form dessen, was Sie geprägt haben. Nutzerzahlen, Services, Datenvolumen, Teams, Entwicklerinnen und Entwickler. Ein internes Werkzeug für drei Teams und eine mandantenfähige Plattform mit 60 Services sind verschiedene Aufgaben.
• Entscheidungen mit Begründung und Folgen. Was Sie gewählt, was Sie verworfen haben und was danach geschah, ist im Lebenslauf der klarste Beleg für architektonisches Denken.
• Ob Sie noch selbst entwickeln. Die meisten Unternehmen wollen Architektinnen und Architekten, die Code schreiben und Pull Requests reviewen, nicht nur Diagramme zeichnen. Nennen Sie, was Sie zuletzt selbst ausgeliefert haben.
• Einfluss ohne Weisungsbefugnis. Architektinnen und Architekten führen selten die Teams, die ihre Entwürfe umsetzen. Decision Records, Review-Prozesse, Mentoring und Zahlen zur Verbreitung zeigen, dass Sie eine Organisation bewegen können.

“Zeigen Sie mir eine Entscheidung, die sich als falsch herausgestellt hat, und was Sie daraufhin getan haben. Alle Architektinnen und Architekten, denen ich vertraue, haben so eine. Ein Lebenslauf voller erfolgreicher Muster ohne einen einzigen Zielkonflikt sagt mir, dass Sie entweder Glück hatten oder die Entscheidungen gar nicht selbst getroffen haben.”

Höchstens vier Zeilen: Jahre, Fachgebiet, Größenordnung, die größte Veränderung, die Sie vorangetrieben haben, und wie viele Entwicklerinnen und Entwickler auf Ihrer Arbeit aufbauen.

Der häufigste Fehler im Lebenslauf für die Softwarearchitektur ist eine Liste gewählter Technologien ohne Erklärung, was sich dadurch verändert hat.

Teilen Sie die Kenntnisse in Entwurf, Technologie und Organisation auf. Die dritte Gruppe macht den Unterschied zwischen Architekturarbeit und sehr erfahrener Entwicklungsarbeit.

• Entwurf: Zielkonflikte verteilter Systeme, Domain-driven Design und Bounded Contexts, ereignisgesteuerte und Request-Response-Muster, Datenmodellierung und Konsistenzentscheidungen, API-Design und Versionierung, Caching und Idempotenz, Fehlerszenarien und kontrollierte Degradation.
• Nichtfunktionale Anforderungen: Performance-Budgets, Verfügbarkeitsziele, Sicherheitsarchitektur und Threat Modeling, Aufbewahrungsfristen und Datenschutz (in Deutschland vor allem nach DSGVO), Disaster Recovery, Kostenmodellierung, regulatorische Vorgaben Ihrer Branche.
• Technologische Tiefe: mindestens eine Sprache, die Sie noch gut schreiben, eine Cloud in der Tiefe, Container-Orchestrierung, mindestens zwei Datenbanksysteme und wann welches passt, eine Messaging- oder Streaming-Plattform.
• Dokumentation und Kommunikation: Architecture Decision Records, arc42 als Gliederung der Architekturdokumentation, C4 oder ähnliche Diagrammmodelle, RFC-Prozesse, schriftliche Trade-off-Analysen, Präsentationen vor der Geschäftsführung und vor skeptischen Entwicklerinnen und Entwicklern.
• Organisation: Moderation von Design-Reviews, Mentoring, Migrationsplanung, Zusammenarbeit mit Dienstleister- und Plattformteams, begründetes Nein-Sagen, Veränderungen so takten, dass die Teams weiter ausliefern können.
• Frameworks, die Sie nennen sollten, wenn Sie sie nutzen: TOGAF im Enterprise-Umfeld, arc42 und das C4-Modell für Dokumentation und Diagramme, Well-Architected-Reviews für Cloud-Workloads.

Auf Architekturebene zählt nachgewiesenes Urteilsvermögen mehr als jedes Zertifikat. Zertifikate spielen trotzdem eine Rolle in Konzernen und in der Beratung, wo Kunden danach fragen.

• Zertifikate für Cloud-Architektur haben das größte praktische Gewicht: AWS Certified Solutions Architect (Professional), Microsoft Certified: Azure Solutions Architect Expert, Google Professional Cloud Architect.
• Im deutschsprachigen Raum besonders verbreitet ist das Programm des iSAQB: CPSA-F (Foundation Level) als Einstieg, CPSA-A (Advanced Level) für erfahrene Architektinnen und Architekten. TOGAF von The Open Group ist in der Enterprise-Architektur und in Beratungen üblich und zählt in Konzernen und im öffentlichen Sektor deutlich mehr als in Produktunternehmen.
• Zertifikate zu Kubernetes und Sicherheit helfen, wenn Ihre Architekturarbeit stark auf Plattform oder Sicherheit ausgerichtet ist.
• Abschlüsse: Ein Informatikstudium ist typisch, aber keine Voraussetzung. Viele Architektinnen und Architekten kommen über die Entwicklung, etwa nach einer Ausbildung als Fachinformatiker/in für Anwendungsentwicklung, und auf dieser Ebene wird niemand allein wegen des Abschlusses aussortiert.
• Besser als jedes Zertifikat: veröffentlichte Texte über einen Entwurf, den Sie verantwortet haben, ein Konferenzvortrag, ein Open-Source-Projekt oder ein anonymisierter Decision Record, den Sie im Gespräch zeigen können.

Zwei Seiten sind für Architektinnen und Architekten normal. Die erste halbe Seite muss Größenordnung und Seniorität zeigen, denn mehr liest eine viel beschäftigte Führungskraft vor ihrer Entscheidung nicht.

• Beginnen Sie mit einem Profil, das Zahlen zur Größenordnung enthält: Nutzerzahlen, Services, Teams, Entwicklerinnen und Entwickler, Datenvolumen. Alles andere kann warten.
• Übernehmen Sie die Stellenbezeichnung der Anzeige: Softwarearchitekt/in, Software Architect, IT-Architekt/in, Anwendungsarchitekt/in, Solution Architect, Principal Engineer. Unternehmen nutzen diese Titel für sich überschneidende Stellen, und die Filter suchen wörtlich.
• Behalten Sie einen schlichten Block Kenntnisse für den Abgleich mit Schlüsselwörtern, aber lassen Sie ihn nicht die Seite füllen. Die Glaubwürdigkeit tragen die Stichpunkte.
• Einspaltiges Layout, keine Diagramme im Lebenslauf. Ein Bewerbungsfoto ist in Deutschland üblich, aber freiwillig, ebenso das Geburtsdatum. Wenn Sie ein Diagramm zeigen möchten, verlinken Sie auf eine Beschreibung.
• Für Stellen in Enterprise-Architektur und Beratung ergänzen Sie pro Projekt eine kurze Zeile mit Branche, Teamgröße und Dauer, denn dort wird die Breite Ihrer Erfahrung bewertet.