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, Arbeitgeber, Hochschule und Tätigkeiten sind vollständig fiktiv. Die folgenden Textbausteine zeigen, wie eine zusammenhängende Laufbahn technische Kenntnisse erklärt. Sie sind keine Berufserfahrung zum Übernehmen. Die kleine Layoutvorschau oben zeigt eine andere Beispielperson; der Builder enthält beim Start nicht automatisch Leas Angaben.
- Lea Kramer | Softwareentwicklerin | Köln | [Telefon] | [E-Mail] | [LinkedIn] | [GitHub]
- Kurzprofil | Softwareentwicklerin mit Berufspraxis seit 2021 in TypeScript- und Node.js-Anwendungen. Schwerpunkt auf nachvollziehbaren APIs, automatisierten Tests und dokumentierten Releases in Produktteams.
- 05/2023–heute | Softwareentwicklerin | Rheinwerk Digital GmbH, Köln (fiktiv)
- Kundenportal | Filter- und Exportfunktionen mit React und TypeScript umgesetzt; Tests für leere Suchergebnisse und ungültige Filter ergänzt und die Änderungen mit dem Produktteam abgestimmt.
- Datenimport | Eingabevalidierung und Fehlerbehandlung in Node.js erweitert; fehlerhafte Datensätze mit verständlichen Meldungen zurückgegeben und die Fehlerfälle durch automatisierte Tests abgesichert.
- 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 überarbeitet und an Code Reviews im Vier-Personen-Team mitgewirkt.
- 10/2017–08/2021 | B.Sc. Informatik | Hochschule Beispielstadt (fiktiv) | Abschlussprojekt: Terminverwaltung mit React, Node.js und PostgreSQL.
- Technische Kenntnisse | TypeScript und React: eigenständige Umsetzung von Funktionen und Tests | Node.js: REST-Schnittstellen und Eingabevalidierung | PostgreSQL: praktische Anwendung von SQL | Docker und GitHub Actions: Projektpraxis
- Sprachen im fiktiven Beispiel | Deutsch C2 | Englisch C1. Zertifikate sind hier nicht ergänzt; in deinen Lebenslauf gehören nur tatsächlich erworbene Nachweise.
Rollen-Check
Welche Belege Software, Data, DevOps, Support und Security tragen
Beginne bei den wichtigsten Aufgaben der konkreten Stellenanzeige. Ordne ihnen eigene Erfahrung zu und entscheide dann, welche Kenntnisse du in der Vorlage hervorhebst. Der folgende Rollen-Check hilft bei der Auswahl; er ist keine Liste von Fähigkeiten, die jede IT-Bewerbung enthalten muss.
- 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 wichtiger Kenntnis dieselbe Kette: Anforderung → eigener Kenntnisstand → Einsatzkontext → eigener Beitrag → Ergebnis oder Nachweis. Ein Ergebnis muss keine Prozentzahl sein. Eine umgesetzte Funktion, eine nachvollziehbare Diagnose oder ein dokumentierter Wiederanlauf kann deinen Beitrag ebenso verständlich machen. Die folgenden Formulierungen sind fiktive Anregungen.
- 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 | Ergänze, was du selbstständig erledigen kannst und wo du Anleitung brauchst. „SQL: eigene Abfragen mit Joins für Monatsberichte“ ist genauer als fünf Sterne ohne Erklärung. Grundkenntnisse aus einem Kurs sind keine Erfahrung im laufenden Betrieb.
- Zertifikat | Anbieter, exakte Bezeichnung und Datum nennen; ein Kurs ersetzt keine Projekterfahrung, kann aber einen frühen Schwerpunkt stützen.
- Messwerte | Verwende Zahlen nur, wenn du Ausgangswert, Zeitraum und deinen Anteil erklären darfst. Ohne solche Daten beschreibst du die umgesetzte Änderung und ihre Prüfung; du brauchst keine geschätzte Prozentzahl.
Links und Dateiprüfung
Portfolio-Signale gezielt nutzen und Uploads kontrollieren
Ein GitHub- oder Portfolio-Link kann einen Projektbeleg ergänzen. Die wichtigste Information muss bereits im Lebenslauf stehen: Aufgabe, eigener Anteil und eingesetzte Technik. Die Bewerbung sollte auch verständlich sein, wenn der Empfänger keinen Link öffnet.
- Repository auswählen: Verlinke eine passende Arbeit mit verständlichem README. Beschreibe Zweck, verwendete Technik, Einrichtung oder Demo, Projektstand und deinen Beitrag. Bei Teamarbeit muss erkennbar sein, welchen Teil du übernommen hast.
- Zugriff kontrollieren: Öffne den Link ohne angemeldetes Konto. Ein Login, fehlende Berechtigungen oder eine abgeschaltete Demo dürfen nicht der einzige Weg sein, deine Erfahrung zu verstehen.
- Vertraulichkeit beachten: Veröffentliche keine internen Repositories, Kundendaten, Zugangsdaten oder nicht freigegebenen Screenshots. Beschreibe private Arbeit nur in einem Umfang, den du offenlegen darfst.
- PDF kontrollieren: Öffne die exportierte Datei, prüfe Links und Sonderzeichen und kopiere einen Abschnitt in einen Texteditor. Gehören Datum, Arbeitgeber und Tätigkeit noch zusammen? Dieser einfache Check ersetzt keinen Test des Zielportals.
- DOCX kontrollieren: Öffne die Datei in dem Textprogramm, mit dem du weiterarbeitest. Prüfe lange Skill-Namen, Listen, Umbrüche und die Zuordnung der Stationen nach jeder Änderung erneut.
- Portal kontrollieren: Halte Format- und Größenangaben des Empfängers ein. Vergleiche nach dem Upload die sichtbaren Kontakt-, Erfahrungs-, Ausbildungs- und Kenntnisfelder mit der Datei und korrigiere fehlerhafte Übernahmen vor dem Absenden.
Eigene Arbeit auswählen
Projektbelege ohne öffentliches Repository auswählen
Ein öffentliches Codeprofil ist keine Voraussetzung, um Tech Skillset sinnvoll zu füllen. Bevor du ein zusätzliches Projekt einfügst, prüfe: Belegt es eine wichtige Anforderung, ist dein Anteil klar und ergänzt es etwas, das noch nicht bei einer Station steht? Ein Arbeitgeberprojekt bleibt in der Regel bei der zugehörigen Berufserfahrung. Eine Studien- oder Lernarbeit wird als solche bezeichnet.
- Private Arbeit, fiktives Beispiel: „Internes Kundenportal im Produktteam weiterentwickelt; Filterlogik in React umgesetzt und Fehlerfälle mit automatisierten Tests abgesichert. Quellcode nicht öffentlich.“ Das beschreibt eine Tätigkeit, ohne einen Repository-Link oder vertrauliche Kennzahlen zu benötigen.
- Teamarbeit eingrenzen: Statt „Shop entwickelt“ schreibst du etwa „Im Hochschulteam für die Suchfunktion zuständig; eigene Filterlogik und Tests ergänzt“. Behaupte keine Gesamtverantwortung, wenn andere Architektur, Backend oder Betrieb übernommen haben.
- Tutorial kenntlich machen: „Lernprojekt nach einem React-Tutorial; selbstständig eine Suchfunktion und Tests ergänzt.“ Hast du ausschließlich die Anleitung nachgebaut, ordne es als Übung ein. Eine eigene Erweiterung ist kein Beleg für produktiven Betrieb.
- Betrieb und Support belegen: Eine von dir erstellte Anleitung, eine nachvollziehbar eingegrenzte Störung oder ein vorbereiteter Geräte-Rollout kann relevante Arbeit zeigen. Du musst daraus kein Softwareprojekt machen.
- Doppelte Angaben kürzen: Stehen React, Aufgabe und Tests bereits unter deiner Beschäftigung, genügt im Kenntnisraster die kurze Einordnung. Eine zusätzliche Projektbeschreibung sollte eine andere relevante Leistung zeigen.