Dein Lebenslauf braucht mehr als eine Liste von Technologien
Softwareentwickler haben oft viel über ihre Systeme zu erzählen und wenig Platz dafür. Der erste Entwurf wird zu einer dichten Inventarliste aus Programmiersprachen, Frameworks, Clouds, Datenbanken und jedem Tool, das man seit dem Studium angefasst hat. Dabei verschwindet die eigentliche Arbeit.
Wer einstellt, braucht ein klareres Bild. Was hast du gebaut oder verbessert? Wie komplex war das Umfeld? Welche Entscheidungen lagen bei dir? Welche Kollegen waren auf deine Arbeit angewiesen? Was hat sich nach dem Release verändert?
Deine technischen Fähigkeiten zählen trotzdem. Überzeugend werden sie, wenn der Abschnitt Berufserfahrung zeigt, dass du sie mit Urteilsvermögen einsetzt.
Kläre die Zielrolle, bevor du überarbeitest
„Softwareentwickler“ steht für sehr unterschiedliche Jobs. Frontend-Entwickler im Produktteam, Backend-Entwickler im Plattformteam, Mobile-Entwickler, Site Reliability Engineers, Embedded-Entwickler und Engineering Manager brauchen jeweils andere Schwerpunkte.
Lies die Stellenanzeige genau und finde heraus, worum es im Kern geht. Schau über die längste Technologieliste hinaus. Bei einer Backend-Stelle zählen vielleicht vor allem zuverlässige Services und konsistente Daten. Eine Stelle im Product Engineering legt womöglich Wert auf Experimente und enge Zusammenarbeit mit dem Design. Eine Plattform-Stelle dreht sich eventuell um Developer Experience, Infrastruktur, Observability und Betriebsaufwand.
Auch das Senioritätslevel verändert, welche Belege zählen. Ein Lebenslauf am Anfang der Karriere kann sich auf Praktika, Studienarbeiten, Open-Source-Beiträge und gut erklärte eigene Projekte stützen. Ein Lebenslauf für Senior-Positionen sollte Verantwortungsbereich, Urteilsvermögen bei der Architektur, Eigenverantwortung, Einfluss und Abwägungen sichtbar machen.
Gib der Seite eine klare technische Struktur
Für die meisten Entwickler ist diese Reihenfolge praktisch: Kontaktdaten, optional ein Kurzprofil, technische Fähigkeiten, Berufserfahrung, ausgewählte Projekte und Ausbildung. Zertifizierungen oder Veröffentlichungen verdienen einen eigenen Abschnitt, wenn sie für die Stelle wichtig sind.
Nimm GitHub, ein Portfolio, eine eigene Website oder einen Tech-Blog nur dann in den Kopfbereich auf, wenn der Link deiner Bewerbung hilft. Teste jeden Link in einem privaten Browserfenster. Ein verwaistes Profil voller unfertiger Tutorial-Repositories bringt womöglich wenig, ein einziges dokumentiertes Projekt dagegen echten Tiefgang.
Das Kurzprofil ist optional. Nutze es, wenn es schnell zeigt, wohin du willst, in welchem Fachgebiet du arbeitest oder auf welchem Level:
Backend-Entwickler mit sieben Jahren Erfahrung in der Entwicklung von Zahlungs- und Abrechnungsservices in Java und Kotlin. Zuletzt mit Schwerpunkt auf der Zuverlässigkeit von Services, ereignisgesteuerter Architektur und Entwicklerwerkzeugen für Teams, die regulierte Systeme betreiben.
Jede Angabe in diesem Kurzprofil sollte an anderer Stelle im Lebenslauf belegt sein.
Stelle die Fähigkeiten gezielt zusammen
Gruppiere Technologien nach Funktion, damit man sie schnell überfliegen kann. Die Kategorien sollten zu deiner Arbeit passen. Ein Backend-Entwickler nutzt vielleicht Sprachen, Frameworks, Daten, Cloud und Infrastruktur sowie Tests. Ein Frontend-Entwickler beginnt eher mit Sprachen, UI-Frameworks, State und Daten, Tests, Barrierefreiheit und Build-Tools.
Ein knapper Abschnitt könnte so aussehen:
Sprachen: Java, Kotlin, SQL, Python; Daten: PostgreSQL, Redis, Kafka; Infrastruktur: AWS, Docker, Kubernetes, Terraform; Tests und Observability: JUnit, Testcontainers, Grafana, OpenTelemetry
Nimm Technologien auf, über die du sicher sprechen kannst. Wenn du ein Framework vor einigen Jahren für ein kleines Tutorial genutzt hast, gehört es wahrscheinlich in deine Lernnotizen und kann aus dem eigentlichen Lebenslauf raus. Schreib Produktnamen korrekt, auch bei Groß- und Kleinschreibung.
Niveauangaben wie „Experte“ oder „fortgeschritten“ werden sehr unterschiedlich verstanden. Stichpunkte zur Berufserfahrung, Projekte, aktuelle Zertifizierungen und die Zahl der Jahre, in denen du eine Technologie zuletzt eingesetzt hast, zeigen Tiefe meist genauer.
Beschreibe Erfahrung so, dass technische Interviewer nachhaken können
Jeder starke Stichpunkt liefert im Gespräch einen Faden, an dem sich ziehen lässt. Er kann ein Feature beschreiben, einen Service, eine Migration, einen Incident, ein Entwicklertool, ein Experiment oder eine Architekturentscheidung. Nenne die eingesetzte Technologie, wenn sie die Methode erklärt. Zeige dann Umfang oder Ergebnis mit Belegen, die du verteidigen kannst.
Eine starre Schreibformel brauchst du nicht. Ein natürlicher Satz enthält oft vier Elemente: das Problem, deinen Beitrag, den technischen Ansatz und das Ergebnis. Zwei oder drei davon können reichen, wenn der Kontext klar ist.
Hier eine hypothetische Überarbeitung auf Grundlage konkreter Notizen.
Ausgangsnotizen: Checkout-API hatte eine p95-Latenz von 1,8 Sekunden; Datenbankaufrufe per Profiling untersucht; zwei Indizes hinzugefügt und eine Abfrage geändert; p95 lag im folgenden Release bei 620 Millisekunden; Änderungen vom Kandidaten selbst geschrieben und deployt.
p95-Latenz der Checkout-API von 1,8 Sekunden auf 620 Millisekunden gesenkt, durch Profiling der Datenbankaufrufe, zwei zusätzliche Indizes und das Umschreiben einer teuren Abfrage.
Kennzahl, Methode und Verantwortung stammen alle aus den Notizen. Eine zusätzliche Behauptung ist nicht nötig.
Hier ein zweites hypothetisches Beispiel, bei dem der Nutzen im Betrieb liegt.
Ausgangsnotizen: Kandidat betreute ein internes Deployment-Tool, das 14 Entwickler nutzten; Validierung für fehlende Umgebungsvariablen ergänzt; damit zusammenhängende Deployment-Fehler sanken von 11 im Mai auf 3 im Juni.
Validierung von Umgebungsvariablen in ein internes Deployment-Tool für 14 Entwickler eingebaut und damit zusammenhängende Deployment-Fehler von 11 im Mai auf 3 im Juni gesenkt.
Der genaue Vergleich von Monat zu Monat verhindert, dass das Ergebnis größer klingt, als die Belege hergeben.
Nutze Kennzahlen, die du erklären kannst
Lebensläufe von Entwicklern sind voller verdächtig perfekter Prozentzahlen. Du kannst einen ausgezeichneten Lebenslauf schreiben, ohne jeden Beitrag in Umsatz oder einen dramatischen Effizienzgewinn umzurechnen.
Nützliche Kennzahlen sind etwa Latenz, Verfügbarkeit, Fehlerrate, Durchsatz, Build-Zeit, Deployment-Frequenz, Zahl der Incidents, Support-Tickets, Testdauer, Cloud-Kosten, Nutzungsrate, Umfang einer Migration, Datenvolumen, Zahl der Nutzer und Zahl der erreichten Teams. Gib den Messzeitraum an, wenn er die Deutung beeinflusst.
Wurde ein genaues Ergebnis nie erfasst, beschreibe Umfang und Bedeutung. Du kannst etwa erklären, dass du zwölf Services migriert, eine Rufbereitschaft für eine Plattform mit direktem Kundenkontakt mitgetragen, einen manuellen Release-Schritt abgeschafft oder das Runbook für Übergaben geschrieben hast. Konkreter Umfang ist ein wertvoller Beleg.
Ordne Erfolge fair zu. Eine Leistungsverbesserung, die ein sechsköpfiges Team erreicht hat, sollte nach Teamleistung klingen. Verben wie „mitentwickelt“, „geleitet“, „verantwortet“, „umgesetzt“ und „beigetragen zu“ drücken unterschiedliche Grade von Verantwortung aus. Wähle das, das du auch benutzen würdest, wenn deine ehemaligen Kollegen mit im Raum säßen.
Liefere genug Kontext für Leute außerhalb deines Unternehmens
Interne Projektnamen und hauseigene Abkürzungen sagen Außenstehenden wenig. Übersetze sie in den Kontext von Produkt, System, Kunden oder Betrieb.
„Mitarbeit an Project Falcon“ lässt die Leserin raten. „Workflows zur Kontowiederherstellung für die B2B-Identitätsplattform des Unternehmens entwickelt“ gibt ihr einen Ansatzpunkt.
Art des Systems, Größenordnung, Methode und Ergebnis kannst du meist nennen, ohne vertrauliche Architektur oder Kundendaten preiszugeben. Halte dich an Arbeitsverträge, Sicherheitsregeln und berufliche Pflichten. Runde oder verallgemeinere sensible Zahlen nur, wenn sie dadurch wahr bleiben, und erkläre sie im Vorstellungsgespräch mit Bedacht.
Stelle Projekte als Entwicklungsarbeit dar
Projekte helfen besonders Studierenden, Quereinsteigern, Entwicklern nach einer Pause und allen, die in ein neues Fachgebiet wechseln. Wähle einige aus, die die Fähigkeiten zeigen, die die Zielstelle verlangt.
Erkläre bei jedem Projekt, was es macht, was dein Beitrag war, welche Technologien im Mittelpunkt stehen, und nenne eine wichtige technische Entscheidung. Verlinke ein Repository oder eine Live-Demo, wenn das sicher ist, funktioniert und leicht zu verstehen ist.
Eine Projektbeschreibung kann eine Entscheidung zur Barrierefreiheit behandeln, eine Teststrategie, einen Deployment-Prozess, ein Datenmodell, eine Performance-Vorgabe, eine Sicherheitsmaßnahme oder eine Abwägung, die du getroffen hast. Solche Entscheidungen verraten mehr als eine lange Liste von Features.
Auch Tutorial-Projekte können zeigen, was du gelernt hast, solange sie ehrlich als solche gekennzeichnet sind. Erweitere sie, dokumentiere, was du geändert hast, und erkläre den Teil, den du gut genug verstehst, um darüber zu sprechen.
Mach dein GitHub-Profil einladend für Prüfende
Ein Recruiter öffnet dein GitHub-Profil vielleicht nie. Ein technischer Interviewer schon eher. Gestalte den ersten Eindruck für diesen zweiten Leser.
Pinne relevante Repositories und schreib eine README, die Zweck, Einrichtung, Architektur, aktuelle Grenzen und wichtige Entscheidungen erklärt. Füge Tests hinzu, wo sie sinnvoll sind. Entferne offengelegte Zugangsdaten und durchsuche die Commit-Historie nach geheimen Schlüsseln, bevor du den Link teilst.
Um das Aktivitätsdiagramm musst du dir kaum Sorgen machen. Beruflicher Code ist oft privat, und eine gesunde Laufbahn als Entwickler lässt Raum für ein Leben abseits des Laptops. Qualität und Relevanz der Arbeit, die du zeigst, zählen weit mehr als eine lückenlose Wand aus grünen Kästchen.
Passe den Lebenslauf an verschiedene Entwicklerrollen an
Ein Frontend-Lebenslauf sollte neben dem Framework auch das Problem zeigen, das Nutzer hatten. Barrierefreiheit, Performance, Arbeit am Designsystem, Experimente, Browserverhalten und die Zusammenarbeit mit dem Design geben ihm zusätzliche Substanz.
Ein Backend-Lebenslauf kann Service-Grenzen, Datenmodelle, Zuverlässigkeit, Sicherheit, Performance, Integrationen und die Verantwortung für den Betrieb hervorheben. Nenne Architekturmuster, wenn du sie wirklich eingesetzt hast und die Abwägungen erklären kannst.
Für Rollen in Plattform, Cloud, DevOps und Site Reliability brauchst du Belege für Systeme, auf die sich andere Entwickler verlassen haben. Zeige Automatisierung, Observability, Incident-Response, Kapazitätsplanung, Infrastruktur-Governance, Kostenmanagement oder Developer Experience anhand konkreter Änderungen.
In Rollen für Daten und Machine Learning solltest du zwischen Analyse, Data Engineering, Modellentwicklung, Evaluation, Deployment und Monitoring unterscheiden. Mach deinen eigenen Beitrag deutlich, wenn sich Forschende, Analysten, Plattformentwickler und Produktteams die Arbeit geteilt haben.
In Führungsrollen nimmt Code womöglich weniger Platz ein. Größe und Verantwortungsbereich des Teams, Recruiting, Coaching, Delivery-Prozesse, Architekturentscheidungen, Arbeit mit Stakeholdern und Ergebnisse für die Organisation werden wichtiger. Behalte genug technischen Kontext, um zu zeigen, welches Umfeld du geführt hast.
Hilf der Software, deinen Lebenslauf zu lesen
Bewerbermanagementsysteme (ATS) unterscheiden sich. Viele können Lebensläufe auslesen, Bewerberdaten speichern und die Suche von Recruitern unterstützen. Nichts davon erzeugt einen universellen Score, der ein Vorstellungsgespräch garantiert.
Verwende vertraute Überschriften wie „Berufserfahrung“, „Technische Fähigkeiten“, „Projekte“ und „Ausbildung“. Halte Daten und Namen der Arbeitgeber leicht erkennbar. Pack wichtige Informationen nicht ausschließlich in Bilder, Icons oder dekorative Diagramme.
Übernimm Begriffe aus der Stellenanzeige, wo sie deinen Hintergrund zutreffend beschreiben. Wenn der Arbeitgeber PostgreSQL verlangt und du nur mit MySQL gearbeitet hast, halte die beiden Datenbanken auseinander. Verwandte Erfahrung kann trotzdem relevant sein, und Ehrlichkeit macht das Vorstellungsgespräch deutlich leichter.
Halte dich an das gewünschte Dateiformat. Ein sauber exportiertes PDF bewahrt meist das Layout, manche Portale verlangen aber ausdrücklich DOCX oder fragen die Angaben über Formularfelder ab. Öffne die fertige Datei und prüfe, ob sich der Text markieren lässt und jede Seite sauber dargestellt wird.
Mehr zum Auslesen von Lebensläufen und zur Suche durch Recruiter erklärt der ATS-Ratgeber.
Passe an, ohne jedes Mal deine ganze Laufbahn neu zu schreiben
Führe einen umfassenden Master-Lebenslauf oder eine Sammlung deiner Erfolge. Wähle für jede Bewerbung die Erfahrungen, Stichpunkte, Projekte und Fähigkeiten aus, die am besten zur Stelle passen. Ändere die Reihenfolge, wo es hilft, und passe das Kurzprofil an, falls du eins hast.
Fünf sorgfältige Änderungen können mehr bewirken, als jede Zeile neu zu schreiben. Rück das passende Fachgebiet nach vorne, übernimm zutreffende Begriffe aus der Anzeige, wähle die stärksten Belege, streiche ältere Tools, die ablenken, und prüfe die Datei noch einmal.
Speichere die angepasste Version zusammen mit der Stellenanzeige und deinen Notizen. So hast du vor dem Vorstellungsgespräch einen verlässlichen Überblick, vor allem wenn mehrere Bewerbungen gleichzeitig laufen.
Setze KI als Lektor ein, mit deinen eigenen Unterlagen
KI kann helfen, eine Stellenanzeige mit deinem Lebenslauf abzugleichen und technische Texte zu straffen. Sie kann aber auch Architektur, Größenordnungen, Kennzahlen, Verantwortung, Tools und Geschäftsergebnisse erfinden, und das mit voller Überzeugung.
Stelle eine eng umrissene Aufgabe:
Vergleiche diese Stellenanzeige für Softwareentwickler mit meinem Lebenslauf. Nenne die relevanteste Erfahrung mit wörtlichen Zitaten aus meinem Ausgangslebenslauf. Schreibe höchstens fünf Stichpunkte um und verwende dabei nur belegte Fakten. Übernimm Technologien, Kennzahlen, Daten, Teamgrößen und Verantwortlichkeiten exakt. Setze fehlende Details in eckige Klammern, damit ich sie ergänzen kann.
Prüfe die technische Bedeutung so sorgfältig wie die Grammatik. „Zuverlässigkeit verbessert“, „Architektur entworfen“ und „Migration geleitet“ sind gewichtige Behauptungen. Jede braucht einen Beleg.
Mit UseResume kannst du einen Lebenslauf hochladen oder erstellen, eine Stellenanzeige hinzufügen, eine angepasste Version generieren, umgeschriebene Stichpunkte bearbeiten, eine Vorlage wählen und ein PDF exportieren. Behalte die Kontrolle über die endgültige technische Formulierung und streiche jede Ergänzung, die nicht belegt ist.
Die letzte Prüfung
Frag dich vor dem Absenden, ob ein anderer Entwickler die Systeme verstehen würde, an denen du gearbeitet hast, und deinen Beitrag dazu. Prüfe, ob wichtige Technologien im Kontext stehen, Kennzahlen eine Quelle haben, Teamerfolge fair zugeordnet sind und Projektlinks funktionieren.
Lies den Lebenslauf dann noch einmal und achte nur darauf, ob er leicht verständlich ist. Ein Lebenslauf kann technisch beeindruckend sein und sich trotzdem anstrengend lesen. Kurze Sätze, gezielt ausgewählte Details und ruhiges Selbstbewusstsein bringen deine Arbeit weiter.
Dein bestes Material steckt meist schon in deiner Laufbahn. Die Aufgabe ist, es freizulegen, präzise zu benennen und dem Leser einen Grund zu geben, die nächste Frage zu stellen.
Erstelle dein UseResume-Konto und schreib einen gezielten Lebenslauf für die Softwareentwicklung.
Weiter geht es mit den Ratgebern zu technischen Fähigkeiten im Lebenslauf und zum Portfolio im Lebenslauf.
