Lebenslauf für Data Architects: Beispiele und Anleitung

Dieser Lebenslauf gehört einem Architekten, der über Datenbankentwicklung und Data Engineering in die Rolle gekommen ist. Achten Sie auf den Aufbau: zuerst die Größe der Datenlandschaft, dann die verantworteten Designentscheidungen, dann Ergebnisse bei Kosten und Qualität. Person und Unternehmen sind erfunden; die Zahlen sind die, die Sie aus der Konsole Ihres Data Warehouse, Ihrem Datenkatalog und Ihrem Incident-Log ziehen können.

Architektur ist ein Entscheidungsberuf. In der Vorauswahl geht es darum, ob Ihre Entscheidungen schon echten Nutzerinnen und Nutzern, echtem Volumen und einem echten Budget standhalten mussten.

• Größe der Datenlandschaft. Angebundene Quellsysteme, Datenvolumen, Zahl der nutzenden Teams oder nachgelagerten Berichte. Daran unterscheidet sich eine Architektin in einem Start-up mit 30 Personen von einem Architekten bei einem Versicherer mit 5.000 Beschäftigten.
• Tiefe in der Modellierung. Welchen Modellierungsansatz Sie nutzen und warum, und ob Sie die schwierigen Teile gelöst haben: Historisierung, verspätet eintreffende Daten, Conformed Dimensions über Geschäftsbereiche hinweg, Stammdaten.
• Plattform. Snowflake, Databricks, BigQuery, Redshift, Microsoft Fabric oder eine lokale Umgebung. Unternehmen stellen für das ein, was sie betreiben.
• Governance und Kosten. Das sind die beiden Gründe, aus denen Unternehmen überhaupt eine Architektenstelle schaffen. Zeigen Sie Arbeit an Klassifizierung, Berechtigungskonzept und Lineage, und zeigen Sie, dass Sie Ausgaben im Griff hatten.
• Ob Sie Dinge aufschreiben. Referenzarchitekturen, Entscheidungsprotokolle, Standards und Design-Reviews. Wer als Architekt nur redet, wirkt nicht über ein Team hinaus.

“Für mich entscheiden zwei Fragen. Was haben Sie entschieden, mit dem andere leben mussten, und was hat es gekostet oder gespart? Snowflake und dbt kann jeder auflisten. Zeigen Sie mir eine Modellierungsentscheidung, die Sie in einem Design-Review verteidigt haben, und was achtzehn Monate später daraus geworden ist.”

Diese Titel überschneiden sich so stark, dass viele nach allen drei gleichzeitig suchen. Unternehmen verwenden sie unterschiedlich, lesen Sie also die Aufgaben in der Anzeige statt des Titels und stellen Sie das passende Material an den Anfang.

Modellierung ist der Teil der Arbeit, den keine Pipeline ersetzt, und genau dort sind die meisten Lebensläufe von Architektinnen und Architekten dünn. Beschreiben Sie konkret, welche Designprobleme Sie gelöst haben.

• Der Ansatz und der Grund dafür. Dimensionale Modelle für das Reporting, normalisiertes Design für operative Datenbestände, Data Vault, wo sich Quellsysteme ständig ändern. Schreiben Sie, warum Sie sich bei diesem Unternehmen dafür entschieden haben.
• Historisierung: wie Sie Änderungen über die Zeit nachverfolgen und was mit einem Datensatz passiert, der verspätet oder in falscher Reihenfolge eintrifft.
• Conformed Dimensions: wie Sie zwei Geschäftsbereiche dazu gebracht haben, sich darauf zu einigen, was ein Kunde ist. Das ist eine politische Leistung ebenso wie eine technische, und sie wirkt nach Seniorität.
• Granularität: auf welcher Ebene Sie eine Faktentabelle modelliert haben und worauf Sie dafür verzichtet haben.
• Semantische Schicht und Kennzahlendefinitionen, einschließlich der Frage, wem eine Kennzahl gehört, wenn zwei Teams uneinig sind.
• Stamm- und Referenzdaten: Abgleichsregeln, Survivorship und der Data-Stewardship-Prozess dahinter.
• Abdeckung der Dokumentation: wie viel des Modells dokumentiert ist und ob eine neue Analystin findet, was sie braucht, ohne zu fragen.

Der Test ist derselbe wie bei jeder Architektenrolle: Entscheidung, Rahmenbedingung, gemessenes Ergebnis.

Drei bis vier Zeilen: Jahre, Größe der Datenlandschaft, Plattform, ein Designergebnis, ein Ergebnis bei Kosten oder Qualität.

Die meisten Architektenstellen entstehen, nachdem etwas schiefgegangen ist: eine Prüfungsfeststellung, eine unerwartet hohe Rechnung für das Data Warehouse oder Reporting-Zahlen, die nicht zusammenpassten. Gehen Sie auf beides direkt ein.

• Kosten: Ausgaben vorher und nachher, was Sie geändert haben und ob die Service Levels gehalten wurden. Nennen Sie interne Kostenverrechnung (Chargeback oder Showback), wenn Sie sie aufgebaut haben, denn erst wenn Teams ihre eigenen Ausgaben sehen, halten Einsparungen meist an.
• Berechtigungskonzept: Rollen, Kontrollen auf Zeilen- und Spaltenebene, Umgang mit sensiblen Daten und wie Zugriffe überprüft werden.
• Klassifizierung: wie viele Spalten oder Tabellen klassifiziert wurden und nach welchem Schema.
• Lineage und Datenkatalog: Abdeckung in Prozent und wer ihn tatsächlich nutzt. Ein Katalog, den niemand öffnet, ist keine Leistung.
• Aufbewahrung und Löschung: Löschkonzepte, die Sie entworfen haben, besonders für personenbezogene Daten nach DSGVO. Aufbewahrungsfristen hängen von Datenart und Branche ab, beschreiben Sie also, was Sie für diesen Arbeitgeber gebaut haben, statt eine Regel als allgemeingültig darzustellen.
• Prüfungsergebnisse: geschlossene Feststellungen, gelieferte Nachweise und wie lange die Zusammenstellung vorher und nachher dauerte.

Zwei Seiten für eine Architektenrolle. Schlicht und einspaltig, keine Diagramme im Lebenslauf; ein Foto ist in Deutschland üblich, aber freiwillig. Wenn Sie ein Diagramm zeigen möchten, verlinken Sie eine Beschreibung.

• Übernehmen Sie die genauen Begriffe der Anzeige: „dimensionale Modellierung“, „Slowly Changing Dimension“, „Medallion“, „Data Mesh“, wenn sie dort stehen, „Stammdatenmanagement“ oder „Master Data Management“, „Data Lineage“, „Data Contract“.
• Nennen Sie Plattformen und Werkzeuge vollständig: Snowflake, Databricks, BigQuery, Redshift, dbt, Airflow, Kafka, Collibra, Great Expectations, Terraform.
• Schreiben Sie einmal beide Formen aus: „Extract, Load, Transform (ELT)“, „Change Data Capture (CDC)“, „personenbezogene Daten (PII)“.
• Geben Sie jedem Arbeitgeber eine Beschreibung: Branche, Umsatz oder Beschäftigtenzahl und, wenn möglich, Datenvolumen. Ohne diese Angaben ist der Umfang Ihrer Architekturarbeit nicht zu erkennen.
• Setzen Sie eine kurze technische Zusammenfassung weit nach oben, damit die Vorauswahl Ihre Plattform findet, ohne zu scrollen.
• Schicken Sie ein PDF mit dem Namen Nachname-Vorname-Data-Architect.pdf und setzen Sie die Kontaktdaten in den Textteil statt in die Kopfzeile.