Lebenslauf für Tech-Jobs: So schreibst du einen für jede Rolle (2026)

Die meisten Ratschläge zum Lebenslauf (CV) für Tech-Jobs sind für Softwareentwickler geschrieben und werden dann für jede andere Tech-Rolle wiederverwendet. Eine Produktmanagerin, ein Datenanalyst, eine UX-Designerin, ein SRE, ein Systemadministrator und eine QA-Ingenieurin bewerben sich über dieselben Portale und werden von denselben Recruitern gesichtet, aber auf jeder Seite sucht der Leser nach anderen Belegen. Dieser Leitfaden behandelt das Format, das für alle Tech-Rollen funktioniert, und geht dann Rolle für Rolle durch: was sich im Abschnitt Fähigkeiten ändert, welche Links hineingehören, welche Kennzahlen zählen, und jeweils einen kurzen erfundenen Ausschnitt.

Wenn du beruflich Software schreibst, ist der Leitfaden zum Lebenslauf für Softwareentwickler die bessere Seite für dich. Die Abschnitte unten behandeln die Rollen rund um die Entwicklung.

Was einen Lebenslauf für Tech-Jobs anders macht

Recruiter in der Tech-Branche sichten zuerst nach Tools und Ergebnissen, bevor sie irgendetwas anderes lesen. Die Anzeige nennt einen Stack, eine Plattform oder eine Methode, und der erste Durchgang prüft, ob deine Seite diese Wörter enthält. Der zweite Durchgang, durch die Führungskraft, prüft, ob du etwas damit gemacht hast. Ein Lebenslauf für Tech-Jobs funktioniert, wenn beide Durchgänge schnell gehen: Der Abschnitt Fähigkeiten beantwortet den ersten in fünf Sekunden, und die Stichpunkte zur Berufserfahrung beantworten den zweiten mit Zahlen.

Der zweite Unterschied sind Belege außerhalb des Dokuments. Das Portfolio einer Designerin, das Notebook eines Analysten, das Open-Source-Terraform-Modul eines SRE und ein Produkt einer PM, für das sich jeder anmelden kann, wiegen alle mehr als Adjektive. Die Aufgabe des Lebenslaufs ist, darauf zu zeigen.

So formatierst du einen Lebenslauf für Tech-Jobs

Das Format ist über alle Rollen gleich, also leg es einmal fest.

• Eine Seite in deinen ersten acht bis zehn Berufsjahren. Zwei Seiten für erfahrene Leute mit vielen Produkten oder Systemen, über die sie Rechenschaft ablegen müssen.
• Umgekehrt chronologisch. Aktuelle Stelle zuerst. Funktionale Lebensläufe, die Daten verstecken, laden Fragen zu den Lücken ein.
• Reihenfolge der Abschnitte: Kontakt, Profil (optional, zwei Zeilen), Fähigkeiten, Berufserfahrung, Projekte, Ausbildung, Zertifikate. Designer und Analysten mit starkem Portfolio können Projekte über die Berufserfahrung setzen, wenn sie am Anfang ihrer Laufbahn stehen.
• Kontaktblock im Hauptteil der Seite, mit Name, Stadt, E-Mail, Telefon und Links. Halte ihn aus der Kopfzeile von Word heraus; Parser können ihn dort überspringen.
• Links als Text, nicht nur als Icons: linkedin.com/in/name, github.com/name, name.design. Der Link sollte Kopieren und Einfügen überstehen.
• Textbasiertes PDF. Exportiere aus deinem Editor, statt als Bild zu drucken. Markiere einmal alles und füge das Ergebnis in einen einfachen Texteditor ein, um zu prüfen, dass jeder Abschnitt in der richtigen Reihenfolge herauskommt.
• Schlichte Schriften, 10 bis 11 Punkt, einspaltig für alles, was du über ein Bewerbungsformular einreichst. Eine zweispaltige Version ist in Ordnung für ein PDF, das du einem Menschen per E-Mail schickst.
• Kein Foto bei Bewerbungen in den USA und nirgendwo ein Geburtsdatum. Im deutschsprachigen Raum ist ein Foto noch verbreitet, aber nicht vorgeschrieben, und nach dem Allgemeinen Gleichbehandlungsgesetz darf es kein Auswahlkriterium sein.
• Dateiname: Vorname-Nachname-Lebenslauf.pdf.

Das Vokabular im Abschnitt Fähigkeiten sollte die Anzeige spiegeln. Wie du Begriffe aus einer Stellenbeschreibung ziehst und platzierst, steht im Leitfaden zu Keywords im Lebenslauf; diese Seite setzt voraus, dass du das erledigt hast, und konzentriert sich darauf, was die Seite für jede Rolle beweisen muss.

Beispiele für Lebensläufe in Tech-Jobs nach Rolle

Jeder Ausschnitt unten ist erfunden. Personen, Firmen und Zahlen sind ausgedacht, um die Form eines starken Eintrags zu zeigen.

Produktmanagement

Der Leser will wissen, was du ausgeliefert hast, wer es genutzt hat und wie du entschieden hast, was gebaut wird. Der schwache PM-Lebenslauf listet Zuständigkeiten auf („Roadmap verantwortet“); der starke listet Ergebnisse mit der Methode dazu.

Abschnitt Fähigkeiten: Discovery-Methoden (Interviews, Umfragen, Usability-Tests), Werkzeuge für Experimente (A/B-Frameworks, Analytics wie Amplitude oder Mixpanel), SQL, wenn du deine eigenen Abfragen schreiben kannst, die Werkzeuge für die Umsetzung (Jira, Linear) und Fachwissen (Payments, Gesundheitswesen, B2B-SaaS). Lass Programmiersprachen weg, außer die Anzeige sucht eine technische PM.

Links: LinkedIn, dazu das Produkt selbst, wenn die Öffentlichkeit es sehen kann. Ein kurzer öffentlicher Bericht über einen Launch ist mehr wert als ein Medium-Beitrag über Produktphilosophie.

Kennzahlen: Nutzung, Aktivierung, Bindung, Umsatz, Zeit bis zur Auslieferung, gestrichener Umfang und die Größe des Teams, mit dem du gearbeitet hast.

Beispiel (erfunden): Senior Product Manager, Lumen Ledger (B2B-SaaS für Rechnungen), 2024 bis heute

• Zahlungserinnerungen von der Discovery bis zum Launch verantwortet; 1.200 zahlende Konten nutzten die Funktion im ersten Quartal, und verspätete Zahlungen sanken bei diesen Konten um 18 %.
• 32 Kundeninterviews und eine Umfrage mit 400 Antworten durchgeführt, um die Roadmap 2026 zu priorisieren; der geplante Umfang schrumpfte um ein Drittel, bevor die Entwicklung begann.
• Die Aktivierungskennzahl definiert (erste Rechnung innerhalb von 7 Tagen verschickt) und sie mit Änderungen am Onboarding von 41 % auf 56 % gesteigert.
• PRDs geschrieben und Zwei-Wochen-Sprints mit sechs Entwicklern und einer Designerin geführt; 11 Releases in 12 Monaten ausgeliefert.

Datenanalyse und Data Science

Der Leser sucht zuerst nach SQL, dann nach Data-Warehouse- und BI-Tools, dann danach, ob deine Analyse eine Entscheidung verändert hat. Bei Data-Science-Rollen kommen Bibliotheken zur Modellierung dazu, und er sucht nach einer Kennzahl des Modells und einer Geschichte zum Deployment.

Abschnitt Fähigkeiten: SQL mit Dialekt (BigQuery, Snowflake, Postgres), Python oder R mit den Bibliotheken, die du nutzt (pandas, statsmodels, scikit-learn), Werkzeuge für Transformation und BI (dbt, Looker, Tableau, Power BI), Versuchsplanung und bei Data Science die Modellierung (Gradient Boosting, Prognosen, NLP) plus Grundlagen des Deployments (Docker, Airflow, MLflow).

Links: GitHub mit ein oder zwei aufgeräumten Notebooks oder ein öffentliches Dashboard.

Kennzahlen: eingesparte Beträge oder Stunden, veränderte Entscheidungen, verkürzte Berichtszeit, Leistung des Modells (AUC, RMSE, Precision@k) und was das Modell in Produktion bewirkt hat.

Beispiel (erfunden): Data Analyst, Northbank Grocery (Online-Lebensmittelhandel), 2023 bis heute

• Das wöchentliche Dashboard zur Kundenbindung in Looker auf einem dbt-Modell über BigQuery gebaut; es ersetzte vier Tabellen und verkürzte das Reporting am Montag von sechs Stunden auf zwanzig Minuten.
• Die Preise für Lieferfenster mit einem Differenz-von-Differenzen-Test über 14 Städte analysiert; das Pricing-Team erhöhte daraufhin die Gebühren für Stoßzeiten, was geschätzt 310.000 £ im Jahr einbringt.
• Die SQL-Definition von „aktiver Kunde“ geschrieben, die Finanzen, Marketing und die Präsentation für den Vorstand heute gemeinsam nutzen.
• Ein Churn-Modell mit Gradient Boosting trainiert (AUC 0,84), das eine wöchentliche Rückgewinnungskampagne speist; angesprochene Kunden wandern 9 % seltener ab als die Kontrollgruppe.

UX-Design

Das Portfolio leistet die Hauptarbeit, die Aufgabe des Lebenslaufs ist also, den Leser dazu zu bringen, es zu öffnen. Führungskräfte suchen den Prozess von Anfang bis Ende (Research, Flows, Prototypen, Übergabe) und Belege, dass ein Design nach dem Release eine Kennzahl verändert hat.

Abschnitt Fähigkeiten: Design-Tools (Figma, Prototyping), Research-Methoden (Usability-Tests, Interviews, Umfragen), Systemarbeit (Designsysteme, Komponentenbibliotheken), Barrierefreiheit (WCAG 2.1 oder 2.2) und die Analytics, die du liest (Mixpanel, Hotjar). Eine Zeile Frontend-Wissen (HTML/CSS, Grundlagen in React) hilft bei Produktteams.

Links: die URL des Portfolios ganz oben, neben deinem Namen. Stell sicher, dass es ohne Passwort lädt, oder nenne das Passwort in der Bewerbung. Füg Dribbble oder Behance nur hinzu, wenn die Arbeiten dort aktuell sind.

Kennzahlen: Erfolgsquote bei Aufgaben, Conversion, Bearbeitungszeit, Support-Tickets, Ergebnisse von Barrierefreiheits-Audits und die Übernahme eines Designsystems durch andere Teams.

Beispiel (erfunden): Product Designer, Harbor Health (Patienten-App), 2023 bis heute · Portfolio: harborwork.example

• Die Terminbuchung von neun Bildschirmen auf vier umgestaltet; die Abschlussquote stieg im Monat nach dem Release von 63 % auf 81 % (Mixpanel).
• 18 Usability-Sitzungen in drei Runden durchgeführt und die Ergebnisse in eine Figma-Komponentenbibliothek überführt, die heute zwei Squads nutzen.
• Mit der Entwicklung einen Durchgang zur Barrierefreiheit gemacht; 46 Bildschirme bestanden ein Audit nach WCAG 2.1 AA.

DevOps und SRE

Dieser Lebenslauf liest sich am ehesten wie der eines Softwareentwicklers, mit Schwerpunkt auf Infrastruktur, Zuverlässigkeit und Kosten. Der Leser sucht nach dem Cloud-Anbieter, nach Tools für Orchestrierung und Infrastructure as Code und danach, ob du Rufbereitschaft hattest.

Abschnitt Fähigkeiten: Cloud (AWS, GCP oder Azure mit den Services, die du betrieben hast), Kubernetes und Helm, Terraform oder Pulumi, CI/CD (GitHub Actions, GitLab CI, Argo CD), Observability (Prometheus, Grafana, Datadog), Skripting (Python, Bash, Go), Linux, Netzwerkgrundlagen und Incident-Management.

Links: GitHub mit einem Terraform-Modul, einem Helm-Chart oder einem Operator, den du pflegst.

Kennzahlen: Deploy-Zeit, Deploy-Frequenz, Change Failure Rate, mittlere Wiederherstellungszeit, Erreichen der SLOs, Alarme pro Woche und Infrastrukturkosten.

Beispiel (erfunden): Site Reliability Engineer, Quillpay (Payments), 2022 bis heute

• 40 Services von handgebauten EC2-Hosts mit Terraform und Helm auf EKS umgezogen; die Deploy-Zeit sank von 45 auf 6 Minuten und die monatlichen Rechenkosten um 22 %.
• Rufbereitschaft für die Payment-API verantwortet (SLO 99,95 %); die Alarme von 31 pro Woche auf 8 gesenkt, durch korrigierte Alarmschwellen und die Behebung von drei wiederkehrenden Fehlerursachen.
• Pipelines in GitHub Actions mit Canary-Deploys und automatischem Rollback gebaut; die Change Failure Rate sank von 14 % auf 4 %.
• Den Incident-Prozess geschrieben und in einem Jahr 26 Post-Mortems ohne Schuldzuweisung geleitet; die mittlere Wiederherstellungszeit sank von 71 auf 24 Minuten.

IT-Support und Systemadministration

Der Leser prüft zuerst die Umgebung (Windows oder Linux, Microsoft 365 oder Google Workspace, Identitäten lokal oder in der Cloud), dann die Größenordnung (Nutzer, Standorte, Tickets), dann, ob du die Arbeit reduziert hast, statt sie nur zu erledigen.

Abschnitt Fähigkeiten: Betriebssysteme und Verzeichnisdienste (Windows Server, Active Directory, Entra ID), Endgeräteverwaltung (Intune, Jamf), Office-Suiten, Netzwerk (VLANs, DHCP, DNS, Firewalls), Skripting (PowerShell, Bash), Ticketsysteme (Jira Service Management, ServiceNow) und Frameworks (ITIL). Zertifikate zählen hier mehr als in den meisten Tech-Rollen: CompTIA, Microsoft, Cisco und Cloud-Grundlagen bekommen einen eigenen Abschnitt.

Links: LinkedIn reicht. Ein GitHub mit PowerShell- oder Automatisierungsskripten hilft, wenn du in Richtung DevOps willst.

Kennzahlen: betreute Nutzer und Standorte, geschlossene Tickets, Quote der Lösung am selben Tag, Verfügbarkeit, Dauer von Rollouts, Einrichtungszeit pro Gerät und Sicherheitsvorfälle vor und nach einer Änderung.

Beispiel (erfunden): IT-Systemadministrator, Castell Logistics (600 Beschäftigte, vier Standorte), 2022 bis heute

• Microsoft 365, Intune und Active Directory für 600 Nutzer administriert; etwa 2.400 Tickets im Jahr geschlossen, mit einer Quote von 94 % am selben Tag gelöst.
• MFA und bedingten Zugriff in acht Wochen für alle Konten eingeführt; Vorfälle mit kompromittierten Konten sanken im folgenden Jahr von fünf pro Quartal auf null.
• Die manuelle Einrichtung von Laptops durch ein Autopilot-Image ersetzt und die Einrichtung für neue Beschäftigte von drei Stunden auf dreißig Minuten verkürzt.

QA und Testing

Der Leser sucht zuerst nach Automatisierung, dann nach Testdesign, dann nach Belegen, dass deine Tests Fehler gefunden haben, bevor es Kunden taten. Lebensläufe mit reinem manuellem Testen bekommen immer noch Einladungen, aber ein Framework-Name im Abschnitt Fähigkeiten bringt dich in der Liste nach oben.

Abschnitt Fähigkeiten: Automatisierungs-Frameworks (Playwright, Cypress, Selenium) mit der Sprache (TypeScript, Python, Java), API-Tests (Postman, REST Assured), Performance (JMeter, k6), Testmanagement (TestRail, Xray), CI-Integration, SQL für Datenprüfungen und ISTQB, wenn du es hast.

Links: GitHub mit einer Beispiel-Testsuite, auch einer kleinen, zeigt, wie du Tests strukturierst.

Kennzahlen: Anzahl der Tests und Abdeckung, Laufzeit der Suite, abgefangene Regressionen, vor dem Release gefundene Fehler, eingesparte Zeit für manuelle Regressionstests und nach dem Release entwischte Fehler.

Beispiel (erfunden): QA Engineer, Brightlane (Edtech), 2023 bis heute

• Die End-to-End-Suite mit Playwright von null auf 420 Tests für Checkout und Klassenzimmer-Abläufe aufgebaut; sie läuft in der CI in 11 Minuten und hat in einem Jahr 37 Regressionen blockiert.
• Den Testplan für die Migration der Zahlungen geschrieben und vor dem Release 23 Fehler gefunden, darunter einen Rundungsfehler bei Währungen, der 3 % der Bestellungen betraf.
• Den manuellen Regressionstest von drei Tagen auf einen verkürzt, durch Automatisierung von 60 % der Fälle und das Löschen von Duplikaten.

Den Abschnitt Fähigkeiten für jede Tech-Rolle schreiben

Gruppiere nach Kategorie und beschrifte die Zeilen, in der Reihenfolge, die der Anzeige wichtig ist. Ein Datenanalyst, der sich bei einer Firma mit Snowflake bewirbt, beginnt mit SQL und Snowflake; derselbe Analyst, der sich bei einem Forschungsteam mit viel Python bewirbt, beginnt mit pandas und statsmodels. Vier bis sechs Zeilen sind üblich.

Führe auf, worüber du im Gespräch sprechen kannst. Eine Recruiterin wird die Liste nicht testen, aber die Führungskraft sucht sich den am wenigsten vertrauten Eintrag heraus und fragt danach. Tools, die du einmal benutzt hast, gehören mit Kontext in einen Projekt-Stichpunkt („einen Proof of Concept in Grafana gebaut“), nicht in den Block Fähigkeiten.

Jahre an Erfahrung pro Tool („Python (5 Jahre)“) bringen wenig und können schaden, weil der Leser die Zahl mit der Anforderung der Anzeige vergleicht, statt die Stichpunkte zu lesen.

Kennzahlen, wenn du keinen Code auslieferst

Tech-Rollen außerhalb der Entwicklung tun sich manchmal schwer, Zahlen zu finden. Probier diese Quellen, bevor du aufgibst:

• Zeit. Eingesparte Stunden pro Woche, Durchlaufzeit, Lösungszeit, Zeit bis zur Auslieferung. Fast jede Rolle kann etwas messen, das schneller geworden ist.
• Größenordnung. Nutzer, Konten, Tickets, Bildschirme, Services, Standorte, Städte. Die Größenordnung sagt dem Leser, wie groß die Probleme waren, die du bewältigt hast.
• Quote. Abschluss, Conversion, Lösung, Fehler, Nutzung. Ein Vorher-nachher-Paar ist die stärkste Form.
• Geld. Zusätzlicher Umsatz, gesenkte Kosten, vermiedene Ausgaben. Schreib „geschätzt“, wenn die Finanzabteilung die Zahl nicht abgesegnet hat.

Wenn es keine Zahl gibt, nimm den Umfang: „die 46 Bildschirme der App“, „ein Team aus sechs Entwicklern“, „vier Standorte“. Ein Umfang schlägt ein Adjektiv.

Lebenslauf-Vorlage für Tech-Jobs: worauf du achten solltest

Eine Vorlage für Tech-Rollen braucht einen Block Fähigkeiten, der beschriftete Zeilen aufnehmen kann, einen Abschnitt Projekte, der neben der Berufserfahrung stehen kann, und eine saubere Textebene beim Export als PDF. Dekoration aus Textfeldern oder Layout-Tabellen kann dich etwas kosten, weil Parser sie in falscher Reihenfolge lesen.

Resume Matcher ist eine kostenlose Open-Source-App (Apache 2.0), die du auf deinem eigenen Rechner mit deinem eigenen KI-Modell betreibst; es ist keine Website, auf die du etwas hochlädst. Ihr Editor bringt sieben Vorlagen mit (Single Column, Two Column, Modern, Modern Two Column, eine im LaTeX-Stil, Clean und Vivid). Jede exportiert ein textbasiertes PDF, das ein Chrome-Browser ohne Fenster aus echtem Webseitentext druckt, sodass jedes Wort auswählbar ist, und die zweispaltigen Layouts setzen den Hauptinhalt in der Lesereihenfolge an den Anfang. Du kannst A4 oder US Letter, Ränder, Abstände und Schriftgröße einstellen, Serif-, serifenlose oder Monospace-Schriften wählen und die Abschnitte per Drag-and-drop in die Reihenfolge ziehen, die deine Rolle braucht, zum Beispiel Projekte über die Berufserfahrung für eine Designerin. Vorschauen und die vollständige Liste der Einstellungen stehen auf der Seite mit den PDF-Vorlagen (auf Englisch).

Jede Vorlage, aus welcher Quelle auch immer, sollte einmal den Kopiertest bestehen, bevor du sie irgendwohin schickst.

Häufige Fehler im Lebenslauf für Tech-Jobs

• Eine Liste der Fähigkeiten, die länger ist als die Berufserfahrung. Kürze sie auf das, was die Anzeige will und was du verteidigen kannst.
• Zuständigkeiten statt Ergebnisse. „Die Rufbereitschaft organisiert“ gegenüber „die Alarme von 31 pro Woche auf 8 gesenkt“.
• Ein Portfolio-Link, der ein Passwort braucht oder zu einer Website führt, die nicht fertig ist.
• Ein Profil für alles. Zwei Zeilen, für jede Bewerbung neu geschrieben, oder gar keins.
• Dieselbe Seite für jede Anzeige. Ein PM-Lebenslauf für eine Payment-Firma und einer für eine Firma im Gesundheitswesen sollten sich keinen Abschnitt Fähigkeiten teilen. Wie du jede Kopie anpasst, steht in wie du deinen Lebenslauf an eine Stellenbeschreibung anpasst.

Häufige Fragen

Unterscheidet sich ein Lebenslauf für Tech-Jobs von einem für Softwareentwickler? Das Format ist gleich. Der Inhalt unterscheidet sich darin, wonach der Leser sucht: Eine PM wird nach Ergebnissen und Discovery gesichtet, ein SRE nach Zuverlässigkeit und Kosten, eine Designerin nach dem Portfolio. Softwareentwickler haben eigene Konventionen für Projekte und Open Source; siehe den Leitfaden zum Lebenslauf für Softwareentwickler.

Wie lang sollte ein Lebenslauf für Tech-Jobs sein? Eine Seite in den ersten acht bis zehn Berufsjahren. Erfahrene Leute mit langer Geschichte an Produkten oder Systemen können zwei nehmen.

Brauche ich ein Portfolio? Designer ja, ohne Ausnahme. Analysten und QA-Ingenieure profitieren von einem kleinen GitHub. PMs und Systemadministratoren kommen ohne aus, auch wenn ein öffentliches Produkt oder ein Repo mit Skripten nie schadet.

Sollte ich Soft Skills aufführen? Nur die, die die Anzeige nennt, und zeig sie in einem Stichpunkt statt in einer Liste: „26 Post-Mortems ohne Schuldzuweisung geleitet“ beweist Kommunikation besser als das Wort.

Wenn dir dieser Leitfaden geholfen hat, gib Resume Matcher auf GitHub einen Stern. Saurabh Rai entwickelt es; folge ihm auf GitHub, X und LinkedIn.