3.4コンフリクトとリーダーシップ

プロジェクトチームでは対立（コンフリクト）は避けられない現象であり、それ自体は悪ではありません。PMにとって重要なのは対立を消し去ることではなく、対立の性質（緊急度・当事者間の関係の重要性・恒久的な解決が必要か）を見極め、最も適した解消技法を選ぶことです。あわせて、チームの成熟度によって効果的なリーダーシップの型が変わるという状況対応型リーダーシップの考え方も学びます。

3.4.1対立解消技法の使い分け

• 対峙（協力／collaborate）＝当事者双方が本音の懸念を出し合い、双方が満足できるwin-winの解決策を共同で作り上げる技法。最も時間と労力を要するが、恒久的な解決につながりやすい。関係が長期的で重要、かつ時間的余裕がある対立に向く。
• 妥協（compromise）＝双方が何かを譲り合い、部分的に満足する中間案で決着させる技法。対峙ほどの時間はかからないが、どちらも完全には満足しないため恒久的な解決には至りにくい。双方にほぼ同等の力関係があり、対峙する時間的余裕が乏しい場合に向く。
• 緩和（smooth）＝対立点よりも共通の合意事項や良好な関係を強調し、摩擦を一時的に和らげる技法。根本原因には手を付けないため問題が再燃しやすいが、関係維持を優先したい軽微な対立や、より重大な対立に注力すべき局面で一時しのぎとして使う。
• 撤退（withdraw／回避）＝対立への対応を先送りする、あるいは対立から身を引く技法。恒久的な解決には至らないが、感情が高ぶっている当事者を一旦冷静にさせたい場合や、些細な対立に労力を割きたくない場合、より優先度の高い課題に集中したい場合に一時的な選択として使う。
• 強制（force）＝一方の意見を権限を用いて押し通す技法。迅速に決着するが恒久的な解決にはならず、押し切られた側の不満が残りやすい。安全性や法令順守など議論の余地なく即断が必要な緊急事態に限定して使うべき。
• 選択の要点：恒久的解決を優先するなら対峙、時間が無く力関係が拮抗するなら妥協、関係維持を優先し軽微なら緩和、冷却期間が必要なら撤退、安全等の緊急事態のみ強制。強制と撤退は「その場をしのぐ」対応であり、根本原因が残る点を忘れないこと。

3.4.2状況対応型リーダーシップ

• 状況対応型リーダーシップ＝唯一絶対のリーダーシップ型は存在せず、チームの成熟度（経験・自律性）とタスクの性質に応じて指示的関与の度合いを変えるべきという考え方。形成期のような未成熟なチームには指示型（具体的な指示を与える）、機能期のような成熟したチームには委任型（権限を委ね口を出しすぎない）が適合しやすい。
• 実務上の誤り：成熟したチーム（機能期）に対して形成期と同じ指示型の関与を続けると、自律性を阻害しモチベーションを下げる。逆に未成熟なチーム（形成期）にいきなり委任型で丸投げすると、方向性を見失い混乱を招く。タックマンモデルの段階とリーダーシップの型は連動させて判断する。

あるPMが、2人のシニアエンジニア間で、システムのアーキテクチャ方針（マイクロサービス化を進めるか、モノリスを維持し部分的にリファクタリングするか）を巡って意見が真っ向から対立している状況に直面したとします。この対立は今後数年間の保守性・拡張性を左右する重要な意思決定であり、幸いプロジェクトの締め切りまでにはまだ数週間の余裕があります。このような重要性が高く時間的余裕もある対立に対しては、対峙（協力）技法を選び、両エンジニアそれぞれの懸念（性能要件・移行コスト・チームのスキルセット等）を率直に出し合わせ、両者が納得できる統合的な方針（例：段階的な部分的マイクロサービス化）を共同で作り上げるべきです。ここで安易に「時間がないから」と妥協案（各自の主張を半分ずつ採用する）で済ませると、技術的に一貫性を欠くアーキテクチャが生まれ、後で手戻りが発生するリスクが残ります。一方、同じプロジェクトで、コーディング規約の些細な表記スタイル（インデント幅など）を巡って別の2名が言い争っている場面に遭遇したとします。これは重要性が低く、かつアーキテクチャ判断ほど恒久的解決を要しない対立であるため、緩和（「どちらのスタイルも良い点があるが、今はリリースに集中しよう」と共通の目標を強調する）や、状況によっては撤退（今は議論を保留し後日決める）で十分です。ここに対峙のような重い技法を投じるのは労力の浪費です。さらに、本番環境でセキュリティ上の重大な脆弱性が発見され、即座にパッチを適用すべきかどうかで議論が紛糾し時間が無いという緊急事態では、PMは権限を用いて強制的に決定を下すべき局面です——安全に関わる緊急事態は議論よりも迅速な決着を優先すべき数少ない例外です。リーダーシップの観点では、この2人のシニアエンジニアが経験豊富で自律的な機能期のチームであれば、PMは技術的な結論を指示するのではなく、対峙のファシリテーションに徹し委任型の関与にとどめるべきです。もし逆に、発足したばかりの形成期の未経験チームで同様の対立が起きた場合は、PMがより指示的に技術方針の枠組みを示す必要が出てきます。「対立の重要性・緊急度・チームの成熟度という3つの軸で技法とリーダーシップの型を選び分ける」のがPMに求められる判断です。

3.4.3この節のまとめ

• 対峙（協力）は最も時間を要するが恒久的なwin-win解決に向き、妥協は時間が乏しく力関係が拮抗する場合の部分的解決に向く
• 緩和・撤退・強制は根本原因を残す一時的対応であり、強制は安全等の緊急事態に限定すべき
• 状況対応型リーダーシップはチーム成熟度に応じ、未成熟なら指示型、成熟したら委任型へと関与の度合いを変える