自然環境でのコーディングテストで大目玉を打つ【事例

8月 26, 2015

After publishing a post concerning most common don’ts of hiring programmers we received some questions regarding programming tasks and the way we should verify coding skills.

From my long-term work experience I’ve got a lot of consulting practice on recruiting process of programmers in some of the biggest IT companies based mostly in central-eastern Europe.

技術面接については、これまでにもたくさん書いてきました。をチェックしてみてください。 技術面接の究極のガイド.

開発者へのインタビューの課題

When I started interviewing developers there was no time for active programming and coding tests. We had a lot of candidates, so we had to stick to one hour limit for every issue – soft and technical assessment as well as financial negotiations. Finally we were hiring around 5% of initial candidates. After trial period about 90% of them continued working. It was quite good conversion rate.

かなり...

しかし、不適切な採用判断によって引き起こされたコストを計算してみると、多くのお金を無駄にしていることに気がつきました。給与、人事、オフィス、ノートブック、シニア開発者のキックスタートのための時間などです。給与に追加でかかる費用は、平均して最終的なコストのほぼ2倍になっていました。

試用期間が終わっても開発者を採用しない理由は大きく分けて3つあります。

  1. チーム内での活動ができなかったとのこと。
  2. 彼らは理論的な知識しか持っていませんでした。
  3. 彼らは予想以上に遅くまで働いていました。

それらのデメリットを全て知ることができなかったのは、面接の際にアクティブコーディングテストをサボっていたからです。本当に速くてスマートなコーディングができるかどうかを確認せずにソフトウェア開発者を雇うのは、エンジンが動くかどうかを確認せずに車を買うのと似ています。

では、たった60分でこれらの弱点をすべてチェックするにはどうすればいいのでしょうか?

The answer is simple – we couldn’t! We had to extend interviewing process by at least two hours. But prior to doing that we were forced to limit the number of candidates at first. We decided to make 15 minutes phone screening by asking 10-15 technical questions as well as getting to know their salary expectations. On that basis we’re inviting candidate again or not. Screening process allowed us to reduce number of next necessary meetings by almost 40%, which was worse result than we expected, but good enough for extending the time of every single interview.

候補者一人一人がチームと波長が合っているかどうか、日常的に使用しているプログラミング言語が使えるかどうかを検証するための解決策を模索してきました。プログラマーの仕事で必要とされるコーディングスキルとは別に、特にコミュニケーション能力に影響する考え方を重視しています。

ペアプログラミングは解決策になるのか?

The idea was to do pair programming! Cool – we’ll get the best of both worlds. The assumption was right for around 70% of our candidates. As a result one-hour coding session was sufficient to see how someone will act in our demanding and specific environment – both in using possessed knowledge in practice, using ability of quick information processing, flexibility and also as a teamworker, who sometimes is forced to make compromises in order to achieve company’s goals.

同時に、それはまた、彼らがどのようにツールを使用する方法を見ることができましたが、まず第一に - 彼らは実践などでどのようにSOLIDの原則を使用することができます。しかし、他の30%はどうだったでしょうか?実は彼らはペアでのプログラミングが全くできない人たちでした。彼らにとっては全く不自然でした。それは大きな問題なのでしょうか?実際には 5-10% の時間のうち 5-10% をペアプログラミングに費やしていたことに気がついたときには、あなたが埋めているポジションでそのような従業員と一緒に暮らせるかどうかを考えなければなりません🙂

コーディングスキルをチェックするには?始めた仕事を続けさせればいいんだよしかし、一人で。面接官に見守られずにコードの一行一行にコメントをつけられずに

また、開発者にとっての自然な状態を再現することも重要です。もし候補者が自分のノートブックを使うことについて質問されたら、答えは常に「ご自由にどうぞ」であるべきです。"自由に使ってください。気持ちよくコーディングするために必要なことは何でもやってください」と答えてください。自然な環境は、ペアプログラミングや個人面接でのコーディングスキルを確認するためのあらゆるテストで絶対に必要なものである。

シェアポスト

メルマガよりも

インボックスにある有益な情報を受信して、技術者採用の詳細を確認してください。

シームレスにコーディングスキルを検証&開発

DevSkillerの製品をご覧ください。

セキュリティ認証とコンプライアンス。お客様のデータの安全性を確認します。