IT-Portfolio — was zeigen, wenn du keine Erfahrung hast?

IT-Portfolio — was zeigen, wenn du keine Erfahrung hast?

Eines der häufigsten Probleme von Menschen, die in die IT einsteigen möchten, ist fehlende Berufserfahrung. In Stellenanzeigen tauchen viele Anforderungen auf, Recruiter fragen nach Projekten, und schnell entsteht das Gefühl, dass man ohne den ersten Job nichts vorzeigen kann.

Zum Glück stimmt das nicht ganz.

Wenn du gerade erst anfängst, können eigene Projekte, praktische Aufgaben, Testanwendungen, Automatisierungen, Dokumentation, Fehlerberichte, Testfälle oder GitHub-Repositories deine Erfahrung zeigen. Entscheidend ist nicht nur, ob du bereits kommerziell gearbeitet hast, sondern ob du zeigen kannst, dass du die Grundlagen verstehst und praktisch anwenden kannst.

Ein IT-Portfolio sollte eine zentrale Frage beantworten:

Kann diese Person selbstständig etwas umsetzen?

Warum ist ein Portfolio wichtig?

Der Lebenslauf einer Person am Anfang der IT-Karriere sieht oft ähnlich aus: Kurse, Schulungen, Zertifikate, grundlegende Technologien und die Motivation, sich weiterzuentwickeln. Das ist natürlich wichtig, reicht aber oft nicht aus.

Ein Portfolio zeigt mehr. Es gibt Recruitern die Möglichkeit zu sehen, wie du denkst, wie du Probleme löst und ob du bestimmte Fähigkeiten wirklich praktisch geübt hast.

Ein gut vorbereitetes Portfolio ist besonders hilfreich, wenn:

• du noch keine Berufserfahrung in der IT hast,
• du die Branche wechselst,
• du einen Kurs oder ein Bootcamp abgeschlossen hast,
• du dich auf eine Junior-Stelle bewirbst,
• du dich von anderen Bewerbern abheben möchtest.

Du brauchst keine zehn großen Projekte. Zwei oder drei gut beschriebene Projekte sind viel besser als viele zufällige Beispiele ohne Kontext.

Was solltest du in deinem Portfolio zeigen, wenn du keine Erfahrung hast?

1. Praktische Projekte

Der wichtigste Teil eines Portfolios sind Projekte. Sie müssen nicht kommerziell sein. Sie können selbst erstellt, aus einem Kurs weiterentwickelt, aus einer Bewerbungsaufgabe entstanden oder auf einer eigenen Idee basieren.

Beispiele für Projekte im Portfolio:

• eine einfache Webanwendung,
• ein Demo-Onlineshop,
• eine Aufgabenverwaltungs-App,
• automatisierte Tests für eine Beispielseite,
• eine API-Collection in Postman,
• ein Dashboard mit Daten,
• ein SQL-Projekt mit einer Beispieldatenbank,
• Testdokumentation für eine ausgewählte Anwendung.

Wichtig ist, dass das Projekt verständlich ist. Die Person, die es sich anschaut, sollte schnell erkennen, was du gemacht hast, welche Technologien du verwendet hast und welches Ziel das Projekt hatte.

2. Projektbeschreibung

Ein reiner GitHub-Link reicht oft nicht aus. Eine gute Projektbeschreibung kann einen großen Unterschied machen.

Bei jedem Projekt solltest du hinzufügen:

• eine kurze Beschreibung des Projekts,
• das Ziel des Projekts,
• verwendete Technologien,
• deinen Arbeitsumfang,
• eine Anleitung zum Starten des Projekts,
• die wichtigsten Funktionen,
• was du dabei gelernt hast.

Beispiel:

Dieses Projekt zeigt automatisierte Tests für eine Beispielanwendung im E-Commerce-Bereich. Ziel war es, die wichtigsten User-Flows zu prüfen, darunter Login, Produktsuche, Hinzufügen zum Warenkorb und der Übergang zum Checkout. Die Tests wurden mit Cypress und JavaScript erstellt.

So eine Beschreibung sagt deutlich mehr aus als nur „Cypress-Projekt“.

3. GitHub

GitHub ist einer der besten Orte, um deine Projekte zu präsentieren. Auch wenn du kein Programmierer bist, kannst du dort Testcode, Dokumentation, SQL-Abfragen, API-Collections oder Projektdateien zeigen.

Achte dabei auf:

• verständliche Repository-Namen,
• eine README-Datei,
• eine klare Ordnerstruktur,
• keine zufälligen oder unnötigen Dateien,
• eine kurze Anleitung zum Starten des Projekts,
• eine Beschreibung der verwendeten Technologien.

Für Anfänger ist die README-Datei besonders wichtig. Sie entscheidet oft darüber, ob jemand dein Projekt versteht.

Eine gute README sollte enthalten:

• den Projektnamen,
• eine Beschreibung,
• Technologien,
• Installationsanleitung,
• Startanleitung,
• Beispiel-Screenshots,
• Funktionsumfang.

Es geht nicht darum, dass dein Projekt perfekt ist. Es soll verständlich sein.

4. Testdokumentation

Wenn du in Richtung Software Testing gehen möchtest, muss dein Portfolio nicht nur aus Code bestehen. Du kannst auch Testdokumentation zeigen.

In einem Tester-Portfolio kannst du zum Beispiel platzieren:

• Testfälle,
• Testszenarien,
• Fehlerberichte,
• Checklisten,
• Testpläne,
• API-Tests,
• automatisierte Tests,
• Beispiele für Anforderungsanalyse.

Du kannst eine Beispielanwendung, eine Website oder eine öffentliche Demo auswählen und dafür Dokumentation vorbereiten. Das ist eine gute Möglichkeit zu zeigen, dass du den Testprozess verstehst, analytisch denken kannst und Fehler verständlich beschreiben kannst.

Ein Beispiel-Fehlerbericht sollte enthalten:

• Fehlertitel,
• Testumgebung,
• Schritte zur Reproduktion,
• aktuelles Ergebnis,
• erwartetes Ergebnis,
• Priorität oder Schweregrad,
• Screenshot oder Aufnahme.

Genau solche Dinge zeigen ein praktisches Verständnis.

5. API-Projekte

API ist ein sehr gutes Thema für ein Portfolio, besonders für Tester, Junior Developer und Personen, die Backend-Grundlagen lernen.

Du kannst eine Postman-Collection vorbereiten und darin zeigen:

• GET-, POST-, PUT- und DELETE-Requests,
• Response-Tests,
• Umgebungsvariablen,
• Authentifizierung,
• Validierung von Status Codes,
• Prüfung der JSON-Struktur.

So ein Projekt muss nicht kompliziert sein. Wichtig ist, dass es zeigt, dass du die Grundlagen der Arbeit mit APIs verstehst.

Es ist auch sinnvoll, kurz zu beschreiben, was genau du testest und warum.

6. Automatisierte Tests

Wenn du Testautomatisierung lernst, kann selbst ein einfaches Projekt sehr wertvoll sein.

Du kannst Tests hinzufügen, die mit folgenden Tools geschrieben wurden:

• Cypress,
• Playwright,
• Selenium,
• WebdriverIO,
• Postman,
• JMeter.

Du musst nicht die gesamte Anwendung automatisieren. Einige gut vorbereitete Szenarien reichen aus, zum Beispiel:

• Login,
• Suche,
• Kontaktformular,
• Produkt in den Warenkorb legen,
• Validierung von Fehlermeldungen,
• grundlegende API-Tests.

Wichtig ist, dass die Tests lesbar sind, sinnvolle Namen haben und in der README beschrieben werden.

7. Projekte, die deinen Denkprozess zeigen

Ein Portfolio sollte nicht nur eine Sammlung von Links sein. Es ist gut, wenn es auch zeigt, wie du denkst.

Du kannst kurze Abschnitte hinzufügen:

• welches Problem gelöst werden sollte,
• welche Lösung du gewählt hast,
• warum du ein bestimmtes Tool verwendet hast,
• was die größte Herausforderung war,
• was du in der nächsten Version verbessern würdest.

Das zeigt Reife. Auch wenn das Projekt einfach ist, kann eine gute Beschreibung des Denkprozesses dafür sorgen, dass es professioneller wirkt.

Was solltest du nicht ins Portfolio aufnehmen?

Du solltest nicht alles in dein Portfolio packen. Qualität ist wichtiger als Quantität.

Vermeide:

• leere Repositories,
• Projekte ohne Beschreibung,
• nicht funktionierende Links,
• kopierte Projekte ohne eigene Änderungen,
• Chaos in den Dateien,
• zu viele Technologien, die nur oberflächlich gezeigt werden,
• Projekte, die du selbst nicht erklären kannst.

Wenn ein Projekt auf einem Kurs basiert, versuche etwas Eigenes hinzuzufügen. Das kann eine zusätzliche Funktion, andere Testdaten, ein neues Szenario, eine verbesserte README oder eigene Dokumentation sein.

Wie sollte ein gutes Portfolio aussehen?

Die einfachste Version eines Portfolios kann aus einer einzigen Seite oder einem gut vorbereiteten GitHub-Profil bestehen.

Du kannst eine einfache Seite erstellen mit:

• einer kurzen Vorstellung deiner Person,
• Technologien, die du lernst,
• 2–4 Projekten,
• Link zu GitHub,
• Link zu LinkedIn,
• Kontaktmöglichkeit,
• kurzer Beschreibung jedes Projekts.

Du musst keine große Website bauen. Am Anfang ist Übersichtlichkeit am wichtigsten.

Beispielstruktur für ein Portfolio:

1. Wer bin ich?
2. Was lerne ich?
3. Meine Projekte
4. Technologien
5. Kontakt

Das reicht völlig aus, um zu starten.

Beispielprojekt für ein Portfolio eines angehenden Testers

Wenn du nicht weißt, womit du anfangen sollst, kannst du ein Testprojekt für eine Beispielanwendung im E-Commerce-Bereich vorbereiten.

In so einem Projekt kannst du zeigen:

• Testfälle für den Login,
• eine Checkliste für den Warenkorb,
• mehrere Beispiel-Fehlerberichte,
• eine API-Collection in Postman,
• einfache automatisierte Tests in Cypress,
• eine README mit Projektbeschreibung.

Das sieht bereits nach einem konkreten Portfolio aus. Es zeigt, dass du Grundlagen des manuellen Testens, API-Tests und Automatisierung kennst.

Reichen Zertifikate aus?

Zertifikate können helfen, reichen aber selten allein aus. Ein Zertifikat zeigt, dass du Theorie kennst oder einen Kurs abgeschlossen hast. Ein Portfolio zeigt, dass du etwas praktisch umsetzen kannst.

Die beste Kombination ist:

Kurs + Praxis + Projekt + Beschreibung + GitHub

So sieht ein Recruiter nicht nur, dass du lernst, sondern auch, dass du Wissen in praktische Arbeit umwandeln kannst.

Zusammenfassung

Fehlende Berufserfahrung bedeutet nicht, dass du nichts zeigen kannst. In der IT sind praktische Fähigkeiten sehr wichtig, und ein Portfolio ist eine der besten Möglichkeiten, diese sichtbar zu machen.

Bereite am Anfang zwei oder drei konkrete Projekte vor. Beschreibe sie genau, füge eine README hinzu und zeige Code, Dokumentation oder Tests. Versuche nicht, dich als Experte darzustellen. Zeige lieber, dass du bewusst lernst, praktisch arbeitest und Projekte bis zum Ende umsetzen kannst.

Ein gutes Portfolio muss nicht perfekt sein. Es muss verständlich, konkret und wirklich dein eigenes sein.

Wenn du deine Fähigkeiten in IT, Software Testing, Automatisierung, DevOps oder künstlicher Intelligenz weiterentwickeln möchtest, findest du passende Lernmaterialien auf RafałPodraza.com.