Direkte Antwort
Was gehört in einen IT-Lebenslauf?
Ein IT-Lebenslauf verbindet die normale tabellarische Chronologie mit einer gezielten technischen Belegebene. Kontaktdaten, Berufserfahrung, Ausbildung und Kenntnisse bleiben der Kern. Kurzprofil, Projekte, Zertifikate und ein seriöser Profil-Link kommen hinzu, wenn sie die Zielrolle schneller erklären. Innerhalb zeitlicher Rubriken steht die jüngste Station zuerst.
- Kopf: Name, passende Berufs- oder Zielbezeichnung, E-Mail, Telefon und Ort; LinkedIn, XING, GitHub oder Portfolio nur bei relevantem, gepflegtem Inhalt.
- Kurzprofil: zwei bis vier konkrete Zeilen zu Rolle, Erfahrung, technischem Schwerpunkt und Ziel – ohne unbelegte Adjektivketten.
- Berufserfahrung: Position, Unternehmen, Ort und Zeitraum eindeutig; darunter Problem oder Aufgabe, eigener Beitrag, eingesetzter Stack und Ergebnis.
- Ausbildung: jüngster relevanter Abschluss zuerst; bei frühem Profil passende Module, Thesis oder Hochschulprojekte knapp ergänzen.
- Kenntnisse: Programmiersprachen, Frameworks, Cloud, Datenbanken, Systeme, Tools und Methoden in wenige sinnvolle Gruppen teilen.
- Projekte und Zertifikate: nur aufnehmen, wenn sie eine Anforderung belegen, die in der Chronologie noch nicht verständlich wird.
Ausgefülltes Beispiel
IT-Lebenslauf-Beispiel für eine Softwareentwicklerin
Lea Kramer, Unternehmen, Produkte und Ergebnisse sind vollständig erfunden. Das Muster demonstriert Aufbau und Beleglogik. Übernimm keine Arbeitgeber, Technologien, Kennzahlen oder Leistungen, die du nicht selbst erklären und nachweisen kannst.
- Lea Kramer | Softwareentwicklerin | Köln | [Telefon] | [E-Mail] | [LinkedIn] | [GitHub]
- Kurzprofil | Softwareentwicklerin mit vier Jahren Erfahrung in TypeScript- und Node.js-Anwendungen. Schwerpunkt auf nachvollziehbaren APIs, automatisierten Tests und stabilen Releases in produktnahen Teams.
- 05/2023–heute | Softwareentwicklerin | Rheinwerk Digital GmbH, Köln (fiktiv)
- Kundenportal | Filter- und Exportfunktionen mit React und TypeScript umgesetzt; eigenen Beitrag über Tickets, Pull Requests, Tests und Release-Dokumentation beschrieben.
- API-Stabilität | Validierung und Fehlerbehandlung in Node.js erweitert; im fiktiven Beispiel wiederkehrende Importabbrüche im Vergleichszeitraum von 18 auf 7 pro Monat reduziert.
- CI/CD | Testlauf und Deployment mit GitHub Actions und Docker vereinheitlicht; Rollback-Schritte dokumentiert und gemeinsam mit QA erprobt.
- 09/2021–04/2023 | Junior Softwareentwicklerin | Westcode Solutions KG, Bonn (fiktiv) | REST-Schnittstellen gepflegt, SQL-Abfragen optimiert und Code Reviews im Vier-Personen-Team unterstützt.
- 10/2017–08/2021 | B.Sc. Informatik | Hochschule Beispielstadt (fiktiv) | Abschlussprojekt: barrierearme Terminverwaltung mit React, Node.js und PostgreSQL.
- Technische Kenntnisse | TypeScript: fortgeschritten | React: fortgeschritten | Node.js: fortgeschritten | PostgreSQL: gute Praxis | Docker und GitHub Actions: Projektpraxis
- Zertifikate und Sprachen | Nur echte, aktuelle Nachweise ergänzen | Deutsch C2 | Englisch C1
Rollen-Check
Welche Belege Software, Data, DevOps, Support und Security tragen
Die Vorlage bleibt gleich, aber die Belegart wechselt mit der Zielrolle. Wähle drei bis fünf Kernanforderungen aus der Stellenanzeige und ordne jedem Begriff mindestens einen erklärbaren Nachweis zu. So wird aus einer generischen Skill-Liste ein rollenbezogenes IT-Profil.
- Softwareentwicklung | Sprache und Framework + Feature oder API + eigener Codebeitrag + Test, Review oder Release.
- Data und Analytics | SQL, Python oder BI-Tool + Datengrundlage + eigene Analyse oder Pipeline + überprüfbare Entscheidung oder Qualitätsverbesserung.
- DevOps und Cloud | Plattform und Automatisierung + eigener Betriebsbeitrag + Monitoring, Deployment, Verfügbarkeit oder dokumentierter Wiederanlauf.
- IT-Support | Systeme und Tickets + Nutzergruppe oder Servicekontext + eigene Diagnose + nachvollziehbare Lösung, Dokumentation oder Übergabe.
- Security | Verfahren oder Tool + eigener Prüf- oder Umsetzungsanteil + behobenes Risiko; keine vertraulichen Details oder nicht belegbare Sicherheitsversprechen.
- Studium und Berufseinstieg | relevantes Modul, Thesis, Praktikum, Homelab oder Hochschulprojekt + konkrete Aufgabe + Repository, Demo oder Ergebnis, sofern teilbar.
Skill-Belegmatrix
IT-Kenntnisse mit Kontext statt Keyword-Liste schreiben
Nutze pro Kernanforderung dieselbe Kette: Anforderung → eigener Kenntnisstand → Einsatzkontext → eigener Beitrag → Ergebnis oder Nachweis. Ein Ergebnis muss nicht immer eine Prozentzahl sein. Auch ein produktiver Rollout, eine bestandene Prüfung, ein dokumentierter Prozess oder ein funktionierender Prototyp kann belastbar sein.
- Zu schwach | „Python, Java, React, AWS, Docker“ – weder Niveau noch Anwendung oder Relevanz sind erkennbar.
- Besser | „React und TypeScript: Kundenportal im Produktteam weiterentwickelt; Filterlogik, Tests und Release-Dokumentation verantwortet.“
- Cloud | „AWS Lambda und S3 in einem Datenimport genutzt; Fehlerpfade, Logs und Wiederanlauf für den eigenen Teil umgesetzt.“
- Support | „M365 und Active Directory im 1st-Level-Support eingesetzt; Störung eingegrenzt, Lösung dokumentiert und bei Bedarf sauber eskaliert.“
- Soft Skill | Nicht „Teamfähigkeit“, sondern „Code Reviews, Ticket-Klärung und Release-Übergabe mit QA und Product koordiniert“.
- Niveau | Begriffe wie Grundkenntnisse, gute Praxis oder fortgeschritten nur verwenden, wenn Beispiele, Dauer und Gesprächsniveau dazu passen.
- Zertifikat | Anbieter, exakte Bezeichnung und Datum nennen; ein Kurs ersetzt keine Projekterfahrung, kann aber einen frühen Schwerpunkt stützen.
GitHub, ATS und Grenzen
Portfolio-Signale gezielt nutzen und Uploads kontrollieren
GitHub, Portfolio, Links und ein sichtbares Skill-Raster können ein technisches Profil stärken, wenn sie aktuelle, relevante Arbeit zeigen. Sie ersetzen weder die Chronologie noch die Kontrolle im Zielportal. Kein Layout garantiert korrektes Parsing, eine Einladung, KI-Zitation oder eine Google-Position.
- GitHub oder Portfolio: nur verlinken, wenn ein Besucher ohne Login schnell Rolle, README, Tech-Stack, eigenen Beitrag und Projektstand versteht.
- Vertraulichkeit: keine internen Repositories, Kundendaten, Zugangsdaten, Architekturdetails oder nicht freigegebene Screenshots veröffentlichen.
- PDF: Datei erneut öffnen und Textauswahl, Links, Sonderzeichen, Umbrüche und sichtbare Rubriken prüfen.
- Portal: verlangtes Format nutzen und nach dem Upload Kontakt-, Erfahrungs-, Ausbildungs- und Skill-Felder einzeln kontrollieren.
- ATS-Gegenprobe: Bei unbekanntem Parser denselben Inhalt zusätzlich in der einspaltigen ATS-Vorlage testen.
- Intent-Grenze: Diese Seite besitzt „IT-Lebenslauf-Vorlage“ und das Layout-Beispiel; Rollenformulierungen, EDV-Level und ATS-Grundlagen bleiben auf ihren Spezialseiten.