Take-Home-Aufgabe und Coding Challenge: Ablauf, Bewertung, Erwartungen
Eine Take-Home-Aufgabe (auch Coding Challenge oder Hausaufgabe) ist eine Programmieraufgabe, die du im Bewerbungsprozess zu Hause bearbeitest und als Code einreichst, meist nach einem ersten Gespräch. Wie lange sie dauern darf, was bewertet wird und ob Hilfsmittel erlaubt sind, legt jedes Unternehmen selbst fest. Hier steht, was belegbar ist: übliche Abläufe, Bewertungskriterien, realistische Zeitfenster und wie du dich vorbereitest.
Wie eine Take-Home-Aufgabe abläuft
Typisch ist dieser Ablauf: Nach dem Screening-Gespräch bekommst du per E-Mail eine Aufgabenbeschreibung, oft mit einer Frist von mehreren Tagen. Du bearbeitest sie in deiner eigenen Umgebung und reichst sie ein, zum Beispiel als Repository oder Pull Request. Danach prüfen Entwickler:innen deinen Code, und häufig folgt ein Gespräch, in dem du deine Entscheidungen erklärst. Bei GitHub läuft es laut einem Beitrag im eigenen Blog (Stand 2022) so: Der Timer startet, sobald du Zugriff auf das Repository hast; du darfst deinen bevorzugten Editor, dein Betriebssystem und das Internet für Dokumentation nutzen; eingereicht wird per Pull Request.
Nicht jede Firma macht es so. Manche vergeben stattdessen einen zeitlich begrenzten Online-Test (siehe Codility und HackerRank) oder ein Live-Coding-Interview. Frag im Screening, welches Format dich erwartet.
Wie viel Zeit ist üblich
Die Spanne ist groß. In einer Umfrage von interviewing.io sagten über 80 % der Befragten, eine Take-Home-Aufgabe sollte höchstens vier Stunden dauern; die meisten nannten zwei Stunden. Der Autor schreibt aber auch, dass die tatsächliche Arbeit oft ein Vielfaches der genannten Zeit beträgt. Greenhouse nennt ein Kundenbeispiel mit zehn Tagen Frist und vier Stunden empfohlener Bearbeitungszeit, bei dem die durchschnittliche Zeit elf Stunden betrug und die längste 40 Stunden. (Das sind Einzelbeispiele und Umfragewerte, keine Statistik für Deutschland.)
Praktisch heißt das: Frag nach dem erwarteten Aufwand, plane einen Puffer ein, und lege dir ein festes Zeitlimit. Wenn eine Aufgabe erkennbar ein Wochenende frisst, darfst du das im Gespräch ansprechen. Zur rechtlichen Frage, wann unbezahlte Probearbeit in Deutschland zulässig ist, habe ich keine belastbare Quelle geprüft; bei Zweifeln hilft eine Beratung, etwa durch Gewerkschaft oder Fachanwalt.
Wie Unternehmen bewerten
Greenhouse unterscheidet zwei Wege: automatisierte Prüfung (Ergebnis fast sofort, günstig) und Peer Review durch Menschen, bei der das Feedback detaillierter ist und zeigt, wie programmiert wurde. GitHub beschreibt automatisierte Tests per GitHub Actions plus eine Bewertungsmatrix, die der Reviewer als Kommentar im Pull Request hinterlässt, und anonymisierte Einreichungen. Daraus lässt sich ableiten, worauf du achten solltest:
- Funktioniert es? Läuft das Projekt nach der Anleitung, ohne dass jemand raten muss?
- Ist der Code lesbar und strukturiert? Sinnvolle Namen, kleine Funktionen, keine toten Teile.
- Tests. Wenige, aber gezielte Tests zeigen, dass du an Randfälle denkst.
- Dokumentation. Eine kurze README mit Start-Befehl, Annahmen und offenen Punkten.
- Begründete Kompromisse. Schreib auf, was du bewusst weggelassen hast und warum.
Was Unternehmen erwarten sollten
Aus Kandidat:innen-Sicht lohnt es sich, die Erwartungen auch umgekehrt zu kennen. In der interviewing.io-Umfrage waren die häufigsten Beschwerden hoher Zeitaufwand, unklarer Umfang, fehlendes Feedback und keine Bezahlung; 58 % der Befragten meinten, sie hätten eine Vergütung verdient, aber nur 4 % hatten tatsächlich eine erhalten. Fehlendes Feedback war der Hauptgrund für schlechte Erfahrungen. Greenhouse empfiehlt praxisnahe Aufgaben statt reiner Algorithmen, begrenzte Bearbeitungszeit für alle, die gleichen Informationen für alle Bewerber:innen und Feedback, vor allem bei Absagen. Du kannst nach Zeitrahmen, Bewertungskriterien und Feedback fragen; ein gutes Unternehmen beantwortet das ohne Probleme. (Beide Quellen sind Branchen-Blogs mit eigenem Interesse und eigener Stichprobe.)
So gehst du die Aufgabe an
- Anforderungen lesen und klären. Schreib offene Fragen kurz per E-Mail, statt Annahmen zu treffen.
- Zuerst die einfachste lauffähige Version. Dann erweitern, nicht umgekehrt.
- Zeitlimit setzen und am Ende notieren, was du bei mehr Zeit tun würdest.
- Tests und README. Alles, was ein Reviewer zum Starten braucht, gehört hinein.
- Nach einer Pause erneut durchsehen, bevor du abgibst.
- Auf das Nachgespräch vorbereiten. Du musst jede Entscheidung in deinem Code erklären können, auch bei Hilfsmitteln; was du nicht erklären kannst, solltest du nicht einreichen. Mehr zur Gesprächsseite: Pair-Programming-Interviews. Die englische Einführung zum Thema: Take-Home Assignment.
KI und Hilfsmittel: erst fragen
Die Regeln gehen weit auseinander: Manche Firmen erlauben KI-Tools ausdrücklich, andere wollen die Aufgabe ohne. GitHubs Beitrag nennt als Hilfsmittel den bevorzugten Editor und das Internet für Dokumentation, sagt aber nichts zu KI. Lies die Aufgabenstellung genau und frag die Recruiterin oder den Recruiter, was erlaubt ist; halte dich an die Antwort. Was du abgibst, muss deine Arbeit sein und du musst es im Gespräch erklären können. Mehr dazu: KI im Vorstellungsgespräch: erlaubt oder nicht?
Wenn dein Gegenüber ein Hilfsmittel für Gespräche zulässt: Interview Copilot ist ein Desktop-Overlay (macOS, Windows, Linux in Beta), das den Systemton des Anrufs mitliest und in Echtzeit Antwortvorschläge anzeigt und Code-Aufgaben per Screenshot lösen kann. Es gibt einen kostenlosen Plan ohne Karte. Auf macOS und Windows bittet das Fenster das System, nicht im Bildschirmabgriff zu erscheinen; unter Linux ist es sichtbar, und das Ergebnis hängt vom Screen-Sharing-Programm ab, teste es also in einer privaten Freigabe. Nutze es nicht, wo Regeln es verbieten. Weitere Infos: Assistent für Coding-Interviews.
Quellen
- interviewing.io: Why engineers don't like take-homes (Umfrage)
- Greenhouse: Code Challenges für Bewerber:innen
- GitHub Blog: How GitHub does take-home technical interviews (2022)
Geprüft am 13.11.2026. Regeln und Verfahren ändern sich, frag im Zweifel bei der Firma nach.
FAQ
Was ist eine Take-Home-Aufgabe im Bewerbungsprozess?
Eine Programmieraufgabe, die du zu Hause bearbeitest und als Code einreichst, meist nach einem ersten Gespräch. Danach prüfen Entwickler:innen deine Lösung, und oft folgt ein Gespräch, in dem du deine Entscheidungen erklärst. Format und Frist legt jedes Unternehmen selbst fest.
Wie lange dauert eine Coding Challenge?
Das hängt vom Unternehmen ab. In einer interviewing.io-Umfrage hielten über 80 % höchstens vier Stunden für angemessen. Greenhouse nennt ein Beispiel mit vier empfohlenen Stunden, in dem die Bearbeitung im Schnitt elf Stunden dauerte. Frag nach dem erwarteten Aufwand.
Worauf achten Reviewer bei einer Take-Home-Aufgabe?
Laut GitHub und Greenhouse auf funktionierenden Code, Lesbarkeit, automatisierte Tests und eine klare Bewertungsmatrix. Praktisch heißt das: sauber lauffähig, verständliche Struktur, gezielte Tests, kurze README und begründete Kompromisse.
Darf ich bei der Take-Home-Aufgabe KI benutzen?
Das entscheidet das Unternehmen. Manche erlauben KI-Tools ausdrücklich, andere verlangen eine Bearbeitung ohne. Lies die Aufgabenstellung und frag die Recruiter:innen vor dem Start. Du musst alles, was du abgibst, im Nachgespräch erklären können.
Wird eine Take-Home-Aufgabe bezahlt?
Selten. In der interviewing.io-Umfrage meinten 58 % der Befragten, sie hätten eine Vergütung verdient, aber nur 4 % hatten eine erhalten. Zur rechtlichen Lage in Deutschland habe ich keine belastbare Quelle geprüft; im Zweifel lass dich beraten.
Bekomme ich Feedback nach einer Coding Challenge?
Nicht garantiert. Fehlendes Feedback war in der interviewing.io-Umfrage der Hauptgrund für schlechte Erfahrungen. Du kannst vorab fragen, ob es Feedback gibt, und bei einer Absage höflich darum bitten.