昇進試験のケーススタディでは、問題が発生している最中に、上司から急な業務を依頼される場面がよく出てくる。
顧客トラブルが起きている。メンバー間の認識ギャップもある。再発防止も考えなければならない。そのような状況で、上司から「〇日以内に資料をまとめてほしい」「経営会議で報告するために状況を整理してほしい」といった突発業務が追加される。
ここで重要なのは、突発業務を問題と混同しないことである。
参考事例：昇進試験の筆記試験(ケーススタディ)の出題事例と解答
顧客トラブルやシステム障害は問題である。一方で、上司からの資料作成や報告依頼は問題ではなく、対応すべき業務である。ただし、問題ではないからといって軽視してよいわけではない。
上司からの突発業務は、経営判断や部門判断に必要な重要業務であることが多い。特に昇進試験では、この突発業務にどう対応するかによって、優先順位判断力、報告力、調整力、複数業務の管理力が評価される。
突発業務の優先順位
上司からの突発業務は、緊急度と重要度を分けて考える必要がある。
突発業務が出てきたからといって、目の前の顧客トラブルを放置してよいわけではない。逆に、顧客トラブルがあるからといって、上司からの依頼を無視してよいわけでもない。
昇進試験で評価されるのは、どちらか一方だけを処理することではない。顧客影響を最優先で止めつつ、上司からの突発業務も並行して進める判断である。
顧客影響や安全リスクがある場合は最優先で止める
突発業務よりも先に対応すべきなのは、顧客影響や安全リスクが発生している問題である。
たとえば、システムの誤作動により顧客業務に支障が出ている場合は、まず被害拡大を止める必要がある。医療や安全に関わるケースであれば、なおさら最優先で暫定対応を行うべきである。
ここで上司から資料作成を依頼されたとしても、顧客影響の遮断を後回しにしてはいけない。
まずは暫定対応を指示し、影響範囲を確認し、顧客への一次説明を行う。そのうえで、上司から依頼された業務を並行して進める体制を作る。
突発業務は重要業務として並行管理する
上司からの突発業務は、問題ではない。しかし、重要業務である。
特に経営会議、役員報告、部長報告に使う資料であれば、その内容は会社や部門の意思決定に影響する。したがって、現場対応が忙しいから後回しにするという回答は評価されにくい。
昇進試験では、次のように書くとよい。
顧客影響の遮断を最優先に進めつつ、上司から依頼された経営会議用レポートについては、メンバーに情報整理を分担させ、並行して作成する。
このように書くことで、緊急対応と重要業務を同時に管理できる人材であることを示せる。
優先順位は時間軸で分けて考える
突発業務がある場合は、短期対応と中期対応を分けると整理しやすい。
短期対応は、今すぐ止めるべき顧客影響や安全リスクである。中期対応は、原因分析、再発防止、標準化、経営報告資料の作成などである。
たとえば、次のように整理できる。
- 直ちに顧客影響を止める
- 顧客へ一次説明を行う
- 上司へ現状と暫定対応を報告する
- メンバーに情報整理を分担させる
- 経営会議用レポートを期限内に作成する
- 原因分析と再発防止策を資料に反映する
このように時間軸で整理すると、何を先にやり、何を並行して進めるかが明確になる。
本文中の伏線を回収する
上司からの突発業務は、ケーススタディ本文の伏線を回収する役割を持つことが多い。
たとえば、冒頭で会社の重要方針が示される。会議で現場の課題が出る。顧客トラブルが発生する。その後、上司から経営会議用の報告資料を求められる。
この流れは偶然ではない。
上司からの突発業務は、本文の前半で出てきた論点を整理し、経営判断に使える形でまとめることを求めている場合が多い。
冒頭の方針とつなげる
上司からの突発業務を考えるときは、冒頭に書かれている会社方針とつなげる必要がある。
たとえば、会社が新規製品の導入拡大を重要方針としている場合、上司からのレポート依頼は単なる事務作業ではない。
導入実績、受注見通し、現在の課題、今後の打ち手を整理し、会社として今後どう進めるかを判断するための資料になる。
そのため、レポートには単に数字を書くのではなく、方針に対する現状のギャップを整理する必要がある。
- 今期方針に対して導入実績はどうか
- 受注見通しは計画どおりか
- 顧客トラブルが今後の導入にどう影響するか
- 標準化や開発リソースに課題はないか
- 他部署連携は十分か
- 回復シナリオとリスク対策は何か
このように、冒頭の方針を基準にして突発業務を処理すると、解答に一貫性が出る。
会議で出た論点を反映する
上司への報告資料には、会議で出た論点も反映する必要がある。
ケーススタディの会議では、メンバーがさまざまな視点から課題を指摘していることが多い。
たとえば、次のような論点である。
- 顧客の意思決定プロセスが複雑である
- 短期目標と長期戦略の両立が必要である
- 製品のエビデンスが不足している
- 個別カスタマイズにより開発負荷が増えている
- 他部署連携が必要である
- 新人や若手の育成が十分ではない
これらは、ただの会話ではない。上司へ報告するべき課題の材料である。
突発業務では、こうした前半の論点を拾い、資料や報告内容に反映することが求められる。
トラブル対応と経営報告をつなげる
上司からの突発業務では、発生したトラブルも報告内容に含める必要がある。
ただし、単にトラブルが発生しましたと書くだけでは不十分である。
次の内容まで整理する必要がある。
- 何が発生したのか
- 顧客影響はどの程度か
- 暫定対応は何を行ったか
- 原因はどこまで分かっているか
- 本導入や受注見通しへの影響はあるか
- 再発防止策は何か
- 復旧が遅れる場合のバックアッププランは何か
このように、トラブルを経営判断に必要な情報へ変換することが重要である。
どのような対応が良いか
上司から突発業務を依頼された場合、良い対応とは、優先順位を整理し、メンバーへ役割を分担し、上司へ適切に報告しながら期限内に完了させることである。
ただ資料を作るだけではなく、問題解決と連動させる必要がある。
上司へ依頼内容と期限を確認する
まず行うべきなのは、上司からの依頼内容と期限を確認することである。
何を、いつまでに、どの粒度で、誰に向けて提出するのかを確認する。ここが曖昧なまま作業を進めると、資料の方向性がずれる可能性がある。
確認すべき内容は次のとおりである。
- 提出期限
- 報告先
- 必要な情報範囲
- 数値中心なのか課題整理中心なのか
- 対策案まで必要か
- リスクやバックアッププランを含めるべきか
- 上司の事前確認が必要か
昇進試験では、突発業務を受けたらすぐ作業すると書くより、依頼内容を確認し、目的に合ったアウトプットを作ると書いたほうが管理職らしい回答になる。
メンバーに情報収集を分担させる
突発業務を自分1人で抱え込むのはよくない。
現場対応と並行して進める必要があるため、メンバーに情報収集や資料作成を分担させることが重要である。
たとえば、次のように役割を分けるとよい。
- 技術担当には障害原因と再発防止策を整理させる
- 顧客担当には顧客影響と受注見通しを整理させる
- ベテランには開発負荷や標準化課題を整理させる
- 若手には導入事例や顧客接点の情報を整理させる
- 自分は全体を統合し、上司報告用にまとめる
このように書くと、複数業務を同時に進めるマネジメント力を示せる。
上司へ中間報告する
突発業務は、完成してから初めて上司へ見せるのではなく、途中で方向性を確認することが重要である。
特に経営会議や役員報告に使う資料であれば、上司の意図とズレていないか早めに確認する必要がある。
中間報告では、次の内容を伝えるとよい。
- 現時点で整理できている内容
- 不足している情報
- 想定されるリスク
- 資料に入れる対策方針
- 上司に判断してほしい点
中間報告を行うことで、期限直前の手戻りを防げる。
問題だけでなく対策と回復シナリオを書く
上司からの突発業務では、現状報告だけで終わらせないことが重要である。
昇進試験では、課題を書くだけでなく、対策、回復シナリオ、リスク回避策まで含めると評価されやすい。
たとえば、導入実績と受注見通しのレポートであれば、次のような構成にする。
- 導入実績
- 今後の受注見通し
- 現在発生している課題
- 顧客トラブルの影響
- 短期的な暫定対応
- 中期的な再発防止策
- 標準化による導入拡大策
- 他部署連携の方針
- リスクとバックアッププラン
- 今後の回復シナリオ
このように書くと、単なる資料作成ではなく、経営判断に役立つアウトプットになる。
ケーススタディの注意点
上司からの突発業務を書くときには、いくつか注意点がある。
突発業務を問題として書かない
まず注意すべきなのは、突発業務を問題として書かないことである。
上司から資料作成を依頼されたこと自体は問題ではない。対応すべき業務である。
Q1で書く場合は、顧客トラブルや教育不足などの問題とは分けて書く必要がある。
たとえば、次のように書くとよい。
坂本部長から依頼されたCareLinkの今期導入実績と今後の受注見通しを整理し、経営会議用レポートを3日以内に作成する。
このように、突発業務は本来は〇〇であるべきだが、という問題形式ではなく、普通に対応事項として書く。
顧客影響より優先しない
突発業務は重要だが、顧客影響や安全リスクより優先してはいけない。
顧客トラブルが発生している場合、最優先は被害拡大の防止である。そのうえで、突発業務はメンバーに情報整理を分担させながら並行して進める。
昇進試験では、突発業務を後回しにしすぎても評価されにくいが、顧客影響より先に置いても優先順位がズレる。
重要なのは、顧客影響の遮断と突発業務の並行対応である。
自分だけで抱え込まない
上司から依頼されたからといって、自分だけで資料を作ろうとすると、現場対応が遅れる。
管理職候補としては、必要な情報をメンバーに分担させ、自分は全体統合と上司確認に集中するほうがよい。
たとえば、技術課題は橋本、開発負荷は北川、顧客状況は田所、資料補助は西村に任せる。そのうえで、松田課長が全体をまとめ、坂本部長へ事前報告する。
このように書くと、指示、連携、進捗管理ができている回答になる。
報告資料をただの事務作業にしない
突発業務を単なる資料作成として扱うと、回答が浅くなる。
経営会議用や役員会用の資料は、意思決定の材料である。そのため、課題と対策、リスクとバックアッププラン、今後の方針まで含める必要がある。
単に導入実績と受注見通しをまとめるだけではなく、なぜ導入が遅れているのか、何を改善すれば回復できるのか、どのリスクをどう抑えるのかまで書くとよい。
上司への事前報告を忘れない
突発業務では、提出前に上司へ事前報告することが重要である。
特に経営会議や役員会に使う資料では、上司の意図とズレていないか、会社として出してよい内容かを確認する必要がある。
回答では、提出前に坂本部長へ内容を共有し、必要に応じて修正したうえで提出すると書くと評価されやすい。
まとめ:突発業務は問題対応と並行して進める重要業務
上司からの突発業務は、問題そのものではない。しかし、経営判断や部門判断に関わる重要業務であることが多いため、軽視してはいけない。
昇進試験では、顧客影響や安全リスクを最優先で止めながら、突発業務を並行して進める力が評価される。
突発業務では、依頼内容と期限を確認し、メンバーへ情報整理を分担させ、上司へ中間報告を行い、課題、対策、回復シナリオ、リスク回避策まで含めてまとめることが重要である。
ケーススタディで高得点を狙うなら、突発業務を単なる追加作業としてではなく、本文中の伏線を回収し、経営判断につながる重要業務として扱う必要がある。
