Engineering-Lebensläufe sind ein eigenes Genre. Was bei Sales oder Marketing funktioniert, hilft im Tech-Recruiting nichts. Ich habe in den letzten Jahren hunderte Engineering-CVs geschrieben oder umgebaut, vom Junior Frontend bis zum Principal Backend, und sehe immer dieselben Muster. In diesem Artikel zerlege ich die Anatomie eines Engineering-Lebenslaufs, der bei Tech-Recruitern und Hiring Managern gleichzeitig funktioniert.
Wer liest deinen CV, und in welcher Reihenfolge
Im Tech-Hiring laufen meistens drei Augenpaare über deinen Lebenslauf: zuerst ein Sourcer oder Tech-Recruiter, dann der Hiring Manager (oft Engineering Lead oder CTO), dann das Team in einer Calibration. Der Sourcer scannt 20 bis 40 Sekunden, schaut auf Stack, Seniorität, Standort und Industrie. Der Hiring Manager liest tiefer, sucht nach Systemverständnis, Impact und Code-Qualität-Signalen. Das Team will wissen, ob du in den Tech-Stack und in die Kultur passt. Dein CV muss auf allen drei Ebenen funktionieren.
Die Reihenfolge der Sektionen
Funktioniert hat sich bei mir folgende Struktur: Header mit Name, Rolle, Standort, GitHub, LinkedIn. Dann ein zwei- bis dreizeiliger Summary mit Stack und Fokus. Danach Berufserfahrung, gefolgt von einem Skill-Block, Ausbildung und Open-Source / Side-Projects. Bei Senioritäten ab Staff Engineer kann zusätzlich eine "Selected Projects" oder "Architecture Highlights" Sektion sinnvoll sein, in der du zwei bis drei konkrete Systeme beschreibst, die du gebaut oder verantwortet hast.
Stack-Darstellung, ohne sich zu blamieren
Der häufigste Fehler ist die Buzzword-Wand: 60 Technologien in einer Liste, ohne Hierarchie. Das wirkt unseriös, weil niemand 60 Tools auf produktivem Niveau beherrscht. Trenne klar zwischen "Primary Stack" (täglich, produktiv, mehrere Jahre), "Working Knowledge" (regelmäßig im Einsatz) und "Familiar" (gesehen, einmal genutzt, nicht aktuell). Recruiter sehen sofort, wo deine Stärken liegen, und Hiring Manager respektieren die Ehrlichkeit.
Beispiel: Primary: TypeScript, React, Node.js, PostgreSQL, AWS (ECS, Lambda, RDS), Terraform. Working: Python, Redis, Kafka, GitHub Actions. Familiar: Go, Kubernetes, GCP. Das ist klar, ehrlich und matched in Boolean-Suchen.
Impact statt Aufgabenliste
"Verantwortlich für die Wartung der Backend-Services" sagt nichts. Tech-Recruiter wollen wissen: Was hast du gebaut, welche Skala, welche Wirkung? Strukturiere jeden Bullet-Point nach dem Muster: Aktion → System / Skala → Ergebnis. Beispiele:
- Migration der monolithischen Rails-Anwendung auf 14 Go-Microservices, Latenz P95 von 820 ms auf 140 ms reduziert, AWS-Kosten um 32 % gesenkt. - Design und Implementierung eines Event-Streaming-Layers mit Kafka (1.2 Mrd. Events/Tag), Replay-fähig, exactly-once über idempotente Consumer. - Einführung von OpenTelemetry-Tracing über 40 Services, MTTR bei Production-Incidents von 47 auf 12 Minuten gesenkt.
Zahlen sind Pflicht. Latenz, Throughput, Kostenreduktion, Test-Coverage-Steigerung, Deployment-Frequenz, Lead Time. Wenn du keine harten Zahlen hast, nimm Proxy-Metriken: Anzahl betreuter Services, Größe des Teams, Userzahlen, Datenvolumen.
System Design und Architektur
Ab Senior-Level wollen Hiring Manager sehen, dass du Systeme entwerfen kannst, nicht nur Tickets abarbeiten. Eine separate Sektion "Architecture Highlights" mit zwei oder drei Mini-Beschreibungen funktioniert hervorragend. Pro Projekt drei bis vier Zeilen: Problem, Lösung, Trade-offs, Outcome.
Beispiel: "Multi-Tenant-Pricing-Engine, Anforderung: 200 ms P99 bei 5k RPS, 12 Tarifmodelle. Entscheidung: in-memory Berechnung mit Rule-Engine in Rust, Persistenz über PostgreSQL mit Row-Level-Security. Trade-off gegen Microservices wegen Konsistenzanforderung. Produktion seit 18 Monaten, null Incidents im Pricing-Pfad."
Das zeigt strukturiertes Denken in vier Sätzen. Genau das, was im System-Design-Interview erwartet wird.
GitHub, Blog, Open Source
Ein gepflegter GitHub-Account ist ab Mid-Level ein starkes Signal, kein Pflichtfeld. Wichtig ist Qualität, nicht Quantität. Drei Repositories mit sauberen READMEs, Tests und CI sind wertvoller als 80 verwaiste Forks. Pinne deine besten Repos. Schreib im Profil-README, woran du gerade arbeitest. Wenn du einen technischen Blog hast, verlinke ihn, aber nur, wenn die Artikel substanziell sind. Ein leerer Blog mit drei "Hello World"-Posts schadet eher.
Bei Open-Source-Contributions zählt Tiefe vor Breite. Ein gemerged PR in einem bekannten Projekt (TypeScript, Rust, Kubernetes, Next.js) wiegt mehr als 200 Commits in eigenen Tutorials.
Senior-Signale, die zählen
Senior, Staff und Principal sind keine Jahresangaben, sondern Verantwortungsbereiche. Tech-Recruiter suchen explizit nach Signalen, die diese Stufen belegen:
- Senior: Verantwortung für ein größeres Subsystem, Code-Reviews, Mentoring von Juniors, eigenständige technische Entscheidungen. - Staff: Cross-Team-Impact, Tech-Strategie, RFC-Ownership, Eintreiben von Konsens über Teams hinweg. - Principal: Org-weite technische Richtung, Influence ohne formale Autorität, Vertretung der Engineering-Org nach außen.
Formuliere entsprechend. "Lead Engineer für 6 Engineers, Owner des Checkout-Subsystems, RFC-Owner für Migration auf Event-Sourcing." Das ist ein Staff-Signal in einem Satz.
Was du weglassen solltest
Skills wie "HTML, CSS" bei einem Senior Backend. Zertifikate aus 2009. Hobbys ohne Bezug zur Rolle. Lange Aufzählungen von Frameworks, die du in der Uni gesehen hast. Ein "Erwartungsgehalt" im Lebenslauf (das gehört, wenn überhaupt, ins Anschreiben). Foto in Tech-Branchen außerhalb DACH oft besser weglassen, im DACH-Raum ist es nach wie vor üblich, aber kein Muss.
Format und Länge
Eine Seite bis Mid-Level, zwei Seiten ab Senior, maximal drei bei Principal mit langer Historie. Schriftart einheitlich, Größe 10-11pt für Body, einspaltig, klare Sektions-Überschriften. PDF aus Word oder Pages, kein Canva-Export mit Vektor-Text. Datei benennen als "CV_Vorname_Nachname.pdf", keine kreativen Namen.
Fazit
Ein guter Engineering-CV ist die schriftliche Form eines guten Code-Reviews: klar strukturiert, ehrlich, mit präzisen Trade-offs und messbaren Outcomes. Wenn du deinen CV auf Senior- oder Staff-Niveau heben willst, mit echter System-Design-Sprache und sauberer Stack-Hierarchie, schau dir meine Bewerbungshilfe an. Ich arbeite regelmäßig mit Engineers von Junior bis Principal und weiß, was bei Tech-Recruitern in München, Berlin, Zürich und Wien wirklich zieht.
Brauchst du Hilfe bei deiner Bewerbung?
Professionelle Bewerbungshilfe vom LinkedIn Top Voice, persönlich und diskret.
Zur Bewerbungshilfe