wie Sie einen Projekt‑ oder Portfolio‑Walkthrough für Interviews vorbereiten

Interviewer wollen mehr als nur eine Liste von Projekten. Sie suchen eine klare Geschichte darüber, wie Sie Probleme angehen, Entscheidungen treffen und Ergebnisse liefern. Ein guter Walkthrough schafft Kontext, zeigt Ihre Denkweise und lädt zu gezielten Fragen ein.

Diese Anleitung erklärt, wie Sie passende Projekte auswählen, den Ablauf festlegen, Übergänge formulieren und so üben, dass Sie souverän und natürlich wirken. Sie richtet sich an Designer, Produktmanager, Entwickler, Data‑Scientist und alle, die Arbeit präsentieren müssen.

wählen Sie die richtigen projekte aus

Nicht jedes Projekt eignet sich für einen Live‑Walkthrough. Zeit ist begrenzt, wählen Sie zwei bis drei Projekte, die zusammen Breite und Tiefe zeigen. ‚Breite‘ heißt verschiedene Herausforderungen (Nutzerforschung, Design, technische Architektur, Stakeholder‑Management, messbarer Impact). ‚Tiefe‘ heißt: ein Projekt, bei dem Sie Verantwortung und Detailwissen zeigen können.

Streben Sie Vielfalt an: ein Projekt mit Fokus auf Research, eines mit technischer Komplexität und eines, das Lieferung und Auswirkungen demonstriert. Wenn Sie nur Nebenprojekte oder Studienarbeit haben, wählen Sie solche, in denen Sie Entscheidungen getroffen und begründen können.

• Bevorzugen Sie Projekte mit klarer Rolle und Verantwortung.
• Bei NDAs: bereiten Sie eine bereinigte Version vor, die Prozess und Entscheidungen zeigt.
• Bevorzugen Sie aktuellere Projekte – sie sind leichter detailliert zu erklären.

strukturieren Sie jeden walkthrough wie eine kurze geschichte

Eine klare Struktur hilft Ihnen und Ihrem Publikum. Verwenden Sie für jedes Projekt dasselbe Gerüst, damit Interviewer wissen, was kommt. Ein verlässliches Muster: Kontext → Problem → Vorgehen → Abwägungen → Ergebnis → Reflexion.

Halten Sie jede Sektion kurz. Rechnen Sie mit 6–8 Minuten pro Projekt in einem normalen Interview (insgesamt 20–30 Minuten Walkthrough plus Fragen). Fragen Sie am Anfang, wie viel Zeit gewünscht ist, und passen Sie die Länge an.

• Kontext: Produkt, Team, Zeitrahmen und Einschränkungen.
• Problem: Klare Problemformulierung – für Nutzer oder Business.
• Vorgehen: Methoden (Research, Architektur, Experimente) und konkrete Artefakte.
• Abwägungen: Welche Alternativen gab es und warum wurde die Entscheidung getroffen?
• Ergebnis: KPIs, Nutzerfeedback oder ehrliche Learnings.

bereiten sie visualisierungen und artefakte vor, die ihre geschichte stützen

Visuals sollen Ihre Erzählung unterstützen, sie nicht ersetzen. Bereiten Sie pro Projekt 6–10 Folien oder Bildschirme vor, jeweils mit einer klaren Aussage. Zeigen Sie Diagramme, Vorher/Nachher‑Screenshots, Flussdiagramme oder fokussierte Code‑Ausschnitte — je nachdem, was die Entscheidung erklärt.

Bei Live‑Demos üben Sie das Wechseln zwischen Anwendungen und verbergen Sie sensible Daten. Bei technischen Walkthroughs zeigen Sie kleine, relevante Code‑Snippets statt ganzer Dateien. Im Design‑Bereich sind Nutzerflüsse und Prototypen oft hilfreicher als viele einzelne Screens.

• Beschriften Sie jede Folie mit der passenden Sektion (Kontext, Problem usw.), so können Sie bei Zeitmangel überspringen.
• Eine zusammenfassende Folie mit Impact in klaren Worten: KPIs, qualitatives Feedback und nächste Schritte.
• Für Screen‑Sharing: Notifications aus, sauberes Browserprofil, Auflösung prüfen.

formulieren sie kurze texte für schwierige übergänge

Sie müssen keinen auswendig gelernten Text liefern, aber kurze Formulierungen für Einstiege und Schlüsselübergänge helfen Ihnen, präzise zu bleiben. Bereiten Sie 1–2 Sätze für die Projektvorstellung und für den ‚Warum wir das gemacht haben‘‑Teil vor. Auch Übergangszeilen zwischen Artefakten sind nützlich.

Diese Mini‑Skripte vermeiden Füllwörter und sorgen dafür, dass Sie nicht ins Schwafeln geraten. Nutzen Sie natürliche Sprache; Sie sollen locker klingen, nicht mechanisch. Notizen auf Karteikarten oder in den Folien‑Notizen reichen.

• Intro: ‚Das war eine sechs‑wöchige Initiative, um die Onboarding‑Zeit zu verkürzen. Ich leitete das Design und arbeitete mit zwei Entwicklern.‘
• Übergang: ‚In drei Usability‑Tests zeigte sich das Hauptproblem… Das führte zum ersten Prototypen.‘
• Ergebnis: ‚Die Änderung verringerte die Task‑Zeit um 20 %; wir iterierten zweimal vor dem Release.‘

bereiten sie antworten auf tiefgehende fragen vor

Interviewer wollen Risiken und Entscheidungen verstehen. Üben Sie klare Antworten auf Fragen wie: Warum diese Lösung? Was ist schiefgelaufen und warum? Wie würde das skaliert? Wer war dagegen und wie wurde das besprochen? Achten Sie darauf, Kontext und konkrete Beispiele zu liefern.

Üben Sie mit einer Person oder nehmen Sie sich auf. Bei Antworten beginnen Sie mit einem kurzen Satz, dann die Details. Wenn eine Frage technische Details verlangt, zeigen Sie besser eine Grafik oder ein Snippet statt alles zu erklären.

• Antwortstruktur: Kurzfassung → Belege → Folgen → Learning.
• Wenn Sie keine exakten Zahlen kennen, sagen Sie das und erläutern, wie Sie diese ermitteln würden.
• Bei Teamkonflikten: Fokus auf Kommunikation und Lösung, nicht auf Schuldzuweisungen.

timing steuern und mit signalen übersichtlich bleiben

Fragen Sie zu Beginn, wie viel Zeit für den Walkthrough vorgesehen ist. Bieten Sie an, bei Bedarf nur einen Überblick zu geben und tiefere Details später. Während des Vortrags nutzen Sie Formulierungen, die den Abschnitt kennzeichnen: ‚Ich gebe drei Minuten Kontext und zeige dann den Prototyp.‘

Seien Sie bereit, Folien zu überspringen. Wenn ein Interviewer mehr in die Tiefe will, stimmen Sie ab, dass Sie danach zur Übersicht zurückkehren. So behalten Sie die Kontrolle über die Story und bleiben gleichzeitig offen für Nachfragen.

• Beim Üben: Timer verwenden, um Zielzeiten einzuhalten.
• Wenn Sie überziehen: ‚Soll ich Details überspringen und direkt zu den Ergebnissen kommen?‘
• Jedes Projekt mit einem klaren Abschluss beenden: ‚Das war das Projekt — ich beantworte gern Fragen dazu.‘

Ein guter Walkthrough lädt zur Unterhaltung ein: Er sollte Interviewern den Einstieg in fachliche Fragen erleichtern. Bereiten Sie prägnante Geschichten, unterstützende Visuals und kurze Skriptzeilen vor, damit Sie strukturiert und flexibel bleiben.

Üben Sie laut, holen Sie Feedback von Kolleginnen und Kollegen ein und verfeinern Sie, bis Sie die Geschichte ruhig und überzeugend erzählen können. Diese Klarheit zeigt Urteilskraft und Prozessverständnis — und das überzeugt mehr als auffällige Folien.