Lebenslauf für Softwareentwickler/innen: Beispiele und Anleitung

Der Lebenslauf eines Entwicklers mit rund sechs Jahren Berufserfahrung, geschrieben so, wie Teamleitungen lesen: der Stack oben, darunter, was in jeder Stelle ausgeliefert wurde und in welcher Größenordnung. Name und Unternehmen sind erfunden; die Zahlen sind von der Art, die Sie aus Ihren eigenen Dashboards und Ihrer Pull-Request-Historie ziehen können.

Einen Lebenslauf für die Softwareentwicklung lesen zwei Personen, und zwar unterschiedlich. Das Recruiting gleicht Begriffe ab. Die Teamleitung beurteilt den Verantwortungsumfang. Bei beiden haben Sie nur wenige Sekunden.

• Passender Stack, sofort sichtbar. Das Recruiting sucht nach den Sprachen und Frameworks aus der Anzeige. Verlangt die Stelle React, TypeScript und AWS und zeigt Ihre erste Seite Angular und Azure, fallen Sie heraus. Stellen Sie die Kenntnisse weit nach oben.
• Umfang: Wie groß war das System, an dem Sie gearbeitet haben? Nutzerzahlen, Anfragen pro Sekunde, Datenvolumen, Zahl der Services, Teamgröße. „APIs entwickelt“ sagt nichts. „Ingestion-API für 2 Millionen Events pro Tag entwickelt“ zeigt der Teamleitung, auf welchem Niveau Sie arbeiten.
• Nachweis, dass Sie ausliefern. Ein Produkt im Live-Betrieb, ein Eintrag im App Store oder ein GitHub-Profil mit echten Commits. Teamleitungen klicken darauf. Ein GitHub-Link mit drei leeren Repositories schadet mehr als gar keiner.
• Aktualität und Entwicklung. Stammen die starken Stichpunkte aus dem Jahr 2025 oder aus dem Jahr 2017? Sind Sie vom Junior zum Software Engineer II und zum Senior aufgestiegen, oder haben Sie alle 9 Monate gewechselt? Kurze Stationen brauchen ein Stichwort zur Erklärung (befristetes Projekt, Übernahme, Insolvenz, betriebsbedingte Kündigung).

“Ich sehe in zehn Sekunden, ob jemand an einem echten Produktivsystem gearbeitet hat. Es steht in den Zahlen: Latenz, Verfügbarkeit, Nutzer, Rufbereitschaft. Lebensläufe, die nur Technologien aufzählen, lesen sich wie der Lehrplan eines Bootcamps.”

Der Abschnitt Kenntnisse ist ein Nachschlagewerk, keine Angeberliste. Gliedern Sie nach Kategorien, damit das Recruiting React in einer Sekunde findet, und nennen Sie nur, wozu Sie heute ein Interview bestehen würden. 14 bis 20 Einträge reichen völlig.

• Schreiben Sie die Namen so wie die Anzeige: „Node.js“ statt „NodeJS“, „PostgreSQL“ statt „Postgres“. Der Abgleich im Bewerbermanagementsystem ist oft wörtlich.
• Streichen Sie, was Sie 2018 einmal benutzt haben. Alles im Lebenslauf darf im Interview abgefragt werden.
• Keine Sterne, Balken oder Prozentwerte. Teamleitungen ignorieren sie, und Parser können sie nicht lesen.
• Soft Skills gehören als Beleg in die Stichpunkte, nicht in die Liste der Kenntnisse.

Das Muster für einen Stichpunkt in der Softwareentwicklung: was Sie gebaut oder verändert haben, die Technologie und eine Zahl, die die Wirkung zeigt (Geschwindigkeit, Zuverlässigkeit, Kosten, Nutzung, Durchsatz des Teams). Sieben Beispiele aus typischer Entwicklungsarbeit:

Ab zwei Jahren Berufserfahrung ist ein Projektabschnitt optional, und ein GitHub-Link lohnt sich nur bei einem aktiven Profil. Für Studierende, Absolventinnen und Absolventen, Bootcamp-Teilnehmende sowie Quereinsteigerinnen und Quereinsteiger ist der Projektabschnitt die Berufserfahrung. Behandeln Sie ihn auch so.

1. 1Wählen Sie zwei oder drei Projekte, die von Anfang bis Ende funktionieren und die Sie vorführen können. Eine öffentliche URL schlägt ein Repository.
2. 2Schreiben Sie jeden Eintrag wie eine Stelle: Name, eine Zeile Beschreibung, der Stack in Klammern und zwei bis drei Stichpunkte mit Zahlen (Nutzer, Datensätze, Tests, Ladezeit, Stars).
3. 3Machen Sie das Repository vorzeigbar: ein README mit Screenshot und Installationsschritten, eine saubere Commit-Historie, Tests, die laufen. Teamleitungen lesen zuerst das README.
4. 4Pinnen Sie diese Repositories in Ihrem GitHub-Profil und archivieren Sie aufgegebene Tutorial-Klone.
5. 5Bei Open-Source-Arbeit verlinken Sie den gemergten Pull Request selbst, nicht nur das Projekt.

Drei Zeilen: Berufsbezeichnung und Jahre, der Stack und die Art des Produkts, ein Ergebnis mit Zahl. Ein Berufsziel schreiben Sie nur, wenn Sie noch gar keine Berufserfahrung haben, und selbst dann funktioniert ein Profil wie im ersten Beispiel besser.

Einstiegsstellen in der Softwareentwicklung ziehen viele Bewerbungen an. Eingeladen werden die, bei denen die Teamleitung denkt: „Diese Person hat schon etwas gebaut.“ Das zeigen Sie mit Projekten, Praktika, Werkstudententätigkeit und jedem Nachweis, dass Sie bereits in fremdem Code gearbeitet haben.

• Reihenfolge: Kopf mit GitHub-Link, kurzes Profil, Kenntnisse nach Tiefe gestaffelt, dann Projekte (zwei oder drei, mit Zahlen) sowie Praktika und Werkstudentenstellen. Mit Hochschulabschluss (Informatik B.Sc. oder M.Sc.) oder als Fachinformatiker/in für Anwendungsentwicklung steht die Ausbildung mit Abschlussdatum direkt nach dem Profil; Bootcamp-Absolvent/innen und Autodidakt/innen setzen sie weiter nach unten. Jobs außerhalb der IT kommen zuletzt, mit je ein bis zwei Zeilen.
• Praktika und Werkstudentenstellen zählen als Berufserfahrung. Nennen Sie die Art des Unternehmens, das Team, den Stack und was Sie gemergt haben. „11 gemergte Pull Requests“ ist eine Zahl, der eine Teamleitung traut.
• Hackathons, Programmierwettbewerbe und Tutorentätigkeit an der Hochschule gehören mit Ergebnis auf die Seite (Platzierung, Teilnehmende, betreute Studierende).
• Jobs außerhalb der IT zeigen Zuverlässigkeit: „Schichtleitung im Café, 2022 bis 2024: 6 neue Kolleginnen und Kollegen eingearbeitet, Kassenabschluss verantwortet.“ Ein bis zwei Zeilen.
• Weglassen: Grundschule und Zeugnisnoten einzelner Schulfächer (das Abitur reicht als eine Zeile), jeden jemals begonnenen Onlinekurs und ein Berufsziel, in dem Sie „dazulernen und wachsen“ möchten. Eine Seite reicht.

Auf Senior- und Staff-Ebene lautet die Frage nicht mehr „Können Sie programmieren?“, sondern „Wofür waren Sie verantwortlich, und wen haben Sie besser gemacht?“. Der Stack zählt weiterhin, rückt aber auf der Seite nach unten.

• Beginnen Sie mit Verantwortung: Systeme, die Sie entworfen haben oder für die Sie technisch verantwortlich waren, mit Größenordnung (Last, Umsatz über das System, abhängige Teams).
• Zeigen Sie teamübergreifende Arbeit: RFCs oder Designdokumente, die Sie geschrieben haben, Migrationen über mehrere Teams, Entscheidungen über Anbieter.
• Zeigen Sie Wirkung auf Menschen: betreute Entwicklerinnen und Entwickler, geführte Auswahlgespräche, verkürzte Einarbeitungszeit.
• Nennen Sie Kosten- und Zuverlässigkeitszahlen: gesenkte Cloud-Kosten, Verfügbarkeit, Störungsrate, MTTR.
• Zwei Seiten sind in Ordnung, die aktuelle Stelle sollte aber trotzdem die halbe erste Seite füllen. Stationen, die älter als 10 Jahre sind, fassen Sie auf je eine Zeile zusammen.

Viele Tech-Unternehmen lassen Bewerbungen durch Systeme wie Greenhouse, Workday, Personio oder SmartRecruiters laufen, die den Lebenslauf zuerst in Felder zerlegen. Vorlagen, die am Bildschirm gut aussehen, werden oft schlecht gelesen, und Ihre Kenntnisse landen im Adressfeld.

• Eine Seite für den Einstieg, mit mehrjähriger Erfahrung höchstens zwei.
• Eine Spalte, eine Standardschrift, keine Icons, Skill-Balken oder Textfelder. Zweispaltige Vorlagen sind die häufigste Ursache für durcheinandergeratene Daten.
• Übliche Abschnittsnamen: Berufserfahrung, Projekte, Kenntnisse, Ausbildung.
• Ein textbasiertes PDF mit dem Namen Vorname-Nachname-Lebenslauf.pdf.
• Übernehmen Sie die Begriffe der Anzeige je einmal: genaue Namen von Sprachen und Frameworks, „REST“, „Microservices“, „CI/CD“, „Unit-Tests“, den Cloud-Anbieter, „Agile“ oder „Scrum“.
• Bewerbungsfoto, Geburtsdatum und Familienstand sind in Deutschland üblich, aber freiwillig; viele Tech-Unternehmen verzichten ausdrücklich darauf. Als Adresse genügt die Stadt, den Satz „Referenzen auf Anfrage“ lassen Sie weg. Arbeitszeugnisse schicken Sie mit, wenn die Anzeige Unterlagen verlangt.

Fügen Sie die Stellenanzeige zusammen mit Ihrem Lebenslauf in den ATS-Check von cvplex ein. Er zeigt, welche Stack-Begriffe aus der Anzeige fehlen, ob Ihre Kenntnisse als ein Abschnitt erkannt wurden und welchen Stichpunkten eine Zahl fehlt.