コンフリクト解決

英語名 Conflict Resolution
読み方 コンフリクト レゾリューション
難易度
所要時間 30〜60分
提唱者 交渉学・組織行動学一般
目次

ひとことで言うと
#

対立を「勝ち負け」ではなく「問題解決」として捉え、双方の本当のニーズを満たす着地点を見つける技術。コンフリクトは避けるものではなく、正しく扱えばチームの成長やイノベーションの源になる。

押さえておきたい用語
#

押さえておきたい用語
ポジション(立場)
表面的に主張している具体的な要求や意見のこと。「予算を増やしてほしい」など。
インタレスト(利害・ニーズ)
ポジションの奥にある本当に満たしたい欲求のこと。「品質を落としたくない」など。立場の対立ではなくニーズの共通点を見つけることが鍵。
Win-Win
双方のニーズが満たされる第三の解決策を創出すること。妥協(Win-Lose)とは異なる。
エスカレーション
対立が感情的になり段階的に悪化していく現象のこと。早期介入で防ぐ。
BATNA(バトナ)
Best Alternative To a Negotiated Agreement の略。交渉が決裂した場合の最善の代替案を指す。

コンフリクト解決の全体像
#

立場の対立からニーズの共有へ
Aさんの立場「予算を増やしてほしい」本当のニーズ:品質を落としたくないBさんの立場「予算は据え置きで」本当のニーズ:コストを抑えたいVS立場は対立ニーズを掘り下げると…共通のニーズ「プロジェクトを成功させたい」品質もコストも両方大事第三の解決策(Win-Win)「外注範囲を変更し、品質維持とコスト削減を両立」
コンフリクト解決の4ステップ
1
感情を受け止める
安全な場を作る
2
ニーズを掘り下げる
立場の奥にある本音を聞く
3
Win-Winの選択肢を創出
第三の案をブレスト
合意を文書化しフォロー
誰が何をいつまでに

こんな悩みに効く
#

  • チームメンバー同士の対立が放置され、雰囲気が悪化している
  • 自分の意見を通そうとすると関係が壊れ、譲ると不満が溜まる
  • 部門間の利害が衝突し、プロジェクトが前に進まない

基本の使い方
#

ステップ1: 感情を受け止め、場を安全にする

対立が発生したら、まず双方の感情を認め、安全に話せる場を作る。

  • 「怒りを感じているんですね」と感情を言語化して受け止める
  • 責める・ジャッジしない場であることを宣言する
  • 1対1ではなく、中立の第三者を入れるとうまくいきやすい

: 「まず、お互いの気持ちを聞かせてください。ここでは正解も不正解もありません。」

ステップ2: 立場ではなく、利害(ニーズ)を掘り下げる

**表面的な「立場」の奥にある「本当に求めていること」**を明らかにする。

  • 「なぜそう考えるのですか?」「本当に大事なことは何ですか?」と問う
  • 立場:「予算を増やしてほしい」→ ニーズ:「品質を落としたくない」
  • 双方のニーズを並べると、意外と共通点が見つかる

: AさんもBさんも「プロジェクトを成功させたい」という共通のニーズがある。

ステップ3: 双方のニーズを満たす選択肢を創出する

Win-Winの解決策を一緒にブレインストーミングする。

  • 「どうすれば両方のニーズを満たせるか?」という問いに変換する
  • 最初はアイデアの質にこだわらず、量を出す
  • 第三の選択肢(どちらの案でもない新しいアプローチ)を探す

: 「予算は据え置きだが、外注範囲を変えることで品質を維持する」という第三の案。

ステップ4: 合意内容を具体化し、フォローアップを決める

合意事項を書面化し、実行状況を確認する仕組みを作る。

  • 「誰が・何を・いつまでに」を明記する
  • 合意が守られているか、1〜2週間後に振り返りの場を設ける
  • うまくいかなかった場合の修正手順も決めておく

具体例
#

例1:開発チームと営業チームの納期対立を解消する

状況: 営業チーム(12人)は「顧客の要望にすぐ応えたい」、開発チーム(18人)は「品質を保つためにリリーススケジュールを守りたい」で対立。過去6ヶ月で5回の衝突が発生し、プロジェクトの平均遅延が2.3週間に達していた。

ステップ1: マネージャーが双方のリーダーを集め、「お互いの考えを聞く場です。どちらが正しいかを決める場ではありません」と宣言。

ステップ2: ニーズを掘り下げる。

  • 営業の本当のニーズ:「顧客を失いたくない。対応が遅いと競合に取られる」
  • 開発の本当のニーズ:「バグだらけのリリースで信頼を失いたくない」
  • 共通のニーズ:「顧客の信頼を維持したい」

ステップ3: 「緊急度に応じた3段階のリリーストラック(即日ホットフィックス・1週間スプリント・通常リリース)を作る」という第三の案に合意。

ステップ4: 運用ルールを文書化。2週間後に振り返りミーティング。

結果: プロジェクトの平均遅延が2.3週間→0.4週間に改善。営業と開発の満足度調査が両チームとも4.2点→7.1点に上昇。 「営業 vs 開発」の対立が「顧客信頼を守る仕組みづくり」に変わった。

例2:リモートワーク方針を巡る経営陣と社員の対立

状況: 社員200人のIT企業。経営陣は「週4日出社」を方針として発表。社員アンケートでは78%が「週2日以下の出社を希望」と回答し、退職検討者が15%に達した。

ステップ1: 経営陣3名と社員代表5名の対話の場を設置。外部ファシリテーターが進行。

ステップ2: ニーズを掘り下げる。

  • 経営陣のニーズ:「対面での偶発的なコミュニケーションによるイノベーション創出」
  • 社員のニーズ:「集中作業時間の確保と通勤時間の削減」
  • 共通のニーズ:「生産性とイノベーションの両立」

ステップ3: 第三の案を創出。

  • 火曜・木曜を「コラボレーションデー」として全員出社(対面ミーティング、ワークショップ集中)
  • 月・水・金はリモート可(集中作業日)
  • チームごとに追加出社日を設定する裁量を付与

結果: 退職検討者が15%→3%に激減。イノベーション関連のプロジェクト提案数がむしろ22%増加。 「出社日数」の対立が「どうすれば最高の働き方ができるか」の共創に変わった。

例3:プロジェクトの優先順位を巡る2部門の対立

状況: マーケティング部門と製品開発部門が、共有エンジニアリングリソース(5人)の配分で毎月衝突。マーケは「キャンペーンLP開発を優先」、製品開発は「機能改善を優先」と主張し、3ヶ月間決着がつかない。

ステップ1: 両部門長とCTOが同席。「リソース配分の判断基準を一緒に作る場」として設定。

ステップ2: ニーズを掘り下げる。

  • マーケのニーズ:「新規顧客獲得数を四半期目標に到達させたい(あと320件不足)」
  • 製品開発のニーズ:「既存顧客のチャーン率を下げたい(現在月2.8%)」
  • 共通のニーズ:「会社全体のARRを最大化したい」

ステップ3: ARRインパクトで優先順位をスコアリングする仕組みを作成。

  • LP開発:新規320件×平均年額12万円=ARR 3,840万円
  • 機能改善:チャーン率2.8%→1.5%で防げる解約=ARR 2,100万円 → 今月はLP開発を優先し、来月は機能改善にシフトする合意

結果: 判断基準が明確になり、毎月の衝突がゼロに。 両部門とも「感情ではなくデータで決める」文化が定着した。

やりがちな失敗パターン
#

  1. 勝ち負けで決着させる — 片方が「勝つ」と、負けた側に不満が残り、後で必ず再燃する。両者のニーズを満たすWin-Winを粘り強く探す
  2. 感情を無視して論理だけで押す — 「客観的に考えてください」は逆効果。まず感情を受け止めてから論理に入る
  3. 合意後のフォローがない — 合意しても実行されなければ意味がない。振り返りの場を必ず設定する
  4. 対立を放置して自然消滅を期待する — 放置された対立は地下に潜って悪化する。小さいうちに対処したほうが、全体コストは圧倒的に低い

まとめ
#

コンフリクト解決は「対立を避ける」のではなく「対立を活かす」技術。感情を受け止め、立場の奥にあるニーズを掘り下げ、双方が満足できる第三の選択肢を創出する。正しく扱われたコンフリクトは、チームをより強くする。