回答。

問題の背景:

大規模なITプロジェクトでは、多くのステークホルダーが要求を提示することがありますが、これらは単に異なるだけでなく、直接的に対立することもあります。これらの対立を解決する質は、プロジェクトのスケジュール、コスト、および成功に影響を与えます。

問題:

要求間の明らかでない、または無視された矛盾は、責任の不明確さ、不満、再作業、リリースの遅延につながります。対立の特定と調整のための正式な手続きがないことは、大規模プロジェクトの失敗の一因です。

解決策:

システムアナリストは、次のような実績のあるアプローチを使用します：各ステークホルダーの利害と目的の分析（ステークホルダー・マッピング）、ファシリテーション技術（ワークショップ、振り返り、「ブレインストーミング」）、対立マトリックスの作成（コンフリクト・マトリックス）、要求のペア比較（プライオリティ・マトリックス）。根本的な期待の原因を明らかにするために「なぜなぜ分析」手法を適用し、その後、妥協案や創造的解決策を生み出し、重要な合意を文書化します。

主な特徴:

• すべての影響グループと要求のソースを特定する
• 対立の記録と解決の透明なロジックを維持する
• コミュニケーションをサポートし、議論をファシリテートする

トリッキーな質問。

要求の対立の場合、顧客の優先順位は常に決定的ですか？

いいえ、時には技術的制約、法令、または重要な非機能的指標が、ビジネスの個々の希望よりも重要であり、アナリストはこれを伝えなければなりません。

妥協を探すことは必須ですか？

必ずしもそうではありません：時には、一方が譲歩する必要がある場合があります。これは、アーキテクチャ、法令、または主要リスクの軽減のために重要です。

合意の結果を記録しなくてもよいですか？

いいえ、重要な決定は文書化される必要があります。さもなければ、数回の反復後に「感情的健忘症」や合意の見直しが生じる可能性があります。

一般的な間違いとアンチパターン

• 顧客の声の大きさや地位にのみ基づいて決定を行う。
• すべての利害関係者を巻き込むことを無視する。
• 口頭の合意を文書化せずに残しておく。

実生活の例

ネガティブケース:

医療ポータルを作成するプロジェクトにおいて、患者コミュニティによる匿名性の要求が、医療省の登録規則と対立していました。チームはこれを無視し、アバウトな妥協を実施しました。市場に出たとき、このプロジェクトは監査を通過せず、製品は半年後に再作業されました。

長所:

• 迅速なリリース

短所:

• 大規模な再作業
• 金銭的および評判の損失

ポジティブケース:

アナリストは、両サイドと共にファシリテーションされたセッションを行い、重要な要求（法律、安全性）を特定し、すべての利害を考慮した代替シナリオを説明しました。すべての合意は文書に記録され、法律部門およびビジネスと合意されました。

長所:

• リリース後の再作業がない
• すべての利害関係者の満足度

短所:

• 合意に対する時間とリソースのコスト