How Long Should a Take-Home Coding Assignment Be?
簡潔な答え
スクリーニング段階：60～90分、絶対に超えない 現地面接段階：2～3時間（テイクホームを使う必要がある場合）、この段階ではライブ形式の方が好ましい 最終段階：決して使用しないこと。シニア候補者が最終ラウンドで4時間のテイクホーム課題をすべきではありません。
これらの数字は、候補者が時間制限に従うことを前提としています。実際には、多くの候補者が指定時間の1.5～2倍を費やします。指定された上限を前提に課題を設計し、ルーブリックが分散に対応することを信頼してください。
スクリーニング段階で90分以下にする理由
3つの理由があります：
- パイプラインの幅。 テイクホーム時間が30分増えるたびに、招待から提出への転換率が約5～10パーセントポイント低下し、高い方で更に大きく低下します。
- 実際に費やされた時間の分散。 テイクホーム課題が長いほど、実際に費やされた時間の分散が大きくなります。つまり、スキルと同じくらい利用可能性を測定していることになります。
- 限界シグナル。 よく設計された90分テストは、4時間テストが提供するシグナルの80%を生み出します。残り20%は候補者コストに値しません。
より長い期間が適切な場合
- 現地面接段階の有給課題。 スコープが定められた4～8時間のプロジェクト、公正な報酬を支払い、ループの後期に、オプション。シニア+職の半日現地面接の代わりとして使用するチームもあります。有給でオプションの場合は許容されます。
- 試用週間。 異なるカテゴリ。通知期間のあるシニアハイア、経営職、または契約から正社員への配置に対して合理的です。
- 本当に成果物が必要な職種。 一部の職（技術執筆、デザイン）はスクリーニング段階でポートフォリオスタイルの成果物が必要です。それでも、最大3時間にスコープを絞ってください。
60～90分に収まるもの
1つの明確な成果物を持つスコープされたタスク：
- 提供されたコードベースに機能を追加する
- 文書化された3つのバグを修正する
- 提供されたデータセットを分析し、1ページの記述を作成する
- 指定された目標で提供された乱雑なモジュールをリファクターする
開放的なスコープを避けてください（「Xを実行するための小さなアプリを構築する」）。スコープ解釈の分散はルーブリックを台無しにします。
時間制限についてどうするか
候補者に費やした時間を追跡して自己報告するよう求めてください。彼らを信じてください、しかしルーブリック錨：90分を自己報告し、4時間の洗練された作業を生み出した候補者は実質的に4時間を費やしています。ルーブリックは指定された時間に対して適切な量の完成を報酬すべきです。
ClarityHireは評価セッションにタイムスタンプを付けて、候補者の自己報告と共に実際の経過時間を表示します。不一致はシグナルです：罰せられる意味ではなく、レビュアー用のコンテキストとして。
決してしてはいけないこと
- 「4～8時間の作業を期待しています。」これは丁寧な嘘です。候補者はそれを費やすか（より速い競合他社に失う）、または費やさないか（キャリブレーションを誤った）。
- 「開放的、必要な限り時間をかけてください。」最悪のフレーミング — 最も関与している候補者に過度に支出することを奨励します。
- 「品質に基づいて評価します、速度ではなく。」候補者がシグナルよりもポーランド語を最適化することを意味し、これは間違ったインセンティブです。
構造的な代替案
より長いテイクホームを望む自分自身に気付いた場合、根本的なニーズは通常「実際のエンジニアリングの判断を見たいのですが、単なる小さな修正ではありません。」正しい応答は「それをより長くする」ことはめったにありません。通常は「ウォークスルー面接を追加する」です。
90分のテイクホーム + 30分のウォークスルーは、単独の4時間テイクホームよりもはるかに多くシグナルを生み出します。ウォークスルーは候補者自身の作品についての推論をテストします — これは長いテイクホームが暗黙的に測定しようとしていたものです。直接そこに着きます。