Frage:
Betrug in einem Telefoninterview verhindern
Long
2014-01-20 18:56:06 UTC
view on stackexchange narkive permalink

Ich werde jemanden am Telefon interviewen. Ich war bereits an einigen persönlichen Interviews beteiligt, aber dies ist mein erstes Telefoninterview, daher habe ich einige Bedenken hinsichtlich des Prozesses. Es ist ein technisches Interview für eine Position als Softwareentwickler.

Was ist, wenn der Befragte während des Telefongesprächs einige Notizen bei sich hatte? Ich meine, er hätte ein paar Spickzettel mit der häufigsten Frage vorbereiten und ihre Antworten vor sich haben können.

Sollte ich tatsächlich versuchen herauszufinden, ob er / sie die Antworten liest oder tatsächlich darüber nachdenkt ? Wird es tatsächlich als Betrug angesehen, wenn er es tut?

Wenn ich anfing, an dem Befragten zu zweifeln, sollte ich ihn direkt fragen, ob er Antworten liest? oder ist es besser, das Interview trotzdem zu beenden und meine Zweifel mir selbst zu überlassen?

Wird es mich in Zukunft beißen, wenn jemand, der das Telefoninterview bestanden hat, das persönliche Interview nicht bestanden hat?

UPDATE

Nur um einen Punkt anhand der Kommentare und Antworten zu verdeutlichen. Das Telefoninterview ist eine Standardrichtlinie im Unternehmen, um die Bewerber zu überprüfen. Einige Fragen sind in allen Interviews standardisiert. Zum Beispiel müssen wir neben sprachabhängigen Fragen nur wenige Fragen zu Datenstrukturen, Algorithmen und Betriebssystemen stellen.

Ich weiß, dass dies möglicherweise nicht der beste Einstellungsprozess ist, aber dies ist der vorliegende Prozess.

Durchsuchen Sie Ihre Fragen im Internet, sehen Sie sich die Top 2-3 der zurückgegebenen Antworten an und notieren Sie sich, ob sie wörtlich wiederholt werden. Abgesehen davon sollte ein Drilldown-Interview jemanden erkennen.
Klingt so, als würden Sie die falschen Fragen stellen, die kleinen Fakten, die vorbereitet werden können. Informieren Sie sich über Interviews, z. http://www.joelonsoftware.com/articles/fog0000000073.html, http://www.joelonsoftware.com/articles/GuerrillaInterviewing3.html, http://programmers.stackexchange.com/questions/135170/the-joel- Tests-Äquivalent zum Messen eines Programmierers, http://www.smashingmagazine.com/2012/11/12/on-good-bad-requirements-lists/,
Würden die Downvoter bitte erklären, warum, damit ich die Frage verbessern kann?
Und würden sie es verbieten, Spickzettel zu verwenden, wenn sie in Ihrem Unternehmen arbeiten, und müssten alles auswendig wissen?
Ich verstehe nicht, wie schlecht es wäre, Notizen vorbereitet zu haben. Wenn die Frage lautet: "Welchen Sortieralgorithmus würden Sie in dieser Situation verwenden?" Und sie haben ein Cheatsheet mit den Vor- und Nachteilen verschiedener Sortieralgorithmen ... solange sie die Antwort erhalten, die zeigt, dass sie dazu in der Lage sein werden in der Lage sein, den Job tatsächlich zu erledigen.
Es ist nichts Falsches daran, Google als Hilfe zu verwenden.
Hey Songo, und willkommen zurück bei [arbeitsplatz.se]. Sie stellen viele verschiedene Fragen und ich bin mir nicht ganz sicher, was Sie genau stellen möchten. Fragen Sie sich, wie Sie herausfinden können, ob jemand betrügt? Fragen, ob es in Ordnung ist zu betrügen? Fragen Sie, was zu tun ist, wenn Sie herausfinden, dass jemand betrogen wurde, als er zum persönlichen Gespräch hereinkam? Die besten Fragen hier konzentrieren sich auf eine einzelne beantwortbare Frage, wie in unserer [Hilfe / Nicht-Frage] erläutert. Mit einem kleinen [Bearbeiten] erhalten Sie möglicherweise bessere Antworten! Danke im Voraus.
Solange sie versprechen, die Spickzettel mitzubringen, sage ich, benutze sie. Sie verwenden gerade eine, indem Sie die Frage hier stellen. Kein Körper weiß alles. Sie können dem Kandidaten sogar mitteilen, dass er Internet / Notizen usw. verwenden darf, aber er hat nur 2 Sekunden Zeit, um zu antworten.
Was ist mit all den Abstimmungen über die meisten Antworten?
@RossDrew schlägt mich :) Ich habe auch eine enge Abstimmung über meine Frage. Jemand muss sehr wütend auf die Antworten hier sein.
IMHO, wenn Sie ihm nicht mitgeteilt haben, dass er keine Notizen verwenden und ihn danach beschuldigen soll, sind Sie schuld und ein schlechter Interviewer. Stellen Sie also sicher, dass ihm gesagt wurde, er solle KEINE Notizen vorbereiten.
Ich denke, die große Frage hier ist: "Wird es mich in Zukunft beißen, wenn jemand, der das Telefoninterview bestanden hat, das persönliche Interview nicht bestanden hat?" Nach meiner eigenen Erfahrung mit diesen Interviews, NEIN, wird es niemand gegen Sie aufbringen, wenn Sie jemandem, der es nicht verdient hat, ein FTF-Interview geben. Der Telefonbildschirm dient nur dazu, die offensichtlichen Inkompetenzen auszumerzen. Allerdings können nur Personen in Ihrem Unternehmen Ihnen sagen, was wirklich von Ihnen erwartet wird. Sie tun sich also selbst einen schlechten Dienst, wenn Sie sie nicht fragen.
Übrigens ist eine weitere wichtige Funktion des Telefoninterviews die Bewertung der Kommunikationsfähigkeit des Kandidaten. Normalerweise bedeutet dies, zu beurteilen, ob das Englisch eines Einwanderers gut genug ist, aber gelegentlich bedeutet es auch, einen unverbesserlichen Murmler niederzuschlagen. Versteh mich nicht falsch: Ich bin total niedergeschlagen mit Einwanderern und Nerds mit Kommunikationsproblemen, und ich versuche, den Zweifel daran auszuräumen, weil das Telefon die Kommunikationsfähigkeit der Menschen beeinträchtigt, aber es gibt einen Grenzwert, unter dem eine Person liegt Ich werde einfach nicht in der Lage sein, Aufgaben zu erfüllen.
^ Der relevante Punkt meines vorherigen Kommentars ist, dass es nicht nur um die Antworten geht. Ein Teil des Interviews besteht nur darin, einen Frage-und-Antwort-Prozess durchzuführen und zu sehen, wie es geht. Stellen Sie sich vor, wie es wäre, jeden Tag in einer einstündigen Besprechung mit dieser Person an einem Entwicklungsprojekt zu arbeiten.
Ich denke, der Schlüssel ist: "Das Telefoninterview ist eine Standardrichtlinie im Unternehmen, um die Bewerber zu überprüfen." Es gibt also andere Leute in Ihrem Unternehmen, die dies bereits tun. Fragen Sie sie, nicht uns, denn sie haben Antworten, die speziell den Richtlinien Ihres Unternehmens entsprechen, und sprechen mit den Gründen Ihres Unternehmens, warum die Interviews überhaupt durchgeführt wurden.
Eine Frage, die betrogen werden kann, ist eine schlechte Interviewfrage. Sie fragen entweder nach etwas, das eine kompetente Person bei Bedarf so schnell nachschlagen würde, oder Sie stellen keine Frage, mit der Sie prüfen können, wie sie die Anforderungen untersucht und zwischen mehreren Lösungen wählen kann. Lassen Sie diese Frage in jedem Fall fallen und ersetzen Sie sie durch eine, die Ihnen tatsächlich etwas Nützliches sagt.
Dreizehn antworten:
#1
+116
CMW
2014-01-20 19:18:37 UTC
view on stackexchange narkive permalink

Ich betrachte Interviews nicht als Tests , die bestanden oder nicht bestanden werden können, sondern bei Gelegenheiten zu beurteilen, ob der Befragte zu der von mir gesuchten Position passt .

Wenn sie sich die Mühe machen würden, zu recherchieren, was ich fragen könnte, und die Antworten auf einem Blatt Papier vorbereiten, könnte ich das tatsächlich für eine gute Sache halten, da dies ihre Entschlossenheit zeigen könnte, was zu lernen Es dauert , um den Job zu bekommen, und im weiteren Sinne vielleicht auch gut.

Was schlimm daran sein könnte: wahrscheinlich nur verschwendete Zeit auf beiden Seiten . Sie geben den Befragten an jemanden mit Domänenkenntnissen weiter, um herauszufinden, ob seine Fähigkeiten für die offene Position angemessen sind, und er könnte herausfinden, dass dies nicht der Fall ist.

Aber wenn Sie die Domäne des Befragten nicht kennen, Sie Ich kann nicht viel mehr tun, als einem Skript mit Fragen zu folgen. Wenn Sie also nicht sehen, dass ihre Antworten möglicherweise in Skripten geschrieben sind (es sei denn, Sie haben sie zuvor wörtlich gehört), sollte Sie nicht schlecht widerspiegeln.

Hier stimme ich voll und ganz zu. Einige Leute sind großartig im Job, scheitern aber am Druck des Interviews. Die Spickzettel und die Vorbereitung helfen ihnen, die Landmine eines schlechten Interviews zu vermeiden, nicht weil sie die Antwort nicht kennen, sondern weil sie im Stress des Interviews versagen.
#2
+40
DJClayworth
2014-01-20 20:08:44 UTC
view on stackexchange narkive permalink

Der Zweck eines Telefoninterviews besteht darin, Personen auszusondern, die eindeutig nicht für eine Position geeignet sind, normalerweise weil ihr Lebenslauf sehr übertrieben ist oder sie sehr schlechte Kommunikatoren sind. Als solches bedeutet dies, dass die Kosten für jemanden, der ein Telefoninterview besteht und zur nächsten Runde übergeht, ziemlich niedrig sind - es sind die Kosten für die Durchführung der Interviews. Machen Sie sich also keine Sorgen über die Möglichkeit des Betrugs.

In der Praxis ist es normalerweise ziemlich einfach, jemanden zu finden, der nach Antworten auf technische Fragen sucht. Normalerweise wird es viel Abwürgen geben, gefolgt von ihnen, die plötzlich eine sehr polierte und professionell klingende Antwort geben. Allerdings würde ich dieses "Betrügen" nicht in Betracht ziehen. Wenn Sie dies hören, markieren Sie sie so, dass sie die Antwort auf diese Frage nicht kennen, anstatt sie vom Interview auszuschließen.

Ich bin nicht damit einverstanden, wie Sie feststellen, dass jemand nach Antworten sucht. Eine richtige Antwort braucht manchmal Zeit zum Nachdenken. Und wenn ich fertig bin, gebe ich die sehr ausgefeilte Antwort. Diese Annahme ist falsch.
Ich habe direkte Erfahrungen mit dem zweiten Absatz gemacht. Lange Pause und dann sehr ausgefeilte Antwort. Es klingt extrem falsch und ist eigentlich ziemlich leicht zu erkennen.
Warten Sie, wäre ein Betrüger nicht auch "eindeutig ungeeignet"?
@wtsang02: Es gibt normalerweise einen Unterschied in Stil und Ton zwischen einer polierten verbalen Antwort und einer polierten schriftlichen Antwort
#3
+26
Xavier J
2014-01-21 05:33:31 UTC
view on stackexchange narkive permalink

Stellen Sie Fragen, die ein klares Verständnis der dahinter stehenden Technologie erfordern:

  1. Welches Problem bei der OO-Entwicklung lösen Entwurfsmuster im Allgemeinen? Was ist Ihr bevorzugtes Entwurfsmuster und warum?
  2. Was sind die Vor- und Nachteile der Datenbanknormalisierung?
  3. Wie funktioniert ein Binärbaum?
  4. Was ist ein Lambda? Ausdruck?
  5. Ich möchte [hier ausfüllen] verarbeiten. Was würde mir besser passen - ein Stapel oder eine Warteschlange?
  6. ol>

    Sie möchten jemanden, der Ideen und Konzepte mit realen Anforderungen verbindet, und nicht nur einen Roboter, der Ihnen sagen kann, wie viele Tage alt ist die neueste Version von Eclipse.

Mit Abstand die beste Antwort hier IMO. Kein Entwickler muss dumme Faktoide kennen - sie können schnell online ermittelt werden, mit Hilfedateien, sogar mit dem Compiler und Intellisense usw. Was Sie wissen müssen, ist das Verständnis und die Tiefe des Verständnisses dieser Person für Technologie. Es ist unmöglich, das zu betrügen.
Hey Codenoire, und willkommen bei [arbeitsplatz.se]. Dies scheint sich nicht mit Betrug in einem Telefoninterview zu befassen (worum es bei der Frage geht). Wie es ist, scheint dies eher ein Kommentar als eine Antwort zu sein. Wenn Sie die Bedenken des Fragestellers mit einem [Bearbeiten] ansprechen könnten, wäre es dankbar. Danke im Voraus!
Eigentlich ist das keine schlechte Antwort (und ich stimme zu). Wenn der Antragsteller in eigenen Worten erklären kann, was / warum, können Sie feststellen, ob er die abstrakten Konzepte hinter diesen Typen und Objekten versteht. Ich kann die Technik auch einfach "stehlen"!
Ich möchte meine Burger-Matrix neu ausrichten - sollte ich einen Käsestapel oder ein Speck-Plugin verwenden?
Hey codenoire, aus dem Kontext deines Beitrags klingt es so, als ob du nicht denkst, dass die Operation sich über das Betrügen von Fragen und Antworten Gedanken machen sollte, aber könntest du das trotzdem in einer kleinen [Bearbeitung] ansprechen? Dies wird dazu beitragen, Mehrdeutigkeiten zu reduzieren. Viel Glück.
#4
+22
StackExchange What The Heck
2014-01-20 19:15:52 UTC
view on stackexchange narkive permalink

Es scheint mir kein so großes Problem zu sein. Wir leben in einer Zeit des Internets und sollten es nutzen, um bessere Entwickler zu sein.

Wenn ein Entwickler die Antworten auf Fragen zur Softwareentwicklung in kurzer Zeit erhalten kann, bedeutet dies nicht im Wesentlichen, dass er ein guter Entwickler strike> ist, der in der Lage ist, Ihre Trivia-Fragen zu beantworten , ob sie die Antwort direkt aus ihrem Gehirn abgerufen haben oder nicht?

Bearbeiten, um hinzuzufügen: Nicht-Trivia-Fragen haben keine schnell googleable Antworten und sind wahrscheinlich die beste Wahl, um die Programmierkenntnisse zu beurteilen.

Nein, das heißt nicht, dass sie ein guter Entwickler sind. Die Antwort zu finden und sie zu verstehen, sind zwei verschiedene Dinge.
Ok, fairer Punkt - es zeigt, dass sie ein guter / schneller Forscher sind.
Ich würde sagen, dass es hier zwei Teile gibt: die Antwort finden und dann verstehen. Zuerst fragen Sie nach der Antwort (dies sagt Ihnen, dass sie ein guter Forscher sind), dann stellen Sie ihnen eine Frage, die es erfordert, sie zu verstehen (dies sagt Ihnen, dass sie ein guter Entwickler sind).
Ich stimme diesem Punkt sehr zu. Das Verständnis der Antworten ist entscheidend, es sollte ** irrelevant ** sein, sie genau zu kennen.
Ich stimme dem zu. Vor ein paar Monaten hatte ich ein wirklich hartes technisches Telefoninterview, in dem ich tatsächlich ein paar Sachen googelte, während wir uns unterhielten. Ein oder zwei Wochen später ging ich zu einem persönlichen Interview, bei dem eine Variation der gleichen Fragen gestellt wurde. Ich bekam den Job und fragte sie später, warum um alles in der Welt sie mich so sehr mochten, als ich das Gefühl hatte, das Telefoninterview so schlecht bestanden zu haben. Es stellte sich heraus, dass sie bewerteten, wie Kandidaten das Wissen aus dem schwierigen Telefoninterview lernten und behielten und ob sie es effektiv kommunizieren konnten. Sie wollten nicht nur eine "richtige" Antwort.
Einverstanden: In der realen Welt ist jeder, der alle Antworten in Sekunden mit einem Computer vor sich haben kann, genauso nützlich wie jemand, der alle Antworten im Kopf hat.
@NateC-K Ich stimme Ihnen 99% der Zeit zu, der Typ mit den Antworten im Kopf ist nützlicher, wenn der Computer / Strom / Internet ausfällt :-)
@HomoTechsual: Wo ich arbeite, können wir keine Arbeit machen, ohne dass sowieso alles eingeschaltet ist :)
#5
+11
Wesley Long
2014-01-20 20:30:15 UTC
view on stackexchange narkive permalink

Erstens, wenn Ihre Interviews eine Partie Trivial Pursuit darstellen, verschwenden Sie Ihre Zeit und stellen definitiv nicht die besten Kandidaten ein. Es spielt keine Rolle, ob es sich um ein persönliches Interview oder ein Telefoninterview handelt. Gute Entwickler werden Sie ablehnen, weil sie sehen, dass Sie die Fähigkeiten, die einen Entwickler zu einem guten Entwickler machen, nicht wirklich verstehen. Sie werden mit denen zurückbleiben, die denken, dass das Auswendiglernen von Trivia gleichbedeutend mit Wissen ist. Schlagen Sie die Taxonomie von Bloom nach, wenn Sie diesen Punkt in der Antwort erreicht haben, und bezweifeln Sie immer noch, was ich sage.

Bei Interviews sollte es um die Bewertung der Kommunikation gehen. Wie schnell und gründlich kann der Kandidat ein Konzept aufnehmen? Wie schnell können sie einen brauchbaren Ansatz für ein theoretisches Problem finden? Wie gut können sie Ihnen die Arbeit, die sie in der Vergangenheit geleistet haben, mitteilen, damit Sie ihren Ansatz und ihre Beiträge verstehen?

Es ist sinnlos, den Wissensstand über die Syntaxminutien einer bestimmten Entwicklungssprache zu bewerten. Sie (Sprachen) werden sowieso alle 3-5 Jahre überarbeitet. Außerdem verbessern sich die Tools zur Codegenerierung ständig. Menschen sind dazu da, abstrakte Ideen aufzunehmen und konkrete Lösungen zu entwickeln. DAS ist die Fähigkeit, die Sie suchen sollten.

Absolut. Ich habe bei einem FX-Handelsunternehmen ein Interview geführt, bei dem mir der Personalvermittler die Screening-Fragen im Voraus per E-Mail geschickt hat ("nicht 100% zuverlässig, aber frühere Kandidaten sagen, dass sie diese normalerweise verwenden"). Hey Presto, genau diese Fragen tauchten auf. Und es gab einige peinliche Stille, als sie frischgesichtige Absolventen erwarteten, die mit vordefinierten Definitionen bewaffnet waren, z. Unterschied zwischen const und readonly in C #. Ich war es, der das Interview während des Bildschirms beendete, da es offensichtlich war, dass meine Erfahrung nicht das war, wonach sie suchten.
Ich stimme dieser Aussage im Allgemeinen zu. Ich gab jedoch Telefonvorführungen für ein Technologieunternehmen. Wir haben Trivia-Fragen zum Telefon-Screening gestellt, und sie waren ziemlich effektiv. Der Grund dafür ist, dass die meisten Bewerber sehr schlecht waren und der Telefonbildschirm Leute aussortierte, die eindeutig KEINE Ahnung von den technischen Kernbereichen hatten, über die wir Kenntnisse benötigten. Wenn Sie beispielsweise sagen, dass Sie viel über Java wissen, sollten Sie den Unterschied zwischen == und String.equals () kennen. Wenn Sie sagen, dass Sie viel über Datenbanken wissen, sollten Sie ein wenig über Indizes wissen. Derartiges.
Am Ende hängt es wahrscheinlich sehr davon ab, welche Art von Kandidaten Sie normalerweise bekommen. Wenn Sie viele großartige Kandidaten anziehen, können Sie es sich leisten, wirklich zu prüfen, wie gut sie sind. Wenn die Position, für die Sie einstellen, nicht sehr attraktiv ist (z. B. Ihr Unternehmen zahlt unter dem Marktpreis), stecken Sie möglicherweise fest und beseitigen nur die offensichtlichen Inkompetenzen.
#6
+9
Maurice Reeves
2014-01-21 21:21:09 UTC
view on stackexchange narkive permalink

Ich mache ungefähr 50 - 100 Interviews pro Jahr für mein Unternehmen (Beratung) und in dieser Zeit habe ich meinen Prozess so geändert, dass fast nie Fragen verwendet werden, die eine einzige richtige Antwort benötigen. Stattdessen bitte ich den Kandidaten, mit mir verschiedene Szenarien durchzugehen. Wenn es sich bei der Position beispielsweise um eine ASP.Net-Position handelt, beginne ich mit: "Sie werden in Refactor einer Anwendung gebracht, auf der ASP.Net seit 7 Jahren ausgeführt wird, und die Leistung hat sich insbesondere seit über einem Jahr verschlechtert auf einigen routinemäßig verwendeten Administrationsbildschirmen. Wie bestimmen Sie, wo die Leistungsengpässe liegen? " Es gibt keine richtige Antwort auf diese Frage. Sie können auf verschiedene Arten vorgehen, aber ihre Antworten führen dann zu meiner nächsten Frage. Es dreht sich alles um Rollenspiele, und Sie bekommen ein wirklich gutes Gefühl für ihre Fähigkeiten und wo sie schwach sind usw.

Im Durchschnitt empfehle ich insgesamt 10 bis 20 Personen pro Jahr Ich interviewe, aber ich habe ein viel höheres Maß an Vertrauen, dass die von mir empfohlenen Personen Qualität sind.

Wir führen auch Interviews der zweiten Ebene durch, normalerweise ein Teaminterview mit jemandem vom Kunden als sowie jemand aus unserem Projektteam, und wir versuchen das persönlich zu tun. Zu dieser Zeit stellen wir manchmal mehr "Quiz-ähnliche" Fragen.

Viel Glück!

#7
+7
user13999
2014-01-21 22:09:17 UTC
view on stackexchange narkive permalink

Es gibt bereits viele gute Antworten, aber ich dachte, ich werde eine sehr verbreitete Praxis teilen, die ich beobachtet habe - insbesondere wenn Sie einen Auftragnehmer einstellen -. Achten Sie bei Telefoninterviews auf ein "Ersatz" -Szenario . Nicht jeder verwendet diesen Trick, aber wenn Sie einen Stellvertreter interviewen, sind möglicherweise alle Vorschläge aller anderen nicht sehr hilfreich, da der Stellvertreter möglicherweise ein erfahrener Techniker ist, der mit den meisten Ihrer Fragen sehr vertraut ist.

BEARBEITEN: (pro Kommentar / Vorschlag von CMW) Ich schlage vor, dass Sie ...

  • ein Interview über Skype oder Facetime führen wenn möglich. Unabhängig von den Bedenken eines "Ersatzes" sollten wir auf diese Weise "Telefoninterviews" durchführen. Telefoninterviews sollen Reisezeit, Kosten usw. sparen und das Gesicht nicht voreinander verbergen. Die Technologie steht uns zur Verfügung. Nutzen Sie sie.
  • Wenden Sie sich an Ihre Personalabteilung. Es ist jedoch sehr wahrscheinlich, dass Sie aufgrund einiger Vorschriften nicht nach dem Alter des Bewerbers fragen dürfen. Wenn Sie der Meinung sind, dass der Kandidat unter 25 Jahre alt ist, einen Master-Abschluss und 7 Jahre Erfahrung im Lebenslauf hat, sollte eine Flagge zur weiteren Entdeckung gehisst werden. Nicht in der Lage zu sein, Altersfragen zu stellen, hat mich ein paar Mal verletzt, aber ich benutze jetzt die folgenden Punkte, um zu dem zu gelangen, was ich entdecken muss.
  • Erkundigen Sie sich bei Bedarf während des Bewerbungsgesprächs (verwenden Sie Ihr Urteilsvermögen) nach dem Visastatus / Arbeitserlaubnisstatus des Bewerbers . Ihr Ziel ist es, einige Notizen zu machen und Punkte zu verbinden, um sicherzustellen, dass dies ein "Ersatz" ist ODER ob der Lebenslauf eines Kandidaten gefälscht ist. Als Faustregel gilt: Für Personen mit OPT- oder H1-Status und weniger als 10 Jahren Erfahrung im Lebenslauf diskutiere ich über ihre Ausbildung, Universität und wann er / sie einen Bachelor- / Master-Abschluss usw. Erhalten hat Wenn nichts anderes hilft Ihnen dies, Ihren Kandidaten besser zu verstehen.

Beachten Sie zunächst, dass dies nicht meine Meinung oder Spekulation ist, sondern die Realität, wie ich persönlich erlebt und beobachtet habe, die zu häufig vorkommt. Teilen Sie diese Informationen hier zum Wohle der Allgemeinheit. Eine signifikante Anzahl von Lebensläufen wird "nach Ihren Wünschen erstellt" - d. h. umfasst alle erfundenen Erfahrungen (aus echten Lebensläufen entlehnt), um den von Ihnen gewünschten Erfahrungsstufen zu entsprechen. Oft haben diese Kandidaten NULL Jahre (ja, null) Erfahrung mit Technologien, nach denen Sie gefragt haben, aber in ihrem Lebenslauf wird Erfahrung im Bereich von 5 bis 9 Jahren angegeben! Da die H1-Quoten für das ganze Jahr in einer Woche ausgefüllt werden, ist eine der gängigen Praktiken, die ich beobachtet habe, dass jemand mit 7 Jahren Erfahrung KEINE ECHTE ERFAHRUNG hat, Anfang 20, der für einen Master-Abschluss in die USA gekommen ist (denken Sie daran, kein H1 Quote?) und hat gerade das Studium abgeschlossen und verfügt derzeit über eine 29-monatige OPT-Arbeitserlaubnis (H1 wahrscheinlich in Bearbeitung). Die Agenturen, die solche Lebensläufe bearbeiten, sind in der Regel Tier-II- oder Tier-III-Agenturen, die mit Tier-I-Anbietern (von Ihrem Unternehmen zugelassenen Anbietern) zusammenarbeiten. Tier-I-Anbieter haben größtenteils keine Ahnung, was passiert, und ihre technischen Personalvermittler sind größtenteils nicht technisch.

Jetzt können Sie leicht jemanden erkennen, der keine Erfahrung hat, nicht wahr? Dann kommen Telefoninterviews ins Spiel. Natürlich sind Telefoninterviews eine effiziente Methode zum Filtern des Kandidatenpools, aber in vielen Fällen benötigt ein "Ersatz" mit echter Erfahrung dieses Telefoninterview. Wenn ein Kandidat ausgewählt wird, erhält er für 30 bis 60 Minuten seiner Zeit eine Auszahlung von 500 USD oder mehr.

Diese Unternehmen setzen auf zwei Dinge ... Sobald ein Kandidat für ein Projekt ausgewählt wurde, verfügt Ihre Organisation für einige Wochen nicht einmal über einen Computer, ein Benutzerkonto, Sicherheit usw. für ihn. Außerdem hat der Kandidat sein Bestes getan, um in dieser Zeit auf persönlicher Ebene einen "guten Eindruck" zu hinterlassen. Bis Sie als Personalchef / Architekt feststellen, dass Sie betrogen wurden, sind 2/3/4 Wochen abrechnungsfähiger Zeit vergangen. Wenn Sie nun die Ressource Ihres Teams "abfeuern", werden "Ihre Chefs" auf Sie herabblicken, weil Sie nicht in der Lage sind, den richtigen Kandidaten auszuwählen. Wenn Sie ein ausreichend großes Team haben, besteht eine Wahrscheinlichkeit von mehr als 50%, dass Sie mit dieser Ressource fortfahren, mit der Annahme, dass nicht jeder ein "Superstar" sein wird!

Ja, das ist anekdotisch und ich verstehe, dass nicht jeder zustimmen wird, dass dies geschieht, aber ich habe gesehen, dass es viel zu häufig passiert. In unserem Fall (einem Fortune 500-Unternehmen) stellten wir zumindest in einem Fall fest, dass der Stellvertreter bereits ein Auftragnehmer in einer anderen Abteilung unseres Unternehmens war, der über fundierte Kenntnisse vieler unserer Prozesse und Systeme verfügte, und dass er dies getan hatte Interviews für mehrere Kandidaten, die später Auftragnehmer in unserem Unternehmen wurden.

Wenn diese Informationen jemandem helfen, großartig! Wenn nicht, ignorieren Sie es bitte. Wenn Sie für ein großes Unternehmen mit vielen H1-Vertragsentwicklern arbeiten, schauen Sie sich einfach offen in Ihren bestehenden Auftragnehmern um und Sie werden möglicherweise 20% - 40% von ihnen finden, die der obigen Charakterisierung entsprechen.

LETZTE BEARBEITUNG:

Um meiner Behauptung, dass dies viel zu häufig vorkommt, ein wenig mehr Glaubwürdigkeit zu verleihen, füge ich hier einen Link für Neugierige hinzu - Verpassen Sie nicht, den Kommentarbereich zu lesen - http://h1bwiki.com/opt-student-deported-chicago-port-of-entry/. Wenn Sie Abenteuer genug sind, versuchen Sie, einige "Schlüsselwörter" aus dieser Diskussion und Google zu verwenden, um mehr dokumentierte Fälle zu finden.

Letztendlich erinnere ich mich daran, dass es immer Menschen geben wird, die solche Dinge tun. Mein Ziel ist es, sicherzustellen, dass ich nicht der Trottel bin, der darauf hereinfällt, und andere zu erziehen, wenn ich die Gelegenheit dazu habe.

Hallo und willkommen bei [arbeitsplatz.se]. Ich schätze diese langwierige und ausführliche Antwort sehr, da sie ein gültiges Problem beschreibt, dessen sich die Menschen mehr bewusst sein müssen. Der Beitrag beantwortet jedoch nicht die vorliegende Frage, sondern gibt anekdotische Hinweise auf verwandte Phänomene. Könnten Sie es bitte so bearbeiten, dass Ihr bisheriger Text zumindest mit den oben gestellten Fragen verknüpft ist?
@CMW danke für die Begrüßung und den Vorschlag. Ich habe die Antwort gemäß Ihrem Vorschlag aktualisiert. Ich hoffe, dass meine Antwort dadurch aussagekräftiger wird. Ja, ich stimme zu, dass dies anekdotisch ist, aber als wir entdeckten, was wir entdeckten, waren wir schockiert und haben meine Kommentare hier gepostet. Ich bin neu in der Community - ich bin auf diese Frage gestoßen, als ich auf etwas Ähnlichem gegoogelt habe, und habe versehentlich die Website arbeitsplatz.stackexchange.com entdeckt.
Dies ist definitiv eine hilfreiche Bearbeitung, vielen Dank @user13999. +1
Was meinst du mit einem „Ersatzszenario“?
Ihr Link ist jetzt ein 404.
#8
+5
M Smith
2014-01-21 11:19:01 UTC
view on stackexchange narkive permalink

Der Trick, um Betrug zu vermeiden, besteht darin, ihn als Möglichkeit auszuschließen. In den meisten Situationen der realen Welt verwenden Sie Suchmaschinen, Mitarbeiter, veröffentlichte Best Practices usw. Es ist kein Betrug, zu wissen, wie man Informationen findet. Offensichtlich möchten Sie wissen, dass jemand seine Sachen kennt, anstatt Antworten zurückzuspielen. Stellen Sie also Fragen, die mehr als eine einfache Antwort erfordern. Ich nenne es gerne "geschichtenbasierte Interviews".

Einige der Fragen sind Geschichten wie: Letzte Woche hatten wir diesen Fehler, wie würden Sie damit umgehen? Wenn Sie es zu einer realen Situation machen, wird die Antwort aussagekräftiger.

Bei einigen Fragen erzählt die Person eine Geschichte: Erzählen Sie mir von einer Zeit, als Sie ein Gedächtnisleck hatten, was es verursacht hat und wie Sie löste es auf.

Diese Art von Fragen kommen an den Spickzettel vorbei und werden zu echten Erfahrungen. Es sind nicht mehr als einige dieser Fragen in einem Interview erforderlich, um zu wissen, was Sie über eine Person wissen müssen.

#9
+4
Diana Tortolini
2014-01-21 08:00:41 UTC
view on stackexchange narkive permalink

Ich stelle die offensichtliche Frage: Verfügt die Personalabteilung Ihres Unternehmens über Richtlinien für Sie, die sich speziell mit Fragen befassen, die Sie ansprechen, insbesondere wenn Sie den Verdacht haben, dass der Befragte Q&A untersucht, anstatt unzeitgemäß zu sprechen? Sie erwähnen, dass Sie eine Liste spezifischer Fragen haben, die Sie stellen müssen, und dass das Telefoninterview eine Standardrichtlinie im Unternehmen ist. Es würde mich wundern, wenn jemand anderes nicht bereits die gleichen Bedenken gehabt hätte, die Sie hier erwähnt haben. Wenn Sie dies noch nicht getan haben, ist es eine gute CYA, sich an die Personalabteilung zu wenden, um deren Input zu erhalten, damit Sie die Politik Ihres Arbeitgebers (und die Erwartungen) gegen den Rat der Leute in diesem Forum abwägen können.

Die Wahrheit Es ist furchtbar schwer zu sagen, ob jemand während des Interviews von einem Spickzettel liest oder nach Antworten googelt, insbesondere wenn die Person kein fließendes Englisch spricht oder nicht über die Art der Fragen informiert wurde. Er musste darauf vorbereitet sein und ein wenig darüber nachdenken, wie er sie am besten beantworten konnte. Ein Befragter, der nicht viel über das jeweilige Thema weiß, wird Ihnen eine minimale Antwort auf Ihre Frage geben. Wer viel weiß, wird darüber hinausgehen und die Frage abhören. Die intelligenten Befragten werden versuchen, ihre Antworten auf akademische Projekte oder ihre Arbeitshistorie zurückzubinden, damit klar ist, dass sie nicht nur über technisches Wissen, sondern auch über technische Erfahrung verfügen.

Also, ja, tut der Befragte Haben Sie die Frage richtig gestellt? ist Ihr Hauptanliegen, aber gleichen Sie dies mit ihren allgemeinen Kommunikationsfähigkeiten und der allgemeinen Wissensbreite zu den besprochenen Themen ab. Das kann man nicht vortäuschen.

#10
+4
Roy M J
2014-01-21 13:10:16 UTC
view on stackexchange narkive permalink

Ich habe eine beträchtliche Anzahl von Interviews geführt, sowohl telefonisch als auch von Angesicht zu Angesicht. Die wichtigsten Dinge, die ich notiert habe und die darauf hindeuten, dass der Kandidat keine Ahnung von dem Thema hat und ob der Kandidat betrügt, sind folgende:

Wenn eine Frage gestellt wird, benötigt der Kandidat 3-5 Sekunden ohne Wenn Sie plötzlich etwas sagen, erhalten Sie die richtige Antwort.

Fangen Sie es:

a. Der Kandidat verwendet Wörter, die nicht häufig vorkommen verwendet und wenn sie gefragt werden, was das bedeutet, haben sie keine Ahnung.

b. Je mehr Details Sie bezüglich der Antwort des Kandidaten fragen, desto eher verrät er / sie, dass er / sie Ich habe keine Ahnung.

c. In Anbetracht der Tatsache, dass Sie das Interviewthema tatsächlich genau kennen, kann es gut sein, keine offensichtlichen Fragen zu stellen.

d. Sie können das Tippen der Tastatur buchstäblich hören (wenn er versucht, mit Google zu betrügen). ps: Das ist wirklich passiert!

Prost

3-5 Sekunden? Du machst Witze, oder? Das ist viel zu kurz. Zunächst einmal können Sie in dieser Zeit nicht nach der Frage suchen und eine Antwort lesen. Auch wenn es sich um eine komplizierte Frage handelt, benötigen sie manchmal viel länger als 3-5 Sekunden zum Nachdenken.
@Velox: Ich scherze nicht .. :) .. In einer normalen Frage- / Antwortrunde, wenn Sie nicht innerhalb von 5 Sekunden beginnen, kann davon ausgegangen werden, dass Sie in einen unbekannten Bereich treten. Und nach diesem Stottern, wenn der Kandidat richtig gibt Wenn Sie mit Begriffen und Satzkonstruktionen antworten, die darauf hindeuten, dass sie aus einem bearbeiteten Material stammen, sollten Sie glauben, dass etwas nicht stimmt. Und ich persönlich habe die Person gehört, die tatsächlich auf der Tastatur tippt, und währenddessen würde die Antwort "Eh ... arr. .. hmmm .. "und gibt dann plötzlich ein atemberaubendes Zitat .. Es ist nur gesunder Menschenverstand im Grunde .. :)
Es hängt davon ab, welche Art von Frage Sie stellen. Wenn Sie jemanden bitten, eine Tatsache an Sie zurückzuspucken, sind 3-5 Sekunden angemessen. Wenn Sie eine schwierigere konzeptionelle oder analytische Frage stellen, dauert dies viel länger. Der erfolgreiche Kandidat in diesen Fällen wird sein Denken ausloten und eine Antwort zusammenstellen. Ich habe erfolgreich ein Interview geführt, indem ich den Fragesteller wissen ließ, dass ich ein bisschen Zeit brauche, und dann Schritt für Schritt etwas ausgearbeitet habe. Sie sagten, es sei beeindruckender, als alles auswendig gelernt zu haben (obwohl es Fragen gab, die ich auch aus meinem Kopf kannte). .
Auch am Telefon haben Sie die Möglichkeit, dass sie Schwierigkeiten haben, Sie zu hören, und es kann einige Sekunden dauern, bis Sie feststellen, was Sie fragen.
@kleineg: Ja, das ist eine hohe Wahrscheinlichkeit, aber dann würde es Kommunikation geben, oder?
@RoyMJ: Sie sollten kommunizieren, wenn sie Probleme haben, Sie zu hören, oder wenn sie eine Sekunde benötigen, um die von Ihnen gestellte Frage zu bearbeiten. Ein guter Befragter wird klären, wonach Sie suchen, und sich dann Zeit nehmen. Ich vertraue nicht darauf, jemanden daran zu messen, wie viele Fakten er von der Zungenspitze zurückspucken kann.
#11
+1
Code Whisperer
2014-01-20 21:09:01 UTC
view on stackexchange narkive permalink

Es ist sehr schwer zu sagen, ob jemand am Telefon liegt, sogar Profis haben Probleme damit. Es gibt einige Techniken, die Sie verwenden können, wie hier beschrieben.

Wenn eine Person beispielsweise lügt, dauert die Beantwortung etwas länger, als wenn sie die Wahrheit sagt. Davon abgesehen kann es etwas länger dauern, bis eine Person telefonisch antwortet, weil ihre Katze etwas Süßes direkt vor sich tut. Sie können nicht sicher wissen, ob es sich um ein Telefon handelt.

Über das Telefon sollten Sie Fragen stellen, die aufgrund ihres Inhalts nicht betrogen werden können. Beispiel:

"Nennen Sie eine Situation, in der Sie einer technischen Herausforderung gegenüberstanden, und überwinden Sie diese."

"Was ist Ihre größte Stärke und warum?"

Dann Speichern Sie die erstellbaren Fragen für das Live-Interview. Im Ernst, es ist nur gesunder Menschenverstand.

#12
  0
Paul Sweatte
2017-07-27 22:33:06 UTC
view on stackexchange narkive permalink

Eine der besten Möglichkeiten, um jede Art von Täuschung zu verhindern, besteht darin, Fragen zu stellen, die nur aus Erfahrung stammen, wie zum Beispiel:

  • Was ist der schlimmste Fehler, den Sie hatten? Kürzlich lösen?
  • Was ist der Unterschied zwischen libraryX und libraryY?
  • Können Sie erklären, wie Sitzungen in Ihrem aktuellen Unternehmen validiert und gesichert werden?
  • Wie können Sie sie verwenden? Algebra, um besseres CSS zu schreiben?
  • Welche APIs würden Sie in Sprache X benötigen, um ein Benchmarking-Programm zu erstellen?
  • Wie debuggen Sie einen Fehler in einem Testläufer?
  • Wann haben Sie zuletzt einen Zusammenführungskonflikt behoben?
  • Wo suchen Sie zuerst Hilfe: online oder bei einem Kollegen?
  • Warum sollten Sie ein Commit während einer Codeüberprüfung ablehnen?
#13
-2
Paul Smith
2014-01-20 23:21:52 UTC
view on stackexchange narkive permalink

Ihre Rolle ist einfach; um herauszufinden, ob diese Person die technische Kompetenz zeigen kann, um die Arbeit auf das erforderliche Niveau zu bringen. Sie müssen wissen, nach welchem ​​Level Sie suchen, wobei Junior jemand ist, dem Sie sagen können, was zu tun ist, und darauf vertrauen können, dass er es tut, während Senior jemand ist, dem Sie Ihr Problem beschreiben und ihn es lösen lassen. Dazu müssen Sie einige Fragen vorbereiten, auf die Sie bereits die Antworten kennen. Allgemeine Fragen wie "Welche Risiken sind mit dem Singleton-Entwurfsmuster verbunden?" und bestimmte wie "Wie lautet die Java-Syntax zum Öffnen einer Textdatei im Append-Modus?" die für die gesuchte Problemdomäne und das gesuchte Fachwissen geeignet sind.

Was Sie suchen, sind nicht die Antworten selbst, sondern wie sie beantwortet werden. Können sie Ihre Fragen verstehen? Sind ihre Antworten für Ihre Fragen relevant? Klingen sie bequem und zuversichtlich in ihren Antworten? Bitten sie Sie um weitere Informationen? Wenn Sie die Regeln ändern, können sie sich anpassen? Denken Sie daran, sie zu fragen, wie sie eine Technik verwendet haben, über die sie sprechen, um ein Problem zu lösen. Es wird Ihnen sagen, ob sie auf die Idee gekommen sind oder hat ihnen jemand gesagt, was zu tun ist?

Wenn jemand die Initiative gezeigt hat, die wahrscheinlichen Fragen zu identifizieren und die Antworten im Voraus zu recherchieren, sollten Sie zusätzliche Angebote machen, um sie zu erhalten.

Wie können Sie feststellen, dass sie nicht einfach das Papier vorgelesen haben, um die Antworten zu erklären?


Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...