Ein gutes IT-Portfolio zeigt, wie du eine überschaubare Aufgabe verstanden, bearbeitet und geprüft hast. Ein kleines, nachvollziehbares Projekt ist aussagekräftiger als eine große kopierte Demo. Auch Analyse und Prozessarbeit lassen sich als Arbeitsprobe darstellen.
Was eine Arbeitsprobe beantworten sollte
Wer dein Projekt öffnet, möchte nicht erst erraten, worum es geht. Beschreibe das Problem, deinen eigenen Beitrag und den fertigen Stand. Zeige, wie du das Ergebnis überprüft hast. Nenne Grenzen und verwendete Hilfsmittel. So lässt sich erkennen, was du selbst verstanden hast.
Du brauchst dafür weder echte Kundendaten noch vertrauliche Unterlagen aus einem früheren Job. Verwende erfundene Daten oder öffentlich nutzbares Material mit passender Lizenz. Das Projekt soll deine Arbeitsweise sichtbar machen, nicht die Größe eines Unternehmens nachspielen.
Projekt 1: Einen Prozess verständlicher machen
Wähle einen erfundenen Verein, der Materialbestellungen per E-Mail sammelt. Zeichne den heutigen Ablauf. Markiere fehlende Informationen und unklare Verantwortlichkeiten. Entwirf anschließend einen verbesserten Ablauf mit einem einfachen Formular und klaren Ausnahmen.
Deine Ergebnisse: eine Prozessskizze, fünf Anforderungen und drei Testfälle. Ein Testfall könnte eine Bestellung ohne Kostenstelle sein. Beschreibe, was dann passieren soll und wer die fehlende Information ergänzt. Diese Arbeitsprobe passt als erster Versuch zu Business Analysis, Requirements Engineering oder funktionaler Beratung.
Projekt 2: Eine kleine Anwendung bauen
Entwickle eine überschaubare Aufgabenliste oder Raumreservierung. Begrenze bewusst den Umfang. Eine Kernfunktion mit verständlicher Fehlerbehandlung ist für den Anfang genug. Erkläre, wie du Daten speicherst und welche Eingaben du prüfst.
Deine Ergebnisse: funktionierender Stand, kurze Einrichtung, Screenshots und dokumentierte Tests. Prüfe leere Eingaben, doppelte Einträge und eine Änderung bereits vorhandener Daten. Wenn du eine Anleitung oder KI-Hilfe benutzt hast, nenne das und beschreibe deinen eigenen Beitrag.
Projekt 3: KI-Antworten systematisch bewerten
Erstelle zehn fiktive Anfragen, die in vorgegebene Kategorien eingeordnet werden sollen. Definiere vorher die richtige Einordnung und den Umgang mit unklaren Fällen. Vergleiche zwei unterschiedliche Anweisungen an ein KI-Werkzeug.
Deine Ergebnisse: Testdatensatz, Kriterien, Vergleich und Fehleranalyse. Zeige ausdrücklich einen Fall, der nicht gut funktioniert. Erkläre, warum die kleine Übung keine Aussage über alle realen Anfragen erlaubt. Damit demonstrierst du kritisches Prüfen statt nur Begeisterung für eine Demo.
Eine Dokumentation, die jemand anderes nutzen kann
Eine README ist ein gängiger Ort für diese Informationen. Die GitHub-Dokumentation erklärt, wie sie Zweck und Nutzung eines Projekts sichtbar macht. Ein öffentliches Repository ist aber nicht für jede Arbeitsprobe nötig: Eine gut lesbare Dokumentation mit Bildern kann für eine konzeptionelle Aufgabe ebenfalls passen.
Woran du erkennst, dass das Projekt groß genug ist
Eine andere Person versteht das Problem und kann dein Ergebnis nachvollziehen. Du kannst wichtige Entscheidungen erklären. Du hast mindestens einen Fehler gefunden und verbessert. Und du kannst sagen, wo deine Lösung endet. Dann ist eine erste belastbare Arbeitsprobe entstanden.
Erweitere nicht endlos den Funktionsumfang, nur damit das Projekt beeindruckender aussieht. Übertrage lieber das Gelernte auf eine leicht veränderte Aufgabe. Das zeigt, ob du ein Prinzip verstanden oder nur eine Schrittfolge nachgebaut hast. Genau diese Übertragbarkeit macht das Portfolio für deine weitere Orientierung nützlich.
Zum Weiterdenken: IT-Lebenslauf: Zeig, was du wirklich kannst.
