Division5 WissenAuswahl und Interviews
Aufgezeichnete Interviews auswerten: Beobachtungen festhalten und fair vergleichen
Eine Aufnahme hilft Ihnen, Antworten erneut anzusehen. Sie ersetzt keine vorher festgelegten Kriterien. Notieren Sie konkrete Aussagen mit Zeitmarke, bewerten Sie nur arbeitsbezogene Belege und halten Sie offene Fragen fest.
Vor dem Ansehen festlegen, wonach Sie suchen
Wenn Sie Kriterien erst nach dem Interview festlegen, kann eine einzelne gute oder schlechte Antwort den Gesamteindruck übermäßig prägen. Beginnen Sie mit den Aufgaben der Rolle. Für eine Backend-Position können Sie zum Beispiel Datenmodellierung, Fehlerbehandlung, verständliche Kommunikation und Umgang mit Reviews prüfen. Für eine Designrolle wären andere Kriterien nötig.
Die U.S. Office of Personnel Management beschreibt strukturierte Interviews als Gespräche mit arbeitsbezogenen Fragen und vorab definierten Bewertungsmaßstäben. Einheitliche Fragen erleichtern den Vergleich, wenn Sie mehrere Personen für dieselbe Rolle beurteilen. Als praktische Arbeitsregel gilt: zuerst Kriterien festlegen, dann Antworten anhand derselben Maßstäbe bewerten.
Teilen Sie Ihre Notizen in drei Teile:
- Beobachtung: Was wurde konkret gesagt oder gezeigt?
- Bewertung: Welches arbeitsbezogene Kriterium stützt diese Antwort, und wie deutlich?
- Offene Frage: Welche Information fehlt noch, um die Passung einzuschätzen?
Schreiben Sie keine Vermutungen über Persönlichkeit, Herkunft oder Motivation als Tatsache auf. „Nennt erst nach Rückfrage einen Rollback-Schritt“ ist beobachtbar. „Ist unsicher“ ist eine Deutung und braucht einen konkreten Bezug zur Aufgabe.
Fiktives Beispiel: Zeitmarken aus einem Backend-Interview
Fiktive, nachgestellte Notizen, keine echte Bewerbung oder Division5-Aufnahme: Die Rolle umfasst eine API für Bestellstatus. Das Unternehmen hat vor dem Gespräch vier Kriterien festgelegt: Fehlerfälle, Datenkonsistenz, Testbarkeit und Verständlichkeit der Erklärung.
| Zeitmarke | Beobachtung | Kriterium und Bewertung | Nachfrage |
|---|---|---|---|
| 08:14 | Beschreibt für einen wiederholten API-Aufruf einen Idempotenzschlüssel und erklärt, wie der Status gespeichert wird. | Datenkonsistenz: konkreter Ansatz genannt; Rückmeldung bei abgelaufenem Schlüssel bleibt offen. | „Was soll bei einem erneuten Aufruf nach einem Timeout passieren?“ |
| 16:32 | Unterscheidet Timeout, ungültige Anfrage und temporären Datenbankfehler; schlägt für den letzten Fall begrenzte Wiederholung vor. | Fehlerfälle: mehrere Fälle unterschieden. Umgang mit doppelter Nebenwirkung muss noch geklärt werden. | „Wie verhindern Sie, dass die Wiederholung denselben Auftrag zweimal ausführt?“ |
| 27:05 | Schlägt einen Integrationstest mit kontrolliertem Datenbankfehler vor und sagt, welche Antwort die API liefern soll. | Testbarkeit: passender Testtyp erklärt. Testdatenbereinigung wurde nicht angesprochen. | „Wie isolieren Sie den Test und räumen den Datensatz danach auf?“ |
| 35:48 | Erklärt, weshalb eine Abfrage die bestehende Datenbankstruktur wiederverwenden kann und nennt eine Grenze dieses Ansatzes. | Verständlichkeit: Begründung und Einschränkung sind klar; Annahme zur tatsächlichen Datenmenge bleibt offen. | „Welche Beobachtung würde Sie dazu bringen, einen anderen Ansatz zu wählen?“ |
Die Nachfragen zielen auf konkrete Lücken. Nach dem Ansehen kann die bewertende Person eine Zeitmarke erneut prüfen und ihre Notiz korrigieren. Ein Gesprächsbeispiel allein zeigt nicht, wie eine Person dieselbe Aufgabe später im Produkt umsetzt.
Mehrere Personen anhand derselben Kriterien vergleichen
Vergleichen Sie zunächst die Belege, die in beiden Aufzeichnungen tatsächlich vorkommen. Gespräche können unterschiedliche Fragen und Schwerpunkte haben. Notieren Sie gemeinsame Kriterien und die offenen Punkte getrennt; wenn eine wichtige Information fehlt, klären Sie sie später mit einer passenden Rückfrage.
| Stufe | Arbeitsbezogener Anker | Was Sie festhalten |
|---|---|---|
| Noch kein Beleg | Antwort bleibt allgemein oder trifft die gestellte Aufgabe nicht. | Welche Information fehlt? War die Frage verständlich? |
| Teilweiser Beleg | Passender Ansatz, aber wichtige Randbedingungen oder Folgen bleiben offen. | Welche konkrete Lücke soll die Rückfrage prüfen? |
| Klarer Beleg | Antwort behandelt die wichtigen Fälle und erklärt die eigene Entscheidung nachvollziehbar. | Welche Details belegen das Kriterium? |
| Besonders starker Beleg | Antwort vergleicht mehrere tragfähige Optionen, benennt Risiken und erläutert, wann sich die Wahl ändern würde. | Welche zusätzliche Qualität ist für diese Rolle tatsächlich relevant? |
Bewerten Sie jede Antwort zunächst einzeln, bevor Sie als Gruppe über Unterschiede sprechen. So wird sichtbar, ob die Differenz aus dem Beleg, einer unterschiedlichen Auslegung des Kriteriums oder einem Missverständnis der Frage kommt. Vermeiden Sie Ranglisten ohne Bezug zur Rolle.
Entscheidungsblatt für die nächste Auswahlrunde
- Rolle: Welche konkrete Arbeit soll die Person übernehmen?
- Kriterien: Welche Fähigkeiten müssen im Gespräch sichtbar werden? Was lässt sich erst in einer Arbeitsprobe oder durch Referenzen prüfen?
- Fragen: Welche Ihrer Kriterien werden in beiden Aufzeichnungen behandelt? Welche Themen bleiben offen?
- Belege: Welche Zeitmarke zeigt eine relevante Antwort? Was genau wurde gesagt oder vorgeführt?
- Bewertung: Welcher vorab definierte Anker passt und weshalb?
- Offene Punkte: Welche Frage ist noch zu klären und mit welchem Auswahlmittel?
- Entscheidung: Welche Person erfüllt die Muss-Kriterien am deutlichsten? Welche Unsicherheit bleibt?
Wenn zwei Personen ähnlich bewertet werden, wählen Sie ein zusätzliches, für die Rolle passendes Auswahlmittel, statt das Gespräch rückwirkend um beliebige Kriterien zu erweitern. Bei Softwareentwicklungsrollen kann das eine klar begrenzte, bezahlte Arbeitsprobe sein. Beschreiben Sie vorab Umfang, Bewertungsmaßstab, Zeit und Umgang mit dem Ergebnis.
Aufzeichnung ist ein Hilfsmittel, keine vollständige Leistungsprobe
Eine Aufnahme zeigt nur, was in diesem Gespräch stattgefunden hat. Sie bildet nicht automatisch Zusammenarbeit im Alltag, Codequalität im bestehenden Produkt, langfristige Zuverlässigkeit oder die Leistung unter realistischen Bedingungen ab. Sie kann außerdem Gesprächsbedingungen und den gewählten Ausschnitt nicht nachträglich ändern.
Bei Division5 können Sie die geprüften Profile und aufgezeichneten Interviews schon vor dem Kennenlernen ansehen. Nutzen Sie die Aufnahme, um konkrete Rückfragen zu Rolle und Erfahrung zu notieren. Für alle Fachkräfte gilt eine 30-tägige Testphase; die Bedingungen stehen vor dem Start schriftlich fest. Profile und Interviews vorab ansehen.
Quellen und weiterführende Informationen
Quellenstand: 22. Oktober 2026. Externe Inhalte können sich ändern.