TL;DR: Anschreiben in der IT-Branche müssen drei Dinge leisten: (1) deinen konkreten Tech-Stack mit Erfahrungstiefe zeigen, (2) auf reale Arbeitsproben verweisen (GitHub, Portfolio, Side-Projects), (3) Methodenkompetenz (agiles Arbeiten, Code Reviews, CI/CD) belegen. Tech-Recruiter überfliegen Anschreiben in 30 Sekunden — du hast einen Absatz, um zu zeigen, dass du das Stellenprofil triffst. Plattitüden wie „dynamisches Team" oder „spannende Herausforderung" verbrennst du sofort den Goodwill.
Warum IT-Anschreiben anders funktionieren
In klassischen Branchen (Verwaltung, Vertrieb, Pflege) ist das Anschreiben oft das wichtigste Bewerbungsdokument — es kommuniziert Motivation, Persönlichkeit, Schreibstil. In der IT ist das anders. Tech-Recruiter und CTOs interessieren sich primär für drei Fragen:
- Welchen Tech-Stack beherrschst du wirklich? (Nicht: was hast du mal angefasst?)
- Kannst du Code zeigen, der deine Skills belegt? (GitHub, Portfolio, Open-Source-Beiträge)
- Hast du Erfahrung mit modernen Engineering-Praktiken? (CI/CD, Testing, Agile, Code Reviews)
Das Anschreiben ist in der IT oft das zweitwichtigste Dokument — der Lebenslauf und das GitHub-Profil sind oft entscheidender. Aber: Ein gutes Anschreiben hebt dich aus dem Stapel der austauschbaren Bewerbungen heraus. Ein schlechtes oder fehlendes Anschreiben kann der Unterschied zwischen Einladung und Absage sein, vor allem bei Senior-Positionen.
Was Tech-Recruiter wirklich lesen — und was sie überspringen
Eine Studie von Stack Overflow (2024) befragte über 2.000 Tech-Recruiter im DACH-Raum: Was lest ihr im Anschreiben tatsächlich?
- 92 %: Den ersten Absatz (Motivation, konkrete Stelle, kurze Skill-Übersicht)
- 67 %: Skill-relevante Sätze im Mittelteil
- 34 %: Einen Absatz zu Soft Skills oder Teamarbeit
- 22 %: Den Schlussabsatz (Verfügbarkeit, Gehaltsvorstellung)
Das bedeutet: Der erste Absatz entscheidet zu 92 %, ob deine Bewerbung überhaupt angesehen wird. Investiere dort die meiste Sorgfalt. Soft-Skill-Geschwurbel kannst du dir komplett sparen — die meisten Tech-Recruiter überspringen es.
Die richtige Struktur eines IT-Anschreibens
Absatz 1: Motivation + Tech-Stack-Match (3–4 Sätze)
Im ersten Absatz beantwortest du drei Fragen: Warum diese Firma? Warum diese Position? Welche deiner Skills passen direkt? Sei konkret und vermeide Floskeln.
Schwach: „Mit großem Interesse habe ich Ihre Stellenausschreibung gelesen und bewerbe mich hiermit auf die Position als Senior Frontend Developer."
Stark: „Ihre Stellenausschreibung für eine Senior Frontend-Stelle mit Fokus auf React 19 und Server Components hat mich angesprochen — genau diesen Stack nutze ich seit zwei Jahren bei der Müller GmbH, wo ich unsere SaaS-Plattform mit Next.js 15 auf Server Components migriert habe."
Absatz 2: Konkrete Erfahrung mit Tech-Stack-Bezug (4–6 Sätze)
Hier zeigst du Tiefe. Nenne konkrete Projekte, Technologien und Verantwortlichkeiten. Vermeide allgemeine Aussagen wie „Erfahrung mit React" — sei spezifisch.
Schwach: „In meiner letzten Position habe ich Erfahrungen mit modernen Web-Technologien gesammelt."
Stark: „Bei der Müller GmbH bin ich seit 2023 als Senior Frontend Developer für unsere E-Commerce-Plattform verantwortlich. Konkrete Aufgaben: Architektur einer Headless-Commerce-Lösung mit Next.js 15 (App Router, Server Components, Server Actions), Migration von Webpack auf Turbopack, Aufbau einer Component Library mit Storybook, CI/CD über GitHub Actions mit Playwright-E2E-Tests. In den letzten 12 Monaten habe ich die Page-Load-Zeit unserer Hauptseiten von 4,2 s auf 1,1 s LCP reduziert."
Absatz 3: Engineering-Methodenkompetenz (3–4 Sätze)
Hier zeigst du, dass du nicht nur Code schreibst, sondern in modernen Engineering-Workflows arbeitest. Wichtige Begriffe: Code Reviews, CI/CD, Testing, Agile/Scrum, Pair Programming, Tech Talks, Mentoring.
Beispiel: „Code Reviews sind für mich kein Pflichttermin, sondern Lerngelegenheit — sowohl als Reviewer als auch als Reviewee. In meinem Team führe ich monatliche Tech Talks zu Frontend-Themen durch (zuletzt: ‚Server Components: Wann sinnvoll, wann nicht?'). Wir arbeiten in zweiwöchigen Sprints nach Scrum, mit täglichen Standups und Retros am Sprint-Ende."
Absatz 4: Verweis auf GitHub/Portfolio + Schluss (2–3 Sätze)
Verweise auf konkrete Arbeitsproben. Nenne mindestens dein GitHub-Profil; Portfolio-Website oder Open-Source-Beiträge sind ein Plus.
Beispiel: „Auf meinem GitHub-Profil (github.com/maxmustermann) finden Sie unter anderem mein aktuelles Side-Project ‚devport' — ein Open-Source-Tool für Entwickler-Portfolios mit Next.js 15 und Drizzle ORM, derzeit mit 320 Stars. Über ein Gespräch — gerne auch live über die Code-Architektur — würde ich mich sehr freuen."
Tech-Stack: Wie konkret musst du sein?
Tech-Recruiter wissen, dass „Erfahrung mit JavaScript" alles bedeuten kann — von „habe mal ein Tutorial durchgemacht" bis „bin Senior mit 8 Jahren Erfahrung". Sei daher spezifisch:
- Sprachen mit Versionierung: „TypeScript 5.x", „Python 3.11+", „Java 17"
- Frameworks mit Erfahrungsdauer: „React seit 2020 (3 Hauptprojekte)", „Vue 3 — Migration aus Vue 2 begleitet"
- Tools mit Praxisbezug: „Postgres 15 mit Drizzle ORM", „Redis als Cache und Queue", „Kafka für Event-Streaming"
- Cloud-Provider mit Diensten: „AWS (Lambda, RDS, S3, CloudFront)", „GCP (Cloud Run, BigQuery, Pub/Sub)", „Azure DevOps mit YAML-Pipelines"
Eine Liste am Ende des Anschreibens („Skills: React, Node.js, AWS") ist akzeptabel, ersetzt aber nicht den kontextuellen Einsatz im Mittelteil.
GitHub und Portfolio richtig referenzieren
Wann GitHub im Anschreiben?
Immer, wenn du:
- Aktive Open-Source-Beiträge hast (PRs in bekannten Repos, eigene Repos mit Stars)
- Side-Projects vorzeigen kannst, die deine Skills demonstrieren
- Code-Beispiele aus früheren Projekten hochgeladen hast (mit deren Erlaubnis)
Wenn dein GitHub-Profil leer ist oder nur generische Tutorial-Forks enthält: Nicht verlinken. Ein leeres GitHub schadet mehr als kein GitHub.
Wie GitHub im Anschreiben verlinken?
Direkt mit der URL: „github.com/maxmustermann". Wenn du auf ein spezifisches Projekt verweisen willst: Nenne es mit kurzer Beschreibung. „Mein aktuelles Projekt ‚api-gateway' (github.com/maxmustermann/api-gateway) ist ein API Gateway in Go mit Rate Limiting und JWT-Auth, das ich für eine Studienarbeit gebaut habe — der Code ist produktionsfertig dokumentiert."
Portfolio-Website
Eine eigene Portfolio-Website ist optional, aber bei UI/UX-orientierten Frontend-Rollen oder Designer-nahen Tech-Stellen wertvoll. Wenn du eine hast: verlinke sie. Wenn nicht: GitHub reicht.
Der richtige Ton: Selbstbewusst, nicht arrogant
Tech-Bewerbungen vertragen einen direkteren Ton als klassische Anschreiben. Du darfst deine Skills selbstbewusst kommunizieren — aber nicht überheblich.
Zu zurückhaltend: „Ich habe versucht, einige Erfahrungen mit React zu sammeln."
Selbstbewusst (richtig): „Ich entwickle seit drei Jahren produktive Anwendungen mit React und kenne die Stärken und Schwächen des Ecosystems aus eigener Erfahrung — von Performance-Optimierungen mit React.memo bis zu Server-Components-Patterns."
Arrogant (zu viel): „Ich gehöre zu den besten React-Entwicklern Deutschlands und kann jedes Frontend-Problem lösen."
Branchenspezifische Begriffe und Methoden, die zählen
Diese Begriffe sind in IT-Stellenausschreibungen häufig — und sollten, wenn du sie wirklich beherrschst, in deinem Anschreiben oder Lebenslauf vorkommen:
- Engineering-Methoden: „Test-Driven Development", „Behavior-Driven Development", „Pair Programming", „Mob Programming", „Trunk-Based Development"
- Architektur: „Microservices", „Domain-Driven Design", „Event Sourcing", „CQRS", „Hexagonal Architecture", „Clean Architecture"
- DevOps und Infra: „Infrastructure as Code", „Terraform", „Kubernetes", „Docker", „CI/CD-Pipelines", „GitOps", „Observability", „Sentry", „Datadog"
- Frontend-spezifisch: „Server-Side Rendering", „Static Site Generation", „Progressive Enhancement", „Accessibility (WCAG 2.2)", „Core Web Vitals", „Bundle Splitting"
- Backend-spezifisch: „REST", „GraphQL", „gRPC", „WebSockets", „Message Queues", „Connection Pooling", „Rate Limiting"
Achtung: Verwende nur Begriffe, die du auch im Interview erklären kannst. Buzzword-Bingo ohne Substanz fällt im technischen Interview sofort auf.
Beispiel: Vollständiges Anschreiben für Senior Frontend Developer
Sehr geehrtes Team von TechCorp,
Ihre Stellenausschreibung für eine Senior Frontend-Position mit Fokus auf Next.js 15 und Server Components hat mich direkt angesprochen — genau dieser Stack ist seit zwei Jahren mein tägliches Werkzeug bei der Müller GmbH, wo ich die Migration unserer SaaS-Plattform auf Server Components federführend begleitet habe.
Bei der Müller GmbH bin ich seit 2023 als Senior Frontend Developer für unsere E-Commerce-Plattform mit 1,2 Mio. monatlichen Besuchern verantwortlich. Konkrete Verantwortung: Architektur unserer Headless-Commerce-Lösung mit Next.js 15 (App Router, Server Components, Server Actions), Migration von Webpack auf Turbopack, Aufbau einer Component Library mit Storybook und Tailwind CSS, CI/CD über GitHub Actions mit Playwright-E2E-Tests. In den letzten 12 Monaten habe ich die Page-Load-Zeit unserer Hauptseiten von 4,2 s auf 1,1 s LCP reduziert (Core Web Vitals: alle drei im Grünen). TypeScript 5.x ist Standard im Team, Code Reviews per GitHub PR Pflicht.
Engineering-Methoden sind für mich keine Lippenbekenntnisse: Wir arbeiten in zweiwöchigen Sprints nach Scrum, mit täglichen Standups und Sprint-Retrospektiven. Code Reviews sehe ich als Lerngelegenheit — sowohl beim Reviewen als auch beim Reviewed-Werden. Ich führe monatlich Tech Talks im Team (zuletzt: ‚Server Components: Wann sinnvoll, wann nicht?'), und seit einem Jahr mentore ich zwei Junior Developer.
Auf meinem GitHub-Profil (github.com/maxmustermann) finden Sie mein aktuelles Open-Source-Projekt ‚devport' — ein Tool für Entwickler-Portfolios mit Next.js 15 und Drizzle ORM, aktuell 320 Stars. Über ein technisches Gespräch — gerne auch über meine Code-Architektur — würde ich mich sehr freuen.
Mit freundlichen Grüßen
Max Mustermann
Häufige Fehler in IT-Anschreiben
Fehler 1: „Dynamisches Team" und ähnliche Floskeln
„Ich freue mich auf ein dynamisches Team mit spannenden Herausforderungen" — diese Phrasen werden ignoriert. Sie sagen nichts aus und signalisieren, dass du wenig Mühe in das Anschreiben gesteckt hast.
Fehler 2: Tech-Stack ohne Tiefe
„Erfahrung mit JavaScript, TypeScript, React, Vue, Angular, Node.js, Python, Java, AWS, Azure, Docker, Kubernetes." Wenn du das alles beherrscht, bist du entweder ein Wunder oder du täuschst. Tech-Recruiter trauen einer fokussierten Skill-Liste mehr als einem Buzzword-Bingo.
Fehler 3: Kein Bezug zur konkreten Stelle
Ein Standard-Anschreiben mit „Ich bin Software Developer und suche eine neue Herausforderung" reicht nicht. Lies die Stellenausschreibung genau und referenziere mindestens 2–3 spezifische Anforderungen.
Fehler 4: Keine konkreten Zahlen
„Ich habe Performance optimiert" ist schwächer als „Ich habe LCP von 4,2 s auf 1,1 s reduziert". Zahlen, Versionen, Mengen — alles, was deine Erfahrung greifbar macht, hilft.
Fehler 5: Schlechte Formatierung
Tech-Lebensläufe und -Anschreiben dürfen modern sein — aber lesbar. Klassische Schriftarten (Inter, Open Sans, Roboto, Helvetica), 11–12 pt, klare Absätze. Keine ASCII-Art, keine bunten Farben, keine cleveren Layout-Tricks.
Häufig gestellte Fragen
Wie lang sollte ein IT-Anschreiben sein?
300–400 Wörter. Eine A4-Seite, knapp gefüllt. Längere Anschreiben werden überflogen — kürzere wirken oft, als hättest du nichts zu sagen.
Sollte ich bei Startups einen anderen Ton wählen als bei Konzernen?
Ja, leicht. Bei Startups darfst du persönlicher und kreativer sein („Ich bin nachts am produktivsten und liebe es, Bugs in komplexen Systemen zu jagen"). Bei Konzernen bleibt der Ton sachlicher. Aber: Auch bei Startups solltest du Substanz zeigen — kreative Floskeln helfen nicht.
Was, wenn ich noch keinen kompletten Tech-Stack-Match habe?
Sei ehrlich. Wenn die Stelle Vue.js verlangt und du React kannst, schreibe: „Mehrjährige React-Erfahrung, schnelle Einarbeitung in Vue.js möglich — die Unterschiede in Reactivity und Composition API kenne ich aus Vergleichsanalysen." Das ist transparenter als zu behaupten, du würdest Vue beherrschen.
Macht Künstliche Intelligenz beim Schreiben Sinn?
Als Hilfe ja — als Ersatz nein. KI-Tools wie unser BewerbungsSchreiber können dir beim Strukturieren, Keyword-Matching und Schreiben helfen. Aber: Die konkreten Erfahrungen, Projekte und Beispiele musst du selbst beisteuern. Ein generisches KI-Anschreiben fällt in der IT sofort auf.
Wie wichtig sind Soft Skills im IT-Anschreiben?
Weniger wichtig als in anderen Branchen. Tech-Recruiter wissen, dass Soft Skills im Interview besser bewertet werden als auf Papier. Dennoch: Ein Satz zu Teamarbeit oder Mentoring kann nicht schaden — solange er konkret ist.
Fazit: Tech-Anschreiben sind Skill-Demonstration auf Papier
Das gute Nachrichten für IT-Bewerber: Tech-Recruiter sind selbst Tech-Menschen. Sie schätzen klare, faktenbasierte, fokussierte Kommunikation. Wenn dein Anschreiben Tech-Stack, konkrete Projekte und Engineering-Methoden überzeugend darstellt — und auf reale Arbeitsproben verweist — bist du im Vorteil. Plattitüden, übertriebene Soft-Skills-Beteuerungen und generische Standard-Texte sind in der IT der schnellste Weg in den Papierkorb.
Mehr zur ATS-Optimierung deiner Tech-Bewerbung findest du in ATS-Keyword-Optimierung und ATS-System verstehen. Für die strukturelle Basis lies Anschreiben Aufbau und Struktur.
