アクティブな人材探しが進行中の市場（アムステルダム）で、ミドルシニア開発者としての仕事を見つける6週間のプロセスを完了しました。 言い換えれば、私はたくさんの就職面接を受けていました。 どの会社が私に最も適しているかを正確に調べるために、私はさらに質問をしようとしました。 ここでは、あなたのニーズとあなたとコミュニケーションする人に基づいて、適切なバランスを見つける必要があります。
あなたが仕事を探しているジュニアであるなら、あなたは本当に興味がほとんどないという結論に達するかもしれません、彼らは以下のすべての質問に答えるでしょう-あなたは少なくともどこかに行かなければなりません。 ただし、この場合でも、どの瞬間が信号機になるかを自分で決定し、必要な情報が表示されることを期待して尋ねてください。 欠員を拒否させることができるものがある場合は、求人を受け入れる前にそれを調べることをお勧めします。
標準手順
私の経験では、選択プロセスは通常次のようになります。
- 電話での会話/オフィスでの会議。 通常、人事担当者はこの段階を担当します。 開発者の1人が関与している場合、原則として会話はかなり流beになります（質問で彼らを攻撃するのに最適な時間ではありません）。
- 技術面接。 これに続いて、既に厳密にあなたが知っていることとそうでないことを徹底的に分析する開発者チームとの一連のインタビューが続きます。
- テストタスク/「宿題」/共同執筆コード。 私の目では、候補者に共同執筆コードを導入した企業は、すぐに多くの追加ポイントを獲得します。 多くの人が「宿題」をする理由を理解していますが、ほとんどの場合、両者にとって時間の無駄です。本当に必要なスキルが明らかになるわけではありません。
- チーム全体を知る最終会議。 会社が小さい場合、この段階は創立者との個人的な会話に置き換わることがあります。
- 求人。
もちろん、企業によって雇用はわずかに異なる場合がありますが、一般的に言えば、雇用プロセスから期待されるすべてのものをリストしています。
人事に関する質問
原則として、最初のインタビューは技術プロセスに関係のない人々によって行われます。 したがって、テクノロジースタックについて質問するのは不適切です。会社が小さい場合でも、通常は最新ではありません。
大部分の会話は、あなたを中心に展開する必要があります。 もちろん、彼らはすでにあなたの履歴書を手にしていますが、彼らはあなたについての短い話を期待します-あなたの職業歴の短く、簡潔で有益な説明を準備してください。 話すまでは、いつものように繰り返す必要があります。
候補者をどのように選択しますか？
ほとんどの場合、彼ら自身が次に何が起こるかをあなたに書き込みますが、これが突然起こらなかった場合、この特定の会社でどの段階が実行されるかを指定します。 このコマンドに関してまだ真剣な意図がなく、次のステップとして本格的なアプリケーションの作成を依頼する場合は、すぐに別れを告げる方が合理的です。
開発チームについて簡単に説明してください
従業員は何人いますか、後輩と先輩の割合はどうですか、内部階層はどのように構築されていますか（会社にはテクニカルディレクターまたはプロダクトオーナーがいますか）？ そのような質問は通常、人事担当者でも簡単に答えられます。 そうでない場合（特に大企業では特にそうなることがあります）-そうです。
電話を切る前に、次のステップで何が待っているかを理解してください。
技術面接に関する質問
ここで質問の大部分を入力します。 雇用主はあなたを評価しますが、同時にそれも評価します。 インタビュイーに話させてください。しかし、途中で質問を1つか2つ挿入することを恐れないでください。 ミーティングの終わりに、彼らは通常あなたに質問があるかどうか尋ねます、そしてこの時点であなたが適当と思うものは何でも尋ねることができます。 答えがあなたにとってあまり面白くないなら、尋ねないでください。 あなたの時間を無駄にすることは意味がなく、他の誰かがあなたの最終決定に影響を与えないことについて考えているのです。
私は個人的に優先度の高い順に質問を整理しました。 インタビュアーで共通の言語を簡単に見つけた場合、通常はリストの最後の項目に到達しませんでした。 コミュニケーションがうまくいかず、快適ではない場合、私はそれらすべてを調べて、チームの他のメンバーと仲良くなることを望みました。
このポジションの理想的な候補者をどのように想像しますか？
私はこの質問が本当に好きです。なぜなら、それは彼らがあなたに何を期待するかを非標準的な方法で明らかにするからです。 面接を受けた人が空からこの欠員の理想的な候補者を作ることができたら、彼はどうでしょうか？ 場合によっては、鏡があなたに見せられるように見えますが、他の場合には、あなたの経験、一連のスキル、好みに合わないものがたくさんあります。 これは、あなたがどのくらいチームに適合するかを理解する良い方法です。
たとえば、ある会社では、「あまり助けがなくても対処できる人」が必要だと言われました。 これは私にとって鐘です。 新しいコードベースで作業を開始する開発者は、たとえそれが構築されているすべてのテクノロジを知っていても、そのコアでビジネスロジックを理解するのに役立つ必要があります。 チームがスキルを移転するための快適な環境を作成するという考えに否定的である場合、私はこれを深刻なマイナスと考えます。
しかし、理想的な候補者は「独立して働き」、「目標を設定する」ことができるとよく耳にしました。 私の意見では、これは良い兆候です-私は自分がそのような従業員であると考えており、誰かが掘り下げて私の作業プロセスを私のために強制的に整理しようとするときは好きではありません。 これらの2つの答えは本質的には同じように見えますが、情報の表示方法は、労働条件の違いについて多くを語っています。
この投稿で最も難しいことは何ですか？
この質問に対する答えは、あなたが何をするかによって大きく異なります。 いずれにせよ、それは会話の残りが維持される虹色を薄めるのに完全に役立ちます。 問題を引き起こす可能性が最も高いものについて従業員の意見に関連し、それを非常に真剣に受け止め、問題をうまく解決できるかどうかを検討してください。
会社の全体的なビジョンを誰が定義しますか？
ここでは、会社に長期計画があるかどうかを理解しようとしています。理想的には、開発の目標と方向性についても話します。 私が憂慮すべき兆候として認識する唯一の答えは、答えがないことです。 「創始者」は小規模なチームにとってはまったく普通の選択肢ですが、「助言」または「管理」は企業にとってはより大きなものです。 誰もがビジョンとロードマップの形成にある程度関与していると考える場合、これが最高得点です。 誤解された見解は、問題が悪いことを示しています-少なくとも彼らがどこに動いているかのアイデアを持っている人と協力することが望ましいです。
開発部門と会社全体の成功をどのように評価しますか？
この質問は、ワークフローにも関連しています。 彼らが私の仕事と私のチームの仕事を判断するものに基づいて理解したい。 インタビュイーが答えるのが難しいと思う場合、私は反対側に行き、彼らがどのような基準で仕事を不満足と評価するか尋ねます。 私の意見では、良い仕事の意味を誰も知らないが、誰もが「仕事を圧倒する」ことの意味を明確に理解しているなら、良いことを期待すべきではありません。 ここでの成功の意味を知らずに、どのようにして職務を正常に果たすことができますか？
仕事の何が一番好きですか？ 一番悩ましいことは何ですか？
これらの質問を複数のチームメンバーに質問できるのは素晴らしいことです。 すぐに別のものをフォローする必要があります（ポジティブから始めることを好みます）。 多くの場合、パターンを簡単に追跡できます。人々は同じことに腹を立てています。 通常、従業員にネガティブな側面について話させることは困難ですが、私の経験では、このアプローチでは、彼らがトピックを押し上げることはほとんどありません。
会社の活動における根本的かつ体系的な問題について話し合うことはまずありませんが（これも起こりますが）、少なくとも、この特定のチームの特定の難しさ（労働組織、対人関係、または官僚制など）
コードの検査方法を教えてください。
ここでは、答えはほとんど簡潔です-プルリクエスト、GitHubなどのコードレビューオプションを使用します。 トピックをより深く掘り下げて、どのコメントが作成されているか、メインブランチとマージするのに通常どのくらいの時間がかかるかを調べてください。 彼らは本当に欠点を見つけますか？ またはその逆に、深刻なエラーでさえ見逃していますか？ 従業員は本当に製品を応援しているのですか、それとも知識を誇示するのが好きですか？ テストはどうですか？ リリースはどのくらいの頻度で行われますか？
いくつかの新機能を導入するプロセスを説明してください-抽象概念からバックログアイテム、そしてコードにどのように変換するのですか？
アイデアがどこから来たのかを理解したい。 チームは関連データを調査し、それに基づいて行動しますか？ それとも、創始者の頭に何かが浮かび、残りの部分は調整されますか？
この質問には、視覚に関する問題と共通点があります。 次に、論理的な継続として設定できます。 あなたはビジョンを持っていると仮定しますが、個々の機能はどのように計画および実装されますか？ この質問は「ここでどのように機能しますか」に最も近いように思えます。唯一の違いは、プレーンテキストで質問しないことです。したがって、応答でハッキングされることはありません。
最近発生した技術的な問題について教えてください。
前の質問が彼らにとって複雑すぎると判明した場合、この質問はより簡単になります。最新のタスクから具体的な例を挙げてください。 チームは共同で状況に対処しましたか、それとも誰かが解決策を探していましたか？ 開発者は外部リソースに頼っていますか？ それとも、彼らはこの機会を紹介しようと考えたのでしょうか？ 繰り返しますが、この質問は、毎日のワークフローがどのように進行するかを示すので便利です。
ボーナス：新規参入者を業務に導入するための受け入れられたスキームはありますか？ 新しい開発者はどのようにチームに紹介されていますか？
あなた自身が後輩でない限り、この質問はあまり重要ではないと思います。 ジュニアは、新入社員のサポートやトレーニングさえも深刻な場所を探す必要があります。 中級レベルの開発者やシニアは、原則としてこの部分で何かが行われているかどうかを簡単に確認するように求める場合があります。 私にとって個人的には、会社が初心者がしなければならないことを考えているのか、それとも何らかの形で適応プロセスを緩和しようとしているのかが重要です。 もちろん、答えが「いいえ」であっても、特に多くの人が答えるので、雇用主との関係を断つ必要はありません。
ここで、私は彼らがチームで後輩を雇うかどうか、彼らとどのように働くかを尋ねたいのですが、私自身が彼らに属していないことを明確にした場合のみです。 私には約3年の経験があり、誤った印象を残したくありません。 より高度な開発者は、後輩と間違われることを恐れずに同様の質問をすることができます。回答により、会社が従業員をどれだけ高く評価しているかを判断できます。
閉会会議に関する質問
最後の段階では、あなたはおそらくあなたの給料が何であるか、そしてあなたがいつ退職するかについてすでに話しているでしょう。 あなたが提供された場合、ボーナス、福利厚生、プロモーション、休暇、雇用日などのすべての条件を見つけてください。 しかし、雰囲気がそれにとって良いかどうか、非常に慎重に尋ねることができる別の潜在的な質問があります。
心に留めておく必要のある国内政策はありますか？
大企業では、彼らはあなたを営業部に案内し、彼らはここの神であると言うことができます、彼らを怒らせない方が良いです。 小規模なチームでは、原則として、問題が発生しないことを保証します。 この場合、「最初の日はここにいます」というカテゴリの情報に興味があります。 実際にボールを支配しているのは誰ですか？ ある人は役に立たないと考えているプロジェクトがあり、他の人は崇拝しているでしょうか？ この段階で少し「汚れた洗濯物」が表示される場合、これは最初の数週間で非常に役立ちます。 さらに、このような質問により、チームに参加して、連絡を取る必要のあるさまざまな人々と適切にこすり合うことを切望していることが明らかになります。
そして最後
これらの各質問は、興味深い会話の始まりになります。 必ずしも厳密にリスト上を移動する必要があるような方法でそれを受け取らないでください。 あなたにとって最も重要または有益と思われるものから始めて、それから状況を見てください。 単に質問を投げかけるよりも、徹底的な二国間議論に参加する方が良い場合。
会社を評価して、私はここで満足できるかどうか、そして彼らを部下や同僚として手配するかどうかを理解しようとします。 これらの質問の1つへの答えに私をもたらす会話は良いです。 上で提案されたアイライナーは、始めるための助けにすぎません。
検索で頑張ってください！