Zum Inhalt springen
Laddro
Lebenslauf

Lebenslauf für Softwareentwickler: Muster, Skills und was IT-Recruiter wirklich lesen

So baust du als Softwareentwickler einen Lebenslauf, den IT-Recruiter lesen: Aufbau, ein Muster zum Abschreiben, Skills, Projekte und die typischen Fehler.

7 Min. Lesezeit
Illustration for Lebenslauf für Softwareentwickler: Muster, Skills und was IT-Recruiter wirklich lesen

Als Entwickler bist du auf dem deutschen Arbeitsmarkt gefragt wie kaum jemand sonst. Laut der Bitkom-Erhebung von August 2025 fehlten in der deutschen Wirtschaft rund 109.000 IT-Fachkräfte, und die Softwareentwicklung war dabei einer der am stärksten gesuchten Bereiche. Trotzdem landen viele CVs von guten Leuten im Nein-Stapel, weil sie den Job nicht erledigen, für den ein Lebenslauf da ist: in wenigen Minuten klarmachen, was du gebaut hast und was du kannst.

Dieser Leitfaden zeigt dir den Aufbau, ein Muster zum Abschreiben und die Fehler, die dich als Entwickler den Termin kosten. Er richtet sich an Backend-, Frontend- und Fullstack-Leute genauso wie an Berufseinsteiger nach dem Informatikstudium.

Warum dein Lebenslauf anders funktioniert als der einer Fachkraft

IT-Recruiter schauen zuerst auf den Lebenslauf, nicht auf das Anschreiben. Das Karriereportal get in IT weist darauf hin, dass rund 40 Prozent der Personaler in weniger als fünf Minuten entscheiden, ob jemand in die nächste Runde kommt. Bei technischen Rollen kommt dazu, dass in der ersten Sichtung oft ein nicht-technischer Recruiter sitzt, der nach Stichworten sucht: der Sprache aus der Stellenanzeige, dem Framework, der Cloud, der Erfahrung in Jahren.

Das heißt für dich: Deine wichtigsten Technologien und dein stärkstes Projekt müssen sofort ins Auge springen, nicht auf Seite zwei versteckt sein. Ein Lebenslauf, der nur Aufgaben aufzählt, ohne ein einziges Ergebnis zu nennen, wirkt austauschbar. Genau das ist der Punkt, an dem du dich von den anderen dreißig Bewerbungen absetzt.

Der Aufbau: tabellarisch, zwei Seiten, antichronologisch

An den Grundregeln führt in Deutschland kein Weg vorbei. Die Bundesagentur für Arbeit empfiehlt einen tabellarischen Lebenslauf von höchstens zwei DIN-A4-Seiten, in antichronologischer Reihenfolge, also die aktuellste Station zuerst. Auch get in IT nennt zwei Seiten als Obergrenze für den Kern-CV.

In dieser Reihenfolge liest sich ein Entwickler-Lebenslauf am besten:

  1. Persönliche Angaben (Name, Kontakt, optional Foto)
  2. Kurzprofil (drei bis fünf Zeilen)
  3. Berufserfahrung
  4. Ausbildung und Studium
  5. Technische Kenntnisse und Sprachen
  6. Optional: Projekte, Open Source, Zertifikate

Berufseinsteiger drehen Punkt 3 und 4 um und stellen das Studium nach oben. Wer schon zwei, drei Jahre im Job ist, führt die Berufserfahrung vor der Ausbildung, weil sie mehr über dich aussagt als die Abschlussnote.

Das Kurzprofil: deine ersten fünf Zeilen

Ganz oben, direkt unter den Kontaktdaten, gehört ein Kurzprofil. Es ist deine Visitenkarte in Textform und fasst zusammen, wer du fachlich bist. So könnte das für einen Backend-Entwickler aussehen (die Zahlen im Muster sind Platzhalter, die du durch deine eigenen ersetzt):

Softwareentwickler mit fünf Jahren Erfahrung in der Backend-Entwicklung mit Java und Spring Boot. Habe bei einem Logistik-SaaS die durchschnittliche API-Antwortzeit um 40 Prozent gesenkt und drei Werkstudenten fachlich angeleitet. Suche eine Rolle, in der ich Microservices von der Architektur bis zum Deployment verantworte.

Drei Sätze, und der Recruiter weiß, was du machst, was du erreicht hast und was du suchst. Passe diesen Block für jede Bewerbung an die Stelle an. Die Bundesagentur für Arbeit rät ausdrücklich, den Lebenslauf individuell auf den Arbeitgeber zuzuschneiden und nicht denselben für alle zu verschicken.

Berufserfahrung: Projekte und Ergebnisse statt Aufgabenliste

Hier entscheidet sich fast alles. Eine StepStone-Auswertung, auf die sich der Indeed-Karriereguide für Softwareentwickler beruft, betont, dass Recruiter dem Lebenslauf die meiste Aufmerksamkeit schenken. Und die häufigste Schwäche ist immer dieselbe: eine Liste von Aufgaben ohne jedes Ergebnis.

Vergleich mal diese zwei Versionen derselben Station:

Vorher: Zuständig für die Entwicklung neuer Features und die Wartung der Anwendung.

Nachher: Neue Zahlungsschnittstelle mit Stripe konzipiert und umgesetzt, wodurch die Zahlungsabbrüche um 18 Prozent sanken. Ein Legacy-Modul von PHP auf Node.js migriert und die Ladezeit der Startseite von 4,2 auf 1,3 Sekunden reduziert.

Die zweite Version zeigt, dass du nicht nur programmierst, sondern etwas bewegst. get in IT bringt es auf den Punkt: Verbinde deine Kenntnisse mit konkreten Projekten oder Erfolgen, damit klar wird, nicht nur was du kannst, sondern wie du es eingesetzt hast. Ein guter Bullet nennt die Technologie, die Handlung und das messbare Ergebnis. Wenn du keine harte Zahl hast, reicht auch ein qualitatives Ergebnis: Deployments von manuell auf automatisiert per GitLab CI umgestellt.

So sieht eine ausgeschriebene Station im Muster aus:

Softwareentwickler (Backend), Frachtblick GmbH, Hamburg 03/2022 bis heute Stack: Java, Spring Boot, PostgreSQL, Docker, AWS

  • REST-API für die Sendungsverfolgung neu aufgesetzt, mittlere Antwortzeit von 480 auf 210 Millisekunden gesenkt.
  • Test-Abdeckung des Kernmoduls von 35 auf 82 Prozent erhöht und die Zahl der Produktionsfehler pro Release halbiert.
  • Onboarding für neue Entwickler dokumentiert und die Einarbeitungszeit von vier auf zwei Wochen verkürzt.

Jede Zeile beginnt mit einem Verb im Perfekt und endet mit einer Wirkung. Genau in diesem Muster liest ein Recruiter deinen Beitrag heraus, ohne raten zu müssen.

Skills richtig einsortieren

Eine Wand aus vierzig Buzzwords hilft niemandem. get in IT warnt sogar, dass zu viele Skills schnell unglaubwürdig wirken. Sortiere deine Kenntnisse stattdessen in Kategorien und mach mit einer drei- oder fünfstufigen Skala deutlich, wie tief deine Erfahrung geht.

Ein sauberer Kenntnisblock kann so aussehen:

Kategorie Kenntnisse
Programmiersprachen Java (sehr gut), TypeScript (gut), Python (Grundkenntnisse)
Frameworks Spring Boot, React, Node.js
Datenbanken PostgreSQL, Redis, MongoDB
DevOps und Cloud Docker, Kubernetes, GitLab CI, AWS
Sprachen Deutsch (Muttersprache), Englisch (C1)

Nimm nur auf, was für die Stelle wirklich zählt. Steht in der Anzeige Kubernetes und du hast damit gearbeitet, muss es hier stehen, und zwar mit der Bezeichnung aus der Anzeige, damit auch ein automatischer Filter es findet. Trage keine Technologie ein, zu der du im Gespräch keine zwei Minuten erzählen kannst.

Projekte, GitHub und Open Source

Bei Entwicklern zählen Projekte oft mehr als der Titel deiner letzten Stelle. get in IT empfiehlt eine separate Projektliste mit Titel, Zeitraum, deinen konkreten Aufgaben und den eingesetzten Technologien. Wichtig: Es ist völlig in Ordnung, wenn du nur an einzelnen Teilen mitgewirkt hast, schreib genau das hin.

Verlinke, was deine Arbeit zeigt. Wenn du an Open-Source-Projekten mitarbeitest oder auf Stack Overflow aktiv bist, gehört der Link in den Lebenslauf, denn das sind laut get in IT starke Referenzen. Ein aufgeräumtes GitHub-Profil mit ein paar echten Repositories sagt mehr als jede Selbstbeschreibung. Achte nur darauf, dass die verlinkten Projekte auch vorzeigbar sind, ein verwaistes Repo aus dem ersten Semester bringt nichts.

Wo du dich bewirbst, und was daneben zählt

Die meisten Entwicklerstellen in Deutschland laufen über StepStone, Indeed.de, das spezialisierte Portal get in IT und die Karriereseiten der Unternehmen selbst. Viele Recruiter suchen zusätzlich aktiv auf LinkedIn und Xing. Halte dein LinkedIn-Profil deshalb konsistent zum Lebenslauf, gleiche Stationen, gleiche Jahre, denn Widersprüche fallen sofort auf. Ein sauberes Profil ersetzt den Lebenslauf nicht, aber es ist oft der erste Kontaktpunkt, über den dich jemand überhaupt anspricht.

Foto, Länge und die Details, die zählen

Anders als in vielen Ländern ist das Bewerbungsfoto in Deutschland weiter Standard. get in IT verweist darauf, dass für 82 Prozent der Arbeitgeber ein Foto die Bewerbung komplett macht. Wenn du eins nimmst, dann ein professionelles: Kopf und Schulter, guter Hintergrund, nicht älter als ein Jahr. Ein Selfie schadet mehr, als gar kein Foto zu haben.

Zwei weitere Punkte, die immer wieder durchfallen:

  • Lücken. Die Bundesagentur für Arbeit rät, Unterbrechungen von mehr als zwei Monaten zu erklären. Sabbatical, Elternzeit oder Weiterbildung sind kein Makel, ein unerklärtes Loch dagegen weckt Fragen.
  • Aktualität und Format. Halte den Lebenslauf auf dem aktuellen Stand, speichere ihn als PDF, nicht als Word-Datei, und benenne die Datei sauber, etwa Lebenslauf_Vorname_Nachname.pdf.

Häufige Fehler auf einen Blick

  • Aufgaben aufzählen statt Ergebnisse zeigen.
  • Vierzig Technologien listen, von denen du zehn nur mal gesehen hast.
  • Für jede Bewerbung denselben Lebenslauf schicken, obwohl die Anzeigen unterschiedliche Sprachen und Stacks nennen.
  • Das stärkste Projekt auf Seite zwei verstecken.
  • Kein Foto oder ein privates Schnappschussfoto verwenden.
  • Über zwei Seiten gehen, weil auch das Praktikum von 2016 noch drinsteht.

Kurz zusammengefasst

Ein guter Entwickler-Lebenslauf ist tabellarisch, maximal zwei Seiten lang und antichronologisch aufgebaut. Er beginnt mit einem knackigen Kurzprofil, zeigt in der Berufserfahrung messbare Ergebnisse statt Aufgabenlisten, sortiert die Skills in Kategorien mit ehrlichem Level und verlinkt Projekte, die deine Arbeit belegen. Der Markt sucht dich, mit über 100.000 unbesetzten IT-Stellen laut Bitkom. Sorg dafür, dass dein Lebenslauf in den ersten fünf Minuten zeigt, warum du die Person bist.

Mit Laddro baust du genau so einen Lebenslauf in wenigen Minuten, mit einer klaren tabellarischen Struktur, Platz für deine Skills und Projekte und einer PDF-Ausgabe, die auch durch automatische Filter kommt.