昇進試験の筆記試験では、ケーススタディを読んで、何が問題なのかを正確に捉える力が問われる。
ここで重要なのは、目立っているトラブルだけを問題として扱わないことである。顧客からクレームが出ている、システム障害が起きている、メンバー同士が対立している。このような出来事は確かに問題である。しかし、それだけを書いても高得点にはつながりにくい。
なぜなら、昇進試験で評価されるのは、表面化した出来事を拾う力だけではなく、その裏側にある本質的な課題を読み取る力だからである。
問題とは、あるべき姿と現状のギャップである。
本来はこうあるべきなのに、現状はそうなっていない。このズレを見つけることが、ケーススタディ攻略の第一歩になる。
問題とはあるべき姿と現状のギャップである
問題とは、あるべき姿と現状のギャップである。
仕事で問題解決に取り組むとき、いきなり対応策から考えるのは危険である。最初にやるべきことは、何が問題なのかを定義することだ。問題の定義がずれると、その後に考える対応策もずれてしまう。
たとえば、顧客からクレームが発生しているケースを考える。このとき、単に顧客からクレームが発生していると書くだけでは浅い。昇進試験では、次のように捉える必要がある。
顧客と信頼関係を維持すべきだが、対応遅れや説明不足により顧客不信が発生している。
このように書くと、本来の姿と現状のズレが明確になる。クレームそのものだけでなく、信頼関係が損なわれていることまで問題として捉えられる。
同じように、部下がミスをした場合も、単に部下がミスをしたと書くだけでは不十分である。
業務手順とチェック体制によりミスを未然に防ぐべきだが、確認プロセスが不十分でミスが発生している。
このように書くことで、個人のミスではなく、仕組みや管理体制の問題として捉えられる。
係長や課長に求められるのは、誰が悪いかを探すことではない。なぜその問題が起きたのかを整理し、同じ問題が繰り返されない状態を作ることである。
つまり、問題を定義する段階で、すでに評価は分かれる。
問題を表面的に捉える人は、対応策も表面的になりやすい。一方で、問題をあるべき姿とのギャップで捉えられる人は、原因分析、優先順位、暫定対応、再発防止まで論理的に展開しやすくなる。
ケーススタディで出てくる問題の種類
ケーススタディで出てくる問題は、大きく3種類に分けて考えると整理しやすい。
- 発生型問題
- 発見型問題
- 発掘型問題
この3つを理解しておくと、筆記試験で問題を見落としにくくなる。
発生型問題はすでに表面化している問題
発生型問題とは、すでに目に見える形で起きている問題である。
たとえば、次のようなものが該当する。
- 顧客クレームが発生している
- システム障害が起きている
- 納期遅延が発生している
- 売上目標が未達になっている
- 部下がミスをしている
- メンバー間で対立が起きている
- 顧客対応が遅れている
- 上司から緊急対応を求められている
発生型問題は、ケーススタディ本文の中で明確に描かれることが多い。そのため、多くの受験者が気づきやすい。
ただし、発生型問題だけを書いても高得点にはなりにくい。なぜなら、発生型問題は分かりやすく、受験者の多くが拾えるからである。
高得点を狙うには、発生型問題の裏側にある原因まで読み取る必要がある。
たとえば、システム障害が起きている場合、単に障害が起きていると書くのでは弱い。
システムは安定稼働すべきだが、確認体制や影響検知の仕組みが不十分で障害が発生している。
このように書くと、発生した出来事だけでなく、管理体制や仕組みの問題まで捉えられる。
発見型問題は注意深く読まないと見落としやすい問題
発見型問題とは、すでに存在しているが、本文を注意深く読まないと見落としやすい問題である。
発生型問題のように大きなトラブルとして描かれているとは限らない。しかし、管理職視点では非常に重要である。
たとえば、次のようなものがある。
- 上司へ早期報告すべきだが、報告が遅れている
- 新人が相談しやすい環境であるべきだが、指導担当に任せきりになっている
- 会議で意見を統合すべきだが、議論が対立したまま終わっている
- 他部署と連携して進めるべきだが、自部署だけで抱え込んでいる
- 方針をメンバーへ共有すべきだが、現場行動に落とし込めていない
- 役割分担を明確にすべきだが、誰が何をするのか曖昧になっている
- 進捗を確認すべきだが、担当者に任せきりになっている
発見型問題は、本文の細かい描写に埋め込まれていることが多い。たとえば、会議で空気が重くなった、若手が発言しなくなった、上司から急に報告を求められた、他部署の名前が出てきた。このような描写には、組織上の課題が隠れている。
昇進試験では、発見型問題を拾えるかどうかで解答の深さが変わる。
目の前のトラブルだけを書いて終わる人と、報告不足、教育不足、連携不足、方針理解不足まで書ける人では、管理職候補としての評価に差が出やすい。
発掘型問題は将来のリスクにつながる問題
発掘型問題とは、現時点では大きな問題として表れていないが、将来的に重大なリスクにつながる問題である。
これは最も見落としやすいが、高得点につながりやすい視点である。
たとえば、次のようなものがある。
- 業務が標準化されているべきだが、担当者の経験や判断に依存している
- 導入拡大に耐えられる体制であるべきだが、個別対応が増えてリソース逼迫のリスクがある
- 製品価値を根拠に基づいて説明できるべきだが、エビデンスが不足している
- 会社方針が現場行動に落とし込まれているべきだが、現場が従来のやり方から抜け出せていない
- 重要問題に備えたバックアッププランを用意すべきだが、予定どおり進む前提の対応に偏っている
- 同じ問題が再発しない仕組みがあるべきだが、再発防止が個人の注意に依存している
発掘型問題を見つけられると、管理職としての視野の広さを示しやすい。なぜなら、管理職には、目の前の火消しだけでなく、将来のリスクを先回りして見つける力が求められるからである。
たとえば、今は1件のトラブルでも、標準化されていない状態で導入件数が増えれば、同じような問題が複数の顧客で発生する可能性がある。
今は1人の新人が悩んでいるだけでも、教育体制が整っていなければ、次の新人や若手にも同じ問題が起きる可能性がある。
今は1つの案件で資料不足が起きているだけでも、提案資料が標準化されていなければ、今後の営業活動全体に影響する可能性がある。
このように、将来起こりうる問題まで見据えて書くことで、係長や課長に必要なリスク感度を示せる。
昇進試験で書くべき問題の型
昇進試験では、ケーススタディを読んで、本文の中から問題を抽出する。その際に重要なのは、問題を単語だけで書かないことである。
たとえば、次のような書き方は弱い。
- 顧客クレーム
- 教育不足
- 連携不足
- 標準化不足
- 報告不足
- 方針理解不足
これだけでは、何がどう問題なのかが伝わりにくい。採点者から見ると、問題の理解が浅く見える可能性がある。
高得点を狙うなら、次の型で書くとよい。
○○であるべきだが、現状は○○となっている。
この型を使うことで、あるべき姿と現状のギャップが明確になる。
顧客対応の問題を書く場合
顧客対応では、単にクレームが出ていると書くのではなく、信頼関係や説明責任の観点で書くとよい。
- 顧客に対して迅速かつ正確に状況説明を行うべきだが、現状は原因や復旧見込みが不明確で、顧客不安が高まっている。
- 顧客との信頼関係を維持すべきだが、障害発生と説明不足により信頼低下のリスクが生じている。
- 顧客業務への影響を最小限に抑えるべきだが、現状は不具合により顧客業務に支障が出ている。
人材育成の問題を書く場合
人材育成では、本人の能力不足だけにしないことが重要である。教育体制やフォロー体制の問題として捉える。
- 新人が適切な指導とフォローを受けながら主体的に行動できるべきだが、現状は指導方針が曖昧で、何から取り組めばよいか分からない状態になっている。
- 指導担当者が新人の成長を支援すべきだが、現状は否定的なフィードバックが中心となり、新人が相談しづらい状態になっている。
- チーム全体で育成を支えるべきだが、現状は特定の担当者に任せきりとなり、育成状況の確認が不足している。
標準化の問題を書く場合
標準化では、属人化、再発リスク、品質のばらつきを問題として捉える。
- 誰が対応しても一定の品質を保てる業務プロセスであるべきだが、現状は担当者の経験や判断に依存しており、再発リスクが残っている。
- 導入件数が増えても効率的に展開できる体制であるべきだが、現状は個別カスタマイズが増え、開発リソースが逼迫している。
- トラブル発生時の対応手順が標準化されているべきだが、現状は担当者ごとの判断に依存しており、対応品質にばらつきが出る恐れがある。
方針理解の問題を書く場合
方針理解では、会社方針と現場行動のズレを問題として捉える。
- 会社方針を理解したうえでチーム全体が同じ方向に行動すべきだが、現状は方針が現場行動に落とし込まれておらず、従来型の対応にとどまっている。
- 提案型営業への転換方針に沿って他部署と連携すべきだが、現状は自部署中心の対応となっており、専門知見の活用が不足している。
- 組織として重点施策を推進すべきだが、現状は短期対応に追われ、中長期の事業方針との整合が弱くなっている。
リスク管理の問題を書く場合
リスク管理では、予定どおり進む前提ではなく、失敗した場合の代替策があるかを見る。
- リスクに備えたバックアッププランを用意すべきだが、現状は予定どおり復旧する前提の対応に偏っている。
- 重要案件では複数の対応シナリオを準備すべきだが、現状は代替運用や段階導入の検討が不足している。
- 顧客影響が大きい問題では早期に上司へ報告し判断を仰ぐべきだが、現状は現場内で対応方針を抱え込みやすい状態になっている。
問題を書くときに意識すべき読み方
ケーススタディを読むときは、出来事を順番に追うだけでは不十分である。常に、あるべき姿と現状のズレを探しながら読む必要がある。
読むときには、次の観点を意識すると問題を拾いやすい。
- 会社方針と現場行動は一致しているか
- 顧客に影響が出ていないか
- 上司への報告や相談は適切か
- メンバー間の認識は揃っているか
- 新人や若手が孤立していないか
- 他部署と連携すべき場面で連携できているか
- 業務が担当者任せになっていないか
- 同じ問題が再発するリスクはないか
- 将来の拡大に耐えられる仕組みになっているか
- 復旧しない場合の代替案があるか
この視点で読むと、本文の中に散りばめられたヒントを拾いやすくなる。
たとえば、上司から急に報告を求められた場面は、単なる追加業務ではない。経営判断に必要な情報整理が求められているサインである。
会議で若手や新人が黙ってしまう場面は、単なる雰囲気の悪化ではない。心理的安全性や育成体制に課題があるサインである。
顧客側との連絡漏れが起きた場面は、単なる確認ミスではない。情報共有ルールや責任範囲が曖昧になっているサインである。
このように読むことで、問題の数と質が大きく変わる。
問題を抽出するときの注意点
問題を抽出するときには、次の点に注意したい。
- 人を責める表現にしない
- 出来事だけを書かない
- 原因と問題を混同しない
- 対応策を先に書かない
- 会社方針とのズレを見落とさない
- 将来リスクを見落とさない
たとえば、橋本の指導が悪い、西村の能力が低い、田所の確認不足といった書き方は避けたほうがよい。昇進試験で見られているのは、個人攻撃ではなく、組織課題として捉えられるかである。
より適切なのは、次のような書き方である。
新人が主体的に行動できるように指導すべきだが、現状は指導方針とフォロー体制が不十分で、行動の方向性が見えにくくなっている。
このように書くと、個人を責めずに問題を構造化できる。
また、原因と問題を混同しないことも重要である。たとえば、連絡漏れがあったという事実は原因の一部である。問題として書くなら、情報共有ルールが機能していないこと、責任範囲が曖昧であること、再発リスクがあることまで含めるとよい。
