昇格試験ケーススタディ「部門間対立」の解き方|営業vs開発の合格答案

昇格試験ケーススタディ「部門間対立」の解き方|営業vs開発の構造分析 ケーススタディ対策

「営業はいつも無茶な納期を突っ込んでくる」「開発は現場の事情をわかっていない」――昇格試験のケーススタディで頻出の「部門間対立」テーマ。実は、このテーマは合否を大きく分ける最重要パターンの1つです。

なぜなら、部門間対立のケースは管理職に求められる「全社最適」の視点を測るために設計されているからです。ここで「相手部門が悪い」と書いた瞬間、自部門最適の視野の狭い人物と評価され、ほぼ確実に落ちます。

私自身、課長時代に営業と開発の板挟みで何度も胃が痛い思いをしました。試験で問われるのは、その「板挟みをどう設計で解くか」という課長の腕の見せどころそのものです。

この記事では、部門間対立ケースの構造分析の3軸、7つの管理フレームワークでの点検手順、営業vs開発の例題と模範解答までを、現役管理職の視点で実践的に解説していきますね。

「部門間対立」テーマがケーススタディで頻出する3つの理由

まずは「なぜこのテーマがこれほど出題されるのか」を押さえておきましょう。出題者の意図がわかれば、答案の方向性も自然に定まります。

①管理職に求められる「全社最適」の視点を測れる

管理職にとって最大の試練の1つが部門間調整です。現場のプレイヤーは自部門の数字を追えば評価されますが、課長以上はそうはいきません。自部門の最適化が他部門の負担増を生んでいないかを常に俯瞰する必要があります。

部門間対立ケースは、まさにこの「全社最適で判断できる頭の使い方」を直接測れる、出題者にとって最も都合のいいテーマなんですね。

②受験者の多くが「自部門目線」で書いてしまい差がつく

不合格答案の典型は「自分はこんなに頑張っているのに、相手部門のせいで成果が出ない」という構造です。一見正論に見えますが、これは裁きの答案であって、設計の答案ではありません。

採点者からすれば「この人を管理職に上げたら、部門間の溝をさらに深めるだろう」と判断され、評価は急降下します。9割の受験者がこの落とし穴にはまるからこそ、正しい解き方を知っている人だけが合格圏内に残れます。

③与件文の構造が作りやすく、出題者が論点を仕込みやすい

営業vs開発、製造vs品質保証、本社vs現場、間接部門vs事業部門――どの組み合わせでも、出題者は「KPIのズレ」「情報の断絶」「過去の経緯」という3つのレバーを使って簡単に対立構造を作れます。

そのため、業界・職種を問わず「いつでも出せる定番テーマ」として、毎年どこかの企業の昇格試験で必ず出題されています。


落ちる答案・受かる答案の決定的な違い

ここで、部門間対立ケースの代表的なNGパターンを2つお見せします。あなたの過去答案と照らし合わせてみてください。

NG①「相手部門が悪い」と書いてしまう

❌ NG答案例

「開発部はリードタイムを過大に見積もり、営業の顧客要望に柔軟に応じようとしない。これが受注機会を失う最大の原因である。開発部の意識改革が必要である。」

完全に営業部目線の答案。開発の制約条件への配慮ゼロ、自分が課長として何をやるかも書かれていない。即減点。

NG②「コミュニケーションを密にする」で終わってしまう

❌ NG答案例

「営業と開発のコミュニケーションが不足しているため、定例会議を設置し、相互理解を促進する。」

→ 一見もっともらしいですが、これは精神論の答案です。「会議を作っただけで何かが変わる」と思っている時点で、管理職としての設計力が問われます。なぜ対立が起きているのかの構造分析がスッポリ抜けています。

OK 構造分析→根本原因→横串の仕組み化、の3段ロケット

✅ 合格答案の型

第1段:構造分析
KPI・情報・関係性の3軸で対立の構造を客観的に整理する

第2段:根本原因の特定
上流(方針・評価制度)から下流(行動・関係性)への因果で根本原因を掘る

第3段:横串の仕組み化
人の善意ではなく、仕組み(共通KPI・情報基盤・意思決定プロセス)で対立が再発しない構造を作る

この3段ロケットさえ押さえれば、どんな業界・どんな対立パターンが出ても合格答案が書けるようになります。これから1段ずつ詳しく解説していきますね。


部門間対立を構造分析する3つの軸(KPI・情報・関係性)

部門間対立ケースを読むときに、頭の中で必ず立てておくべき3本の補助線があります。それが「KPI」「情報」「関係性」の3軸です。

部門間対立を構造分析する3つの軸(KPI・情報・関係性)

軸①KPIのズレ(評価される指標が違うから対立する)

対立の9割は構造的なKPIのズレから生まれます。

たとえば、営業は「受注金額」で評価され、開発は「品質と納期遵守」で評価される。営業が短納期案件を取ってくるほど営業の評価は上がりますが、開発のリードタイムを圧迫します。これは「悪い人」がいるのではなく、「悪い設計」がそうさせているだけなんですね。

与件文を読むときは、まず「両部門のKPIは何か?それがぶつかる構造になっていないか?」を真っ先にチェックしてください。

軸②情報の非対称(相手の制約が見えない)

営業は「なぜ開発がこんなに時間を要するのか」を知らず、開発は「営業がなぜ短納期を約束したのか」を知らない。お互いの制約条件が見えないため、相手が怠慢に見えてしまう構造です。

与件文には必ず「定例情報共有がない」「進捗が見えない」「相手部門のKPIが共有されていない」といったヒントが仕込まれています。これが軸②のサインです。

軸③関係性の固着(過去の経緯と人間関係)

「3年前にあの一件で揉めて以来、両部門の幹部が口を利かない」「ベテラン同士のメンツの張り合い」――こうした歴史的経緯と感情的しこりが、仕組みを変えても残り続ける厄介な要素です。

関係性の問題は仕組みだけでは解決できず、課長自身が橋渡し役として動く必要があります。ただし「全員で飲み会を開く」みたいな精神論ではなく、「共通の成功体験を意図的に作る」という設計が必要です。

✅ 3軸で読むときのチェックリスト

☑ KPI:両部門の評価指標は何か?構造的にぶつかっていないか?
☑ 情報:相手の制約条件は共有されているか?定例の場はあるか?
☑ 関係性:過去の経緯やキーパーソン間の感情的しこりはないか?


7つの管理フレームワークで「部門間対立」を点検する

3軸で構造を読んだら、次は7つの管理フレームワークで漏れチェックと原因の深掘りを行います。

7つの管理フレームワークで部門間対立を点検するフロー図

真っ先に疑うべきは①方針と④連携

7つの管理フレームワークは、上位の項目ほど下位に波及する影響が大きい構造になっています。部門間対立ケースで真っ先に疑うべきは①方針④連携の2つです。

✅ 7つの管理フレームワーク(上流→下流)

方針(目標・役割):上位方針が部門ごとにバラバラになっていないか
手順(業務プロセス):部門間の受け渡しプロセスが標準化されているか
基準(ルール・判断基準):優先順位の判断基準が共通化されているか
連携(組織連携・共有):情報共有・部門間協働の仕組みがあるか
育成(教育・自律支援):他部門理解を促す育成があるか
改善(再発防止・仕組み化):対立の振り返りと改善が回っているか
管理(進捗・労務・統制):両部門の進捗が可視化されているか

上流から下流への因果で根本原因を掘る

部門間対立の本当の根本原因は、ほぼ必ず①方針にあるといって過言ではありません。

「上位方針が両部門に統一して落ちていない」「経営陣が部門ごとに違うメッセージを出している」――この上流の崩れが、③基準(優先順位)と④連携(情報共有)を崩し、結果として下流の現場対立として顕在化します。

因果でたどるとこうなります:

①方針が不明確(上位方針が両部門で違って解釈されている) →
③基準が分裂(優先順位の判断軸が部門ごとに違う) →
④連携が機能不全(情報共有しても噛み合わない) →
現場の対立として表面化

この構造で書くと、答案に深さが出ます。表面の対立だけ書く受験者と、根本原因を上流まで掘れる受験者では、評価は雲泥の差になります。

「書いた後の点検ツール」として使う

大事なのは、フレームワークは書く前のテンプレートではなく、書いた後の点検ツールとして使うことです。

あるべき姿と問題点は、与件文の事実から逆算して書きます。書いた後で「①方針の問題が1つも出ていないけど見落としていないか?」「⑥改善の論点を入れ忘れていないか?」と漏れチェックに使います。これが正しい使い方です。


例題で実践|営業vs開発の対立ケース

ここからは具体的な例題で、構造分析→根本原因→仕組み化の流れを実演していきますね。

与件文(要約版)|中堅製薬メーカーの営業vs開発

📋 ケース概要

会社:中堅製薬メーカー「アカリ製薬」(年商450億円・MR250名・開発部120名)
主人公:経営企画部から営業・開発横串の調整役として新設された「カスタマーソリューション部」課長に異動した田島(41歳・入社17年)
状況:主力ジェネリック医薬品「アカリミン」の後続品(改良版)開発を巡り、営業部と開発部が真っ向から対立。営業は「医療現場の要望に合わせた早期投入」を主張し、開発部は「臨床データの安全性確認を優先」と譲らない。両部の幹部が役員会で激しく衝突し、「アカリミン後続品プロジェクト」が3カ月停滞中。

登場人物
近藤営業部長(53歳):「現場の声を聞かない開発は要らない」が口癖
佐伯開発部長(55歳):「安全性を無視する営業は薬を売る資格がない」と反発
三上MR(35歳・中堅):「上同士の喧嘩で現場が動けない」と疲弊
水嶋研究員(32歳):「ユーザーニーズと安全性は両立できるはずなのに」と歯がゆさ
小杉常務(担当役員):「3カ月以内に方針を一本化せよ」と田島に指示

では、3つの設問それぞれに合格レベルの解答例を示していきます。

設問1:対立構造の分析(KPI・情報・関係性)

❌ NG例

「営業部は短期的な売上を追い、開発部は慎重すぎる。両者の意識のズレが対立の原因である。」

→ 抽象的すぎる。「意識のズレ」では構造分析になっていない。

✅ 合格レベル解答例(約550字)

営業部と開発部の対立構造は、KPI・情報・関係性の3軸で次のように整理できる。

第一に、KPIのズレが対立の最大要因である。営業部は「四半期受注金額」と「医療機関シェア」で評価され、開発部は「臨床試験成功率」と「品質基準達成率」で評価される。短納期投入は営業のKPIを高める一方、開発のKPIを直接損なう構造になっており、両部の合理的行動が相互に衝突する設計となっている。

第二に、情報の非対称がある。MRが現場で聞いた医療現場ニーズは、月次の営業会議で営業部内に閉じており、開発部に共有される仕組みがない。逆に、開発部の臨床データや安全性懸念は、専門用語のまま技術報告書として保管され、営業部のリテラシーでは読み解けない状態にある。

第三に、関係性の固着が事態を悪化させている。近藤営業部長と佐伯開発部長は5年前の別プロジェクトで責任の押し付け合いをした経緯があり、現在も役員会で感情的応酬を繰り返している。両部長間の不信が、現場のMR・研究員の自然な連携意欲まで阻害している。

つまり、本件は「個人の悪意」の問題ではなく、KPI設計・情報設計・関係性の歴史的経緯という3層構造の問題である。

設問2:横串連携の仕組みと優先順位の統一

❌ NG例

「営業部と開発部の合同会議を毎週開催し、コミュニケーションを密にする。」

→ コミュニケーション論で終わっている。KPI・情報基盤・意思決定の3層に踏み込めていない。

✅ 合格レベル解答例(約750字)

横串連携の仕組みは、優先順位を明確にした以下の3層構造で構築する。

対策①【最優先・1カ月以内】共通KPIの設定と小杉常務による方針明示
小杉常務に提言し、「アカリミン後続品プロジェクト」に対する全社共通KPIを明確化する。具体的には「24カ月以内の薬事承認」と「安全性プロファイル基準の維持」を統合KPIとして両部に課す。これにより、営業の早期投入と開発の安全性確保が同一目標下で評価される構造に変える。同時に、上位方針として「患者・医療従事者起点での意思決定」を全社に発信し、両部長へ書面で通達する。

対策②【重要・2カ月以内】カスタマーソリューション部による情報基盤の整備
私の所管部門で、MRが収集した医療現場ニーズと、開発部の臨床データ・安全性所見を一元管理する「アカリミンデータベース」を構築する。MRの定性情報はテンプレート化して定量データに変換し、開発部の技術情報は営業向けに要約版を週次配信する。両部のメンバーが同じ画面で同じデータを見られる状態を作る。

対策③【重要・3カ月以内】意思決定プロセスの再設計
両部長と私の3者で構成する「アカリミン推進委員会」を週次で開催する。決定事項は議事録として全社共有し、両部長の判断は委員会の場で記録する。これにより、感情的応酬を「公式な意思決定の場」に集約し、現場の混乱を防ぐ。三上MRや水嶋研究員ら現場キーパーソンを月次でオブザーバー参加させ、上意下達ではなく現場の声が反映される構造に変える。

以上3点は、KPI(①方針)→情報(④連携)→意思決定(③基準)の上流から下流への順で打つことで、構造的な対立解消を実現する設計である。

設問3:顧客起点の組織文化の再定義

✅ 合格レベル解答例(約480字)

仕組みだけでは文化は変わらない。文化の再定義は、以下3点の継続的な仕組みで実現する。

第一に、評価制度への組み込みである。営業・開発両部の年度評価に「他部門協働貢献度」の指標を新設するよう、人事部に提案する。MRが開発提案に貢献した事例、研究員が営業同行で顧客理解を深めた事例を、両部長の評価コメントで定性評価する仕組みを作る。評価制度に組み込まれない限り、行動は変わらない。

第二に、共通の成功体験を意図的に設計する。「アカリミン後続品プロジェクト」が承認取得に成功した暁には、両部の合同表彰式を社長同席で実施する。プロジェクトの成功要因として「両部の連携」を経営層が公式に位置づけることで、対立ではなく協働が正しいというメッセージを全社に発信する。

第三に、若手の混成育成を制度化する。入社5年目までのMRと研究員を対象に、半年間の相互ローテーション制度を導入する。次世代の幹部候補が「両部門の言語」を話せる状態で育つことで、5年後・10年後の構造的対立を未然に防ぐ。


答案作成で意識したい5つの採点ポイント

部門間対立ケースの合格答案作成フロー(3段ロケット)

採点者が部門間対立ケースで必ずチェックしている5つのポイントを押さえておきましょう。

①どちらの肩も持たず構造で語る

営業も開発も、それぞれの合理性で動いています。「どちらが悪い」ではなく、「どういう構造がこの対立を生んでいるか」を冷静に語れる人こそ、管理職の素養があると評価されます。

②具体性のある対策(精神論NG)

❌ 精神論で終わる答案の例

「両部が互いに歩み寄り、信頼関係を再構築する」
「全社最適の視点を持って、ワンチームで取り組む」
「お互いの立場を尊重し合う文化を作る」

抽象的すぎて何も決めていない。「誰が」「いつまでに」「何を」「どうやって」が抜けています。

合格答案は必ず5W1H(誰が・いつまでに・何を・どうやって・なぜ)で書きます。「合同会議を開く」ではなく「両部長と私の3者で構成するアカリミン推進委員会を週次で開催し、議事録として全社共有する」というレベルの具体性を必ず担保してください。

③優先順位と時間軸を明示する

対策を並べるときは必ず優先順位時間軸(1カ月以内・3カ月以内・半年以内など)を添えます。「すべて重要です」は無責任な答案。経営インパクト×実現可能性で優先順位を判断できる人が、管理職の判断力ありと評価されます。

④与件文の固有名詞・数値を引用する

「営業部」「開発部」ではなく「近藤営業部長」「佐伯開発部長」と固有名詞を使う。「MR」ではなく「三上MR」と書く。与件文を本当に読み込んだ証拠として、固有名詞と数値(年商450億円、24カ月以内、MR250名など)は積極的に引用しましょう。

⑤「課長として何をやるか」を主語にする

「両部が連携すべきである」ではなく「私はカスタマーソリューション部課長として、両部長と週次の推進委員会を開催する」と書きます。あなたが主語で動かない答案は、評論家の答案。管理職昇格試験では「動ける人」が求められています。

✅ 採点ポイント・自己チェックリスト

☑ どちらの肩も持たず、構造で語っているか
☑ 5W1Hで対策が具体化されているか
☑ 優先順位と時間軸が明示されているか
☑ 与件文の固有名詞・数値を引用しているか
☑ 「私は〜する」と主語が自分になっているか

おすすめ書籍|部門間対立を「設計」で解くための2冊

ここまで紹介した「構造で語る」「仕組みで解く」というアプローチは、書籍で体系的に学ぶとさらに定着します。私が実際に読んで役立った2冊を紹介しますね。

『他者と働く――「わかりあえなさ」から始める組織論』宇田川元一(NewsPicksパブリッシング)
部門間の溝を「対話」で埋める実践的なアプローチを学べる一冊。ケーススタディの「関係性の固着」軸を理解するのに最適です。

Amazonで詳細を見る

『入門 考える技術・書く技術』山崎康司(ダイヤモンド社)
「構造で語る」答案を書くためのロジカルライティングの教科書。設問1〜3の論理展開がスッと書けるようになります。168ページの薄さで試験直前期にも読み切れます。

Amazonで詳細を見る


よくある質問(FAQ)

Q1. 部門間対立のケースで「相手部門が悪い」と書いてはいけないのはなぜですか?

部門間対立のケースは、管理職に求められる全社最適の視点を測るための問題です。「相手部門が悪い」と書いた瞬間に、自部門最適の視野の狭い人物だと評価され、大幅減点になります。どちらの肩も持たず、KPI・情報・関係性の3軸で構造を語るのが鉄則です。

Q2.「コミュニケーションを密にする」という対策で十分ですか?

不十分です。コミュニケーションを密にするのは手段であって解決策ではありません。採点者が見ているのは「仕組みで解く力」です。KPIの統一、情報共有基盤の整備、顧客起点の意思決定プロセスなど、属人化しない仕組みに落とし込む必要があります。

Q3. 7つの管理フレームワークはいつ使えばいいですか?

答案を書く「前」ではなく「後」に使います。問題文の事実から「あるべき姿」と「問題点」を書いた後、漏れチェックと原因の深掘りに使うのが正しい使い方です。部門間対立のケースでは、①方針と④連携の崩れを真っ先に疑うのが定石です。

Q4. 営業vs開発以外にもよくある対立パターンはありますか?

営業vs製造(納期と品質)、製造vs品質保証(生産性と品質基準)、本社vs現場(統制と裁量)、間接部門vs事業部門(コストと成果)など、KPIが構造的にぶつかる組み合わせは枚挙にいとまがありません。どのケースも本質は同じで、KPI・情報・関係性の3軸で読み解けます。

Q5. 対策の優先順位はどう決めればいいですか?

(1)経営インパクトの大きさ (2)実現可能性 (3)時間軸の3点で決めます。短期(1カ月以内)では情報共有の場の設置、中期(3カ月以内)ではKPIの共通化、長期(半年以上)では文化・評価制度の見直し、という時間軸の整合性を必ず明示しましょう。


まとめ|部門間対立は「裁き」ではなく「設計」で解く

部門間対立ケースの解き方を整理しておきましょう。

✅ 部門間対立ケース 攻略の要点

3軸で構造を読む:KPIのズレ・情報の非対称・関係性の固着
上流から原因を掘る:①方針→③基準→④連携の因果でたどる
仕組みで解く:共通KPI・情報基盤・意思決定プロセスの3層設計
採点5点を死守:構造で語る・具体性・優先順位と時間軸・固有名詞引用・自分が主語
裁きではなく設計:「どちらが悪い」ではなく「どんな構造がそうさせているか」

部門間対立は、現場で日々悩まされるテーマだからこそ、つい感情が乗ってしまいがちです。でも、答案で求められているのはあなたの愚痴ではなく、構造を見抜いて設計し直せる管理職の力量です。

3軸の補助線を引いて、7つの管理フレームワークで漏れチェックして、5W1Hで具体策を書く。この型さえ身につければ、どんな業界・どんな対立パターンが出ても、合格圏内の答案が書けるようになります。

あなたの昇格試験合格を、心から応援しています。

タイトルとURLをコピーしました