総合演習：コンフリクト解決プラン

🔄 前回のおさらい: レッスン7で5つの典型的な職場紛争シナリオにコンフリクト解決技法を適用しました。ここでは全ての技法を統合し、複雑なシナリオに対する包括的な解決プランを作成します。

全てを統合する

7つのレッスンで包括的なコンフリクト解決ツールキットを構築しました。ここでは、それを一度に全て使います。

シナリオ：ソフトウェア開発チームの危機

登場人物：

• アレックス（バックエンド開発者）— 技術的に優秀。計画ミーティングで自分のアイデアが軽視されていると感じている。チームへの相談なしに独自に作業を始めた
• ジョーダン（フロントエンド開発者）— 協力的な性格。アレックスがフロントエンドへの影響を考慮せずに機能を実装することにフラストレーション。他のチームメンバーに愚痴を言っている
• サム（デザイナー）— 板挟み。両者と密接に働いている。緊張から逃れるためにミーティングを避け始めた

状況： アレックスがジョーダンに相談せずに主要なAPIエンドポイントを書き換え、3つのフロントエンド機能が壊れた。ジョーダンはクライアントデモ中にこれを発見——クライアントの前で。ジョーダンがSlackでアレックスを公開的に非難。アレックスは「フロントエンドがそんなに脆弱でなければ、バックエンドの変更で壊れたりしない」と応答。

チームの雰囲気は有害。サムは異動を検討中。2人のジュニア開発者はミーティングで発言しなくなった。スプリント速度が30%低下。

解決プラン

パート1：評価

コンフリクトの種類： タスクコンフリクト＋関係性コンフリクト。開発の調整方法についての不一致（タスク）が、個人攻撃と信頼の崩壊（関係）に発展。

根本原因：

• フロントエンドとバックエンド間の調整プロセスの欠如
• アレックスが感じる軽視（ニーズ：尊重と自律性）
• ジョーダンの公開的な非難（ニーズ：信頼性と配慮）
• チームに紛争解決メカニズムがない

パート2：個別対話

各当事者とプライベートで対話（事前セッション）：

アレックスとの対話：

• アクティブリスニングの3層で聴く
• 「計画ミーティングでアイデアが軽視されていると感じている」というニーズを特定
• 相談なしの変更が与えた影響を穏やかに共有
• メディエーションへの意欲を確認

ジョーダンとの対話：

• 公開的な非難の背景にあるフラストレーションを聴く
• 「信頼できるプロセスが必要」というニーズを特定
• Slackでの公開的な対応が状況を悪化させたことを共有
• メディエーションへの意欲を確認

パート3：メディエーション

6フェーズプロセスに従い：

1. 基本ルールの設定（傾聴、人格攻撃なし）
2. 各自の視点を中断なく共有
3. 共通基盤の特定：「2人ともチームの成功と優れたプロダクトを望んでいる」
4. 解決策のブレインストーミング
5. 具体的な合意の形成

パート4：構造的修正

個人間の和解だけでなく、再発防止の仕組みを構築：

パート5：フォローアップ

• 1週間後にアレックスとジョーダンに個別チェックイン
• 2週間後にチーム全体の雰囲気を確認
• サムとジュニア開発者の安全感を確認
• 新しいプロセスの効果を1ヶ月後に評価

このコースで身につけたスキル

✅ 確認クイズ: このシナリオで「構造的修正」が必要な理由は？→アレックスとジョーダンの個人的な和解だけでは、同じ種類の対立が再び起きます。API変更レビュープロセスや通信規範のような構造的な仕組みがなければ、別のメンバー間で同じパターンが繰り返されます。個人間の解決＋構造の修正の両方が必要です。

まとめ

このコースの最も重要なメッセージ： 対立は避けるものでも「勝つ」ものでもなく、関係と成果の両方を守りながら解決するものです。

• 対立を評価する（タスク vs 関係性、根本原因、影響を受ける当事者）
• 個別対話でアクティブリスニングの3層を使い、各当事者のニーズを理解する
• メディエーションの6フェーズで構造化された対話の場を作る
• 個人の和解だけでなく、再発防止の構造的修正を実施する
• フォローアップで合意の遵守と新プロセスの効果を確認する

おめでとうございます！ コースを修了しました。認定証を取得し、次に対立が生じた時に——先送りせずに——このツールキットを使ってください。