合意形成＠プロジェクトマネジメント¶
はじめに¶
本サイトにつきまして、以下をご認識のほど宜しくお願いいたします。
合意形成とは¶
合意形成とは、異なる視点の方法を部分的に統合し、より適した方法に着地させること。
白黒つけるのではなく、グレーゾーンを見つける方法とも言える。
合意形成を成功させる方法¶
ゴールを統一する¶
- 合意形成の前提は「何を目指しているか」「何を軸に判断するか」が明確であること。
- 評価軸 (例：ユーザー価値、スピード、保守性など) を定めることで、異なる視点を少しでも近づけられる。
例：「今回は“初期リリースの迅速性”を最重視とします」
ステークホルダーによって関心事が異なる¶
- 意見の相違は「誰が間違っているか」ではなく、「どこを重視しているか」の違いから生まれる。
- 各ステークホルダーの役割や立場、考慮している制約 (UX、技術的負債、業務影響など) を明らかにして、ズレの構造を理解する。
例：「Aさんは運用観点での工数を、Bさんは初期ユーザーの習熟度を重視していた」
両方の意見を部分的に活かし、白黒ではなくグレーな統合案を考える¶
-「どちらかを採用」ではなく、「両方の強みを活かす第三案」を探るのが理想的。
- 意見Aと意見Bが部分的に正しいなら、それらを組み合わせた案Cを模索し、「Yes, and」の発想で創造的な解決を目指す。
例：「A案のUI導線 × B案の保守性で、C案をプロトタイプとして試す」
PoCにより、より現実的な議論を実施する¶
- 議論だけではなく「動くもの」を早く見せることで、抽象的な議論を現実的な議論に変える。
例：「まずは統合案をステージングで実装して、使ってみた感想を元に決めましょう」
心理的安全性を確保し、反対意見も拾える場を設計する¶
- 合意形成は「賛成が多ければいい」ではなく、「反対や懸念がきちんと扱われたか」が重要。
- ファイブフィンガー投票、事前の1on1ヒアリング、議論の前の前提共有などで、安心して反対できる文化とプロセスを作る。
例：「気になっている点を先に1人ずつ出しましょう。今は結論を出す時間ではありません」