Softwareentwickler: Stack unter Skills, Beweis unter Erfahrung

Ein Softwareentwickler-Lebenslauf ist kein Dump jeder importierten Library. Der Hiring Manager stellt drei Fragen vor dem ersten Punkt: Haben Sie in dieser Sprache geliefert? Haben Sie ein System wie unseres betrieben? Finden wir Sie in Greenhouse bei der Suche „Go Postgres Kafka“? Workday in einer Bank oder im Retail läuft dieselbe Suche mit etwas schlechterem Parse. Sitzt der Stack in farbigen Pills in einer Sidebar, kommt der Extract ohne Go zurück — und Sie erscheinen nicht im Sprachfilter.

In deutschen Bewerbungen steht oft noch ein tabellarischer Lebenslauf mit einer echten Word-Tabelle und Tech-Logos als Bilder. Für Greenhouse in Berlin oder ein US-Workday der Konzernmutter zerlegt das die Lesereihenfolge. Visuell darf es nach Tabelle aussehen; technisch normale Absätze. Skills als Klartext-Überschrift, nicht als Icon-Zeile. So bleibt die Reihenfolge Name, Kontakt, Skills, Station 1 — genau so, wie ein Parser englische Formulare füllt.

Eine Skills-Überschrift als Klartext. Gruppen: Sprachen, Frameworks, Stores, Infra, Praktiken. Beispiel: „Go, TypeScript; Postgres, Redis; Kafka; Terraform, Kubernetes; CI in GitHub Actions.“ Dieser Block ist für die Suche. Erfahrungs-Bullets sind für den Beweis. Den ganzen Stack in jeder Zeile zu wiederholen verbrennt den einzigen Platz, den eine Staff-Person für eine Migration, einen Incident oder ein RFC hat. Ein Anzeigen-Nomen im Punkt reicht, wenn Skills den Rest trägt.

Titel nur angleichen, wenn es stimmt. Steht in der Anzeige „Backend Engineer“ und auf dem Badge „Software Engineer III“, dürfen Sie „Software Engineer III (Backend)“ schreiben. Staff-Scope erfinden, den Sie nicht hatten, nicht. GitHub und Portfolio in der Kontaktzeile als Text, nicht als Icons. Workday wirft Header-URLs oft weg; ein volles https im Fließtext überlebt häufiger. Schreibreihenfolge: Lebenslauf schreiben und zuschneiden. Diese Seite bleibt bei Stack gegen Beweis.

Was aus einer Engineering-Anzeige kopieren — und was nicht

• Nomen kopieren: Go, Java, TypeScript, Postgres, DynamoDB, Kafka, gRPC, Kubernetes, Terraform, Datadog, LaunchDarkly.
• Seniorität kopieren: „On-Call tragen“, „RFC schreiben“, „migrieren“, keine leeren Adjektive.
• Nicht den ganzen Anforderungsabsatz. Parser belohnen das nicht, Hiring Manager merken es.
• Keine Sprache, die Sie im Screen nicht schreiben. Greenhouse rettet Sie nicht im Pairing.

Greenhouse ist der Default vieler Product Companies. Workday taucht in Banken, Retail und Healthtech auf. Keines „sieht“ den Lebenslauf wie Sie in der Vorschau. Sie ziehen Text und hängen ihn an Felder: Name, E-Mail, Telefon, Arbeitgeber, Titel, Daten, Ausbildung, Skills. Sitzt die E-Mail in der Kopfzeile oder Go nur in einer Pill-Grafik, kann der Extract leer zurückkommen. Dann suchen Recruiter „TypeScript Postgres“ — Sie sind nicht in der Menge.

Eine Spalte. Linksbündig. Überschriften, die Parser schon mappen: Berufserfahrung, Ausbildung, Kenntnisse, optional Ausgewählte Projekte. „Tech Stack“, „Was ich baue“ und Icon-Reihen sind hübsch und ungemappt. Daten neben der Firma: „Mär 2022 – heute“. Vertrag plus Kunde im selben Block — „Contract SWE, ThoughtWorks / Kunde: Payments-API, Go.“

Kontakt im Fließtext. Telefon, E-Mail, Stadt/Region, GitHub oder LinkedIn als volle URL. Kein Foto für US-Greenhouse und Workday. Visuelle Regeln: Format und ATS-Lebenslauf. Feld für Feld: Workday-Format. Skills-Platzierung außerhalb von Engineering: Skills im Lebenslauf.

Dateityp, Schriften, GitHub-Zeile

• .docx oder PDF mit markierbarem Text. Ein VS-Code-Screenshot ist ein Ziegel.
• Calibri, Arial, Georgia oder die Enhance-CV-Schrift. Fließtext 10,5–12 pt. Monospace auf der ganzen Seite ist am Handy schwerer zu scannen.
• Eine GitHub- oder Portfolio-URL in der Kontaktzeile. Fünf Badge-Icons im Kopf verschwinden in Workday oft.
• Keine Skill-Balken, keine Contribution-Graphs als Bild. Greenhouse scored die grünen Quadrate nicht.

Datei testen wie das ATS. Alles markieren. Lässt sich „Postgres“ oder die E-Mail nicht markieren, Greenhouse auch nicht. Dann den ATS-Check gegen die Anzeige. Ein ATS-Lebenslauf für Engineering bleibt ein Systemargument — das nach dem Parse noch Go enthält.

Hiring Manager scannen Verb, System und einen Nutzer oder eine Skala, die sie kennen. „Zuständig für Feature-Entwicklung“ versteckt alle drei. Drei Umschreibungen — Backend, Full-Stack, Intern. Muster übernehmen, nicht die Fakten. Ohne saubere Latenz den Umfang: betreute Services, wöchentliche Deploys, Teamgröße, Regionen, On-Call. Keine p99 erfinden, die Sie am Whiteboard nicht erklären können.

Wenn der letzte Arbeitgeber Kennzahlen intern hält, erfinden Sie keine. Schreiben Sie den Rahmen, den Sie halten: „Billing-Export in Go für die Finance-Runde, Index auf der Close-Query.“ Das ist prüfbar. „Latency um 40 % gesenkt“ ohne Basis ist es nicht — und der Tech Lead in Lever hakt in der ersten Minute nach.

Drei bis fünf Punkte in der aktuellen Rolle. Ältere: zwei. Ein zweiseitiger Dump jedes Tickets ist der Grund, warum Hiring Manager nie die Zeile erreichen, die zum Screening geführt hätte. Linienmuster: Stichpunkte und Handlungsverben. Keyword-Stopfen ohne Kontext: Keywords. Keine klinischen oder Unterrichtsbeispiele in diese Datei mischen.

Side Projects unter Ausgewählte Projekte nur, wenn sie für jemand anderen liefen: Bot eines Clubs, gemergter Open-Source-Patch, Kursprojekt mit echtem Datensatz. „Todo-App in React“ ist schwächer als ein Intern-Punkt mit Produktions-Deploy. Bootcamp-Quereinstieg: Chronologie behalten und den Engineering-Beweis zuerst — Quereinstieg.

Zwei Stunden blocken. Anzeige, letzter Lebenslauf, Notizen zu Systemen, die Sie wirklich geliefert haben. Wer ein sicheres Layout will, startet im Enhance-CV-Editor. Das Profil zuletzt schreiben.

Wer nach 90 Minuten noch am Profilsatz klebt, hat die Reihenfolge verdreht. Die oberen vier Zeilen leer lassen, die letzte Rolle fertig schreiben, zurückkommen. Der Profilsatz fasst die Punkte darunter zusammen — er ist kein Werbespot über Scale.

1. Anzeige speichern. Titel, fünf geforderte Sprachen oder Stores, Infra und jede Senioritätsform einkreisen (On-Call, RFC, Mentorship).
2. Neue Datei. Name, Stadt/Region, Telefon, E-Mail, GitHub-URL im Fließtext — nicht in einem Kopf-Textfeld.
3. Das 3–4-Zeilen-Profil leer lassen, bis die Punkte existieren.
4. Rollen umgekehrt chronologisch. Firma, Titel, Stadt, Daten mit Monat und Jahr. Agentur plus Kunde in einem Block bei Vertrag.
5. Unter der relevantesten Rolle acht unordentliche Punkte gelieferter Arbeit: Migrationen, Incidents, Features, RFCs.
6. Streichen, was dieser Anzeige nicht hilft. Übrige Libraries in die Masterdatei, nicht in eine Keyword-Fußzeile.
7. Umschreiben: Verb + System + Nutzer oder Zahl. Laut lesen. Würden Sie es nicht im Standup sagen, ist das Verb unecht.
8. Skills-Überschrift aus Anzeigen-Nomen, die Sie halten. Gruppen: Sprachen, Stores, Infra. Keine Sterne, keine Balken.
9. Ausbildung: Abschluss, Schule, Jahr. Note nur bei Juniorprofil und wenn sie hilft. Relevanter Kurs nur, wenn ein zweiter Job fehlt.
10. Ausgewählte Projekte nur, wenn sie die Entscheidung ändern. Ein GitHub-Link im Kontakt reicht; kein README kleben.
11. Markierbaren Text exportieren. Am Handy öffnen. E-Mail antippbar, Daten ohne Pinch-Zoom lesbar.
12. Lebenslauf und Anzeige in den ATS-Check einfügen. Kontakt und Stack fixen, dann zu Greenhouse oder Workday hochladen.

Schritt 3 drehen die meisten um. Sie schreiben „ergebnisorientierte Engineerin mit Leidenschaft für Scale“, und der Rest ist eine Library-Liste. Zuerst der Beweis. Der Profilsatz soll klingen wie ein Hiring Manager, der Sie einem anderen wiederholt: Titel, Jahre, Feld, Stack, ein Beweis — „Backend, 6 Jahre, Go und Postgres, Billing-Exports für ein 40-köpfiges Finance-Team.“

Hakt das Profil, überspringen und nach den Punkten zurück. Struktur, keine Sätze, aus Profiltext-Beispielen. Keine fremden p95. Erfundene Latenz ist der schnellste Weg, einen Loop mit dem letzten Tech Lead zu verlieren.

Als Filter. Steht die Frage nicht in der Tabelle: Speichert Greenhouse es, und versteht ein Hiring Manager es um 7:15 am Handy vor dem Standup?

Noch ein Filter: Bewerben Sie sich über ein deutsches Portal in ein US-Greenhouse, gewinnt das Ziel-ATS. Überschriften dürfen auf Deutsch bleiben, wenn die Stelle auf Deutsch ist. Mischen Sie nicht drei Sprachen in den Überschriften, nur weil Go und Postgres englische Produktnamen haben.

Funktionale Lebensläufe, die Daten unter „Sprachen“ verstecken, tauchen in Bootcamp-Rat noch auf. Greenhouse kann eine Skill-Wolke parsen; Menschen misstrauen. Chronologie behalten. Feldwechsel: Quereinstieg und trotzdem den letzten Arbeitgeber datieren. Lücken: ein klarer Satz — Lebenslauf mit Lücke. Länge für Mid-Career-Stacks: Lebenslauf-Länge.

Verträge gehören in denselben Graph wie Festanstellungen: Firma, Kunde, Stack, Monate. Sonst wirkt jedes Engagement wie eine Lücke. Sprachen und Stores bleiben unter der Skills-Überschrift und in einem Punkt, den Sie im Screen halten. Nennt die Anzeige Go und Postgres und Ihr letzter Job war Rails, den Transfer in einem datierten Block sagen — nicht fünf Sprachen als gleichwertig listen, wenn eine nur in einem Wochenend-Tutorial vorkam.

Junior und Berufseinstieg. Mit Praktikum oder dem Projekt öffnen, das wirklich lief: Nutzer, Deploy, Sprache. „Kursinhalte: Datenstrukturen“-Dumps sind schwach. „Load-Test eines Go-Service, genutzt von einem 12-Personen-Campusclub“ ist ein Punkt. Koppeln mit ohne Erfahrung und Studenten-Lebenslauf, wenn noch keine bezahlte Engineering-Rolle da ist. Keine Produktion erfinden, wenn die App localhost nie verlassen hat.

On-Call, RFCs und Migrationen sind Nomen, die Greenhouse sucht und die ein Hiring Manager um 7:15 versteht. Features entwickelt ist keines von beiden. Wenn Sie Staff anstreben, Scope zuerst: Services, Regionen, Leute, die Sie entblockt haben. Wenn Sie Junior sind, ein System, das wirklich lief, vor der Kursliste. Dieselbe Datei für beide Ziele ist ein Kompromiss, der keinem Ziel dient. Zwei Dateien, beide mit Stack und Daten.

Ein GitHub-Link im Kontakt reicht; kleben Sie kein README in den Lebenslauf. Greenhouse öffnet die URL nach dem Parse, nicht statt des Graph. Dieselben Fakten in Datei und Repo. Ein Screenshot von VS Code ist weiter ein Bild.

Staff und Senior. Mit Scope öffnen: betreute Services, On-Call, RFCs, Migrationen, Leute, die Sie entblockt haben. Frühe Punkte streichen, die schreien „ich liste noch Intern-Projekte“. Zwei Seiten sind in Ordnung, wenn die zweite noch Beweis für diese Anzeige trägt — Migrationen, On-Call, Systeme — nicht aus Angst vor Weißraum. Siehe Mid-Career und Länge.

Bootcamp oder Quereinstieg. Umgekehrt chronologisch bleiben. Engineering-Praktikum oder Lehre zuerst, dann den Vorberuf auf Daten, Arbeitgeber und eine übertragbare Zeile stauchen — kein voller Retail-Lebenslauf. Zwei Dateien, wenn Sie sich noch im alten Feld bewerben. LinkedIn darf breiter sein; der Greenhouse-Upload nicht.

Vertrag und Agentur. Jedes Engagement ist eine Rolle: Firma, Kunde, Stack, Daten. Drei Go-Verträge zu „Freelance 2022–2025“ zusammenziehen versteckt die Kunden, die ein Background Check fragen wird, und wirkt in Workdays Graph wie eine Lücke. Ältere Verträge einzeilig, wenn Sie über zwei Seiten sind; Kundennamen nicht löschen, wenn Sie sie nennen dürfen.

Heute als Nächstes: eine Anzeige, die 12 Schritte, scoren. Markiert der Checker fehlende E-Mail oder eine Überschrift, die Greenhouse nicht mappt, das zuerst fixen, nicht das nächste Framework. Die Skills-Überschrift ist der erste Test. Dann im Enhance-CV-Editor bauen, wenn das Layout noch eine zweispaltige „Dev-Portfolio“-Vorlage ist.

Wenn Sie intern wechseln und Greenhouse schon ein Profil hat, laden Sie trotzdem eine frische Datei hoch, die zur neuen Requisition passt. Alte Attachments bleiben oft hängen. Der Recruiter öffnet das letzte PDF, nicht Ihre Erinnerung an das Gespräch im Slack-Thread. Prüfen Sie die Vorschau nach dem Upload — „Update resume“ ersetzt die alte Datei nicht immer.