上級開発者向けの技術テスト[終了]


21

私にはジレンマがあります。上級ソフトウェア開発者の候補者がいます。

男は彼との最初の会話に有能であるようであり、彼は正確に尋ねられた質問に答えて、彼の仕事の証拠をくれました。さらに、彼は信頼できる同僚から強く推薦されています。

この場合、空席をできるだけ埋める必要があるため、HRが必要とする技術的なテストをスキップしたいと思います。あなたの経験を共有してください。

編集:

より良い判断に対して、私はテストを与えました。彼が自慢しなかった主題でさえ、ほとんどすべての質問で最高得点。しかし、彼がテストの質問を見たとき、私は彼から皮肉をいくらか支持しました-それは明らかにシニア向けではありませんでした。

そこで申し出をしました。

洞察力に感謝します。


22
信頼できる同僚からの推薦で十分です。ほとんどの人は、ライン上の評判としてそれをしません。
アディティアP

28
今彼をテストするのに十分な時間がない場合、彼を解雇し、新しい候補者を検索し、その男をテストするのに十分な時間があるでしょうか?最初から正しく実行してください。
アレックスファインマン

1
@Alex:プロセスを正しく行わないという問題ではありません。締め切りがあるので、早く雇いたいです。私は彼を好きなだけテストすることができます、私は彼をトークでデザインソリューションさえ作りました-私は本当に言語構文に興味がなかったのでコードを提案しませんでしたが、提案されたソリューションと適切なテクノロジーに興味がありました。
ダニエルヴォイナ

この迫っている時間に契約できませんか?
ケビンペノ

1
@アーロン、HRは契約ポジションを本当に心配しているのでしょうか?特に、会社の長期的な苦労を防ぐために契約が短期間設定された場合。
ケビンペノ

回答:


34

いつものように...

場合によります

私は、能力を証明する技術的なテストを見たことがありません。テストメーカーと受験者の両方で、無知を示す多くの技術的なテストを見てきました。

技術テストにどの程度自信がありますか?取った?公平だと思いますか?

秘密裏に、私は戻っている間、クライアントAの好意としてオンラインテクニカルテストを受けた(彼らは新入社員のための「ベースライン」としての私のスコアを望んでいた)と、それを失敗したテストの質問は、特定のためだけの構文と関数名の成っ主な理由-特定の言語のバージョン。私は常にこの言語を使用しており、長年使用していますが、特定の機能は使用していません。これらはすべて、必要なときに/必要に応じて調べることができるものでした。したがって、スキル/能力とはまったく無関係でした。

したがって、それは本当にテストに依存します。技術的なテストが重要だと思う場合は、ぜひ管理してください。そうでなければ、それを取り除いてください個人インタビューと信頼できる同僚からの推薦に基づくあなたの印象は、どのテストよりもはるかに貴重です


:)私は本当に構文やコードのフォーマットには興味がありません。不確実性を処理でき、彼のものをよく知っている経験豊富な人が欲しいだけです。さらに、彼はSCJP-Oracleで検証されたIDです。HRプロセスのためだけに、C#について質問する価値はありますか?
ダニエルヴォイナ

3
+1「テストメーカーと受験者の両方に」...実際に。私は可能性がしたい+10こと
P.Brian.Mackey

1
@ダニエル:私はそうは思わない-しかし、私は人事プロセスと手続きについて非常に低い意見を持っています。会社の価値を高めるのではなく、単に部門の存在を正当化するためだけに存在すると思います。しかし、それは私の意見です。
スティーブンA.ロウ

オンラインテストの場合、通常どおり答えを調べることができますか?
ザンリンクス

3
クライアントがすでにあなたが専門家であることを知っているテクノロジーのテストに失敗したという話で。こういった種類のテストを受けたことがあるので、自分の能力を疑ってしまいました(テストがどれほど役に立たないかを理解するにはキャリアが早すぎました)。 HRスクリーナーの履歴書。
11

33

技術テストの結果は、採用決定に影響を与えますか?彼とのあなたの話の強さや、信頼できる同僚の推薦は、技術テストの結果を無関係にするのに十分な強さですか?

テストで違いが生じない場合は、スキップしてください。


2
テストで違いが生じない場合は、スキップしてください。-私は同じと思った。ただし、もう1つの変数があります。HR。テストを強く必要とし、時間があまりかからない場合は、HRが弱いテストで非難されていないか、会社のルール/ポリシーをサポートしていないことをお勧めします。
-alexb

1
@alexb HRが本当にテストを必要とする場合、質問自体は意味がなく、テストを管理する必要があります。質問が行われるという事実は、テストを受けない可能性が存在することを仮定する必要があります。
-Gratzy

1
@Gratzy確かに同意しました。「HRが強く要求する」とは、HRがテストを必要とすることを意味しますが、それでもスキップできます(HRが柔軟な場合)。ケースはテストを受けなかったと非難される可能性があります。伝えたかっただけです。
-alexb

さらに言えば、テストにあまり時間がかからない場合は、テストだけを行うことをお勧めします。それが妨げになるはずです+有用な情報を取得できます。
alexb

1
@alexb私はあなたに同意しません。より多くの情報はより少ないよりも優れており、リスクを排除する方がリスクよりも優れていますが、ポスターは明らかに時間枠が短く、保有する限られた情報に基づいて意思決定をしたいので、テストを受けてもそれほど多くは追加されませんここではあまり役に立ちません。無制限の情報があれば、決定は簡単です。限られた情報について適切な決定を下せることは貴重です。
Gratzy

6

、テストをスキップするという強い議論は見当たりません。したがって、それを保持する必要あります。

受験者がテストを受ける必要があると考える場合、それはそれ自体を物語っています。

テストの管理に時間がかかり、採用決定が遅れていることを確認する場合は、テスト自体を確認する必要があります。

逆に、結果に関係なく人を雇うことを計画している場合は、それなしで先に進みますが、おそらくテストポリシーを再検討し、明示的にオプションにする必要があります。


テスト(結果ではなく)が問題であることの良い点。テストが適切であることを確実に確認してください。
ChrisF

4

技術テストは一般的に有用ですか、それともBSですか?あなたが彼をより速く雇いたいので、あなたがあなたが望む雇用への障害を得るのが怖いので、またはあなたがそれが彼を怒らせるかもしれないのであなたはそれをスキップしたいですか?

一般的な経験則として、ルールを作成するのが好きです。ある人に対して例外を作り始めたら、やけどを負い、ルールが存在する理由を学ぶまで、例外をどんどん作り始めなければならないからです。そして、私を信じてください。悪い採用は本当につらい間違いです。しかし、それはルールが有用な場合にのみ当てはまります。このルールが役立つかどうかは、技術的なテストに依存します。

第二に、あなたが雇うためにどれほどプレッシャーを感じていても、それがあなたを急ぎの決定を下すようにさせないでください。急いで、すべきではないときに「はい」と言ったり、警告サインを無視したりします。実際、プレッシャーが大きければ大きいほど、正しい判断を下すためにプレッシャーを押し戻す必要があります。

第三に、「他のすべてにかかわらず、彼はテストに合格しないかもしれない」というしつこい声がある場合は、その声を聞いてください。テストをスキップしないでください。これは適切な雇用ではないかもしれません。

最後に、候補者が優れている場合、候補者は技術的なテストを受けることで気分を害するだけでなく、候補者が組織についての良い兆候と見なされる可能性があります。広く引用されているジョエルテストの項目11 です。結局、彼らは技術テストに合格しなかった開発者と仕事をすることに不満を抱いており、おそらくその経験を繰り返したくないでしょう。

これらのすべての理由から、テストが有用な技術テストに置き換えられるべきBSの明らかな部分でない場合(およびこれが重要な場合)、テストを行う必要があります。


ほとんどがBSで、ほとんど仕事に関係ありません。HRはC#の質問をしますが、私たちはほとんどがJava / Unixの家です(笑ってはいけません-彼らは雇用コンサルタントからテストを購入しました)。私が上でコメントしたように-それはインタビュー中に尋ねられた「本物のコード」ではなく、擬似コードといくつかのUML scketchesでした。
ダニエルヴォイナ

1
@Daniel Voina-この人はコーディングの仕事に就くのでしょうか、それとも建築の仕事に就くのですか?コーディングの仕事をする場合は、面接でその人にコードを書いてもらう必要があります。真剣に。候補者がそれを口に出さない場合は、雇用する前にこれを知る必要があります。
-btilly

両方。彼が成長することを期待しています。彼は、設​​計/アーキテクチャレベルでソリューションを提供し、コーディングすることを期待しています。私は2回目が自然にSCJP +経験+のreccomendationsによって暗示されていることを考える
ダニエルVoinaを

@Daniel Voina-それなら間違いなくそれをテストする必要があります。一部の非常に経験豊富な、あるいは非常に優れた候補者は、コーディングが何らかの形で彼らの下にあるという態度を養います。純粋なアーキテクチャの役割があなたにとって理にかなっている場合、それらは純粋なアーキテクチャの役割で素晴らしいことがあります。しかし、もしあなたがそれを雇ってから彼らにコーディングを頼むならば、あなたはresと問題の終わりを得ることができません。したがって、面接プロセスでこれを探す必要があります。
-btilly

4

私たちは最近同じ状況にありました。当初、彼はすべての適切な本を読んで、すべての適切なタイプのプロジェクトに取り組んでいたようだったので、深い技術をスキップしました。彼は本当に良さそうだった。

それから数週間後、彼はインタビューが彼がすべきだと言ったレベルで実際にコーディングすることができなかったことが明らかになりました。そして彼の性格はチームに合わなかった。彼を取り除き、彼がしたことを片付けるのは面倒だった。

誰かを雇う前に技術的なことをしてください。


3

公平性のためにテストを続けてください。他の新入社員が後でテストを書く必要があることを知ったが、この男がそうしなかった場合、resりの感情を引き起こす可能性があります。

テストは全員に適用するか、誰にも適用しないでください。選択的に適用する場合は、いつ放棄できるかを説明する明確で書面のポリシーがあることを確認してください。


1

技術的なテストの値はさまざまであり、テストが上級開発者が雇われている役割にどれだけうまく適合しているかに大きく依存します。つまり、組み込みシステムエンジニアリングに関する質問のリストをOracle開発者に提供してもらえますか(これはポイントを証明するのに悪い例です)。

上級開発者の技術テストでの得点が低い場合でも、候補者を雇うことは障害になりますか?

あなたが時間に追われていると言ったように、それのために決定を急がないでください。上級開発者が、自分の責任範囲内で標準以下の人物であることが判明し、プロジェクトを予定よりも遅れさせると、さらに悪化します。


1

それを好転させる。

もしあなたが信頼できる人から強く推薦されるのが恒久的なシニア採用であれば、彼/彼女は将来のインタビューチームにたぶん行き着くでしょう。この潜在的な上級開発者に、お気に入りの技術面接テストの質問と、さまざまな回答の長所と短所をどのように評価するかを尋ねます。たぶんそれらをテストするためにいくつかの新しい悪い答えを補います。この時間の使用から多くのことを学ぶかもしれません(または、おそらく赤い旗である何かを見つけます)。

次に、自分の質問に対する回答の一部を「技術テスト済み」としてチェックマークを付けます。


1

このように考えてください-あなたが望むよりも少し遅れて優秀な人を雇うのと、今すぐにひどい人を雇うのとの違いは何ですか?

また、このテストが評価するために設計された仕事をする能力はどれほどありますか?

私は、候補者の約99%がプログラミングテストに合格する必要がある会社で働いています。合格する必要のない1%は2つのカテゴリに分類されます。最初のカテゴリは、私たちが最初から積極的に採用した「ロックスター」タイプです。2番目の、おそらくより関連性の高いカテゴリは、非常に強力な実績のある人材を雇用しており、採用ている仕事を遂行できる上級者によってプロセスが免除された人々です。

個人的には、これは良い方針だと思うので、あなたの状況にお勧めします。


1

とにかくテストを行います。彼は、いくつかの理由で推奨されるかもしれません(あなたにとってそれほど有益ではないかもしれません...)。技術面接の1つの利点は、他のチームメンバーとの結合プロセスを開始することです。チームが雇用プロセスに参加する必要性を過小評価しないでください。


1

人事部の制限を考えると、サイバー道場のコピーをダウンロードし、ローカルサーバーにインストールし、そのサーバーにのみアクセスできるWebブラウザーの前に候補者を配置し、(選択した)いくつかのカタを完了するように依頼すると思います選択した言語で(理想的には型ごとに異なる言語で)。

次に、信号機のシーケンスを見てください。彼らが優れたTDD開発者である場合は、赤/緑の進行が繰り返されるはずです。

サイバー道場で遊びたい場合は、著者がこちらの素敵なオンラインバージョンを利用できます


うーん...素敵なツール。Codility codility.comを検討していましたが、これは無料です。ありがとう!
ダニエルヴォイナ

0

別の質問-あなたの人事部門にどれくらい自信がありますか。

私はここでサイケデリックなKoolAidを飲みすぎているかもしれませんが、人事部門が雇用のための与えられた保護手段を実装する際に良い計画を念頭に置いていることを知ってうれしく思います。たとえば、C#ではなくOracleに年配の男性が必要になるのは本当のように思えるので、C#テストは無関係のようです。しかし、人事部門が、複数の異なるプロジェクトでマークを打てないときに誰かを解雇するのが非常に難しいことに非常に敏感である場合、誰かの短期的なニーズは、すべてのことを確認するための長期的なニーズに勝る可能性があります開発者は、広く使用されているプログラミング言語で最低限の能力を満たせます。

それはすべて、現在の採用方法、会社を管理する法律、および全般的な技術スキルのニーズに関係しています。一部の企業では、試用期間などの設定により、誰かとの試運転を簡単に開始し、最初の3か月でうまくいかない場合は手放すことができます。他の会社では、誰かが正社員としてドアに足を踏み入れた瞬間に、彼らは大規模な公正な治療保護の対象となります。つまり、測定しない人を追い払う前に、それらを長期間保持し、再訓練する必要がありますアップ。

この人は短期的にこれらのスキルを実証する必要はありませんが、私はあなたの会社を調べて、ある程度の勤勉を行う理由があるかどうかを確認します。長期的な影響-特にシニアエンジニアの給与率では-は非常に大きくなります。


率直に言って?あまりない。Thetはテクノロジーから切り離されているように見え、おそらく意図せずに、ローカルのIT市場の傾向に従っていません。
ダニエルヴォイナ

@Daniel Voina-誰かを解雇したことがありますか?
ベスラクシュミ

私も成功しました。
ダニエルヴォイナ

@ダニエル・ボイナ-素晴らしい...しかし、私は誰かを解雇するのに6ヶ月から1。5年かかる状況を見てきました。人とそれらを直接管理する人だけでなく、チーム全体に伴う痛みと苦しみを考えると、特にCYAの一部である場合は、人が一見不必要なフープを飛び越えることには有効なポイントがあると思います機構。
ベスラクシュミ

0

締め切りが迫っていることを何度も繰り返しました。ブルックの法則について知っていると思います。

とはいえ、ここでは実際のインタビュープロセスがどのような遅延を引き起こすかを確認する必要があります。彼が非常に有能な候補者であり、実行時に飛び込んで締め切りの問題を解決できると思う場合、インタビュー/ペアプログラミングに数時間を費やすことに問題はないはずです。考慮すべきもう1つの要因は、現在の仲間です。あなたの気まぐれに従って人々が出入りするという感覚をあなたのより大きなチームに与えたくはありません。これが、HRが複数のインタビューを要求する1つの主な理由です。

採用とプロジェクトで頑張ってください!


締め切りは約5か月後です。私は彼に超能力を期待せず、新しい機能を処理し、現在のコードベースを理解し、いくつかの技術に精通し、必要に応じてバグを修正できるようになるだけです。締め切りは私の問題であり、チームを過度に消費することなく、可能な限りそれらを維持するために採用したいと思います。私のチームの人たちは私よりも彼のことをよく知っています。彼らは別の会社で一緒に働いていました。
ダニエルヴォイナ

それはあなたが彼が地面に走ることができると仮定していることを意味しています。1時間のペアプログラミングセッションを行い、決定を下してみませんか?
スブサンカラスブラマニアン

私は彼に問題を与え、数日で解決策を得ることを念頭に置いていました(解決策=コード+テスト)。ペアプログラミングも優れています。問題は、私が雇わなければ、機会の窓を失うかもしれない-その男は他の人たちにも頭を悩ませている。面倒なことは、HRが採用テストに問題がないと判断するまで、彼を町に長く(現在は別の場所に)住んでいることができないということです。結局、私は自分の勇気に従うと思います。
ダニエルヴォイナ

リチャード・ストールマン・レベルの人を雇おうとしているのでない限り、同等のプログラマーは他にもいるはずです:)。しかし、再び、私たちは時々私たちの腸に従う必要があります-だから、私が前に言ったように、幸運:)。後で判明した方法については、この投稿を更新してください!
スブサンカラスブラマニアン

0

通常、契約の一部として、雇用開始時の試用期間として6か月があります。候補者が完全に無能である場合、これはこれらの最初の数ヶ月の間に非常に明白になり、少なくとも試用期間後に終了するオプションがあります。また、誰もがすべてを知ることはできず、人々が役割に成長するのに時間が必要であり、実際にキャリアのはしごをステップアップしているので、判断を下す前に落ち着くための少しの時間は常に賢明です(両方から)パーティー!)


0

正直に言うと(そして別の質問に対して私の答えを繰り返します)、私自身は技術面接を受けていないお店に雇われるのを警戒しています。技術的な卓越性に対する彼らのコミットメントは疑わしく、決定を下す前にチームと「話をする」機会を得られないという事実は好ましくありません。

技術面接は、チームメンバーが男を知り、彼が彼らを知る機会にもなります。この男性はシニアなので、技術的な問題について明確に伝えることが非常に重要です。詳細な技術面接なしで、どのようにテストしますか?

要するに、彼が彼のために標準的な技術面接を放棄するのに十分重要であるなら、彼は彼との特別な技術面接を行うのに十分重要です。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.