
Am Ende jedes Interviews wird der Bewerber gefragt, ob es noch Fragen gibt.
Nach grober SchĂ€tzung meiner Kollegen fragen 4 von 5 Kandidaten nach der TeamgröĂe, wann man ins BĂŒro kommen soll und seltener nach der Technik. Solche Fragen funktionieren auf kurze Sicht, denn nach ein paar Monaten ist fĂŒr sie nicht so sehr die QualitĂ€t der Technik wichtig, sondern die Stimmung im Team, die Anzahl der Meetings und die Begeisterung, den Code zu verbessern.
Unten finden Sie eine Liste von Themen, die problematische Stellen aufzeigen, ĂŒber die nicht gerne gesprochen wird.
Haftungsausschluss:
Die Fragen unten haben keinen Sinn, dem HR-Mitarbeiter zu stellen, da ein Interessenkonflikt besteht.
Zur Arbeitswoche

Frag nach Groomings, Daily Meetings und anderen Agile-Zeremonien. Achte wĂ€hrend der Antwort darauf, welche Emotionen der GesprĂ€chspartner hat, wie er erzĂ€hlt und beobachte die Mimik. Siehst du Begeisterung oder ErmĂŒdung? Sind die Antworten munter oder erinnern sie an die Zusammenfassung eines langweiligen Schullehrbuchs?
Frag dich selbst, ob du in einem Monat, wenn dir ein Bekannter nach dem neuen Job fragt, genauso erzÀhlen möchtest.
Zur HÀufigkeit von BrÀnden

In meinem frĂŒheren Job gab es bei den Kollegen mindestens einmal pro Woche einen Brand. BrĂ€nde sind Meister darin, persönliche Zeit zu manipulieren. Jedes Mal sitzt der Schuldige bis spĂ€t ins BĂŒro, um den Fehler zu finden und zu beheben. Das Team wird einen unangenehmen Eindruck haben, wenn du weggehen möchtest, wĂ€hrend das Unternehmen den Kunden fĂŒr jede Stunde unbehebbarer Bugs EntschĂ€digungen zahlt.
BrĂ€nde mĂŒssen gelöscht werden, aber das Team kann sich so sehr daran gewöhnen, dass eine Ablehnung als Desertion wahrgenommen wird.
Zu Konferenzen wÀhrend der Arbeitszeit

Obwohl mir bei jedem Job erlaubt wurde, an Konferenzen teilzunehmen, kenne ich Referenten, die nur mit Wochenendarbeit entlassen wurden. Niemand kĂŒmmerte sich darum, dass sie technische PR fĂŒr das Unternehmen brachten. Selbst wenn du Konferenzen nicht magst, wird die Antwort deine zukĂŒnftigen FreirĂ€ume zeigen.
Als Bonus lernst du, zu sprechen, PrÀsentationen vorzubereiten und in die Community einzutauchen, wenn es im Unternehmen Menschen gibt, die gerne an Konferenzen teilnehmen.
Ich war glĂŒcklich, als mir der Flug, die Tickets und auch die Ausgaben fĂŒr Unterkunft und Verpflegung bezahlt wurden. WĂ€re ich Referent gewesen, hĂ€tte ich zusĂ€tzlich einen Bonus von 2000 $ erhalten.
Zu strengen Deadlines

Wie bei BrĂ€nden ist diese Frage ein Indikator fĂŒr die Geschwindigkeit des Burnouts in Teams.
Erfahren Sie, wie oft Sie gebeten werden, eine Aufgabe innerhalb von n Tagen dringend zu erledigen. Solche Teams neigen dazu, an dem Mythos zu glauben, dass Tests die Entwicklung verlangsamen, und diese faule Klasse wird nÀchste Woche korrigiert.
Ein Profi weigert sich, die Prinzipien qualitativ hochwertigen Codes zu brechen. Jede Bitte, ein Feature schneller zu schreiben oder sich mehr zu bemĂŒhen, bedeutet, dass man Ihnen nahelegt, minderwertigen Code zu schreiben oder Ihre Effizienz zu ĂŒberschreiten. Wenn Sie zustimmen, zeigen Sie Ihre Bereitschaft, berufliche Prinzipien zu brechen und gestehen ein, nicht Ihr volles Potenzial auszuschöpfen, bis man Sie erneut bittet, "sich zu bemĂŒhen".
Onkel Bob hat darĂŒber geschrieben .
Kommen wir zu meiner Lieblingsfrage. Gehen Sie darauf ein, wenn Sie keine Zeit haben, den GesprĂ€chspartner ausfĂŒhrlich zu befragen.
Ăber Vor- und Nachteile

Die Frage scheint offensichtlich und sogar dumm, aber Sie können sich nicht vorstellen, wie sehr sie dabei hilft, den endgĂŒltigen Eindruck von der zukĂŒnftigen Arbeit zu formen.
Ich habe mit dieser Frage begonnen, als ich von drei Entwicklern interviewt wurde. Sie zögerten und antworteten zunÀchst, dass es eigentlich nicht allzu viele Nachteile gibt, alles ist in Ordnung.
â Was ist dann mit den Vorteilen?
Sie schauten sich an und dachten nach.
â Nun, sie geben MacBooks aus.
â Die Aussicht ist schön, schlieĂlich ist es der 30. Stock.
Das sagt viel aus. Keiner von ihnen erinnerte sich an das Projekt, die Hunderte von Mikrodiensten und das groĂartige Entwicklungsteam.
Aber es gibt den 30. Stock und MacBooks, ja.
Wenn jemand das Schlechte nicht erwĂ€hnt, lĂŒgt er entweder oder es ist ihm egal. Das passiert, wenn die Nachteile zu etwas AlltĂ€glichem werden, wie Hering im Pelzmantel an Neujahr.
Da dies sehr nach Erschöpfung klingt, fragte ich nach Ăberstunden.
Sie schauten sich wieder mit einem kleinen LĂ€cheln an. Einer sagte scherzhaft, dass sie seit 2016 Ăberstunden machen. Da er das beilĂ€ufig erwĂ€hnte, korrigierte der andere sofort, dass alle Ăberstunden gut bezahlt werden und am Ende des Jahres alle einen Bonus erhalten haben.
HĂ€ufige Ăberstunden fĂŒhren zu Erschöpfung. Das Interesse am Projekt und am Team sinkt zunĂ€chst, und dann auch an der Programmierung. Verkaufen Sie Ihre Motivation nicht fĂŒr einen Gehaltsmultiplikator und fĂŒr die Arbeit an Wochenenden und spĂ€t abends.
Ausgabe
Diskutieren Sie bei jedem VorstellungsgesprĂ€ch ausfĂŒhrlich unbequeme Themen. Was eine FormalitĂ€t war, spart Monate.
Ich unterstĂŒtze Interviewer, die Bewerber ohne Fragen aussortieren. Fragen sind wie eine Zeitmaschine, die einen in die Zukunft versetzt. Nur ein Faulpelz möchte nicht wissen, ob er Freude an der Arbeit haben wird.
Ich hatte FĂ€lle, in denen die Antworten auf diese und andere Fragen in anderthalb- bis zweistĂŒndigen GesprĂ€chen endeten. Sie halfen, ein detailliertes Bild zu zeichnen und sparte Monate, wenn nicht Jahre an Arbeit.
Dieses Rezept ist kein Allheilmittel. Die Tiefe und Anzahl der Fragen hĂ€ngen stark vom Bereich des Unternehmens ab. In der Auftragsentwicklung sollte mehr Zeit auf Deadlines verwendet werden, wĂ€hrend in der Produktentwicklung eher BrĂ€nde gelöscht werden mĂŒssen. Einige kritische Details erfahren Sie erst Monate spĂ€ter, jedoch helfen diese Themen, groĂe Probleme zu erkennen, wenn von auĂen nichts auf Schwierigkeiten hindeutet.
Danke fĂŒr die wunderbaren Illustrationen .
Quelle: habr.com
