Bewerbung für dein Praktikum in der IT: So schreibst du sie richtig

Einstieg: Warum das Anschreiben fürs IT‑Praktikum noch zählt

Viele Bewerber:innen setzen bei Praktika auf Standardmails oder schicken nur den Lebenslauf. Gerade in der IT kann dir ein zielgerichtetes Anschreiben jedoch den entscheidenden Vorsprung verschaffen: Es übersetzt deine Technologien, Projekte und Motivation in den Kontext der konkreten Rolle – und zeigt, dass du die Erwartungen des Teams verstanden hast.

Worum es beim IT‑Praktikum geht – Erwartungen in Deutschland

Ein IT‑Praktikum ist selten „nur Zuschauen“. Je nach Unternehmen und Team unterschiedlich – beispielhafte Aufgaben (vgl. IT‑bezogene Praxisübersichten wie IT‑Talents) können u. a. sein:

Frontend: UI‑Prototypen, kleine Features, Bugfixes, Accessibility‑Checks
Backend: API‑Endpoints, Datenmodellpflege, einfache Integrationen
DevOps/Cloud: Build‑Skripte, Monitoring‑Dashboards, Pipelines pflegen
IT‑Support: Ticketbearbeitung, Hardware/Software‑Setup, Dokumentation
QA/Testing: Testfälle schreiben, Automatisierung, Regressionsprüfungen

Was Arbeitgeber erwarten:

Grundlegende Tech‑Fitness passend zum Teamstack (z. B. JavaScript/TypeScript fürs Frontend, Java/Python/C# fürs Backend, Git, einfache Tests)
Lernbereitschaft und saubere Zusammenarbeit im Sprintalltag
Zuverlässigkeit: Aufgaben übernehmen, Feedback aufnehmen, Ergebnisse dokumentieren

Datenbasierte Einordnung: Eine Auswertung von 20.000 IT‑Stellenanzeigen betont Programmiersprachen als meistgefragte Hard Skills sowie Kommunikation, Zusammenarbeit und Problemlösung als zentrale Soft Skills. Quelle: Montandon et al., 2021, arXiv/Information and Software Technology. Für dein Anschreiben heißt das: Zeige relevante Technologien – und liefere kurze Belege für Team‑ und Problemlösekompetenz.

Aufbau und Ton des Anschreibens: Formalia plus Branchenfokus

So hältst du Form und Ton professionell – und zugleich IT‑nah:

Länge: kurz und prägnant formulieren; häufig reicht eine kompakte Seite.
Betreff: „Bewerbung um ein Praktikum als Rolle, Start Monat/Jahr“.
Anrede: Möglichst konkrete Ansprechperson; falls nicht ermittelbar, ist „Sehr geehrte Damen und Herren“ ein zulässiger Fallback.
Einstieg: Verbindung zwischen dir, Rolle und Unternehmen – kein generisches „Hiermit bewerbe ich mich …“.
Hauptteil: 2–3 Beispiele, die zur Ausschreibung passen: Tech‑Stack, Mini‑Projekte, Lernerfolge, Ergebnisse.
Schluss: Motivation und nächster Schritt (Gespräch, Portfolio‑Link), höfliche Grußformel.

Für formale Details und Beispiele zum Aufbau lohnt ein Blick auf die Leitlinien der Bundesagentur für Arbeit; branchenspezifische Einordnung liefert ergänzend das Magazin von get in IT.

Ton und Inhalt: technisch kompetent, lernbereit, teamorientiert. Verzichte auf Buzzwords ohne Kontext. Lieber wenig, aber konkret: Welche Aufgabe, welches Tool, welches Ergebnis für welches Ziel.

Welche Fähigkeiten du im Anschreiben hervorheben solltest

Dein Leitfaden, um Hard‑ und Soft Skills sinnvoll zu priorisieren – mit kurzen Belegen statt Aufzählungen.

Hard Skills: konkret benennen – mit Relevanz

Nenne 3–5 Technologien aus der Ausschreibung, die du wirklich angewandt hast.
Setze sie in einen Mini‑Kontext: Aufgabe, Tool, Ergebnis.
Wenn möglich, füge Zahlen hinzu (Ladezeit, Testabdeckung, Nutzerfeedback), oder wenigstens das „Warum“ hinter der Entscheidung.

Beispielformulierung: „In einem Uni‑Projekt habe ich eine kleine REST‑API mit Spring Boot entwickelt (4 Endpoints, JWT‑Auth), Docker‑Container gebaut und via GitHub Actions deployt. So konnten wir Feature‑Branches automatisch testen.“

Soft Skills: Beispiele statt Etiketten

Soft Skills zählen – gerade im Teamalltag. Die oben zitierte Studie hebt besonders Kommunikation, Zusammenarbeit und Problemlösung hervor. Übersetze das in kurze Evidenz:

Zusammenarbeit: „Im 3er‑Team täglich Stand‑up, Pull‑Requests mit Review‑Checkliste, zwei Konflikte moderiert – Release nach 2 Wochen stabil.“
Problemlösung: „Datenbankabfragen von 1,2 s auf ca. 250 ms reduziert durch Indexierung und Lazy Loading – dokumentiert für das Team.“
Kommunikation: „Support‑Tickets für 15 Kolleg:innen in Confluence dokumentiert, inkl. kurzer Video‑Snippets.“

Projekte, Uni‑Aufgaben, Side‑Projects als Belege

Auch kleine Projekte zählen, wenn sie zielgerichtet erzählt sind:

Was war die Ausgangslage? (z. B. „unklare Requirements – wir haben User Stories geschrieben“)
Welche Entscheidung hast du getroffen? (z. B. „Client‑seitiges Caching per Service Worker“)
Welches Ergebnis entstand? (z. B. „spürbar flüssigere Navigation – positives Feedback der Testgruppe“)

Dos and Don’ts beim Anschreiben für IT‑Praktika

Dos

Anzeige spiegeln: 1:1 Begriffe aus der Ausschreibung aufgreifen – aber nur, wenn sie auf dich zutreffen.
Konkrete Beispiele: je Absatz ein greifbarer Use Case statt Sammelliste.
Zahlen/Ergebnisse: Ladezeit, Abdeckung, Nutzer:innen, Tickets – oder klare qualitative Effekte.
Motivation: Warum diese Rolle, dieses Team, dieser Tech‑Stack?
Saubere Sprache: kurze Sätze, aktive Verben, Fachbegriffe maßvoll erklären.

Don’ts

Generik: „Teamfähig, motiviert, belastbar“ ohne Beleg.
Übertreibungen oder Unwahrheiten – fallen spätestens im Gespräch auf.
Technische Überladung ohne Kontext („Kubernetes, Kafka, Keras …“) ohne Bezug zur Rolle.
Copy‑Paste‑Vorlagen ohne Anpassung an Unternehmen und Aufgaben.

Praktisches Muster: Bewerbungsvorlage Praktikum IT (Beispieltext)

Nutze die Vorlage als Gerüst und passe Inhalte präzise auf die Ausschreibung an. Weitere kompakte Muster und Erläuterungen findest du beim Staufenbiel Institut.

Betreff: Bewerbung um ein Praktikum als [Rolle, z. B. „Backend‑Praktikant:in“] ab [Monat/Jahr]

Sehr geehrte Frau [Nachname],

die Ausschreibung für [Rolle] hat mich angesprochen, weil ich [konkretes Motiv: z. B. „mit Java Spring produktionsnahe APIs entwickeln“] möchte und Ihr Team [Unternehmensbezug: z. B. „skalierbare Plattformen im E‑Commerce“] baut. Aktuell studiere ich [Studiengang, Semester] an der [Hochschule] und suche ein [Pflicht-/freiwilliges] Praktikum ab [Zeitraum].

In meinem letzten Projekt habe ich [Aufgabe] mit [Technologien] umgesetzt: [1–2 Sätze zu Entscheidung & Ergebnis, z. B. „JWT‑Auth, Docker‑Build, Response‑Zeit von ~300 ms im Schnitt“]. Dabei habe ich im Team [Zusammenarbeitsbeleg, z. B. „Code‑Reviews im 2‑Augen‑Prinzip, Tickets in Jira, Doku in Confluence“] gearbeitet.

Für Ihre Rolle bringe ich besonders [3–4 relevante Skills] mit. Beispiel: [kurzer Use Case, z. B. „Datenmodell refaktoriert, N+1‑Queries entfernt, Endpoint‑Antwortgröße um 40 % reduziert“].

Was mich motiviert: [1–2 Sätze zu Produkt/Domäne/Tech‑Stack des Unternehmens] – hier möchte ich [Lernziel] einbringen und vertiefen. Gern zeige ich in einem Gespräch mehr und sende auf Wunsch Code‑Beispiele bzw. verweise auf [Portfolio/Repo‑Link, falls sinnvoll].

Über die Einladung zu einem Kennenlernen freue ich mich.

Freundliche Grüße
[Vorname Nachname]
[Adresse] • [Telefon] • [E‑Mail] • [LinkedIn/GitHub – optional]

Hinweis: Wenn der Name nicht recherchierbar ist, nutze als Fallback „Sehr geehrte Damen und Herren“ laut BA zulässig, wenn keine Ansprechperson ermittelbar ist.

Was jeder Absatz leisten soll

Einstieg: Relevanz herstellen – Rolle, Tech‑Stack, Unternehmensbezug in 2–3 Sätzen.
Projektbeispiel: Ein klarer Use Case mit Werkzeugen und Ergebnis. Nicht mehr als 4–5 Zeilen.
Match zur Stelle: Skills priorisieren, die in der Anzeige stehen – mit Beleg.
Motivation und Call‑to‑Action: Warum du dort lernen willst, plus Angebot für Austausch/Beispiele.

Bewerbung ergänzen: Lebenslauf, Projekte, Zeugnisse und digitale Belege

Lebenslauf: einseitig oder maximal zwei Seiten, klarer Tech‑Block (Sprachen, Frameworks, Tools), Projekte mit 1–2 Outcome‑Punkten, Ausbildung/Studium kompakt.
Projekte/Repos: Nur verlinken, wenn a) öffentlich, b) gut lesbar (README, kurze Anleitung), c) rechtlich unkritisch. Ein kurzes Portfolio mit 2–3 ausgewählten Projekten ist besser als eine Linkflut.
Zeugnisse/Zertifikate: Pflichtzeugnisse (Studium/Schule) und relevante Bescheinigungen beilegen – aber keine irrelevanten Teilnahmeurkunden.
Formate: PDF, einheitliches Layout, Dateinamen eindeutig („Nachname_Vorname_Anschreiben.pdf“).

Was typischerweise in die Unterlagen gehört und in welcher Reihenfolge du sie zusammenstellst, fasst die Bundesagentur für Arbeit kompakt zusammen.

Wann Code‑Repos oder Demos helfen: Wenn die Anzeige explizit nach GitHub/Portfolio fragt oder wenn dein Beispiel die geforderten Technologien zeigt (z. B. Test‑Coverage‑Badge, CI‑Status, kurze Doku). Wenn der Code unfertig oder unübersichtlich ist, nenne ihn lieber nicht – dann fokussiere dich im Anschreiben auf die Lernkurve und Ergebnisse.

Typische Trade‑offs – wie viel Technik gehört ins Anschreiben?

Tiefe vs. Lesbarkeit: Ein Satz mit klarer Metrik („TTFB von ~500 ms auf ~220 ms gesenkt“) schlägt fünf Zeilen Architekturdetails ohne Ergebnis.
Breite vs. Passung: Drei direkt relevante Tools sind stärker als acht halbpassende Buzzwords.
Eigenständigkeit vs. Teamleistung: Benenne beides ehrlich („ich habe …“, „wir haben …“). Das zeigt Verantwortungsbewusstsein.

Entscheidungsorientierte Schlussfolgerung: Was du jetzt konkret tun solltest

Ausschreibung markieren: Skills, Aufgaben, Tools farblich hervorheben.
Drei passende Beispiele sammeln: Uni‑Aufgabe, Side‑Project, Job/Hiwi – jeweils mit Aufgabe, Tool, Ergebnis.
Anschreiben anhand der Vorlage formulieren: 1 Seite, klare Betreffzeile, präziser Einstieg, ein starkes Projektbeispiel, Motivation, Call‑to‑Action.
Unterlagen prüfen: Lebenslauf mit Tech‑Block, konsistente Gestaltung, PDFs benennen, optional Portfolio/Repo verlinken.
Finaler Check: Rechtschreibung, Ansprechpartner:in, Zeitraum, Verfügbarkeit. Test‑Export als PDF, Dateigrößen prüfen.

Kurzer Ausblick: Schicke nach einigen Wochen eine freundliche Nachfass‑Mail, falls du nichts gehört hast („Haben Sie meine Unterlagen erhalten? Ich freue mich über Rückmeldung.“). Bereite dich parallel aufs Gespräch vor: 2–3 Codebeispiele parat, ein Mini‑Projekt in der geforderten Technologie, und eine klare Antwort auf „Warum dieses Team – warum jetzt?“.

Fazit: Wer sein Anschreiben für das IT‑Praktikum fokussiert auf die geforderten Technologien und mit knappen, belastbaren Beispielen untermauert, hebt sich sofort ab. Nutze die Vorlage, aber fülle sie mit deiner echten Arbeit – und zeige, dass du lernst, lieferst und im Team kommunizierst.