Evidence-based stakeholder identification: Managing conflict and its impact on requirements prioritisation

ソフトウェア開発という複雑な世界において、最も重要な人々は、しばしば見つけるのが最も困難な存在です。ステークホルダーとして知られるこれらの個人は、最終的な製品の形を決める顧客、マネージャー、そしてユーザーです。もしチームが重要な人物を見落としてしまえば、そのソフトウェアは正しい問題を解決できなかったり、重大なリスクを無視したりすることになるかもしれません。数十年にわたり、こうした人々を見つけ出すことは、誰が最も影響力を持っているかを推測するという、プロジェクトマネージャーの経験に基づいた人間の直感に頼ってきました。しかし、プロジェクトがより大規模かつグローバルになるにつれ、推測だけでは不十分になっています。課題は、単にこれらの人々を見つけることではなく、彼らの相反する意見をどのように重み付けするかを理解することです。ある人は特定のユーザーが不可欠だと言う一方で、別の人はその人は無関係だと主張することもあります。こうした主観的な見解が衝突したとき、伝統的な手法では明確な道筋を見出すことが難しく、チームは誰が真に重要なのか確信を持てずに立ち往生してしまいます。

アルメリア大学の研究チームは、このパズルを解くための新しい方法を提案しました。それは、直感に頼るのではなく、不一致を扱うように設計された数学的なアプローチへと移行することです。彼らの研究は、「サリエンス（顕著性）」と呼ばれる概念に焦点を当てています。これは、グループ内である人物がどの程度重要、あるいは影響力があると認識されているかを示す尺度にすぎません。彼らの研究では、異なる人々の意見を、陪審員が証言を吟味するのと同様に、一種の「証拠」として扱いました。彼らは、不確実性を扱うために元々開発された手法である「証拠理論」というフレームワークを用い、これらの主観的な評価を組み合わせて、一つの明確な全体像を作り上げました。研究者たちは単に合意を探したのではなく、対立を管理するために特別に設計されたシステムを構築しました。推奨者たちがどの程度意見を違えているかを分析することで、彼らの手法は、どのステークホルダーがプロジェクトにとって真に中心的であり、どのステークホルダーが周辺的なノイズであるかを判断することができました。

このアイデアを検証するため、研究者たちはロンドン大学カレッジのRALICというプロジェクトの現実世界のデータセットに彼らの手法を適用しました。このプロジェクトは、図書館とフィットネスセンターのアクセスシステムを統合するものであり、元のチームはすでに18人の主要人物と28の役割を特定していました。研究者たちは、数百人が他者の影響力を0から10のスケールで評価した推奨ネットワークを取り扱いました。彼らはこれらの評価をシステムに投入し、それらを「誰が最も重要か」という共通の信念へと変換しました。結果は驚くべきものでした。あるバージョンのネットワークでは、彼らの手法によって初期の潜在的なステークホルダーのプールが85％近く削減され、使用した特定の数学的規則に応じて、リストはわずか15人または19人の主要人物へと絞り込まれました。別のバージョンでは、削減率は約70％でした。システムはノイズを効果的に取り除き、元のチームが見落としていた人物を含むコアグループを特定すると同時に、彼らがすでに疑っていた人物の重要性も裏付けました。

この研究は、対立と明晰さの間の興味深い関係を明らかにしました。研究者たちは、推奨を行う人々が意見を一致させればさせるほど、システムはより小さく精密な主要ステークホルダーのグループに合意できることを見出しました。逆に、ネットワーク内に高い対立が存在する場合、システムはより慎重になり、重要なものを見逃さないように、やや大きなグループを特定します。この挙動は、チーム内の意見の相違のレベル自体が、有用なシグナルであることを示唆しています。また、研究者たちは、人々が好みを表現する方法も極めて重要であることを発見しました。彼らは、項目の順位付け、スコアリング、あるいは固定されたポイントの分配という、3つの異なる入力収集方法をテストしました。その結果、これらの異なる手法は著しく異なる結果をもたらすことがわかりました。例えば、対立が高いネットワークにおいて、ランキング方式からスコアリング方式に変更すると、どの要件が最も重要であるかという判断が完全に変わってしまいました。

おそらく最も重要な発見は、入力を行う特定のグループが、プロジェクトの優先順位の決定を変えてしまうということでした。研究者たちが、全ステークホルダーによる優先順位と、彼らの手法によって特定された「主要」ステークホルダーのみによる優先順位を比較したところ、その結果はしばしば統計的に異なっていました。これは、全員の意見に頼ることは、最も影響力のある人々の意見に頼ることとは異なる一連の目標を生み出す可能性があることを意味します。場合によっては、「群衆」が優先した機能に対して、主要なステークホルダーは関心を持っていなかったり、その逆であったりしました。この研究は、もしチームが誰の意見を聞くかを慎重にフィルタリングしなければ、多くの人々を満足させるものの、プロジェクトの成功を実際に推進する少数の人々を失望させるソフトウェアを構築してしまうリスクがあることを示唆しています。

研究者たちは、彼らのアプローチが、混沌とした主観的なプロセスを構造化された定量的なプロセスへと変え、誰の意見を聞くべきかを特定するための実用的かつ自動化された方法を提供すると結論付けました。彼らは、ソフトウェア開発におけるあらゆる問題を解決したと主張しているわけではありませんが、対立を管理することは、単に物事を円滑に進めることではなく、その対立を利用して「誰が重要か」というリストを洗練させることであると実証しました。ステークホルダーの意見を、組み合わせ、分析可能なデータとして扱うことで、チームは直感を超え、明確なコンセンサスに基づいた意思決定を行うことができます。この研究は、現代のソフトウェアプロジェクトという複雑な網の目において、「何を作るか」を知ることと同じくらい、「誰の意見を聞くべきか」を知ることが極めて重要であることを強調しています。本研究は、成功するプロジェクトへの道は、機能のリストからではなく、その背後にある人間関係のネットワークを正確に理解することから始まるのだということを思い出させてくれます。