プレイヤーとして優秀な人ほど「自分でやれば早い」と考えがちですが、管理職に求められるのは組織で成果を出す思考です。1案件あたりの所要時間が短くなり、より多くの案件を処理できるようになります。
本章では「自分で解く」モードから「組織で処理する」モードへの切替パターンを、判断・指示・委任・フォローの4つの観点から整理します。マネージャー思考の体現は採点6軸すべての底上げに繋がります。
インバスケット試験が始まった瞬間、あなたはエンジニアではなくなります。架空の組織の課長(マネージャー)です。
この「なりきり」が不十分だと、案件処理がすべて「プレイヤー目線」になってしまいます。
試験中、常に自分に問いかけてください。
> 「課長として、この案件にどう対応するのが組織にとって最善か?」
「自分だったらどうするか」ではなく「課長としてどうすべきか」です。
合格者は、案件処理中に3つの視点を使い分けています。これを「3つの帽子」と呼びます。
例: 顧客からの値引き要求に対して、安易に値引きするのではなく「会社の価格方針」や「他の顧客への影響」を考慮した上で判断する。
例: 自部署だけで解決できる問題でも「営業部にも一報を入れる」「経理部に予算への影響を確認する」など、組織横断の視点を持つ。
例: 「田中さんに調査を依頼」で終わらず、「田中さんに○○の調査を依頼。14時までに報告をもらい、結果を踏まえて私が最終判断する」と書く。
合格者が共通して持っている行動パターンを整理します。
不完全な情報でも、仮説ベースで方向性を示すのが合格者です。
判断には必ず理由を添えます。同じ「承認」でも、理由の有無で評価が大きく変わります。
部下への指示が曖昧だと、組織活用力の点数が下がります。
| 要素 | 書くこと | 例 |
|---|---|---|
| Who | 誰に | 「田中主任に」 |
| What | 何を | 「顧客満足度調査の結果をまとめて」 |
| When | いつまでに | 「今週金曜15時までに」 |
| How | どのように | 「部門別に分析し、A4一枚のサマリーで」 |
| 報告 | 結果の報告先 | 「結果を私に報告してください」 |
インバスケットの案件は、意図的に複数の案件が相互に関連するよう設計されています。
関連案件に気づき、統合的に対応できると「問題発見力」「洞察力」で高得点を得られます。回答用紙に「案件5と案件12は関連があるため、合わせて対応する」と明記するのが効果的です。
エンジニアとしての経験は、正しく使えばインバスケットの武器になります。
| エンジニアの強み | インバスケットでの活かし方 |
|---|---|
| 論理的思考力 | 判断理由を筋道立てて説明できる |
| 構造化能力 | 案件を分類・整理して全体像を把握できる |
| 問題分解力 | 複雑な案件を要素に分解して対応できる |
| リスク分析力 | 先読みしてリスクを洗い出せる |
| プロセス思考 | 対応手順を明確に示せる |
ただし注意:技術的な正確さにこだわるあまり「完璧な回答を1つの案件に30分かける」のは最悪のパターンです。エンジニアの強みを活かしつつ、スピードと網羅性を優先してください。
この章のまとめ: インバスケットは「マネージャーとしてのあなた」を見せる試験です。常に3つの帽子(経営者・マネージャー・リーダー)をかぶり、すべての案件に「判断」「理由」「具体的な指示」を書くこと。それだけで、合格基準点への大きな一歩になります。
関連リンク:採点基準を逆算する(chapter02) / 解説リファレンス(章一覧)