解説リファレンス:インバスケットとは何か

インバスケット試験は架空の管理職に着任した初日に未処理案件を制限時間内で処理するシミュレーションです。評価対象は「承認したか」よりも、なぜそう判断し誰にどう指示したかというマネージャーとしての行動パターンです。

本章では試験の正体と、エンジニアが求められる思考シフト(プレイヤー思考からマネージャー思考へ)を整理します。論理的思考力や問題分析力そのものは武器になりますが、使いどころを「自分が解く」から「組織で処理する」に切り替えることが合格の鍵です。

この章で学ぶこと

インバスケットの正体

インバスケット(In-Basket)試験は、あなたが架空の管理職に着任した初日というシチュエーションで行われます。

机の上(=バスケットの中)には、前任者が残した未処理案件が山積みになっています。メール、報告書、クレーム、部下からの相談、上司からの指示——これらを制限時間内にすべて処理しなければなりません。

項目典型的な設定
制限時間60〜90分
案件数15〜25件
あなたの役職課長・マネージャー相当
状況着任初日、前任者は不在、すぐに出張に出る

ポイントは、「正解」を出す試験ではないということです。

インバスケットは「あなたがどう判断し、どう行動するか」のプロセスを見る試験です。同じ案件に対して「承認する」でも「保留する」でも、その理由と指示の出し方が適切であれば高得点になります。

エンジニアが躓く3つの理由

1. 「正解を探す」癖

エンジニアはコードのバグを直すように「唯一の正解」を探しがちです。しかしインバスケットでは、正解は一つではありません。判断の妥当性が問われます。

2. 「自分で解決する」癖

優秀なエンジニアほど、自分で手を動かして問題を解決してきた成功体験があります。しかし管理職の試験では、自分で全部やる人は低評価です。部下に任せ、関係者を巻き込み、組織として対応することが求められます。

3. 「完璧に処理する」癖

すべての案件を完璧に処理しようとして、時間切れになるパターンです。インバスケットでは、全案件に何らかの対応を書くことが極めて重要です。白紙は0点ですが、短い指示でも書けば得点になります。

「プレイヤー」から「マネージャー」への思考シフト

インバスケットで合格するために必要なのは、マネジメント思考への切り替えです。

プレイヤー思考マネージャー思考
自分で解決する部下に任せる・関係部署と連携する
技術的に正しい答えを出す組織として最適な判断をする
目の前のタスクに集中する全体を俯瞰して優先順位をつける
完璧に仕上げてから提出する70点でもいいから全案件に対応する
詳細な手順を考える方針と判断理由を示す

この思考シフトが、本書を通じて最も重要なテーマです。

この本の使い方

本書は以下の構成で、インバスケット対策を体系的に身につけられるように設計しています。

内容目的
第1〜3章基礎理解採点基準とマインドセットを知る
第4〜7章コアテクニック時間配分・優先順位・判断・委任の技術
第8〜9章パターン演習案件タイプ別の対応テンプレート
第10〜11章実践演習模擬問題で本番をシミュレーション
第12章当日戦略試験当日の立ち回り方

まず通しで1回読み、その後は第10章の模擬問題に取り組みながら、苦手な部分を該当章で復習する使い方をおすすめします。

エンジニアへのメッセージ: インバスケットは「技術力」ではなく「マネジメント力」を測る試験です。これまでの技術スキルが無駄になるわけではありません。論理的思考力、問題分析力、構造化能力——エンジニアとして培ったこれらのスキルは、正しい方向に使えばインバスケットでも大きな武器になります。

関連リンク:顧客クレーム(パターン1)解説リファレンス(章一覧)