Bewerbungsgespräche für technische Positionen müssen keine Angst machen

Jacob Schatz (@jakecodes) ist Staff Engineer bei GitLab und war so freundlich, seine Vorgehensweise und seine Gedanken bei Bewerbungsgesprächen für technische Positionen zu teilen. Technische Vorstellungsgespräche werden oft diskutiert und können für manche ein heikles Thema sein, daher ist es wichtig zu beachten, dass dieser Artikel Jacobs persönliche Meinungen wiedergibt und nicht notwendigerweise die seines Arbeitgebers.

Sind Sie ein Bewerber, der verängstigt, erschöpft, traurig oder enttäuscht ist? Ich würde diesen Stigmatismus gerne ändern.

Ich glaube, dass Menschen eine großartige Interviewerfahrung haben können und dass ich gleichzeitig den richtigen Kandidaten finden kann. **Beides kann gleichzeitig geschehen!** Nach Abschluss des Bewerbungsgesprächs sollten Sie sich, unabhängig vom Ergebnis, in einer perfekten Welt gut fühlen. Sie können traurig sein, wenn Sie den Job nicht bekommen haben, oder aufgeregt sein, Ihren neuen Job anzutreten, aber Sie sollten verstehen, warum in jeder Situation.

Bei GitLab wurde ich sehr früh mit der Personalbeschaffung betraut, und dementsprechend habe ich Tausende von Lebensläufen gesehen. Als ich dort anfing, wurde ich gebeten, ein Team von Frontend-Entwicklern einzustellen und zu bilden. Ich war Mitarbeiter Nr. 29 (jetzt haben wir über 500) und war der erste Frontend-Entwickler, daher gab es für unser Team keinen Einstellungsprozess. Wir haben nach und nach einen Prozess entwickelt.

Dieser Artikel richtet sich sowohl an den Bewerber als auch an den Interviewer. Für den Bewerber möchte ich, dass Sie wissen, wie ein perfektes Vorstellungsgespräch aussehen kann. Bewerbungsgespräche sollten nicht beängstigend oder einschüchternd sein. Dies ist eine Anleitung, der Sie folgen können, um Ihren Teil zur Schaffung des perfekten Vorstellungsgesprächs beizutragen. Wenn Sie ein Interviewer sind, haben Sie Ihren Prozess vielleicht perfektioniert. Dies ist meine Ansicht, wie Vorstellungsgespräche in einer idealen Welt ablaufen können. Es gibt alle Arten von Vorstellungsgesprächen, und dieser Artikel konzentriert sich auf Vorstellungsgespräche mit Entwicklern aller Erfahrungsstufen. Im Laufe der Jahre habe ich mich an großartige Prozesse gehalten, und dieser Artikel bietet einen Einblick hinter die Kulissen dieses Prozesses für beide Seiten des Bewerbungsprozesses.

Bevor ich beginne, ist es wichtig zu bedenken, dass **jeder ein Mensch ist** und Menschen nicht perfekt sind. Es gibt keine perfekten Entwickler. Behandeln Sie jeden wie einen normalen Menschen. Es ist in Ordnung, erstaunt zu sein, was manche Leute tun, aber nicht in Ordnung, andere anzubeten. Talent ist sowohl angeboren als auch erworben, und auch Sie können es erwerben. Ihr Interviewer und Sie selbst sind beide unvollkommen. Vorstellungsgespräche sollten nicht auf Perfektion ausgerichtet sein. Hier ist, was Vorstellungsgespräche sein sollten.

Fünf Dinge, auf die ich bei einem Kandidaten achte

Die GitLab-Werte decken viele wichtige Punkte ab und Sie sollten sie lesen. Dies ist lose darauf aufgebaut.

Als Interviewer kann ich mich nicht auf zu viele Dinge gleichzeitig konzentrieren und gleichzeitig ein produktiver, aktiver Zuhörer sein. Aber ich habe fünf spezifische Dinge, auf die ich mich konzentriere

1. Hat diese Person "gesunden Menschenverstand"?
2. Ist diese Person technisch auf dem Stand, den diese Rolle erfordert?
3. Wird diese Person in dieser Rolle selbstständig arbeiten?
4. Kommuniziert diese Person gut und wird sie gut mit dem Team kommunizieren?
5. Geht diese Person gut mit positivem und negativem Feedback um?

Natürlich achte ich auch auf andere Dinge, aber diese fünf Dinge reichen aus, um den Job zu bekommen, den Sie sich wünschen, wenn Sie sich bei mir bewerben.

Vergessen Sie Nervosität. Ich werde sie Ihnen nie anrechnen. Ich weiß, dass Sie vielleicht nervös sind, und das ist völlig in Ordnung. Es gibt seltene Fälle, in denen Nervosität zu einer lähmenden Faktoren wird, und in diesen Fällen bitte ich Sie nur, den Termin zu verschieben. Aber hängen Sie nicht einfach auf!

Erkennen Sie, dass es Vorurteile geben wird

Wir haben bei GitLab Schulungen zum Thema Vorurteile. Eines, was ich aus der Schulung gelernt habe, ist, dass jeder Vorurteile hat, egal ob man es glaubt oder nicht. Irgendwann hatte ich die Idee, Blindbewerbungsgespräche zu führen, wie sie bei manchen Orchestern üblich sind. Wir haben es nie umgesetzt (und es wäre schwierig), aber deshalb führe ich eine Liste von Fragen und eine Zusammenfassung dessen, was ich in jedem Vorstellungsgespräch abdecken möchte. Jedes Vorstellungsgespräch hat ein Skript, dem ich folgen kann. Alles ist so wiederholbar und ähnlich wie möglich. Während des Vorstellungsgesprächs werde ich feststellen können, ob ich die schwierigeren Fragen stellen kann. Schwierigere Fragen sind nicht dazu da, Leute auszusperren, sondern sie zu qualifizieren. Wenn Sie meine schwierigen Fragen erreichen, bedeutet das, dass Sie viel Erfahrung und Wissen mitbringen. Es ist sehr wichtig zu wissen, dass ich in irgendeiner Form Trivia-Fragen stellen muss, **aber ich qualifiziere Kandidaten nicht anhand von Trivia-Fragen**. Es geht darum, die Tiefe Ihrer JavaScript-Kenntnisse und Ihrer Programmierung im Allgemeinen zu ermitteln.

Das gesagt, es gibt immer noch eine Trivia-Frage, die noch niemand richtig beantwortet hat. Ich werde sie weiterhin stellen, und ich bin sicher, dass sie eines Tages jemand richtig beantworten wird. Trivia-Fragen machen Spaß, weil ich ein großer JavaScript-Fan bin. Ich liebe es einfach, über alle Feinheiten von JavaScript zu sprechen. Ich suche nach Leuten, die meine Coding-Buddys sein können. **Das Einstellen von Leuten bedeutet, andere Leute zu finden, mit denen man zusammenarbeiten kann**, nicht Leute, die für einen arbeiten.

Unerfahrene Interviewer testen tendenziell, was SIE wissen (damit sie sich sicherer fühlen, wenn sie einen "falschen" Antwortpunkt geben können).

Im Gegensatz dazu konzentrieren sich großartige Interviewer auf das, was SIE wissen, und fördern ein zweiseitiges Gespräch, um eine gegenseitige Übereinstimmung zu finden.

— Jennifer Kim (@jenistyping) 8. April 2019

Ich möchte wissen, dass Sie technisch versiert sind

Das mag die größte Angst von vielen sein. Der Teil des Interviews, in dem wir Fragen stellen wie: "Warum sind Gullydeckel rund?". Die Wahrheit ist, dass einige Unternehmen mittel- bis schwere Fragen von LeetCode stellen können und einige nie technische Fragen stellen werden.

Was ich in Ihrem Fähigkeitssatz suche

Erfahrung spricht lauter als jede technische Interviewfrage, die ich stellen kann. Wenn ich zum Beispiel eine Stelle als Frontend-Entwickler besetze und mir jemand erzählt, dass er seine eigenen coolen Dinge gebaut hat, über die wir sprechen können, dann ist das großartig. Ich muss vielleicht noch ein paar Fragen stellen, oder vielleicht beantwortet die Demo alle meine Fragen (obwohl unwahrscheinlich, aber möglich). Aber wenn wir den Code von etwas durchgehen können, auf das Sie sehr stolz sind, ist das großartig.

Es ist hilfreich, wenn Sie mir von etwas erzählen können, das Sie für ein anderes Unternehmen gebaut haben und dessen Code ich sehen kann, oder wenn Sie es ausreichend erklären können. Was waren die Herausforderungen? Wie sind Sie mit 10.000 Kommentaren umgegangen? Wie sind Sie mit Mobilgeräten umgegangen? Was waren einige Herausforderungen? Ich gebe Ihnen ein Beispiel: Sie haben das Kommentarsystem für GitLab gebaut. Bei dem Kommentarsystem war eine interessante Herausforderung die Verwaltung der Benutzer für das `@`-Dropdown, um andere Benutzer zu erwähnen. Es stellte sich heraus, dass die JSON-Payload für dieses Dropdown sehr groß werden kann und das Laden beim Seitenaufruf die Ladezeit der Seite erheblich verlangsamt. Aber das Laden dieser Daten beim ersten Drücken der `@`-Taste ist ebenfalls langsam, da die Payload mehr als 10 MB umfassen kann. Wir möchten, dass der Benutzer eine nahtlose Erfahrung hat und nicht merkt, dass die Daten Zeit zum Laden benötigen. Eine gute Möglichkeit, diese Erfahrung zu beschreiben, wäre, einige der von Ihnen in Betracht gezogenen Ansätze zu beschreiben, wie zum Beispiel

1. Laden Sie die Daten, wenn die Kommentarbox zum ersten Mal im Sichtfeld erscheint.
2. Laden Sie die Daten beim ersten `mouseover` des Benutzers über das `textarea`.
3. Laden Sie die Daten, sobald der Benutzer mit ausreichend Schwung zu scrollen beginnt.

Letzteres ist keine langweilige Lösung, aber etwas, das ich jemanden in einem Vorstellungsgespräch sagen gehört habe.

Ich könnte nach Algorithmen und Datenstrukturen fragen

Hallo Interviewer, stellen Sie jemanden für Ihre Marketing-Website ein? Stellen Sie ihm nicht die schwierigsten Fragen zu Algorithmen und Datenstrukturen. Ja, Algorithmen und Datenstrukturen spielen in allem eine große Rolle, aber es ist wichtiger, dass der Kandidat etwas über responsives Design und vielleicht Animationen und Performance weiß. Da wir über Performance sprechen, sollten sie etwas über Big-O-Notation wissen. Sie sollten wissen, was Repaints verursacht. Sehen Sie sich Firefox Monitor an und vergleichen Sie es mit Salesforce. Alles an der Firefox-Website ist viel schneller. Warum ist sie schneller? Warum ist die Salesforce-Website so träge und langsam? Ändern Sie die Größe... oh je! Big O würde Ihnen wahrscheinlich helfen, einige Teile zu erklären, aber die Fähigkeit, das Gesamtbild zu erklären, ist wichtig.

Kurzer Exkurs zur Big-O-Notation, da ich sie erwähnt habe.

Big O ist eine Methode zur Beschreibung der Zeit, die Ihr Code benötigt, und/oder des Speicherplatzes, den Ihr Code in einem Worst-Case-Szenario beansprucht. Ich denke, es ist großartig zu lernen und hilft bei der täglichen Programmierung. Sie können und sollten es lernen, was etwa eine Stunde dauern kann. Nach einer Stunde, ob fertig oder nicht, sind Sie höchstwahrscheinlich auf jede legitime Big-O-Frage vorbereitet, die Interviewer stellen würden.

Big O ist nichts, wofür Sie einen Kurs belegen müssen. Hier sind einige Artikel, die es Ihnen in weniger als einer Stunde erklären

• Ich mag diesen Interview Cake Artikel.
• Für einen formelleren, aber schließlich verständlichen Artikel, schauen Sie sich Brillant an.
• Für eine Cheat Sheet, sobald Sie sich wohl fühlen, schauen Sie sich das Big-O-Cheat-Sheet an.
• Für einige großartige Beispiele (in einer anderen Sprache, aber sehr gut verständlich), schauen Sie sich diesen Developer Insider Artikel an.

OK, zurück zu Algorithmen und Datenstrukturen in Interviews.

Da die Möglichkeit besteht, dass diese Art von Fragen aufkommt, lohnt es sich, im Voraus etwas Hausaufgaben zu machen. Es gibt zwei typische Goldstandards beim Lernen für Vorstellungsgespräche, bei denen es um Algorithmen und Datenstrukturen geht.

• Es gibt ein Buch namens Cracking The Coding Interview von Gayle Laakmann McDowell.
• Es gibt eine Website namens LeetCode mit vielen Ressourcen.

Es gibt viele andere empfohlene Dinge für interviews, die stark auf Algorithmen und Datenstrukturen fokussiert sind, aber anstatt jedes Beispiel der Welt auswendig zu lernen (was Ihnen keine Probleme lösen wird), ist es besser zu lernen, wie man diese Probleme löst.

Wie ich oben sagte, sollten Frontend-Entwickler Big O für ihre Gesundheit lernen, weil es gut für sie ist, wie Wheaties essen. **Interviewer sollten keine umfangreichen Fragen zu Algorithmen und Datenstrukturen stellen, es sei denn, die Stelle erfordert umfangreiche Kenntnisse davon.** Wenn ich ein Frontend-Framework entwerfen würde, zum Beispiel Vue, wäre es wichtig, einen DOM-Diffing-Algorithmus zu optimieren oder zumindest die Implementierung des von Ihnen verwendeten Algorithmus zu verstehen. Aber bedeutet das, dass ich sieben extrem schwierige Fragen aus einem CTCI stellen würde? Nein. Sie testen das Verständnis, nicht das Auswendiglernen. Wenn Leute diese Fragen bearbeiten (wenn ich sie stelle), möchte ich sehen, dass sie das Problem durchdacht haben und wir es gemeinsam gelöst haben, mehr als ich sehen möchte, dass sie die richtige Antwort erhalten haben. Es geht darum herauszufinden, was Sie als Ingenieur tun können, wenn Sie den Job haben – nicht, was Sie gestern auswendig gelernt haben. Eine Person, die Kenntnisse über Algorithmen hat, wird besser darin sein, sie zu implementieren als jemand, der sie während der Arbeit lernen muss.

Stellen Sie jemanden ein, der ein Abhängigkeitsverwaltungssystem aufbauen soll? Diese Person muss viel **über** Algorithmen und Datenstrukturen wissen.

Das sind zwei extreme Enden des Spektrums, aber meiner Meinung nach muss nicht jeder einen Rot-Schwarz-Baum von Grund auf schreiben können – aber jeder sollte Big O verstehen. Es wird jedoch Ihre Fähigkeiten als Softwareentwickler dramatisch verbessern, typische Algorithmen und Datenstrukturen zu lernen.

Wenn ich Fragen zu Algorithmen und Datenstrukturen stelle, sind hier einige, die ich stelle

• Was ist eine verkettete Liste und können Sie mir zeigen, wie man eine mit und ohne Array in JavaScript implementiert?
• Was ist der Unterschied zwischen BFS und DFS und können Sie eine davon implementieren?

Wenn Sie diese falsch beantworten, werden Sie nicht disqualifiziert. Denken Sie daran, ich verwende keine Trivia, um Leute zu qualifizieren.

Haben Sie einen gesunden Menschenverstand?

Es gibt viele Soft Skills, auf die ich während des Vorstellungsgesprächs achte. Es ist meine Art festzustellen, ob Sie einen "gesunden Menschenverstand" haben.

Pedantisch gesprochen bedeutet das, dass Sie gute Entscheidungen treffen, aber für mich ist es viel mehr als das. Menschen mit gesundem Menschenverstand treffen fundierte Entscheidungen. Es ist gut, andere Meinungen als meine zu haben, aber es gibt einen Wissensstandard, auf den wir uns einigen sollten. Wir sollten uns zum Beispiel alle einig sein, dass es eine schlechte Idee ist, eine ganze Blogseite mit nur absoluter Positionierung zu gestalten. Das ist keine fundierte Entscheidung.

Aber ich könnte ein Szenario wie dieses erstellen, um diese Fähigkeiten zu testen

Lassen Sie uns in CodePen eine statische Blog-Homepage erstellen. Wir benötigen ein Navigationsmenü, einen Platz für den Titel und den Artikel, und unten ein paar Kommentare und einen Footer.

Ich würde Sie dann durch verschiedene Möglichkeiten führen, wie Sie die Navigation erstellen könnten, und die Vor- und Nachteile jeder einzelnen erläutern. Für viele der Frontend-Entwickler, die ich einstelle, möchte ich wissen, dass sie Kern-JavaScript beherrschen, daher könnte ich sie bitten, kleine Funktionalitäten nur mit Vanilla JavaScript hinzuzufügen.

Wenn ein Framework alles für Sie erledigt, müssen Sie Dinge nicht selbst tun. Ich möchte wissen, dass Sie das Gesamtbild verstehen.

"Gesunder Menschenverstand" ist eine schicke Art zu sagen, dass Sie Ihre Angelegenheiten im Griff haben. Dies ist keine erschöpfende Liste, aber dies sind die Dinge, die meine Aufmerksamkeit auf sich ziehen

• Sie kümmern sich um sich selbst
• Sie sprechen professionell (das hat mehr Einfluss, als die meisten Leute wissen)
• Lassen Sie übermäßig persönliche Details weg
• Beantworten Sie Fragen prägnant
• Nehmen Sie sich Zeit zum Nachdenken
• Sagen Sie "Ich weiß nicht", wenn Sie es nicht wissen
• Seien Sie zuversichtlich, aber nicht überheblich, auch wenn Sie es nicht sind
• Sie beenden, was Sie beginnen
• Sie sind ehrlich
• Sie sind in der Lage, Nein zu sagen
• Sie wissen, was Sie wollen, und Sie möchten anderen helfen, das zu bekommen, was sie wollen
• Sie werden anderer Meinung sein und sogar debattieren, aber wissen, wann Sie etwas loslassen müssen
• Sie können im Vorstellungsgespräch effektiv kommunizieren
• Ist dieses Gespräch einfach oder anstrengend?
• Sind Sie fließend in Englisch? Akzente sind völlig in Ordnung!
• Verstehen Sie die diskutierten Konzepte?
• Sie sind ein freundlicher Mensch.

Zu diesem letzten Punkt: Freundlichkeit bedeutet nicht, dass Sie ein Waschlappen sind. Freundlichkeit ist ein wichtiger Teil davon, andere herauszufordern und Feedback zu geben.

Ich möchte sehen, dass Sie selbstständig sind

Das mag jetzt offensichtlich erscheinen, aber nach meiner Arbeit bei GitLab bin ich überzeugt, dass Selbstständigkeit das ist, wonach Interviewer bei jedem, der eingestellt wird, suchen sollten. Selbstständigkeit spielt eine große Rolle für Ihre Position im Unternehmen.

Um es extrem auszudrücken: Denken Sie an einen GM, der vielleicht die am wenigsten externe Anleitung von jedem im Team erhält. Jeder hat Verantwortlichkeiten, aber ein GM muss oft in vielen Bereichen gut sein, einschließlich (aber nicht beschränkt auf) Marketing, Vertrieb und Management. All dies ändert sich je nach Größe des Teams. Seine Rolle kann am vageesten sein. Sie sind **sehr** selbstständig. Ein erfahrener Entwickler (meiner Meinung nach) sollte in der Lage sein, ein großes Stück Funktionalität zu übernehmen und es richtig zu implementieren.

Das soll nicht heißen, dass ein Entwickler während des Prozesses nicht kommunizieren sollte. Sie **sollten** Fragen stellen und mit anderen zusammenarbeiten, um den besten Weg nach vorne zu finden.

Die Überprüfung des Codes eines Bewerbers kann (auf gute Weise) langweilig sein, da wir wissen, was wir von ihnen erwarten. Wir verlassen uns darauf, dass sie weniger erfahrene Entwickler betreuen. Junior-Entwickler sollten ebenfalls selbstständig sein, werden aber wahrscheinlich nicht alleine große Initiativen übernehmen. Junior-Entwickler arbeiten oft gut in kleinen Abschnitten. Zum Beispiel könnte es für einen Junior-Entwickler eine großartige Sache sein, die kleineren Aufgaben zu übernehmen, die ein erfahrener Entwickler bei einem größeren Projekt hat. Erfahrene Entwickler können auch Junior-Entwickler betreuen und sie in die richtige Richtung weisen, um sie selbstständiger zu machen, was für beide Seiten von Vorteil ist – und auch für den Manager, da er mehr Arbeit an einen erfahrenen Entwickler delegieren kann.

Wenn Sie ein Frontend-Entwickler sind und an diesem Punkt Ihrer Karriere Hilfe brauchen, ist das absolut 100% in Ordnung, und jeder war schon einmal dort. Oder wenn Sie sich bei vielen Unternehmen bewerben und nirgendwo weiterkommen und extrem frustriert sind: Ich empfehle Ihnen, ein wenig selbstständiger zu werden, bevor Sie sich bewerben. Eine Möglichkeit, wie ich vorschlage, selbstständiger zu werden und den gewünschten Job zu ergattern: Vergessen Sie Code-Beispiele, kleine Warenkorb-Apps und dergleichen, da sie bei Vorstellungsgesprächen nicht gut abschneiden. Bauen Sie etwas Vollständiges für jemanden und tun Sie es günstig oder kostenlos. Suchen Sie eine Kirche, Synagoge, Obdachlosenunterkunft oder jemanden in Ihrer Nähe und bieten Sie an, ihnen eine Website zu erstellen.

Denken Sie nur daran, dass kostenlose Kunden oft die schlechtesten Kunden sind. Es wird sich lohnen, wenn Sie sagen können, dass Sie für ein paar Kunden gearbeitet haben. Für Bonuspunkte dokumentieren Sie Ihre Arbeit in ein paar Blogbeiträgen. Diese Dinge sehen in Lebensläufen gut aus und werden Sie von der Masse abheben. Ich weiß, dass jeder eine einfache Website über Wix oder andere Website-Builder-Plattformen bekommen kann, aber es gibt nichts Vergleichbares zu einer wunderbaren, individuell gestalteten Website. Ich glaube, ich habe etwa 10 Websites erstellt, bevor ich meinen ersten Programmierjob hatte. Ich könnte ein Buch mit verrückten Geschichten aus dieser Zeit füllen.

Kommunikation und Feedback sind entscheidend

Dies ist ein weiterer Punkt, der offensichtlich erscheint, aber schwer richtig umzusetzen ist. Kommunikation ist im GitLab Handbook gut dokumentiert, daher werde ich sie nicht behandeln, außer zu sagen, dass ich die GitLab-Werte verfolge und nach anderen suche, die diese Werte ebenfalls befolgen möchten. Positives und negatives Feedback ist ebenfalls gut im GitLab Handbuch dokumentiert, daher werde ich es hier nicht behandeln.

Wie ich beim Rest des Vorstellungsgesprächs vorgehe

Da wir bei GitLab viele Kandidaten interviewen, folgen wir einem gemeinsamen Ablauf, damit wir ihn leicht wiederholen können. Ich werde nicht auf Details unseres Interviewprozesses eingehen, da er sich ständig weiterentwickelt. Aber im Allgemeinen ist dies der Ablauf, dem ich folge.

Erzählen Sie mir etwas über sich

Sie werden die berühmte Frage hören, die lautet: "Erzählen Sie mir etwas über sich", "Erzählen Sie mir, was Sie getan haben" oder "Erzählen Sie mir von Ihrer Zeit bei [Name des Unternehmens]". Wenn ich diese Frage stelle, versuche ich, die Verbindung zwischen dem Job, für den Sie sich beworben haben, und den Jobs, die Sie in der Vergangenheit hatten, zu finden. Es ist gut, im Voraus gemeinsame Grundlagen zu finden.

Wenn ich zum Beispiel als Mitarbeiter von GitLab mich persönlich bei einem FAANG als Frontend-Entwickler bewerben würde, bin ich sicher, dass sowohl GitLab als auch dieses Unternehmen versuchen, die Ladezeiten der Seiten zu verkürzen. Vielleicht habe ich bemerkt, dass es auf einer Seite 26.000 Event-Listener gab, als ich bei GitLab anfing, und ich konnte sie auf 0 reduzieren, die Ladezeit um 50 % auf eine Geschwindigkeit von 200 ms verkürzen. Ich bin sicher, dass dies relevant für das Gespräch wäre.

Als Interviewer könnte ich also etwas sagen wie:

„Hallo! Ich bin Frontend-Entwickler bei GitLab, ich bin seit 3,5 Jahren hier und während meiner Amtszeit habe ich viele große Verbesserungen vorgenommen. Einige der Bereiche, an denen ich gerne gearbeitet habe, sind Performance, UX-Design-Implementierung und architektonisches Design.

Sie wollen an dieser Stelle nicht ins Detail gehen, aber es ist gut, dem Interviewer einige Fakten zur Verfügung zu stellen. Es ist frustrierend, wenn ich diese Frage stelle und jemand eine 10-minütige detaillierte Darstellung seiner gesamten Karriere gibt.

Was hat Sie dazu bewogen, sich bei unserem Unternehmen zu bewerben?

Der Interviewer könnte fragen: "Was hat Sie dazu bewogen, sich bei unserem Unternehmen zu bewerben?" Hoffentlich sind Sie begeistert, in diesem Unternehmen zu arbeiten – sonst, warum sich dafür bewerben?

Aus irgendeinem Grund schaltet diese Frage bei einem Kandidaten oft in den Overdrive-Modus und er verwechselt den Namen unseres Unternehmens. Das ist ein völlig normales Verhalten, besonders wenn Ihr Unternehmen einem anderen Unternehmen ähnelt.

Was ich zu diesem Zeitpunkt suche, ist zu sehen, ob Sie nur nach einem Job suchen oder ob Sie wirklich begeistert sind, mit uns zu arbeiten. Wir wollen Leute, die **wirklich** mit uns arbeiten wollen. Das ist, wenn ich auch sehen kann, ob eine Person etwas über unser Unternehmen weiß. Zum Beispiel mögen einige Leute unsere Werte, haben sie gelesen und wollen in einem Unternehmen mit diesen Werten arbeiten. Manche Leute wollen große Probleme lösen, wie die, mit denen wir uns befassen. Manche Leute haben Vorträge gesehen und Artikel von unserem Team gelesen und würden gerne mit klugen Leuten wie ihnen zusammenarbeiten.

Was sind Ihre fünf Dinge?

Zuletzt frage ich, ob ein Kandidat Fragen an mich hat. Dies ist ein wichtiger Teil des Vorstellungsgesprächs, und Sie sollten im Voraus ausführlich darüber nachdenken. Ihr Ziel ist es, mich zu einer Antwort zu bewegen wie: „Oooohhh, tolle Frage!“ Einerseits versuche ich wirklich, alle Ihre Fragen zu beantworten, also seien Sie nicht schüchtern. Andererseits versuche ich auch, Ihr Interesse an dem Job einzuschätzen, daher ist etwas wie „Äh, ich weiß nicht“, normalerweise eine große Enttäuschung, da es darauf hindeutet, dass Sie vielleicht abgeschaltet haben oder der Job Sie nicht interessiert. Das kann einen unerwünschten Nachgeschmack hinterlassen.

Schauen Sie sich Ihre Interviewpartner an und erfahren Sie mehr über sie. Dies im Voraus zu tun, kann eine aufschlussreiche Übung sein. Möglicherweise erfahren Sie etwas über ihre Strategie zur Kundengewinnung, was zu einer Fülle anderer interessanter Fragen führen könnte. Wenn das Unternehmen ein Startup ist, planen sie eine Übernahme oder einen Börsengang? Wenn Sie eine klare, gut durchdachte Frage haben, lassen Sie sich professionell wirken, was wieder eine der Dinge ist, die ich als wichtig aufgeführt habe.

Wenn Ihnen keine Fragen einfallen, wollen Sie diesen Job dann überhaupt?

Aber ich würde raten

1. Stellen Sie die Interviewfragen, an denen Sie generell interessiert sind. Denken Sie darüber vor dem Vorstellungsgespräch nach, denn eine wirklich durchdachte Frage verbessert Ihre Kandidatur im Allgemeinen erheblich.
2. Was suchen Sie, der Kandidat, in einem Unternehmen? Was muss diese Person, der Interviewer, Ihnen beweisen, damit Sie diesen Job annehmen?
3. Haben diese Leute einen guten Verstand wie Sie? Es funktioniert in beide Richtungen, wissen Sie.
4. Sieht das nach einem lustigen Job aus? Wollen Sie überhaupt einen lustigen Job?
5. An wen würden Sie berichten? Haben Sie mit ihnen gesprochen? Werden Sie während des Vorstellungsgesprächsprozesses die Gelegenheit dazu haben?
6. Sind Sie unterrepräsentiert? Zum Beispiel, ersetzen Sie jemanden oder besetzen Sie eine neue Stelle? Wie viele andere werden tun, was Sie tun? Worauf sollten andere unterrepräsentierte Personen achten? Welche Zeichen würden Ihnen zeigen, dass dies ein gutes Umfeld für Sie ist?

Fragen Sie zu diesem Zeitpunkt nicht nach Geld oder Leistungen; diese Dinge können (und sollten wahrscheinlich) mit einem Vorstellungsgespräch mit einem Personalvermittler besprochen werden, bevor Sie zu einer Person wie mir kommen.

Fazit

Vorstellungsgespräche sind, im Gegensatz zur Programmierung, keine exakte Wissenschaft. Sie versuchen zu beweisen, dass Sie von der Aussicht, mit einem Unternehmen zusammenzuarbeiten, begeistert sind. Sie wollen dies dem Interviewer und sich selbst beweisen. Hoffentlich wollen Sie einen Job, der interessant ist. Dieser Leitfaden ist kein Skript, dem Sie folgen müssen, sondern eher ein paar lose Ideen, die Ihnen helfen sollen, sich in die Denkweise des Interviewers hineinzuversetzen, mit ein paar Tipps für andere Interviewer, die dort eingestreut sind. Vielleicht habe ich Dinge hervorgehoben, die Sie vorher nicht wussten.

Denken Sie einfach daran, dass Vorstellungsgespräche theoretisch kein beängstigender Prozess sein sollten, sondern eher ein Prozess, bei dem man sich ein paar Kumpels zum Arbeiten sucht.