要件定義を計画する
実践ガイド
文書情報
プロジェクト概要
🚧 レビュー・承認(※追記予定)
業務要件
機能要件
非機能要件
🚧 インプット(※追記予定)
🚧トレーサビリティ(※追記予定)
🚧 SoR 向け(※追記予定)
🚧 SoE 向け(※追記予定)
このページについて
外部仕様設計における合意形成は、ステークホルダー全員の理解と納得を得て仕様を確定させる重要なプロセスです。効果的なコミュニケーション、適切なレビュー、調整・交渉のコツを活用することで、手戻りやトラブルを防ぎます。
🤝 外部仕様に関する合意形成
外部仕様設計における合意形成は、関係者全員の理解と納得を得て仕様を確定させる重要なプロセスです。合意が不十分だと後工程での手戻りやトラブルの原因となるため、計画的かつ効果的に進める必要があります。
🎯 プロジェクトの目的となる情報システム像に対して共通認識を一致させる
これが、外部仕様設計における、顧客と開発側のコミュニケーションの目的です。
限られた工数の中で、上記の目的を達成しなければなりません。
では、そのためにはどうすればよいでしょうか?
📋 コミュニケーションの4つの原理
ピーター・F・ドラッカー「マネジメント」よりコミュニケーションは知覚である
コミュニケーションは要求である
コミュニケーションは期待である
コミュニケーションは情報ではない
これをシステム受託開発の文脈にすると、以下のようになります。
①発注者側が日頃使っている言葉や用語、図表を使わなければ伝わらない。
(コミュニケーションは知覚である)
②発注者側の価値観や欲求と合致すれば理解され合意されやすくなる。合致しなければ受け入れられないか、抵抗される。
(コミュニケーションは要求である)
③発注者側は期待することしか見ないし、聞かない。
(コミュニケーションは期待である)
④発注者側に設計書をただ見せただけでは受け入れてもらえない。
(コミュニケーションは情報ではない)
外部仕様設計の担当者は、この4つの原理を頭に入れる必要があります。
まず顧客にとってわかりやすい外部設計書を作成したうえで、レビューを通じて合意形成を図っていかなければなりません。
💡 コミュニケーションのコツ
効果的なコミュニケーションは合意形成の基盤です。以下のポイントを意識することで、スムーズな合意形成が可能になります。
これらのポイントは口頭での議論や相談だけでなく、合意した(はずの)内容を文書化するときにも有用です。
1. ステークホルダーの理解レベルに合わせた説明
技術者と非技術者では理解できる言葉や粒度が異なります。相手の背景知識に応じて、専門用語を避けた説明や、図表・具体例を用いた可視化を行うことで、認識のズレを防ぎます。
2. 定期的な進捗共有と早期のフィードバック
仕様が固まってから共有するのではなく、検討段階から情報を共有し、早いタイミングでフィードバックを得ることで、大きな手戻りを防ぎます。週次レビューや中間報告会を利用するとよいでしょう。
3. 論点を明確にした議論
会議や打ち合わせでは、何について合意を得たいのか、どのような判断が必要なのかを事前に明確にします。論点を絞ることで、建設的な議論が可能になり、合意形成が加速します。
4. オープンな質問と傾聴の姿勢
一方的に説明するのではなく、相手の懸念や要望を引き出すオープンな質問を投げかけ、傾聴する姿勢を持つことで、信頼関係を構築し、真の合意形成につながります。
🛠️ 合意形成のための様々な手法
合意形成を効果的に進めるためには、状況に応じて適切な手法を選択することが重要です。以下に代表的な手法を紹介します。
1. プロトタイピング・モックアップの活用
画面イメージや操作フローを具体的に可視化することで、関係者間の認識のズレを早期に発見し、議論を具体化できます。特に非技術者との合意形成に有効です。
2. ワークショップ・共創セッション
関係者を一堂に集めて集中的に議論・検討を行う場を設けることで、短期間で多くの論点を整理し、合意を形成できます。ファシリテーターの役割が重要です。
3. 段階的な合意形成
全体を一度に合意するのではなく、まず大枠(コンセプト、主要機能)で合意を得てから詳細を詰めていく段階的なアプローチにより、手戻りを最小化できます。
4. 意思決定マトリクスの活用
複数の選択肢を評価基準(コスト、期間、品質、リスクなど)で点数化し、客観的なデータに基づいて意思決定を行うことで、感情的な対立を避けられます。
5. エスカレーションルールの設定
合意が困難な場合に備えて、事前に意思決定者や判断基準、期限を明確にしておくことで、議論が停滞した際に解決できます。プロジェクトの初期段階でエスカレーションパスを定義しておくことが推奨されます。