質問:
短期間で効果的な技術面接を実施する方法は？
antonpug
2019-08-28 00:50:38 UTC
view on stackexchange narkive permalink

人事部門は、可用性とスケジュールの制限により、オンサイトの技術面接のスケジュールをどんどん短くしています。一般に、2〜3時間は、紹介、ホワイトボード、ロジック、コーディングなど、より広範な技術面接を行うのに十分な時間のようです。

候補者に面接する時間は45分です。

セットアップや一般的な質問などに15分かかります。

シニアソフトウェアエンジニアの役割の候補者に面接する時間は合計30分です。

ホワイトボードと質問だけに30分を費やすことができました。これにより、システム思考スキルに関する高レベルのコンテキストが得られますが、プログラミング技術を見ることができませんでした。

プログラミングの「ビルドX」の演習に30分を費やすことができましたが、それではシステムを設計する彼らの能力についての洞察は得られませんでした。

非常に短期間で効果的な技術面接を行う方法についての提案を探しています。ありがとう！

次々と候補者がいますか？それで、少し長く行くことはうまくいかないのですか？
これは、各インタビュアーの時間間隔が短いが、技術面接のネットが長い、単一の面接または一連の面接ですか？
それは背中合わせです。タイミングはあまり柔軟ではありません。私は候補者と45分間苦労しましたが、それだけです。
ジーバス。半日、終日、複数日のインタビューのこの傾向は止めなければなりません。私がフォーチュン500企業の経営幹部の面接をしている場合、または私のすべての夢を実現してわいせつな金額を支払ってくれる場合を除いて、3時間の面接プロセスに参加することに興味はありません。
十 答え:
Kevin
2019-08-28 01:05:05 UTC
view on stackexchange narkive permalink

「面接時間」のスケールで圧迫されていることに注意してください。ただし、面接につながる準備時間や面接後の評価時間では圧迫されていません。

ですから、準備と評価に時間がかかるように面接を構成することをお勧めします...しかし、その時間は面接の邪魔になりません。

いくつか例を挙げましょう。

  • デザインスキルを理解するために、ホワイトボードを作成したいと考えています。しかし、その人がシステムの側面をスケッチするためには、面接中に多くの時間が必要です。代わりに、既存のホワイトボードを提示することを想像し、弱点が何であるかを尋ねます。突然、彼らはその場で完全な計画を立てる必要はありません-あなたはすでにそれを前もって行っています。次に、「コンポーネントXをこの問題に読み替えます。どのようにアプローチしますか？」と言います。またはさらに速く、「この問題にコンポーネントXを追加し、A、B、Cの3つの可能なアプローチがあります。あなたの意見ではどちらが最適ですか？」
  • それらを構築してほしいいくつかのコード。素晴らしい...しかし、それも時間がかかり、その場でさまざまなことを考え出し、時間を費やします。既存のコードサンプルに段階的に追加するように依頼するのはどうですか？

...これらに共通しているのは、事前に多くの作業が必要になることです（既存のダミーホワイトボードやプログラミングソリューションなどを考え出す必要があります。）ただし、面接中に応募者がテストしたいスキルを表示するために必要な時間を最小限に抑えます。

cdkMoose
2019-08-28 00:59:54 UTC
view on stackexchange narkive permalink

30分間の技術的な質問の1回の面接では、効果的な技術面接を行うことはできないと私は主張します。

30分が経過する前に自分自身を排除する候補者は確かに存在しますが、私はそれを達成した候補者にはあまり自信がありません。適切な技術評価には時間がかかり、時間が与えられなければそれを行う意味はあまりありません。

連続したシナリオでは、他のインタビュアーと協力して、誰がさまざまな技術分野をカバーするかについて合意します。 30分で1つの領域にのみ焦点を合わせます。他のインタビュアーと会って、フィードバックを組み合わせて推奨事項にします。

あなたはそれに私を打ち負かしました。Beanカウンターは「ペニーワイズ、ポンドバカ」であり、あなたの会社は最良の候補を決定することができず、明らかな結果をもたらします。@antopug,履歴書を磨いて、周りを見回すことを検討する時期かもしれません。
Julie in Austin
2019-08-28 03:59:22 UTC
view on stackexchange narkive permalink

それはできません。申し訳ありませんが、「私は45分、他の人は45分、合計X時間」ではなく、合計45分である場合、どの候補者に対しても現実的には実行できません。パブリックドメインにある専門的な記録がない場合。

最善の策は、候補者に自分自身に関する公に入手可能な情報を提供してもらうことです。つまり、出版物、会議議事録、特許出願と助成金、公的に検証可能な賞です。真のシニアレベルの候補者のために、彼らはそれらを持っています。次に、彼らが提供したものを調査し、それが正しいことを確認し、それが適用可能かどうかを判断してから、質問を作成する必要があります。

これが時間がかかるように思われる場合は、人事部門に伝えてください。彼らがあなたに求めていることは、ほとんど不可能であるという点で不合理だからです。

Mawg says reinstate Monica
2019-08-28 12:03:16 UTC
view on stackexchange narkive permalink

あなたは私をそれに打ち負かしました。 Beanカウンターは「ペニーワイズ、ポンドバカ」であり、あなたの会社は最良の候補を決定することができず、明らかな結果をもたらします。 @antopug、履歴書を磨いて見回すことを検討する時期かもしれません。

これらが契約候補ではなく永続的な候補である場合は、会社で何年も過ごすことを期待/期待します。確かに、面接に時間を費やすことができます。

問題の一部に面接に十分な資格のあるスタッフがいない場合は、最高品質の候補者を採用することがさらに重要です。

重要なことに、面接は両面であることを忘れないでください。標準以下の面接を行っている間、より良いクラスの候補者は、企業文化について何を言っているのか、そこで働きたいかどうかを自問することです。

「面接」に沿って時折質問があります。短すぎて実際には何も達成できませんでした。これは危険信号ですか？」これは、一部の人々がこれらのことを考慮していることを示しています。

個人的には、面接の終わりが来て、面接で候補者に質問があれば、それが私の面接の始まりであり、私は自分の役割を果たすことができません。 15分未満で、プロセス、方法論、ツールチェーン&などについて質問します。

これらのインタビューが長すぎないようにするため、1時間で十分かもしれません– if 複数回の面接があります。最初の1時間はスクリーニングに使用し、次に最適な候補者を呼び戻します。これにより、全員に2〜3時間を与える必要がなくなります。質問で複数のラウンドについて言及していないので、それが解決策になる可能性があります。

Tl; dr –面接に時間とリソースを投資しない場合は、受け入れる候補者に値します。

kolsyra
2019-08-28 14:17:46 UTC
view on stackexchange narkive permalink

人事部門は、可用性とスケジュールの制限により、オンサイトの技術面接のスケジュールをどんどん短くしています。

そうですね、回避できる方法はありますか？それらの？私の言いたいことを説明しましょう。

オンサイトの時間は45分しかないかもしれませんが、自分自身と候補者の両方のためにもっと準備時間をとることができるでしょうか。

オフサイトタスクとオンサイトタスクの組み合わせ

コーディングタスクと、割り当てを完了するための2〜3日を与えてからコードを1時間ほど調べてみてください。そうすることで、次のことが可能になります。

  • 候補者がコードを説明するのに十分な時間と、面接室のストレスから離れてコードを書くための現実的な環境
  • 自分で十分な時間を得る彼らのコードと彼らの選択を評価するために。

さらに、面接の質問を事前に決定する良い機会が得られる可能性があり、技術的な会話にはすでに一般的な方向性があります。この時間を使って、彼らの思考プロセスをさらに理解してください。

mhoran_psprep
2019-08-28 16:15:42 UTC
view on stackexchange narkive permalink

ナンセンス。

45分でたくさんのことができます。上級開発者は、コードをすばやく書くことができる人ではありません。彼らは他の開発者を助けることができるだろう誰かです。彼らは問題を素早く把握し、可能な解決策を提案する能力を持っています。スキルのないIDEや言語が必要な場合は、ワークフローを適応させることができます。経験があります。

コードで何かを作成するように依頼しても、その経験は活用されません。

ホワイトボードで何かをすることは、正しく行う場合にのみその経験を得ることができます。あなたは彼らがどのように問題に取り組むかを探すべきです。私が一緒に働いた最高の上級開発者は最高のコーダーではなかったことを覚えています。彼らはあなたの状況に耳を傾け、解決策を提案する能力を持っていました。彼らはあなたのドメインやあなたの言語の経験がなくても、あなたを正しい方向に向かわせることができる擬似コードを書くことができました。

シナリオを提示し、彼らのアプローチがどうなるかについて話し合う必要があります。使用する開発スタイルのコーディングに慣れていることを確認する必要があります。彼らが会社のようにバージョン管理システムを使用するかどうか、彼らがあなたの会社/プロジェクトのようにナイトリービルド、テスト、継続的ビルドを行うかどうかを知る必要があります。彼らがそれをしなければ、他の人もそうしないので、あなたはこれらのことを知る必要があります。彼らが残りの開発者にこれらのことをするように促すことを知っておく必要があります。

jcmack
2019-08-28 01:11:01 UTC
view on stackexchange narkive permalink

ソフトウェアエンジニアリングの候補者に面接するためのこのような狭いウィンドウでは、面接パネル全体を非常に合理化する必要があります。各面接がカバーするコンピテンシー（または複数のコンピテンシー）の高レベルの組織が必要です。これにより、ターゲットが絞られるため、各インタビューを短くすることができます。

準備することをお勧めします：

  • 45分のインタビュースロット1つに対して、複雑さが進行するホワイトボードの問題が少なくとも2つ（1つの質問はバックアップ）、
  • aソフトウェアシステムの設計批評または別の45分の面接スロットの高レベルの設計。

通常、これら2つの面接では、技術スキルに関する十分な情報が得られます。以前のプロジェクトや状況について話し合うことで、リーダーシップとEQスキルをより評価するものを追加します。

インタビュアーの「パネル」になる場合は、ラウンドロビンにする必要があります。そして、私はホワイトボードを避けたいと思います。ああ、ホワイトボードのインタビューは時間がかかりすぎて意味がないので、どうして嫌いなのか。
Sam Dufel
2019-08-28 05:24:53 UTC
view on stackexchange narkive permalink

スクリーニングプロセスの一環として面接前に行われた持ち帰り用のミニプロジェクトは、直接ホワイトボードを作成するよりも効果的であることがわかりました。人々は自分のコンピューターとインターネットアクセスでよりよく働きます。誰かがプロの面接官でない限り、彼らは一般的に、ホットシートに置かれるよりも、自分のコンピュータに座って技術的な問題を解決する方がはるかに快適です。

プロジェクトの骨組みを提供することで、多くのことを取り除くことができます。セットアップ作業が完了し、探しているスキルに応じて、実装する特定の領域を提供できます。例：

  • 既存のサービスを利用して、キャッシュレイヤーを追加します
  • 既存のデータベース接続コードのパフォーマンスの問題を特定します
  • UIに特定の変更を実装します

次に、45分の時間枠で、作成したコードサンプルを使用してソリューションについて話し合うことができます。

bit
2019-08-28 10:33:37 UTC
view on stackexchange narkive permalink

他の回答では、事前スクリーニングまたはその他の非同期の方法を使用してプロセスを高速化する方法について説明していますが、所定の45分で実行できることは次のとおりです。

  1. 最初の10分間で環境の設定を行い、候補者に通常の勤務日をどのように過ごしているか、その他の知りたい一般的な質問について尋ねます。

  2. 次の10分間、ソース管理を備えたIDEで解決する問題を彼に与えます。問題の選択は、チームのシニアソフトウェアエンジニアが10分で解決することを期待するようなものでなければなりません。期待される出力は、コンソールアプリケーションのような単純なものである可能性があります。

  3. 次の15分で、彼にコードをリファクタリングさせます。コードを一般化し、コードを拡張し、単体テストを作成するように依頼します。目的は、ソリューションの生産準備を整えることです。

    4. ol>

    IDEの使用方法、ショートカット、大声で話す方法を観察し続けながら、彼はそのすべてを行います。コーディング中に行う決定、SOLIDのような標準のコーディング原則、使用するデザインパターンや抽象化に注意してください。

  4. 最後の10分間で、彼がどのように行動したかを尋ねます。コードを特定の環境にデプロイし、使用する品質管理手段（コードカバレッジ、ゲートビルドなど）、コードが読み取り可能で堅牢（単体テストあり）であり、したがって保守が容易かどうかを尋ねます。コードをリポジトリなどにコミットします。
    5. ol>

    上記の質問を微調整し、フォローしている候補者で探している技術スタックとプロセスに応じてフォーマットする必要がありますが、アイデアを得る。

通常、私はあなたの答えに反対票を投じ、その理由を説明します。あなたは「新しい貢献者」なので、私はそうではありません。上級レベルの開発者は、通常、IDEでコードを記述してリファクタリングすることに日々を費やしていません。上級レベルの開発者を価値あるものにしているのは、アーキテクチャや設計など、より高いレベルの問題に対処する能力です。十分な経験があれば、問題解決の他の領域がはるかに重要になります。さらに、解決される問題は、多くの場合、45分以上だけでなく、面接期間全体以上を必要とします。だから「どう思いますか？」質問は重要です。
Strader
2019-08-28 01:10:19 UTC
view on stackexchange narkive permalink

IMHO、コーディングスキルについては、同じ日のインタビューの前に、それぞれ1つのバグ/構文エラー/論理エラーを含む一連の短い（5行）メソッド（3-5）を送信し、5分かけてそれらについての考えを確認します。面接中

または、これらの方法を紙に書いて、面接を待つ間に候補者に渡します

2番目のオプションでは、コーディング/読み取り速度も向上します:)

あなたは質問の「上級」の部分を見逃しました。構文エラー？そのレベルで？もっと「オープンエンドのアーキテクチャの議論」が見られるでしょう
コンパイラー/デバッガーを使用して数秒で見つかるものについて開発者にクイズを出すのは時間の無駄です。それは単に候補者について意味のあることを何も教えてくれません。
@17of26 7of9-これが私がそれを紙に書くことを提案した理由です、紙には知性がありません:)
@Jeffreyは、単純な構文で問題が発生した、私が働いた「シニア」開発者の数に驚かされるでしょう。彼らはよりグローバルな決定に責任がありました。しかし、OPにはコーディングスキルも必要です-そしてそれはそれの良い指標を与えるでしょう
@Strader-そして、ホワイトボード上で実行されていないIDEに依存するようになった私たちの数（プログラミング39年、Cで37年...）に驚かれることでしょう。また、ホワイトボードで構文チェックオプションを設定したり、適切な編集を行ったりする方法もまだ見つけていません。だから...多くのインタビュアーよりも古いコードを持つ人々のための「ホワイトボード」テストは無意味であり、しばしばかなり侮辱的です。
@JulieinAustinこんにちは。お会いできてうれしいです。私が想像するように、それはすべて、ポジション要件がどうなるかによって異なります。しかし、私見、上級開発者にとって-選択された言語構文は無意識のレベルで必須です。あまりにも多くのジュニアが最初はIDEに問題を抱えており、シニアは迅速に支援できなければなりません。そうでなければ、その特定の責任の文脈では、彼はシニア開発者ではなく、シニア市民です:)
@Strader-実装言語の構文で人々を支援している場合、支援している人に深刻な問題があります。
@JulieinAustinあなたは面白い、人生の幸運:)
@Strader-私は39年間有料のソフトウェアエンジニアです。私はこの人生でかなり成功していると思います;）私のポイントは、これらの「上級レベルの開発者は...」の多くが上級レベルの開発者が行うことと非常に矛盾しているということです。キャリアの早い段階で、平均して約25,000行のコードをデバッグ、テストし、本番環境に配信しました。私はもうそれをしません。私ははるかに高い、そしてはるかに複雑なレベルで問題を解決します。


ⓘ
このQ＆Aは英語から自動的に翻訳されました。オリジナルのコンテンツはstackexchangeで入手できます。これは、配布されているcc by-sa 4.0ライセンスに感謝します。
Loading...