ホワイトボードインタビューの代替:どのように(最終的に)右の技術的なインタビューを行うには

技術的な面接は、ソフトウェア開発者の間で長い間怒りに火をつけてきました。技術面接は、技術者としての適性を評価し、採用された場合の将来のパフォーマンスを予測することを目的としています。これは非常に単純なことのように聞こえますよね?ではなぜ、大手を含む多くのテック企業が、開発者が本当に嫌がる面接方法に頼っているのでしょうか?ホワイトボード面接は、圧倒的に最大の違反者です。
今回の記事では、以下のトピックについて見ていきます。
- ホワイトボード面接とは何か、何がいけないのか?
- 技術面接の狙いは何ですか?
- 開発者はテストされることを嫌う?私たちの研究からの洞察
- リクルーターから送られてくるコーディングテストを受ける開発者の73%
- 91.9% 受験を開始した開発者のうち、試験を終了する人の割合
- ホワイトボード面接の代替案 別名:技術者採用プロセスをどのように構成するか
- スパルテツ技術者採用:構造
- ホワイトボードインタビュー:結論
で技術面接のコツをさらに集めてみました。 技術面接の究極のガイド.
ホワイトボード・インタビューとは何が問題なのか?
ホワイトボードインタビューは基本的に技術クイズであり、実際のコーディングスキルについてはほとんどわかりません。ホワイトボード上で二分木を反転させたり、頭の中でアルゴリズムを思い浮かべたりすることを求められます。コーディング講師の言葉を借りると クインシー・ラーソン,
"残念ながら、大企業の面接はそれほど科学的ではありません。開発者を雇うかどうかの決定は通常 候補者がホワイトボードに近づき 1970年代から変わっていない アルゴリズムを(古典的に)訓練された猿のように 喋りまくるかどうかにかかっています"
つまり、ホワイトボード・インタビューの最大の欠点は、現実的ではないということです。また、自分のコーディングスキルを代表するものでもありません。結果として、この面接スタイルは候補者にとってストレスと威圧感を与えます。熟練した経験のある開発者であっても、このタイプの面接では怖気づいてしまい、失敗してしまうこともあります。
根拠は?
マックス・ハウエル:Swift。オープンソース。フューチャリズム。Homebrewのクリエーター。あなた」のためにオープンソースを作ることに専念しています。
デビッド・ハイネマイヤー・ハンソン:Ruby on Railsの生みの親であり、Basecamp社の創業者兼CTO、NYTベストセラー作家、ル・マン24時間レースで優勝したレーシングドライバー。
ホワイトボードテストは、開発者の日常業務とは似ても似つかないものです。このシナリオは非現実的であり、その人の本当のコーディング能力についてはほとんどわかりません。また Quincy Larsonは次のように書いています。アルゴリズムを思い出す必要があるのは、インターネットに接続されているすべてのコンピュータのハードディスクが焼き尽くされ、基礎的な学術論文やコンピュータサイエンスの教科書のコピーがすべて灰になってしまったような、終末論的な世界だけでしょう」と述べています。
あなたの開発者がこのような環境で働いている可能性は極めて低いでしょう。さらに悪いことに、ホワイトボード・インタビューは均質なチームを生み出す傾向があります。なぜなら、ホワイトボード・インタビューは通常 "は、すでにその分野で十分な地位を得ていない人々を差別することになります。“
ホワイトボードテストの評判が悪いので、ホワイトボードテストは過去のものになったと思うかもしれません。しかし、残念ながらホワイトボードテストはまだ生きています。ホワイトボード・インタビューを攻略するための資料はたくさんありますが、それはそれ自体がスキルだからです。
幸い、すべてが失われたわけではありません。
技術面接の狙いは何ですか?
ホワイトボード面接とは何かを確認した上で、技術面接の狙いを見ていきましょう。
- 問題解決能力を評価する
- チームと会社の適合性を評価するために一緒に働く
- 例えば、開発チームが現在取り組んでいるタスクなど、会社固有のタスクに焦点を当てます。
また、技術面接に現れた候補者の狙いを見てみましょう。
- 客観的な方法で自分のスキルを評価してもらえる
- 共に働く可能性のある人々との出会い
- 会社の雰囲気を知る
面接の前に行われるべき技術審査(ため息)の代わりに、ホワイトボード中心の面接が行われることがあります。技術力評価への適切なアプローチにより、不要な面接の回数を最大65%削減することができます。採用プロセスの早い段階でプログラミングスキルをスクリーニングすることで、最も有望な候補者に時間、エネルギー、会話を集中させることができます。原則として、事前の選考プロセスが優れていればいるほど、オンサイト面接に招待する必要のある人は少なくなります。
技術面接の前に使うにしても、技術面接として使うにしても、ホワイトボード面接だけでは、上記の目標を達成することはできません。
お勧めの読み物です。 技術面接のコツ。技術面接の7つのコツ
開発者はテストされることを嫌う?私たちの研究からの洞察
技術力評価の場合、悪魔は細部に宿ります。開発者にとっては、自分のスキルがテストされること自体は問題ではありません。問題なのは、その実行です。
エビデンス?先日発表された DevSkillerテクニカル採用&スキルレポート2019 は、120カ国以上の受験者が受けた112K以上のコーディングテストに基づいています。このデータがあれば、業界に関連する重要な質問に答えることができ、私たちは有利な立場に立つことができます。 ここでは、2つの調査結果をご紹介します(レポートには他にも多数掲載されていますので、ぜひご覧ください)。
テストの完了率73%の開発者が、採用担当者から送られてきたコーディングテストを受ける
すべての難易度において、大多数の開発者は実際の仕事の原則に基づいたコーディングテストを終了する。これは、開発者がスキル評価のアイデアを受け入れていることを示唆しています。さらに、開発者はRealLifeTestingによく反応していることを示しています。tmand の方法論は、私たちのプラットフォームに搭載されています。 興味深いことに、いくつかの国では完了率がほぼ世界共通となっています。ラトビア、アルメニア(97%)、デンマーク(96%)、ニュージーランド(92%)、イギリス(92%)などです。
91.9% 受験を開始した開発者のうち、試験を終了する人の割合
我々の最近の調査結果は、すべてのコーディングスキル評価が同じではないことを示唆しています。当社のサンプルによると、当社のプラットフォームでテストを受け始めた開発者のうち、ほぼ92%がテストを終了して提出するまでに時間を要しました。
これは、開発者が技術力評価のアイデアに反対しているわけではないことを示しています。彼らが嫌がるのは、自分の能力を発揮できない方法でテストされることです。
ホワイトボード面接の代替案 別名:技術者採用プロセスをどのように構成するか
ホワイトボードを使った面接には様々な方法があります。ここでは、技術職の採用成果を高めるために利用できる最適なセットアップを見てみましょう。
- ソーシング
- スクリーニング(自動化されたソリューションで
- ソフトスキル面談と技術面談(多くの場合、同じ日に実施
- 提供
- 雇い主
まず第一に、事前選考を自動化して、面接の前に不適格な候補者を排除する必要があります。そうすることで、ITチームの対面時間を、そのポジションに適合する可能性のある候補者だけに使うことができます。弱い候補者を選別しないとどうなるか?時間の浪費、不必要なボトルネック、フラストレーション、生産性の低下...これらは氷山の一角に過ぎません。
次に、技術審査の後に、ソフトスキル面接と技術面接を行うことです。ソフトスキル・インタビューでは、以下のような質問をすることを強くお勧めします。 こうどうもんだい は、技術系の候補者に聞いてみましょう。
テクニカルインタビューでは、以下の条件を満たすコーディングインタビュータスクを使用したい。
- テストは本格的なワークサンプル
- 候補者が通常仕事で使うであろうすべてのリソースを提供します。
- それは、彼らがあなたのために働き始めるときに直面するであろうビジネス上の問題にタスクをベースにしています。
ホワイトボードインタビューの代わりになるものとして、CodePair機能があります。
コードペアリングの詳細については、弊社の記事をご参照ください。 オンラインコーディングの面接とリモートでCodePairする方法
注意していただきたいのは、上記の要素がすべてあなたのプロセスに存在していたとしても、まだ改善の余地があるということです。 それでは、Spartezがどのようにしてプロセスを変更し、開発者の採用成果を高めたのかを見てみましょう。
スパルテツ技術者採用:構造
1.調達
Spartezでは毎年約20名の開発者を採用しています。彼らが重視する技術的なスキルは、Java、JavaScript、.NET、C++です。
2.DevSkillerによる技術審査
私たちは誰にでもテストに挑戦する機会を与えています。履歴書や経験年数だけで評価するのではなく、技術力や経験の深さを重視しています」と語るのは、スパルテッツの人材獲得スペシャリスト、パトリシア・キルジャンスカ。
3.ライブコーディングテスト
一次審査を通過した人は、エンジニアが行うライブコーディングテストに招待されます。このステップは任意ですが、企業によってはオンサイト面接の回数をさらに減らすために、このステップを残すことを好むところもあります。
4.テクニカルインタビュー
合格者はその後、スパルテッツのエンジニア2名による60分間の技術面接を受けます。インタビューでは、JavaまたはJavaScriptの基礎知識に加え、スパルテッツの開発者が仕事で直面するその他の技術的な問題やタスクに関する質問が行われます。
5.開発マネージャー/CEOとのインタビュー(上級職の場合
これは、コミュニケーション、チームワーク、モチベーション、製品ベースの質問を含む典型的な管理職のラウンドです。
もちろん、スパルテーズの技術審査の仕組みは、あくまでも一例です。
ホワイトボードインタビュー:結論
コードで動く世界では、暗記のような個別のスキルではなく、コードの質に基づいて人材を採用することが理にかなっています。 また ネイト・スワンナー ホワイトボードをもっと有効に使うには、候補者のGitHubプロジェクトを深く掘り下げて、アプリやツールがどのように機能し、どのように拡張できるかというコンセプトをスケッチするように促すことです。自分のプロジェクトについて聞いてみてください。もし彼らが自分のプロジェクトがどのように機能しているかを関連付けることができず、それについての批判を受け入れることができないのであれば、二分木を逆さまにするよりも、彼らがどのような人物で、どのように仕事をしているのかをよりよく知ることができるかもしれません」。これ以上の賛成はありません。
コーディングスキルを客観的に評価し、変化を起こしたい方は、当社の コーディングテストカタログ.
シェアポスト