Lebenslauf für Softwareentwickler

Ein Lebenslauf für Softwareentwickler hat drei Leser. Das Bewerbermanagementsystem (ATS) zerlegt den Text in Felder. Eine Recruiterin, die selbst nicht programmiert, durchsucht diese Felder nach den Begriffen aus der Stellenanzeige. Danach liest jemand aus dem Entwicklungsteam den Lebenslauf und beurteilt, was Sie tatsächlich gebaut haben. Alle drei brauchen etwas anderes, und ein guter Entwickler-Lebenslauf bedient sie ohne Tricks.

Kenntnisse gruppieren

Eine einzige Zeile mit zwanzig kommagetrennten Technologien lässt sich schlecht überfliegen. Gruppieren Sie nach Bereichen und schreiben Sie jeden Begriff so, wie die Stellenanzeige ihn schreibt. Im Lebenslauf kann das so aussehen:

Sprachen: TypeScript, Python, Go
Frontend: React, Next.js, Tailwind CSS
Backend und Daten: Node.js, PostgreSQL, Redis
Infrastruktur: Docker, Kubernetes, GitHub Actions, AWS

Ein paar Regeln halten die Liste ehrlich und durchsuchbar:

Steht in der Anzeige "PostgreSQL", schreiben Sie nicht nur "Postgres". Eine Suche nach dem genauen Wortlaut weiß nicht, dass beides dasselbe ist.
Schreiben Sie eine Abkürzung einmal aus, wenn die Anzeige es tut: "Continuous Integration (CI)".
Nennen Sie, worüber Sie in einem technischen Interview sprechen können. Ein Tool, das Sie einmal in einem Tutorial ausprobiert haben, lädt zu Fragen ein, die Sie nicht beantworten können.
Verwenden Sie Wörter statt Logos oder Bewertungsbalken. Ein Parser kann kein Logo lesen, und im Team weiß niemand, was "vier von fünf Punkten" bedeuten soll.

Links als sichtbaren Text schreiben

GitHub, eine Portfolio-Seite oder ein veröffentlichtes Paket sind oft der stärkste Beleg, den Entwicklerinnen und Entwickler haben. Verstecken Sie die Adresse nicht hinter einem Wort wie "GitHub" oder "Portfolio". Beim Auslesen eines PDFs liegt der anklickbare Link auf einer eigenen Ebene, die manche Werkzeuge verwerfen; übrig bleibt das nackte Wort ohne Ziel. Schreiben Sie die Adresse selbst, kurz und ohne "https://":

github.com/ihrname
ihrname.dev

Diese Zeilen gehören in den Kontaktblock im Textkörper, nicht in die Kopfzeile. Die Parser-Ansicht zeigt Feld für Feld, ob Ihre Links gefunden wurden.

Projekte, die man nachprüfen kann

Geben Sie bei jedem wichtigen Projekt eine Zeile zum Zweck, den Stack, Ihren Anteil und einen Link an. Ein Projekt mit einer kurzen README, die erklärt, wie man es startet, sagt mehr als eine lange Liste von Repositories, die niemand öffnet.

Beispiel:

invoice-parser · Open Source, 2025 · github.com/ihrname/invoice-parser

Kommandozeilen-Tool, das PDF-Rechnungen in CSV umwandelt; Python, pdfplumber, pytest
Tabellenerkennung und Testsuite selbst geschrieben; inzwischen haben zwei externe Beitragende Funktionen ergänzt

Stichpunkte: Ihr Anteil, die Veränderung, der Beleg

Software entsteht im Team, deshalb muss der Lebenslauf zeigen, welcher Teil Ihrer war. Nennen Sie Ihre eigene Handlung (entwickelt, migriert, refaktoriert, automatisiert), sagen Sie, was sich verändert hat, und ergänzen Sie eine Messgröße, wenn Sie eine haben.

Vorher	Nachher
Verantwortlich für die Backend-API	Redis-Cache für Produktabfragen eingeführt; p95-Latenz der API von 780 ms auf 410 ms gesenkt
Mitarbeit an CI/CD	Testsuite auf parallele GitHub-Actions-Jobs verteilt; Pipeline-Laufzeit von etwa 25 auf 9 Minuten verkürzt
Teil des Teams bei der Kubernetes-Migration	Helm-Charts für vier Services und das Rollback-Runbook der Rufbereitschaft geschrieben

Haben Sie keine Zahl, beschreiben Sie den Umfang: wie viele Services, Nutzer oder Teams betroffen waren. Wo Sie belastbare Zahlen finden, erklärt unser Beitrag Erfolge im Lebenslauf quantifizieren.

Zur Anzeige passen, ohne sie abzuschreiben

Lesen Sie die Stellenanzeige, notieren Sie die geforderten Technologien und prüfen Sie, ob jede, die Sie wirklich beherrschen, nicht nur in der Kenntnisliste, sondern auch in einem Stichpunkt vorkommt. Wie Sie die Begriffe herausarbeiten, zeigt der Beitrag zu Schlüsselwörtern aus der Stellenanzeige. Das Multi-Mode-Matching dieser Seite vergleicht Lebenslauf und Anzeige anschließend auf drei Arten: exakt, normalisiert und semantisch. Der Unterschied zeigt, welche Begriffe eine wörtliche Suche übersehen würde, etwa "JS" im Lebenslauf gegenüber "JavaScript" in der Anzeige.

Checkliste vor dem Absenden

Einspaltig, echter markierbarer Text, keine Skill-Balken oder Logos
Kenntnisse gruppiert und so geschrieben wie in der Anzeige
GitHub- und Portfolio-Adresse sichtbar ausgeschrieben
Drei bis fünf Stichpunkte pro Station, jeweils mit Ihrem Anteil und dem Ergebnis
Zwei oder drei Projekte mit Stack, Ihrem Anteil und Link
Daten in einheitlichem Format, das Neueste zuerst