プロンプトと背景
重要なタスクにおいてチームメイトにスキルギャップがあった経験について教えてください。それをどのように診断し、コーチングを設計し、実践の機会を作り、そのチームメイトが自律して成果物を提供できることをどのように証明しましたか？
この質問では、コーチング、フィードバック、権限委譲、および成果に対する説明責任が評価されます。Amazonの「Hire and Develop the Best」では、リーダーがコーチングを真剣に捉え、育成のための仕組みを作ることを求めています。Google re:Workでは、学習をモチベーション、実践の機会、継続的なフィードバックを必要とするプロセスとして説明しています。回答では、単に他人のタスクを代行するのではなく、能力の移転（ケイパビリティの伝達）を示す必要があります。
面接官が評価しているポイント
- 知識の不足、自信の欠如、プロセスのブロッカー、責任範囲の曖昧さを区別できているか。
- 個別化された実践ベースのサポートを設計する前に、本人の目標を確認しているか。
- 相手の主体性を高めながら、タイムリーで具体的かつ敬意を持ったフィードバックを提供しているか。
- 単なる感謝の言葉ではなく、自律的な業務遂行、品質、所要時間、または再利用可能な仕組みによって成長を証明しているか。
最初に明確にすべき質問
- そのギャップは、どのタスク、顧客へのコミットメント、またはチーム目標に影響を与えていましたか？
- あなたと相手の関係性や権限の境界線はどうなっており、相手から助けを求めてきていましたか？
- ギャップの原因は知識、ツール、判断力、コミュニケーション、プロセスのいずれでしたか？それをどのように検証しましたか？
- 個人情報を開示せずに測定できる指標は何であり、その後誰がその作業の責任を持ちましたか？
30秒での回答
私はタスクと影響を説明し、質問、観察、小さな演習を通じて真のギャップを診断した上で、目標とタイムボックス（期間）を合意します。私が作業を代行するのではなくチームメイトが次のステップを完了できるように、実演、ペアでの実践、短時間のフィードバック、段階的な委譲を活用します。最後に、チームメイトに実際の、ただしリスクを管理した成果物を納品させ、品質、手戻り、時間、または再利用性の証拠を用いて変化を示します。また、その教訓をチーム全体の仕組みにどのように落とし込んだかも説明します。
ステップごとの詳細解説
具体的で明確な範囲の状況を選ぶ
明確なタスク、影響、期間を伴う例を使用してください。「新入社員をトレーニングした」という話を単なるコースの説明にしないでください。ギャップがどのように納品を妨げ、誰が最終的な責任を持ち、なぜあなたの関与が適切であったのかを説明します。検証可能な成果の事実を維持しながら、個人を特定できる詳細は省きます。
答えを出す前に診断する
オープンクエスチョン、作業サンプルの観察、ティーチバック（相手に説明してもらうこと）を活用し、「できない」「やったことがない」、コンテキストの不足、失敗への恐れ、環境的なブロッカーを区別します。自分の診断内容を言語化して相手に確認を取り、個人の好みが標準と誤解されないようにします。
目標を実践可能な行動に落とし込む
大きなタスクを、クエリプランの作成、変更へのテスト追加、訓練の主導、リスクの説明など、観察可能なスキルに分解します。完了条件とチェックポイントを定義し、短い実践サイクルとフィードバックが回せる程度にスコープを小さく保ちます。
実演、実践、フィードバックのループを活用する
推論のプロセスを1回実演して見せ、その後にチームメイトにそれを説明し直してもらうか、隣接するタスクを完了させます。行動、影響、次のアクションを具体的に説明し、「主体性がない」といった人格へのレッテル貼りは避けます。Google re:Workでは、学習効果を高めるために個別化された1対1のコーチングと継続的なフィードバックを推奨しています。
恒久的な代替要員になるのではなく、主体性を高める
1回目はペアで取り組み、2回目はあなたが観察しながらチームメイトに主導させ、3回目は合意したチェックポイントを設けてチームメイトに自律的に納品させます。承認プロセスとエスカレーションのトリガーを明確にし、コーチングによって隠れた単一依存ポイント（SPOF）が生じないようにします。
成長を検証し、仕組みを構築する
チームメイトに実際のタスクを自律的に完了させ、品質、手戻り、納期、ヘルプリクエスト、または顧客の成果を比較します。結果が安定している場合は、チェックリスト、サンプル、オフィスアワー、またはピアラーニングの仕組みをチームのワークフローに組み込みます。ギャップが残っている場合は、失敗と決めつけるのではなく目標を調整します。
{
"goal": {"skill": "independently lead a release drill", "checkpoints": 3},
"evidence": {"reworkRateBefore": 0.3, "reworkRateAfter": 0.1, "owner": "teammate"}
}優れた回答例
クロスサービスのリリース時、あるチームメイトがロールバック訓練に不慣れで、準備段階で手戻りが頻発していました。私は彼らに現在のプロセスを説明してもらい、小さなサンプルを一緒に確認しました。その結果、ギャップはアクセスの欠如ではなく、リスクの優先順位付けと確認手順の順序にあることが分かりました。私たちは、彼らが2週間以内に訓練を自律して主導するという目標に合意しました。前提条件と停止条件をリストアップする方法を私が実演した後、次の訓練は彼らに主導してもらい、私はチェックポイントでのみ質問を行い、当日中にフィードバックを提供しました。彼らは3回目の訓練を自律して主導し、手戻りは30%から10%に減少し、ランブックをチームのリポジトリにチェックインしました。この成果により、能力の移転が証明され、単発の支援が再利用可能な仕組みへと変わりました。
よくある間違い
- 実践や自律的な納品を示さずに「自分がタスクを代わりに完了した」と述べること。
- ギャップを診断したり学習を検証したりすることなく、コースやドキュメントを勧めること。
- 行動の証拠ではなく、「態度が悪い」「能力が足りない」といったレッテルを使用すること。
- コーチングを公の前での恥かかせや強制的な実演にしてしまい、心理的安全性を無視すること。
- 品質、時間、手戻り、所有権の移転ではなく、単なる感謝の言葉を成果として報告すること。
- コーチングが機能しなかった場合に、どのようにスコープを変更し、リスクをエスカレーションし、納品を守ったかを説明しないこと。
フォローアップ質問と回答
チームメイトがコーチングを望まない場合はどうしますか？
彼らの目標、懸念事項、希望する学習スタイルについて尋ね、タスクへの影響と利用可能なサポートの選択肢を説明します。短い演習から始め、時間とトピックを相手に選ばせます。納品リスクがすでに顕在化している場合は、管理を支援と偽るのではなく、マネージャーとともに所有権とサポートの境界線を明確にします。
フィードバックが改善につながらない場合はどうしますか？
診断に立ち戻ります。目標が大きすぎなかったか、フィードバックは具体的だったか、実践の機会・アクセス権・コンテキストが不足していなかったかを確認します。タスクを絞り込み、観察ポイントを追加するか、指導方法を変更します。役割への期待と現在の職務責任が一致していない場合は、早期にエスカレーションし、納品計画を調整します。
チームがあなたに依存しないようにするにはどうすればよいですか？
段階的委譲のチェックポイントを活用し、チームメイトに実際の業務を主導させ、チェックリスト、例、判断ルールを共有の場所に配置します。ヘルプリクエスト、自律的な納品、そしてその人が他の人をコーチングできるかどうかを追跡し、知識が自分個人の記憶から組織へと移行したことを確認します。
コーチング中の機密性の高いパフォーマンス情報はどのように扱いますか？
タスクの完了に必要な情報のみを共有し、個人的なフィードバックは個別（1対1）で話し合い、レッテルではなく観察可能な行動を記録します。正式なパフォーマンス、健康、またはプライバシーに関する問題については会社の手順に従い、必要なマネージャーのみを関与させます。決して公の場でその人を晒してはなりません。