interview-kit

インタビューキット

使用するタイミング

• 特定の職種とレベルに合わせた、体系的な面接プロセスを設計するとき
• 面接のラウンドの種類ごとに整理した、標準化された質問集を作成するとき
• 面接官間で候補者を一貫して評価するための採点基準を作成するとき
• プロセス管理と評価の調整によって、面接官のバイアスを減らすとき
• 職務記述書を再現可能な評価プロセスに落とし込むとき
• 四半期ごとの採用結果レビュー後に面接パネルの評価基準を調整するとき

必要なコンテキスト

• startup-context から： 会社のステージ、チームの規模、エンジニアリング文化、現在の面接プロセス（あれば）、採用のペース
• ユーザーから： 職種名、レベル（ジュニア／ミッドレベル／シニア／スタッフ）、評価する主要なコンピテンシー、チームが対応できる面接ラウンドの数、課題の持ち帰り形式とライブ演習のどちらを希望するか

ワークフロー

1. コンピテンシーを定義する — 職務記述書から中核となるコンピテンシーを4～6個抽出します。技術スキル、ドメイン知識、協働特性、スタートアップへの適合性を示す要素に分けます。各コンピテンシーは、観察可能な証拠に基づいて評価できる必要があります。
2. 面接プロセスを設計する — コンピテンシーを面接段階に割り当て、各ラウンドの目的が明確で重複しないようにします。一般的なスタートアップの面接プロセスは、採用担当者または創業者による一次面接、技術評価、チーム面接、価値観に関する面接です。各段階の所要時間と面接官を割り当てます。
3. 体系的な質問を作成する — 各段階について、追加質問を含む主要な質問を3～5個作成します。すべての質問を特定のコンピテンシーに結び付けます。面接官がどのような兆候を探せばよいか分かるよう、「望ましい回答の目安」も含めます。
4. 評価シートを作成する — 1～4の評価尺度を作成します（1～5は使いません。「3なら問題ない」という曖昧な評価領域が生じるためです）。職種に応じた各評価レベルの行動例を定義します。面接官は振り返りの前に、個別に採点する必要があります。
5. 課題の持ち帰り形式またはライブ演習を設計する — 該当する場合は、実際の業務を反映した実践的な評価を作成します。所要時間に上限を設け（最大2～4時間）、評価基準を事前に候補者と共有し、必ずライブ形式で内容を確認します。
6. バイアスを防ぐためのガードレールを追加する — 体系的な振り返りの手順、個別採点のルール、よくあるバイアスの落とし穴を確認するチェックリストを必須にします。同じ職種の候補者には、全員に同じ主要質問を同じ順番で行います。
7. 評価調整の頻度を計画する — 採用結果のデータを用いて、四半期ごとに再調整を行います。採用者の質に関する指標に基づき、面接プロセスの設計で適切な兆候を引き続き見極められているかを確認します。

出力形式

以下を含む、完全なインタビューキットのドキュメント：

• 職種の概要とコンピテンシーマトリックス（定義付きのコンピテンシー4～6個）
• 面接プロセスの概要（段階、所要時間、面接官、コンピテンシーの割り当て）
• 各段階の質問集（追加質問と評価基準付き）
• 所要時間の上限と評価基準を含む、課題の持ち帰り形式またはライブ演習の概要
• 評価シートのテンプレート（1～4の尺度と行動例付き）
• 個別採点と、証拠に基づく議論のルールを含む振り返り手順
• 報酬のベンチマークに関する注記（依頼があった場合）

フレームワークとベストプラクティス

職種別のコンピテンシー分類

• エンジニアリング： システム設計、コード品質、デバッグの進め方、技術的なコミュニケーション、オーナーシップ／主体性
• プロダクト： 顧客への共感、優先順位付けのフレームワーク、部門横断的なコミュニケーション、データに基づく思考、リリースの速さ
• 市場開拓： 課題の発見／見極め、ストーリーテリング、異論への対応、パイプライン管理、顧客志向
• デザイン： デザインプロセス、制作物の品質、ユーザー調査への精通、システム思考、エンジニアリングとの協働

スコアカードの設計（1～4段階）

• 1 — 基準を満たしていません： 能力を示せませんでした。明確な懸念があります。
• 2 — 基準を下回っています： 部分的な能力は示しましたが、このレベルとしては大きな不足があります。
• 3 — 基準を満たしています： 期待されるレベルの能力を示しました。採用を前向きに検討できる確かな兆候があります。
• 4 — 基準を上回っています： 卓越した強みを示しました。チームの能力向上につながります。

各スコアレベルには、評価対象の役割に固有の具体的な行動指標を1～2個含めてください。

STAR-B質問フレームワーク

行動に関する質問は、回答者のパターンを明らかにする、完全な回答を引き出せるよう構成してください。

• 状況： 背景を設定します
• 課題： 担当していたことは何か
• 行動： 具体的に何をしたか
• 結果： 何が起きたか
• 行動パターン： 繰り返し見られるパターンか、一度きりの行動か

例：「大きな技術的負債があるものをリリースしなければならなかったときのことを教えてください。どのような状況で、何を決断し、その結果どうなりましたか？もう一度同じ判断をしますか？」

バイアスを避けるための手法

• 構造化された質問： 同じ役割の候補者全員に、同じ順番で同じ基本質問をします
• 個別採点： 面接官は振り返りのミーティング前にスコアを提出します。上位者の意見に引きずられないようにします
• 履歴書の匿名審査： 可能であれば、最初の選考では氏名、写真、学校名、会社名を削除します
• 多様な面接パネル： 可能であれば、少数派の背景を持つ面接官を少なくとも1人含めます
• 表現の確認： フィードバックを書く前に、「別の候補者についても同じことを言うだろうか？」と問い、偏った表現がないか確認します
• 「カルチャーフィット」を「価値観の一致」に置き換え、具体的な行動の証拠を求めます

持ち帰り課題のガイドライン

• 時間制限を設ける： 最大2～4時間とします。明確に伝え、そのとおりに運用してください。
• 実際の業務を反映する： 課題は、その役割で実際に担当する業務に似たものにします
• 評価基準を明示する： 候補者が重視される点を把握できるよう、事前に評価基準を共有します
• 公平な参加機会を確保する： 候補者が無償で時間を割けない場合は、有償の代替案を用意します
• 振り返りを必須にする： 必ずライブ形式で課題を振り返り、候補者に判断の理由を説明してもらいます

よくある落とし穴

• ほかの能力を示す情報を無視し、1つの面接ラウンドを過度に重視する
• 標準化された採点を行わず、非構造化面接を実施する
• 面接官向けのすり合わせを省略する
• 根拠を記録せずに採用基準を変更する
• 複数の段階で同じ項目を評価し、各ラウンドの目的を重複させる

報酬ベンチマークのフレームワーク

次の3つの情報を使って相場を推定します。

1. 市場データ： Levels.fyi、Pave、Carta Total Comp、Glassdoorを参考値として利用します
2. 企業ステージによる倍率： シード期は大手テック企業の基本給の70～85％に加えて株式報酬0.5～2％、シリーズAでは80～95％に近づきます
3. 候補者の調整要素： 経験、競合するオファー、給与レンジ内での勤務地に応じて調整します

報酬は単一の金額ではなく、目標中央値を示した範囲で必ず提示してください。

関連スキル

• job-description — 面接プロセスのインプットとして、求人票の能力要件を使用します
• sourcing-outreach — 候補者が何を期待できるか把握できるよう、候補者への連絡内容と面接プロセスを一致させます

例

プロンプト：「シニアバックエンドエンジニア向けの面接プロセスを設計してください。従業員15人のスタートアップです。」

良い出力例：

## Interview Loop — Senior Backend Engineer

### Competencies to Evaluate
1. System design & architecture (technical depth)
2. Code quality & testing practices (craft)
3. Debugging & production thinking (operational maturity)
4. Technical communication (collaboration)
5. Ownership & initiative (startup fit)

### Stage 1: Founder Screen (30 min)
- Evaluate: Motivation, communication, logistics
- Questions:
  - "What's drawing you to an early-stage company right now?"
  - "Walk me through the most impactful project you led in the last year."
- Scorecard: 1-4 on communication, motivation, startup-fit

### Stage 2: Technical Deep-Dive (60 min)
- Evaluate: System design, code quality
- Format: Live system design discussion + code review exercise
- Scorecard: 1-4 on architecture thinking, code craft, trade-off reasoning

プロンプト：「面接官の意見が候補者についていつも食い違います。」

良い出力例：

This usually means you lack structured evaluation criteria. Three-step fix:

1. Define 4-5 competencies per role with written behavioral descriptions
2. Give each interviewer a scorecard to fill out independently BEFORE debrief
3. In the debrief, discuss only scores that diverge by 2+ points —
   focus on evidence, not impressions

The goal is calibrated, evidence-based evaluation — not consensus.