Take-Home-Aufgaben im Interview: So gehst du vor

Eine Take-Home-Aufgabe kann sich wie unbezahlte Arbeit ohne klares Ende anfühlen. Dieser Abschnitt erklärt die gängigen Formate und was jedes davon prüft, damit du den Umfang richtig einschätzen kannst. Die Aufgabe ändert sich je nach Rolle, aber die Bewertung ist ähnlich.

• Softwareentwickler: eine kleine Anwendung oder API mit Tests, zum Beispiel ein Service, der eine Datei einliest und Abfrage-Endpunkte bereitstellt.
• Data-Rollen: ein Datensatz und eine Geschäftsfrage, beantwortet in einem Notebook mit einer kurzen schriftlichen Zusammenfassung.
• Designer: ein Design-Brief, beantwortet mit Flows und Schlüssel-Screens.
• Produkt- und Business-Rollen: ein schriftliches Strategie-Memo, ein Case, oder eine kurze Präsentation.

Die meisten Briefs geben einen empfohlenen Zeitrahmen und eine Deadline an. Betrachte den Zeitrahmen als ein Umfangs-Signal vom Team.

Reviewer prüfen normalerweise, ob die Kernanforderungen funktionieren, wie lesbar und organisiert die Arbeit ist, ob du getestet oder validiert hast, und ob deine schriftliche Argumentation klar ist. Ein poliertes Zusatzfeature wiegt selten eine fehlende Anforderung auf.

Ein Backend-Entwickler, der sich bei einem mittelgroßen SaaS-Unternehmen bewirbt, könnte einen Brief zum Bau einer ratenbegrenzten API erhalten. Eine starke Abgabe implementiert die geforderten Endpunkte, deckt Edge Cases mit Tests ab und enthält eine README, die angibt, was absichtlich weggelassen wurde und was mit mehr Zeit als Nächstes käme. Diese README macht aus Entscheidungen, die wie Lücken aussehen, bewusste Entscheidungen.

Für das Live-Coding-Format, das oft folgt, siehe den Interview-Typen-Hub.

Die meisten Take-Home-Aufgaben enden mit einem Call, in dem du deinen Bildschirm teilst und die Interviewer durch deine Abgabe führst. Erwarte Fragen wie „Warum diese Struktur?“, „Wie würde das mit dem zehnfachen Datenvolumen umgehen?“ und „Was würdest du ändern?“ Viele Teams bitten dich, live ein kleines Feature hinzuzufügen oder einen Bug zu beheben.

Bereite dich vor, indem du am Vortag deine eigene Arbeit noch einmal durchliest, die Kompromisse auflistest, die du eingegangen bist, und eine Verbesserung bereithältst, über die du sprechen kannst. Da du deinen Bildschirm teilst, ist alles darauf sichtbar, also schließe unbeteiligte Fenster.

Lies zuerst den Brief. Manche Unternehmen erlauben KI-Coding-Tools und bitten dich offenzulegen, wie du sie genutzt hast; andere verbieten sie. Folge der genannten Richtlinie, und wenn keine genannt wird, frag die Recruiterin oder den Recruiter. Was auch immer du abgibst, du musst es im Review-Call live erklären und ändern können.

SubcueAI ist für Live-Videogespräche gebaut, nicht dafür, Take-Home-Abgaben zu erstellen. Es kann dir helfen, das Erklären deiner Entscheidungen auf der Seite Mock Interview zu üben. Bei einem Review mit geteiltem Bildschirm ist alles auf deinem Bildschirm sichtbar, und beaufsichtigte oder aufgezeichnete Sitzungen liegen außerhalb des Anwendungsbereichs. Das Tutorial zeigt, wie die Desktop-App in einem Live-Call funktioniert.