Wie interviewst du jemanden mit mehr Erfahrung als du? [geschlossen]

81

Das Unternehmen, für das ich arbeite, sucht einen Senior-Entwickler mit mehr Erfahrung als ich und erwartet, dass ich den technischen Teil des Interviews mache. Ich habe nur ein paar Jahre programmiert und bin mir nicht sicher, ob ich die Kenntnisse habe, die erforderlich sind, um die Codierungsfähigkeiten von jemandem zu bewerten, der ein besseres Verständnis / mehr Erfahrung als ich hat.

Kann jemand technische Interviewfragen empfehlen, die ein gutes Mittel zur Bewertung von Programmierkenntnissen auf höherer Ebene sind, die ich aber dennoch verstehen kann?

Ich würde sagen, ich bin hinter dem jr. Programmierer-Level, aber bei weitem nicht älter. Das meiste, was ich getan habe, sind kleine Apps (Web und Desktop), von denen einige ziemlich kompliziert sind, aber alle sind dazu gedacht, von nicht mehr als einer Handvoll Benutzern verwendet zu werden. Ich habe das Gefühl, dass ich die meisten Programmierkonzepte gut verstehe und in der Lage bin, so gut wie alles selbst zu lernen / zu lehren, aber es fehlt mir an Erfahrung. Mein Chef sagt mir gern: "Du weißt nicht, was du nicht weißt."

Insbesondere möchten wir, dass die Person, mit der wir Erfahrung haben (die ich nicht habe), Folgendes tut: Mehrschichtige Entwicklung, Mehrbenutzerumgebung, umfangreiche Anwendungsentwicklung, bidirektionales Messaging, gemeinsame Sitzungen, und Multi-Threading / BackgroundWorkers.

AKTUALISIEREN:

Als Reaktion auf Thors Kommentar unten haben wir vor ein paar Monaten jemanden eingestellt, und ich denke, es hat großartig geklappt. Ich lerne viel, nicht nur über das Codieren, sondern auch über Dinge wie Entwurfsmuster, Softwarearchitektur, Dokumentation und wie andere größere Programmierteams Dinge erledigen. Es ist nicht immer einfach, jemanden dazu zu bringen, auf bessere Arten Dinge zu tun, die Sie getan haben, aber wenn Sie Ihren Stolz schlucken und bereit sind, neue Dinge auszuprobieren, können Sie viel lernen.

Der Interviewprozess verlief besser als erwartet. Ich fing an, Fragen zu Dingen zu stellen, mit denen ich vertraut war, und stellte dann einige Fragen zu Dingen, mit denen ich zu kämpfen hatte. Wenn der Befragte etwas sagte, das ich nicht verstand, bat ich ihn, es mir zu erklären und dann aufzuschreiben, damit ich es später nachschlagen konnte. Insgesamt fühlte ich mich in der Lage, eine ziemlich gute Vorstellung von den Fähigkeiten, der Intelligenz und der Art und Weise zu bekommen, mit der die Bewerber arbeiten würden.

Rachel
quelle
1
@CodexArcanum - Das ist nicht ganz ungewöhnlich, einige größere Unternehmen werden die möglichen Untergebenen eines Kandidaten höherer Ebene als Teil eines Interview-Panels haben.
rjzii
1
Es ist ein kleines Unternehmen mit einem kleinen IT-Personal. Wir stellen jemanden für ein oder zwei Jahre ein, um bei der Entwicklung von Software zu helfen, die unsere vorhandene ersetzt, nicht unbedingt als fester Mitarbeiter. Zweifel, dass sie mich ersetzen würden, da ich ihr Geschäft ziemlich gut kenne und sie meine Arbeit mögen, aber selbst wenn sie das tun, bin ich zuversichtlich, dass ich einen anderen Job finden kann. Außerdem sind sie bereit, dem Neuen einiges mehr als mir zu zahlen und bezweifeln, dass sie mein Gehalt durch sein / ihr Gehalt ersetzen würden.
Rachel,
2
Bitten Sie sie, etwas zu erklären, das Sie nicht so verstehen, dass Sie es verstehen können. Sag ihnen nur nicht, dass du Probleme hast, es zu verstehen. :)
Dietbuddha
5
Hier kann es zu beiden Seiten zu Unwohlsein kommen. Nutzen Sie es zu Ihrem Vorteil. Eine großartige Anstellung für diese Rolle ist jemand, der Sie betreuen kann, während er Sie respektiert. Wer ist offen für die Tatsache, dass Sie vielleicht mehr über die Situation wissen, auch wenn Sie im Allgemeinen weniger Erfahrung haben? Mit wem können Sie eine gute Beziehung aufbauen. Wenn Sie schlechte Laune bekommen - bevormundend, sykophant, respektlos, "Sie sind nicht wirklich wichtig" - dann möchten Sie wahrscheinlich nicht mit dieser Person arbeiten.
Poolie
1
@Thor, ich habe ein Update hinzugefügt
Rachel

Antworten:

85

Das kannst du nicht.

Stattdessen würde ich vorschlagen, dass Sie im Interview eine Liste der Probleme vorlegen, die Sie heute haben , und ihn fragen, wie er sie lösen würde .

Dies ist aus den folgenden zwei Gründen eine sehr interessante Methode:

  1. Es ist eine kostenlose Beratung . Auch wenn Sie den Typen nicht einstellen, schlägt er möglicherweise nette Lösungen für Ihre Probleme vor .

  2. Wenn er interessante Lösungen findet , ist er ein Problemlöser . Der Typ, den Sie einstellen möchten.


quelle
27
Ich habe alle meine Stimmen aufgebraucht, aber -1, um kostenlose Beratung zu erwarten, und +1, um eine Liste von Problemen zu generieren.
Josh K
16
Sie könnten interessante Probleme aufzeigen, die Sie bereits gelöst haben, und sehen, wie sich seine / ihre Lösung von Ihrer unterscheidet. Natürlich könnte es nicht besser sein, da er nicht so viel Zeit hatte, darüber nachzudenken, aber nur zu sehen, wie er / sie damit umgeht, wird viel aussagen.
mbillard
27
Eine erfahrene Person wird die "kostenlose Beratung" in einiger Entfernung sehen und dies wird den Verhandlungen schaden. Es gibt mehrere Unternehmen in der Branche, die den Ruf haben, Kandidaten dazu zu bringen, wochenlange Projekte als Teil ihres Interviewprozesses durchzuführen und sie dann nicht einzustellen, sondern häufig ihre Vorschläge umzusetzen.
JBRWilkinson
6
@JBRWilkinson - Ich glaube nicht, dass jemand einwöchige Projekte vorschlägt. Ich denke, sie schlagen Interviewfragen vor, basierend auf den Problemen, mit denen das Team derzeit konfrontiert ist. Das ist durchaus vernünftig, schließlich sind sie die Art von Dingen, zu denen sie einen Beitrag erwarten würden, wenn sie zum Zeitpunkt des Interviews in der Rolle wären.
Jon Hopkins
3
@JBRWilkinson Eine erfahrene Person wird die "kostenlose Beratung" in einiger Entfernung sehen, und dies wird den Verhandlungen schaden. Ich bin sehr einverstanden. Das kostenlose Beratungsprogramm ist schrecklich und leider nicht unbekannt.
Sean Patrick Floyd
62

Nutze dein Alter als Vorteil.

Ich habe eine Menge Leute interviewt, die älter sind als ich. Ich wähle eine Technologie aus, die ich ziemlich gut kenne, und sage ihnen, dass ich von Technologie X gehört habe, sie aber nie verwendet habe. Ich bitte den Kandidaten, mir einen Überblick über die Technologie und deren Verwendung in einem Projekt zu geben.

Das funktioniert überraschend gut. Erstens, wenn der Kandidat diese Technologie X nur als Modewort in seinem Lebenslauf verwendet, ist ihre Erklärung nicht sinnvoll. Auch wenn sie Ihnen kein gutes, konkretes Beispiel dafür geben können, wie sie diese Technologie in ihren vergangenen Projekten eingesetzt haben, haben Sie genau dort eine große rote Fahne.

Ich interviewte jemanden, der Java Spring Erfahrung hatte. Ich hatte Spring in meinem vorherigen Job benutzt und eines der großen Merkmale von Spring ist Dependency Injection. Ich erzählte dem Kandidaten, den ich interviewt hatte, dass ich von Spring gehört und ihn nie benutzt habe. Er fing an, immer weiter zu plaudern, konnte mir aber nicht sagen, wo er Spring AOP verwendet hatte und konnte mir Dependency Injection nicht erklären, selbst nachdem ich explizit gefragt hatte, nachdem ich die Dinge gesehen hatte, die in seinem Lebenslauf stehen. Er hat mir nur gesagt, dass sie wirklich cool sind und es so viel zu lernen gibt, etc, etc. Es hat sich herausgestellt, dass er Jack nicht kannte ... und ich war der einzige, der herausgefunden hat, dass ich es war Ein jüngeres Mitglied des Entwicklerteams.

Nutzen Sie also Ihr Alter als Vorteil! Gehen Sie hinein, seien Sie zuversichtlich und stellen Sie einige Fragen zu Technologien, die Sie gut kennen.

LGriffel
quelle
2
Das ist eine interessante Einstellung. Ich betrachte mein Alter / meine Unerfahrenheit im Allgemeinen als Nachteil, daher ist es interessant zu sehen, wie es sich zu meinem Vorteil wenden lässt
Rachel
16
Es wird erwartet, dass Sie jemanden in einem Interview befragen. Sie müssen nicht lügen und sagen, dass Sie nie eine Technologie verwendet haben, um ihnen dieselben Fragen zu stellen. Beispiel: "Ich sehe, dass Sie $ technology_x kennen. Können Sie mir einen Überblick darüber geben, warum und wo ich es verwenden würde und wie Sie es in einem Projekt verwendet haben?"
user21007
1
Ja, sei ehrlich. Sagen Sie nicht, dass Sie vorher noch nie etwas benutzt haben. Stell einfach die Frage. Ich denke, LGriffel versucht zu sagen, dass er sie unvorbereitet erwischt. Stellen Sie sich unter sie, damit sie übermütig werden. Wenn sie etwas wirklich nicht wissen, wird es sich schnell zeigen.
d -_- b
Dies scheint Hand in Hand zu gehen mit einem Zitat von Einstein: "Wenn man es nicht einfach erklären kann, versteht man es nicht gut genug." Es scheint, als ob der Kandidat gezwungen wäre, Dinge einfach und abstrakt zu formulieren und geduldig etwas zu erklären. All dies sind Fähigkeiten, die ein leitender Entwickler wirklich haben soll.
c_maker
31

Denken Sie daran, dass sie möglicherweise kein besserer Entwickler sind als Sie, nur weil sie mehr Erfahrung haben als Sie. Der Satz "Ein Jahr Erfahrung, n- mal wiederholt ." kommt, weil Sie sehen, dass dies in der Industrie passiert. Daher sollte Ihre erste Aufgabe während des Interviews sein, festzustellen, dass sie tatsächlich über die entsprechende Erfahrung verfügen und sich als jemand präsentieren können, der weiß, was sie tun. Nur weil jemand über n Jahre Erfahrung in der Industrie verfügt, bedeutet dies nicht, dass er über eine Menge Erfahrung in einer bestimmten Sprache, Bibliothek oder einem bestimmten Framework verfügt, sodass er von Zeit zu Zeit zu Ihnen kommen kann, um Fragen zu stellen, während er in der Industrie ist etwas lernen.

Denken Sie als nächstes daran, dass ein guter leitender Entwickler jemand ist, mit dem Sie sich an etwas wenden und nachfragen können, mit dem Sie Probleme haben. Dies ist ein guter Zeitpunkt, um ihnen einige Designfragen zu stellen, bei denen Sie Probleme hatten, und um zu sehen, wie sie reagieren und was ihre Argumentation in ihrer Erklärung ist. Haben sie etwas Ähnliches schon einmal gesehen, machen sie eine fundierte Vermutung basierend auf ihrer Erfahrung, haben sie einen Artikel online oder in einem Tagebuch gelesen?

Schließlich ist eine andere Sache zu betrachten, wie sie sich dem Debuggen von Code nähern. Aus eigener Erfahrung habe ich festgestellt, dass unabhängig von der Sprache bestimmte Debugging-Techniken in der Regel universell angewendet werden. Geben Sie dem Kandidaten ein Beispiel für einen der esoterischeren Fehler, auf die Sie gestoßen sind, und lassen Sie sich zeigen, wie er sich dem Fehler nähern würde. Haben sie einen Einblick in das Problem, der nicht sofort offensichtlich ist?

Zusammenfassend lässt sich sagen, dass das Befragen eines Kandidaten mit einem beeindruckenden Interview einschüchternd sein kann, aber es gibt etwas, das Sie behandeln müssen, unabhängig davon, auf welchem ​​Niveau sie sich befinden (dh wissen sie tatsächlich, was sie tun), und sobald dies abgeschlossen ist, können Sie mit der Prüfung beginnen sie zu sehen, wie sie ihre Erfahrungen anwenden. Wie die Kandidaten ihre bisherigen Arbeitserfahrungen anwenden, wird einen Kandidaten mehr hervorheben als einen anderen.

rjzii
quelle
51
Diese. "N Jahre Erfahrung" bedeutet nur gelegentlich "Wirklich guter Programmierer". Die größte Idiotin in meinem aktuellen Team (ich habe sie übrigens nicht eingestellt, sie war vorher dort) kann regelmäßig auf ihre 20-jährige Erfahrung verweisen und sagt dann: "Quellcodeverwaltung tut Entwicklern immer weh." Das soll nicht heißen, dass es keine salzigen alten Hacker gibt, mit denen ich gerne zusammenarbeiten würde, aber ich bin weniger beeindruckt von ihrer Anzahl an Jahren als von ihrem Wissen und ihren logischen Fähigkeiten.
Inaimathi
@ Inaimathi dies verdient 1000 Upvotes :-)
Sean Patrick Floyd
24

Ich mag die Antwort " Nutze dein Alter als Vorteil" sehr, und ich würde etwas Ähnliches vorschlagen:

Nutzen Sie Ihre geringere Erfahrung als Vorteil

Diese Person wird wahrscheinlich Ihr Chef oder Mentor sein. Stellen Sie also Fragen so, dass Sie herausfinden, ob diese Person Sie tatsächlich als Mentor unterstützen kann.

Stellen Sie komplizierte Fragen, die viel einfacher sein könnten oder die überkomplizierte Probleme beinhalten. Wenn er / sie etwas Gutes ist, wird er / sie nicht nur versuchen, die Frage zu beantworten / das Problem zu lösen, sondern tatsächlich zum eigentlichen Problem gelangen und Ihnen die Fehler in Ihrer Frage zeigen. Wenn er das höflich schafft, ohne Sie einzuschüchtern, ist er ein Bewahrer.

Sean Patrick Floyd
quelle
1
+1 (Stimmen Mann!). Sie suchen keinen Zauberer für einen erfahrenen Programmierer, sondern jemanden, der Sie als Mentor unterstützen und weniger erfahrenen Programmierern helfen kann. Wenn sie nicht gut im Wissenstransfer sind, sind sie nicht gut im Job.
Josh K
8

Die wirklich bedeutende Sache ist , dass Sie sicherstellen , dass er die richtige Art von erfahrenen Entwicklern für das, was Sie brauchen.

Während Menschen ihre Karriere fortsetzen, tendieren sie dazu, in Bezug auf das, was sie tun, unterschiedliche Richtungen einzuschlagen. Möglicherweise interviewen Sie Leute, die Experten sind, wenn es darum geht, große Teams von Programmierern zu leiten oder mit verwickeltem Legacy-Code zu arbeiten. Machen Sie sich also vorab ein Bild davon, wonach Sie genau suchen, und überlegen Sie sich Fragen, die genau die Art von Entwickler für Ihren Job von anderen unterscheiden.

Glenatron
quelle
7

Ich musste das mehrmals machen. Ich habe gelernt, es schrittweise zu tun.

  1. Beginnen Sie mit den gleichen Fragen, die ich den Hochschulabsolventen gebe. Ich tat dies, weil die Position, für die ich das technische Interview führte, eine Programmierposition war, für die wir erwarteten, dass der Entwickler den Code in die Hand nimmt, und ich wollte sicherstellen, dass die Kandidaten programmieren können. Mit nur einer Ausnahme konnte keiner der Kandidaten - sie waren schlechter als jeder der College-Absolventen. Sie alle hatten viel zu lange Führungspositionen inne.
  2. Für den Kandidaten, der einen grundlegenden Codierungskompetenztest bestanden hat, hatte ich einige allgemeinere Fragen zum Umgang mit X-Szenarien. Wenn Sie beispielsweise in Ihrem Projekt Webservices durchführen, stellen Sie sich eine interessante Frage zu Webservices und fragen Sie den Kandidaten, wie er diese lösen würde. Ich würde nicht empfehlen, dass Sie daran direkt arbeiten, hauptsächlich aufgrund des Problems des geistigen Eigentums und firmeneigener Daten. Gib das Zeug nicht raus!
  3. Fragen Sie den Kandidaten nach Informationen zu seinem Lebenslauf. Das ist wichtig. Sie können sich über seine besten und schlechtesten Teamerfahrungen, Erfahrungen als Vorgesetzter usw. informieren. Versuchen Sie, ein Gefühl für den Arbeitsstil der Person zu bekommen, um festzustellen, ob sie in Ihr Team passt.

Mein größtes Problem bei der Befragung von Senior-Kandidaten war, dass sie oft sehr nervös wurden, von einer Junior-Person befragt zu werden, insbesondere von denen, die meine grundlegenden Codierungstests nicht bewältigen konnten. Versuchen Sie, in allen Fähigkeiten, die Sie während des Interviews zeigen, nicht bedrohlich zu wirken - konzentrieren Sie sich darauf, auch wenn sie Ihre Fragen nicht gut beantworten können. Versuchen Sie, das Interview auf Fragen zu verstellen, die beantwortet werden können, wenn die Grundlagen nicht zutreffen.

justkt
quelle
Das ist tatsächlich eine meiner Bedenken ... wie sich ein Interview mit jemandem, dessen Junior offensichtlich ist, auf das Interview auswirkt. Ich bin jung, also kann ich auf keinen Fall vortäuschen, viel Erfahrung zu haben
Rachel,
1
@Rachel - einige meiner Befragten waren bereits vor meiner Geburt in der Branche tätig. Normalerweise fand ich den besten Weg, um die Nervosität nach dem ersten Schritt zu beruhigen, indem ich mit Schritt 3 fortfuhr und es dem Kandidaten leicht machte, über seine Stärken zu sprechen.
Justkt
4
@ Rachel, wie die Befragung von jemandem, der offensichtlich jünger ist, das Interview beeinflusst, wenn er damit nicht zurechtkommt, ist er nicht gut
Sean Patrick Floyd,
3

Im Hinblick auf den eigentlichen Interviewprozess behandeln Sie sie grundsätzlich genauso wie jede andere Person, die Sie einstellen. Es sollte einen ähnlichen Einstellungsprozess geben:

  1. Auswahl, nach Lebenslauf oder Agenturempfehlung.
  2. Einstellungstest (Kombinieren von Dingen wie FizzBuzz , strdup () / isAlpha (), OOD usw.)
  3. Telefoninterview (zur schnellen Beseitigung, wenn sie nicht gut kommunizieren)
  4. Persönliches Interview
  5. Schriftliche Codierungsübung
  6. Treffen Sie einige der Teammitglieder.
  7. Für eine erfahrene Person, die ein höheres Risiko und höhere Kosten mit sich bringt, sind zusätzliche Interviewrunden akzeptabel. Sie sollten ihnen jedoch klar mitteilen, wo sie sich gerade im Prozess befinden (dh dies ist eine von drei Interviewrunden).

Es gibt viele andere Beiträge auf dieser Website, die allgemeine Diskussionsthemen behandeln, die Sie im Interviewprozess behandeln sollten - hier ist meine Antwort auf einen von ihnen .

An allen Punkten des Interviewprozesses sollte eine erfahrene Person ein exzellentes Verständnis für ihre beworbenen Spezialitäten nachweisen. Sie können sie zu jedem Thema, das Sie während der Diskussionen behandeln, eingehend untersuchen. Stellen Sie Fragen an die Grenzen Ihrer Erfahrung / Ihres Komforts und prüfen Sie, ob diese ohne Probleme fortgesetzt werden können. Wenn Sie mit etwas anfangen müssen, mit dem Sie nicht viel Erfahrung haben, suchen Sie im Internet nach Beispielfragen (wählen Sie sie aus), lesen und verstehen Sie die Antworten vor dem Interview und stellen Sie dann die Bewerben Sie sich um eine dieser Fragen. Erwarten Sie nicht, dass sie alle Antworten kennen, also haben Sie eine Auswahl an Fragen.

Es gibt zwei Arten von erfahrenen Ingenieuren, die Sie einstellen können:

1) Relevante Branchenerfahrung

Dies ist die Person, mit der Sie Ihre Liste der aktuellen Probleme zusammenstellen und besprechen können, wie sie diese Probleme angehen könnte. Sie sollten den Grad ihres Verständnisses für jedes der domänenspezifischen Themen in Ihrer Branche einschätzen. Wenn Sie in dieser Branche tätig sind, können Sie eine "dumme" Antwort von einer "guten" Antwort unterscheiden und wahrscheinlich auch eine "erfahrene" Antwort erkennen. Im Gegensatz zu anderen Antworten würde ich nicht erwarten, dass sie Ihre aktuellen Probleme tatsächlich lösen - das passiert, wenn Sie sie einstellen -, aber Sie müssen sich davon überzeugen, dass sie es können, wenn sie erst einmal angefangen haben.

2) Keine relevanten Branchenerfahrungen

Dieser Kandidat verändert möglicherweise die Branche, verfügt jedoch über gute Erfahrungen mit den von Ihnen benötigten Grundlagentechnologien / -plattformen / -fähigkeiten. Erwarten Sie jedoch nicht, dass sie in der Lage sind, Lösungen für domänenspezifische Probleme zu finden, auch wenn Sie nur darüber reden können. Wenn Ihr Unternehmen beispielsweise Facebook ist und die Person, die Sie interviewen, mit PHP und C ++ vertraut ist, ist es unrealistisch, von ihnen zu erwarten, dass sie alle Fallstricke massiver Serverfarmen kennen (es sei denn, sie geben dies in ihrem Lebenslauf an).

JBRWilkinson
quelle
2

Eine Sache, auf die ich nicht ausdrücklich hingewiesen habe, ist: "Sie kennen die Technologie X sehr gut und sie klingt sehr interessant. Können Sie sie mir bitte in fünf Minuten erklären?"

Da Sie höchstwahrscheinlich in der Lage sein werden, den Code zu verwalten, der eventuell aus der neuen Person kommt, ist es entscheidend, dass er oder sie es anderen Programmierern effizient und gut erklären kann. Betrachten Sie es als Kommunikationsfähigkeit.

Ein gründliches Verständnis ist notwendig, um mit jedem anderen Entwickler auf seinem Fachniveau zusammenzutreffen und Gedanken und Ideen auf seinem Niveau zu kommunizieren.

Wenn die Person nicht mündlich kommunizieren kann, schreibt sie höchstwahrscheinlich nur den Code für den Compiler, nicht für den Betreuer.


quelle
2

Ich stimme Steven in Bezug auf den Mentoring-Teil zu. Tatsächlich würde ich sagen, dass Sie ihm Fragen dazu stellen können, was er / sie von Mentoring hält und wie er / sie in verschiedenen Szenarien vorgeht. Bewerten Sie anschließend anhand der Antwort (Sie können Feedback von Ihrem Chef erhalten, wenn Sie dies wünschen, oder die tatsächlichen Antworten in der Nachbesprechung besprechen).

Sie können auch Fragen stellen, die Sie einem Kollegen stellen würden, da der Kandidat wahrscheinlich in der Lage sein sollte, Ihre Arbeit zu lösen oder zumindest zu verstehen.

aditya
quelle
2

Wählen Sie auf jeden Fall sein Gehirn im Interview zu realen Problemen und Technologien, die Sie derzeit haben oder zu verwenden beabsichtigen

Nehmen Sie an, dass er ein kompetenter und einfallsreicher Senior-Entwickler ist, und entscheiden Sie sich, ob Sie etwas von ihm lernen und gut mit ihm zusammenarbeiten möchten oder nicht

Sie interviewen nicht Ihren zukünftigen Chef, sondern Ihren zukünftigen Mentor. Suchen Sie sich niemanden aus, der alle Antworten kennt, aber nicht unterrichten kann

Steven A. Lowe
quelle
2
+1 für "Wähle nicht jemanden, der alle Antworten kennt, aber nicht unterrichten kann". Das ist ein riesiger Faktor für mich, da ich immer weiter lernen möchte
Rachel,
1

Nehmen Sie einige der Probleme, die Sie bereits gelöst haben. Beschreiben Sie ihm, was getan wurde, um das Problem zu lösen (lassen Sie es bei der dritten Person; Sie möchten hier nicht Ihr persönliches Ego aufs Spiel setzen). Fragen Sie ihn, was er "anders" gemacht hätte. Sie sollten in der Lage sein, basierend auf dem, was er vorschlägt, herauszufinden, ob das konzeptionell besser oder schlechter gewesen wäre als das, was Sie getan haben.

GWLlosa
quelle
1

Ich empfehle Ihnen ernsthaft, das Buch "Smart and Gets Things Done: Joel Spolskys Kurzanleitung zur Suche nach dem besten technischen Talent" zu lesen .

Ich habe nie jemanden eingestellt, aber manchmal, als ich der Befragte war, wünschte ich mir ein paar Idioten, die nur über Modewörter Bescheid wissen und mich interviewen und die Argumentation in diesem Buch offenlegen. Der Text ist sehr flüssig und angenehm zu lesen.

Und nein, ich mache keine Werbung, nur weil diese Seite vom Autor des Buches ist. Das Buch ist wirklich großartig und ich kann es jedem empfehlen, der IT-Leute anstellt, insbesondere solchen, die die Technologie nicht verstehen. Heutzutage ist es sehr verbreitet, einen nicht-technischen Projektmanager oder Chef zu haben.

Sergiol
quelle