インバスケット試験は架空の管理職に着任した初日に未処理案件を制限時間内で処理するシミュレーションです。評価対象は「承認したか」よりも、なぜそう判断し誰にどう指示したかというマネージャーとしての行動パターンです。
本章では試験の正体と、エンジニアが求められる思考シフト(プレイヤー思考からマネージャー思考へ)を整理します。論理的思考力や問題分析力そのものは武器になりますが、使いどころを「自分が解く」から「組織で処理する」に切り替えることが合格の鍵です。
インバスケット(In-Basket)試験は、あなたが架空の管理職に着任した初日というシチュエーションで行われます。
机の上(=バスケットの中)には、前任者が残した未処理案件が山積みになっています。メール、報告書、クレーム、部下からの相談、上司からの指示——これらを制限時間内にすべて処理しなければなりません。
| 項目 | 典型的な設定 |
|---|---|
| 制限時間 | 60〜90分 |
| 案件数 | 15〜25件 |
| あなたの役職 | 課長・マネージャー相当 |
| 状況 | 着任初日、前任者は不在、すぐに出張に出る |
ポイントは、「正解」を出す試験ではないということです。
インバスケットは「あなたがどう判断し、どう行動するか」のプロセスを見る試験です。同じ案件に対して「承認する」でも「保留する」でも、その理由と指示の出し方が適切であれば高得点になります。
エンジニアはコードのバグを直すように「唯一の正解」を探しがちです。しかしインバスケットでは、正解は一つではありません。判断の妥当性が問われます。
優秀なエンジニアほど、自分で手を動かして問題を解決してきた成功体験があります。しかし管理職の試験では、自分で全部やる人は低評価です。部下に任せ、関係者を巻き込み、組織として対応することが求められます。
すべての案件を完璧に処理しようとして、時間切れになるパターンです。インバスケットでは、全案件に何らかの対応を書くことが極めて重要です。白紙は0点ですが、短い指示でも書けば得点になります。
インバスケットで合格するために必要なのは、マネジメント思考への切り替えです。
| プレイヤー思考 | マネージャー思考 |
|---|---|
| 自分で解決する | 部下に任せる・関係部署と連携する |
| 技術的に正しい答えを出す | 組織として最適な判断をする |
| 目の前のタスクに集中する | 全体を俯瞰して優先順位をつける |
| 完璧に仕上げてから提出する | 70点でもいいから全案件に対応する |
| 詳細な手順を考える | 方針と判断理由を示す |
この思考シフトが、本書を通じて最も重要なテーマです。
本書は以下の構成で、インバスケット対策を体系的に身につけられるように設計しています。
| 章 | 内容 | 目的 |
|---|---|---|
| 第1〜3章 | 基礎理解 | 採点基準とマインドセットを知る |
| 第4〜7章 | コアテクニック | 時間配分・優先順位・判断・委任の技術 |
| 第8〜9章 | パターン演習 | 案件タイプ別の対応テンプレート |
| 第10〜11章 | 実践演習 | 模擬問題で本番をシミュレーション |
| 第12章 | 当日戦略 | 試験当日の立ち回り方 |
まず通しで1回読み、その後は第10章の模擬問題に取り組みながら、苦手な部分を該当章で復習する使い方をおすすめします。
エンジニアへのメッセージ: インバスケットは「技術力」ではなく「マネジメント力」を測る試験です。これまでの技術スキルが無駄になるわけではありません。論理的思考力、問題分析力、構造化能力——エンジニアとして培ったこれらのスキルは、正しい方向に使えばインバスケットでも大きな武器になります。
関連リンク:顧客クレーム(パターン1) / 解説リファレンス(章一覧)