Master-Lebenslauf: Wie du einen aufbaust und pflegst (für Entwickler)

Ein Master-Lebenslauf ist die vollständige, private Aufzeichnung deiner Laufbahn: jede Stelle, jedes Projekt, jede Kennzahl, jedes Tool, in einer Datei, die kein Arbeitgeber sieht. Du passt aus ihm an; du verschickst ihn nie. Entwickler brauchen einen dringender als die meisten, weil eine Laufbahn in der Softwareentwicklung mehr Details abwirft, als ein zweiseitiger Lebenslauf (CV) fassen kann, und das Detail, das du heute streichst, ist das, nach dem die Anzeige nächsten Monat fragt.

Dieser Leitfaden behandelt, was ein Master-Lebenslauf ist, warum du einen führen solltest, wie du ihn Abschnitt für Abschnitt aufbaust, wie du ihn aktuell hältst und wie angepasste Versionen aus ihm entstehen. Für das Anpassen selbst lies wie du deinen Lebenslauf an eine Stellenbeschreibung anpasst; dieser Beitrag hört dort auf, wo jener anfängt.

Was ein Master-Lebenslauf ist

Stell ihn dir als Datenbank vor und einen Lebenslauf als Ergebnis einer Abfrage. Der Master enthält die ganze Tabelle: vier, sechs oder zehn Seiten mit Stellen, Stichpunkten, Projekten, Vorträgen, Zertifikaten und Fähigkeiten, jeweils mit Daten und Zahlen. Ein angepasster Lebenslauf ist eine ein- oder zweiseitige Sicht auf diese Tabelle, gefiltert für eine Anzeige.

Daraus folgen drei Eigenschaften.

Privat. Niemand außer dir liest den Master. Das verändert, was hineingehört. Der Stichpunkt über die gescheiterte Migration und was du daraus gelernt hast, gehört in den Master, weil im Gespräch danach gefragt werden kann, auch wenn er nie in eine angepasste Version kommt.

Vollständig. Der Master irrt lieber in Richtung zu viel. Sechs bis zehn Stichpunkte pro Stelle, wo ein angepasster Lebenslauf drei behält. Nebenprojekte, aus denen nichts wurde. Das interne Tool, das nur dein altes Team kennt.

Stabil. Du fügst hinzu und streichst nie. Ein angepasster Lebenslauf ist Wegwerfware; der Master ist das, was du pflegst.

Er unterscheidet sich vom akademischen CV, der ebenfalls lang und vollständig ist, aber in dieser Form an Arbeitgeber geht. Ein Master-Lebenslauf ist ein Arbeitsdokument, und die Formatierung kann warten.

Warum Entwickler einen Master-Lebenslauf führen sollten

Dein Gedächtnis verblasst schneller, als sich deine Laufbahn verändert. Zwei Jahre nach einem Projekt erinnerst du dich, dass du „am Abrechnungsservice gearbeitet“ hast. Du erinnerst dich nicht, dass du die p99 von 800 ms auf 120 ms gesenkt hast, dass er in Go mit Postgres-Backend lief oder dass du das Runbook geschrieben hast. Die Zahlen verschwinden zuerst. Ein Master-Lebenslauf hält sie fest, solange das Dashboard noch offen ist.

Karriererichtungen gehen auseinander. Eine Backend-Entwicklerin, die auch Datenarbeit gemacht hat, hat zwei plausible nächste Stellen. Die Stichpunkte, die eine Platform-Stelle verkaufen (Rufbereitschaft, Kubernetes, Kostensenkung), sind nicht die, die eine Datenstelle verkaufen (Pipelines, Modellierung im Data Warehouse, dbt). Ein Master enthält beide Sätze; eine angepasste Version wählt einen.

Jedes Projekt zählt irgendwo. Der Open-Source-Beitrag, der Hackathon, das Terraform-Modul für dein eigenes Homelab: Nichts davon passt in einen Lebenslauf für eine Frontend-Stelle, und jedes davon könnte genau das sein, wonach eine andere Anzeige fragt. Wenn es nicht aufgeschrieben ist, fällt es dir nicht ein, wenn es zählt.

Jede Kennzahl braucht eine Quelle. Eine Zahl im Lebenslauf muss eine Frage im Gespräch überstehen. Im Master hältst du neben „Build-Zeit um 60 % gesenkt“ fest, was du gemessen hast, von wo nach wo und wie. Wenn eine angepasste Version die Zahl trägt, kannst du sie verteidigen.

Anpassen wird zur Auswahl. Mit einem Master dauert Anpassen Minuten: die passenden Stichpunkte nehmen, in den Begriffen der Anzeige umformulieren, den Rest streichen. Ohne Master heißt Anpassen, deine Vergangenheit jedes Mal aus dem Gedächtnis zu rekonstruieren, und genau dabei entfernen sich Lebensläufe von der Wahrheit.

Einheitlichkeit überall. Dein LinkedIn-Profil, deine angepassten Lebensläufe und deine Antworten im Gespräch sollten bei Daten, Titeln und Zahlen übereinstimmen. Eine einzige Quelle der Wahrheit macht das automatisch.

Wie du einen Master-Lebenslauf aufbaust, Abschnitt für Abschnitt

Öffne eine einfache Markdown-Datei. Formatierung, Vorlagen und Seitenlimits sind für die angepasste Version. Der Master will Struktur und Vollständigkeit.

Kopf

Name, E-Mail, Telefon, Stadt und Links: GitHub, LinkedIn, eine persönliche Website, wenn du eine hast. Halte die genaue Form fest, in der sie erscheinen sollen, damit sich angepasste Versionen nicht unterscheiden (eine mit „+49“, eine ohne).

Profile, eines pro Karriererichtung

Schreib ein dreizeiliges Profil für jede Art von Stelle, auf die du dich bewerben könntest. Ein Backend-Profil, ein Platform-Profil, ein Daten-Profil. Jedes nennt die zwei oder drei Stärken, auf die es in dieser Richtung ankommt. Beim Anpassen fängst du mit dem nächstliegenden an und justierst nach.

Berufserfahrung

Für jede Stelle: Arbeitgeber, Titel, Ort, Daten mit Monat und der Stack, den du dort genutzt hast. Dann Stichpunkte, sechs bis zehn pro Stelle, jeder eine Handlung mit Ergebnis. Halte mehr fest, als du je zeigen würdest:

• Was du gebaut hast, mit dem Namen des Tools.
• Was sich dadurch verändert hat, mit einer Zahl, wo du eine hast.
• Die Größenordnung: Nutzer, Anfragen pro Sekunde, Datenvolumen, Teamgröße.
• Alles, was du verantwortet hast: Rufbereitschaft, einen Service, eine Migration, Einstellungen.
• Zusammenarbeit, nach der eine Anzeige fragen könnte: teamübergreifende Arbeit, Mentoring, Zusammenarbeit mit dem Produkt.

Füg unter jedem Stichpunkt mit einer Zahl eine kurze Notiz hinzu, woher die Zahl stammt. „Grafana-Dashboard, März 2025, p99 vor und nach dem Cache.“ Die Notiz zeigst du nie; im Gespräch wirst du froh über sie sein.

Projekte

Nebenprojekte, Open-Source-Arbeit, Hackathon-Beiträge, interne Tools. Für jedes: Name, Link, Zeitraum, deine Rolle, der Stack und zwei oder drei Stichpunkte dazu, was du getan hast und was daraus wurde. Sterne, Downloads oder Nutzer, wenn du welche hast. Ein Projekt ohne Ergebnis kommt trotzdem hinein, mit einer Zeile dazu, was du gelernt hast.

Fähigkeiten, gruppiert und datiert

Gruppiere sie: Sprachen, Frameworks, Infrastruktur, Daten, Praktiken. Notiere bei jeder das Jahr, in dem du sie zuletzt ernsthaft eingesetzt hast. In der Liste der Fähigkeiten eines angepassten Lebenslaufs sollte nur stehen, wozu man dich heute befragen könnte; die Spalte „zuletzt genutzt“ sagt dir, welche das sind.

Ausbildung und Zertifikate

Abschlüsse mit Hochschule, Zeitraum und allem Relevanten (Thema der Abschlussarbeit, ein Modul, das zu deiner Arbeit passt). Zertifikate mit ausstellender Stelle und Ablaufdatum.

Vorträge, Texte, Community

Konferenzvorträge, Meetup-Vorträge, Blogbeiträge mit Reichweite, Podcasts, Mentoring-Programme. Die meisten angepassten Lebensläufe lassen sie weg; manche Anzeigen belohnen sie.

Ein Änderungsprotokoll

Ganz unten eine datierte Liste dessen, was du wann hinzugefügt hast. Das erleichtert die nächste Aktualisierung und zeigt dir auf einen Blick, wann du die Datei zuletzt angefasst hast.

Vorlage für einen Master-Lebenslauf (erfundenes Beispiel)

Das Gerüst unten zeigt die Form. Person, Firmen und Zahlen sind erfunden. Das Beispiel ist ins Deutsche übersetzt.

Beispiel (erfunden): Arjun Mehta, Backend-Entwickler, Bengaluru

# Arjun Mehta
Bengaluru, IN · arjun.mehta@example.com · +91 98xxx xxxxx
github.com/arjunm-example · linkedin.com/in/arjunm-example

## Profile
### Backend / Platform
Backend-Entwickler mit 6 Jahren an Zahlungs- und Ledger-Systemen in Go und
Python. Services mit 4.000 Anfragen/s verantwortet; Infrastrukturkosten bei
Finlo um 30 % gesenkt.
### Data Engineering
Entwickler mit 3 Jahren Erfahrung im Bau von Batch- und Streaming-Pipelines
(Airflow, Kafka, BigQuery), zusätzlich zu 6 Jahren Backend-Arbeit.

## Berufserfahrung

### Finlo Payments · Senior Software Engineer
Bengaluru · 04/2023 bis heute · Go, PostgreSQL, Kafka, Kubernetes, GCP
- Den Ledger-Service verantwortet (Spitze 4.000 Anfragen/s, 11 nachgelagerte
  Konsumenten).
- p99-Schreiblatenz von 410 ms auf 95 ms gesenkt, durch gebündelte
  Ledger-Inserts und eine Write-Ahead-Queue.
  > Quelle: Grafana-Dashboard Ledger-Latenz, Juni 2024, 7-Tage-Fenster.
- GCP-Ausgaben für den Payments-Namespace um 30 % gesenkt (von 18.000 auf
  12.600 USD im Monat), durch passend dimensionierte Node-Pools und
  Batch-Jobs auf Spot-Instanzen.
  > Quelle: GCP-Abrechnungsexport, Q3 2024 im Vergleich zu Q1 2024.
- Migration von 6 Services von Cloud Run zu GKE über 4 Monate geleitet.
- Rufbereitschaft für Payments (1 Woche von 5); das Incident-Runbook
  geschrieben, das 12 Entwickler nutzen.
- 2 Junior-Entwickler betreut; beide lieferten innerhalb eines Quartals
  ihren ersten Produktivservice aus.
- Eine selbstgebaute Retry-Schicht durch ein Dead-Letter-Muster mit Kafka
  ersetzt; doppelte Auszahlungen sanken in den folgenden 6 Monaten auf null.
- (Nicht für die meisten Lebensläufe) Einen Spike für eine Neuentwicklung
  des Ledgers in Rust geleitet, den wir nicht ausgeliefert haben; das
  Entscheidungsdokument geschrieben.

### Brightcart · Software Engineer
Pune · 07/2019 bis 03/2023 · Python, Django, MySQL, Redis, AWS
- Die API zur Bestellverfolgung (Django REST) für 200.000 Bestellungen am
  Tag gebaut.
- Die Produktsuche von LIKE-Abfragen in MySQL auf Elasticsearch umgestellt;
  die mittlere Suchzeit sank von 1,2 s auf 90 ms.
  > Quelle: Datadog APM, November 2021.
- Die ersten Airflow-Pipelines für das Datenteam gebaut (12 DAGs,
  nächtliche Ladevorgänge nach Redshift).
- Das Terraform für die Staging-Umgebung geschrieben (vorher von Hand
  konfiguriert).
- Über 2 Jahre mehr als 40 Bewerber für Backend-Stellen interviewt.

## Projekte
### kafka-replay (Open Source) · 2024 bis heute
CLI, das Kafka-Topics zum Debuggen in einen lokalen Cluster abspielt. Go.
310 Sterne auf GitHub, genutzt von 3 Teams bei Finlo.
### homelab-terraform · 2022
Terraform-Module für ein Proxmox-Homelab. Nicht fertig; dabei die
Proxmox-API und Terraform-Provider gelernt.

## Fähigkeiten (zuletzt genutzt)
- Sprachen: Go (2025), Python (2025), SQL (2025), Rust (2024, Spike),
  TypeScript (2022)
- Infrastruktur: Kubernetes (2025), Terraform (2025), GCP (2025),
  AWS (2023), Docker (2025)
- Daten: Kafka (2025), PostgreSQL (2025), Airflow (2023), Redshift
  (2023), Elasticsearch (2022), BigQuery (2024)
- Praktiken: Rufbereitschaft, Incident-Runbooks, Designdokumente, Mentoring

## Ausbildung
B.E. Computer Engineering, Pune University, 2015 bis 2019

## Vorträge und Texte
- „Ledger write paths at 4k rps“, Go-Meetup Bengaluru, September 2024
- Blog: „Dead-letter queues without the drama“, 2024 (12.000 Aufrufe)

## Änderungsprotokoll
- 2025-09: Sternezahl von kafka-replay, Kostenzahlen aus Q3 ergänzt
- 2025-03: Stichpunkt zum Mentoring, Notiz zum Rust-Spike ergänzt
- 2024-11: Datei aus dem Lebenslauf von 2023 + Notizen zu Brightcart erstellt

Achte darauf, was die Datei hat, das kein angepasster Lebenslauf hätte: Quellenzeilen unter Zahlen, einen Stichpunkt „nicht für die meisten Lebensläufe“, ein unfertiges Projekt, ein Jahr der letzten Nutzung bei jeder Fähigkeit und zwei Profile. Das ist die Aufgabe des Masters.

Wie du ihn aktuell hältst

Ein Master-Lebenslauf stirbt, wenn Aktualisierungen lästig werden, also halte sie klein und knüpfe sie an Ereignisse, die du ohnehin bemerkst.

Aktualisiere, wenn du auslieferst. Wenn ein Projekt live geht oder sich eine Kennzahl bewegt, füg den Stichpunkt in derselben Woche hinzu. Jetzt stehen die Zahlen im Dashboard; in einem Jahr nicht mehr.

Halte ihn in der Versionsverwaltung. Eine Markdown-Datei in einem privaten Git-Repository gibt dir die Historie gratis. Du siehst, was du wann hinzugefügt hast, und kannst den Master mit jeder angepassten Version vergleichen, die du daraus gebaut hast.

Überprüfe ihn vierteljährlich. Fünfzehn Minuten, viermal im Jahr: die Stichpunkte der aktuellen Stelle lesen, ergänzen, was passiert ist, die Jahre der letzten Nutzung aktualisieren. Trag es in den Kalender ein.

Halte die Quelle mit der Zahl fest. Die Gewohnheit, unter jede Kennzahl „Quelle: …“ zu schreiben, kostet zehn Sekunden und bewahrt dich vor der Frage im Gespräch, die du nicht beantworten kannst.

Führe daneben ein Erfolgstagebuch. Die Idee des Brag Document von Julia Evans, eine fortlaufende Liste dessen, was du bei der Arbeit getan hast, speist den Master. Das Erfolgstagebuch ist roh; der Master ist kuratiert.

Wenn dein Master dünne Einträge hat, eine Stelle mit zwei Stichpunkten und ohne Zahlen, hat Resume Matcher dafür einen Schritt zur Anreicherung: Er findet schwache Einträge, stellt dir dazu bis zu sechs Fragen und schreibt aus deinen Antworten zwei bis vier neue Stichpunkte, ohne Details hinzuzufügen, die du nicht gegeben hast.

Karriererichtungen: wenn ein Master nicht reicht

Die meisten Entwickler kommen mit einem Master und mehreren Profilen aus. Manche nicht. Wenn deine Backend-Laufbahn und deine Datenlaufbahn verschiedene Listen von Fähigkeiten, verschiedene Projektauswahlen und verschiedene Profile haben, sind zwei Master sauberer als eine Datei voller verknoteter Anmerkungen.

Resume Matcher ist darauf ausgelegt. Du kannst bis zu fünf Master-Lebensläufe behalten, einen pro Karriererichtung, und einen davon als Standard markieren. Die Seite zum Anpassen wählt den Standard vor; du wechselst, wenn eine Anzeige eine andere Richtung verlangt. Jeder Master ist ein vollständiger Lebenslauf für sich, erstellt aus einer hochgeladenen PDF- oder Word-Datei oder aus den Fragen des Resume Wizard, und jeder kann eigene Abschnitte tragen, wenn du einen Block brauchst, den das Standardlayout nicht hat.

Wie angepasste Versionen aus dem Master entstehen

Anpassen ist Auswahl plus Formulierung. Für eine Anzeige nimmst du die Stichpunkte, die zu ihren Anforderungen passen, formulierst sie in ihren Begriffen um, wählst das Profil für diese Richtung, kürzt die Liste der Fähigkeiten auf das, was die Anzeige interessiert und was du in den letzten Jahren benutzt hast, und streichst den Rest, bis es auf eine oder zwei Seiten passt. Der Master ändert sich nicht. Der Leitfaden zum Anpassen geht jeden dieser Schritte mit einem durchgerechneten Beispiel durch.

In Resume Matcher ist jeder angepasste Lebenslauf ein eigenes Dokument, das auf den Master verweist, aus dem es entstanden ist. Das Modell schlägt gezielte Änderungen an Profil, Stichpunkten und Fähigkeiten vor; der Code prüft jede einzelne, sperrt deinen Namen, Arbeitgeber, Titel, Daten und Abschlüsse und macht jede Zahl rückgängig, die nicht im Master stand. Du prüfst einen Vorher-nachher-Vergleich und bestätigst oder erzeugst neu. Der Master bleibt, wie du ihn geschrieben hast, sodass die nächste Anzeige von derselben vollständigen Quelle ausgeht. Gespeicherte angepasste Versionen bleiben bearbeitbar und lassen sich mit jeder der sieben Vorlagen als PDF exportieren.

Behalte den Master. Alles andere ist eine Sicht darauf.

Wenn dir das geholfen hat

Wenn dir das Gerüst einen Neuaufbau aus dem Gedächtnis erspart hat, hilft ein Stern für Resume Matcher auf GitHub anderen Jobsuchenden, es zu finden. Du kannst mir, Saurabh Rai, auf GitHub, X und LinkedIn folgen.