説明
調査は、顧客やユーザーなど、多数の関係者から情報、意見、フィードバックを収集する手法です。調査は、現在の顧客満足度と忠誠度を測定し、ツールに対する顧客のニーズと期待を特定するのに役立ちます。調査は、ベンダー製品の機能、利点、コストを顧客の要件と比較することで、ベンダー製品を分析するための基礎を提供できます。
その他のオプションは、この目的には適していません。ストーリーボードは、スケッチやモックアップを使用してソリューションのユーザー インターフェイスまたはユーザー エクスペリエンスを視覚化する手法です。プロジェクト チャーターは、プロジェクトを承認し、その目的、範囲、および関係者を定義するドキュメントです。ビジネス ケースは、予想されるメリット、コスト、およびリスクに基づいてプロジェクトを開始する正当性を示すドキュメントです。参考資料: PMI-PBA 試験内容概要、11 ページ、PMI-PBA
参考文献リスト、1 ページ、BABOK
ガイド v3、50 ページ。

説明
意思決定ツリー、加重マトリックス、コンテキスト ダイアグラムは、ビジネス アナリストが要件のベースラインを確立しながらビジネス価値を最大化するために役立つツールとテクニックです。意思決定ツリーは、特定の条件または基準に基づいて、考えられる結果と選択肢をグラフィカルに表現したものです。意思決定ツリーは、期待される価値またはリスクに基づいて、複数の選択肢の中から最適なオプションを評価して選択するのに役立ちます。
加重マトリックスは、さまざまな要素や尺度にスコアと重みを割り当てて比較し、優先順位を付ける表です。加重マトリックスは、ビジネス目標、利点、コスト、リスク、依存関係、緊急性などとの整合性に基づいて要件をランク付けするのに役立ちます。コンテキスト ダイアグラムは、システムまたは製品とその環境の境界と相互作用を示す視覚的なモデルです。コンテキスト ダイアグラムは、プロジェクトの範囲と関係者、および彼らのニーズと期待を定義するのに役立ちます。参考文献: = PMI Professional in Business Analysis (PMI-PBA)
試験内容概要（2019年）、11-12ページ；ビジネス
実践者のための分析：実践ガイド（2015）、66-69ページ。

説明
ビジネス要件とは、プロジェクトで対処しなければならないビジネス上のニーズや問題を説明するステートメントです。ビジネスが何を達成または改善したいかという観点から述べるべきであり、どのように実現するかという観点から述べるべきではありません。
質問の要件では、ビジネス ニーズ (名前と住所のデータの同期) ではなくソリューション (API) が述べられています。ビジネス ニーズに焦点を当て、ソリューションの指定を避けるように修正する必要があります。参考資料: = PMI Professional in Business Analysis (PMI-PBA)
試験内容概要
(2019)、7ページ; 実務家のためのビジネス分析：実践ガイド (2015)、35ページ。

説明
要件収集フェーズの早い段階ですべての関係者を関与させることは、機能強化に対する関係者の満足度を確保するための良い方法です。関係者を引き出しプロセスに関与させることで、ビジネス アナリストは彼らのニーズ、期待、好み、制約を理解できます。関係者とともに受け入れ基準を定義することで、ビジネス アナリストは成功するソリューションを構成する要素について明確で測定可能な定義を確立できます。早い段階ですべての関係者を関与させることは、変更に対する信頼、協力、賛同の構築にも役立ちます。プロジェクト マネージャーに影響を受けるすべてのプロジェクト関係者を特定するように依頼するだけでは、関係者との直接的なコミュニケーションが伴わないため、関係者の満足度を確保するには不十分です。
承認されたすべてのプロジェクト ドキュメントを情報提供のみを目的として関係者に提供することは、関係者からのフィードバックや検証が不可能なため、効果的ではありません。フィードバックを求めたり、プロジェクト バックログに要件を追加したりすることは、スコープ クリープ、やり直し、遅延につながる可能性があるため、お勧めできません。参考資料: PMI Professional in Business Analysis (PMI-PBA)
試験内容概要1、ページ
11; 実務家のためのビジネス分析：実践ガイド2、66ページ。