説明
引き出し結果の確認の目的は、引き出しセッション中に収集された情報の正確性と他の情報との一貫性を確認することです。

製品スコープは、プロジェクトまたは組織が作成するモノ、ソリューション、またはサービスのすべての特徴と機能を定義します。
答えBは不正解です。プロジェクト スコープは、プロジェクトの要件を満たすために必要なすべての作業を定義します。
答えAは不正解です。変更主導型アプローチにおける最初の高レベルの要件リストは、要件の構想とも呼ばれます。
答えCは不正解です。要件の基礎はビジネス分析に有効な用語ではありません。

説明
ビジネス分析に対する変化主導のアプローチは、ビジネス価値の迅速な提供に対処します。ビジネス価値は、ソリューションの全体的な提供に関するより高い不確実性を受け入れる代わりに、短い反復で提供されます。既存のソリューションを段階的に改善するための探索的アプローチを採用する一方で、変化主導のアプローチが推奨されます。
答えCは不正解です。計画主導のアプローチでは、ビジネス分析アクティビティを定義します。このアプローチは、事前の不確実性を最小限に抑えることに重点を置き、実装を開始する前にソリューションが完全に定義されていることを確認して、制御を最大限に高め、リスクを最小限に抑えるために使用されます。実装前に要件を効果的に定義する場合に推奨されます。
答えAは不正解です。品質主導のアプローチは、ビジネス分析活動に対して有効に定義されたアプローチではありません。
答え D は不正解です。これは、CCBA 試験に対して有効に定義されたアプローチではありません。

説明
要件ドキュメントは作業成果物ではなく、ソリューション範囲の要件を説明する正式なドキュメントです。
ソリューション スコープは、ビジネス ニーズを満たすためにソリューションが提供する必要がある一連の機能です。
答えC、A、Bは不正解です。これらは作業成果物の例です。

説明
Capability in Business Analysis™ (CCBA®) ガイドラインによれば、トレーサビリティ マトリックスは、ビジネス アナリストが要件間の関係と依存関係を理解し​​、プロジェクトのライフサイクル全体を通じて要件の変更と影響を追跡するのに役立つ手法です12。トレーサビリティ マトリックスは、IT システムの 1 つが実装に予想よりも時間がかかる場合に、BA が関連要件をよりよく理解するのに役立ちます。遅延が他のソリューション要件や関係者の要件にどのような影響を与えるかを示すことができるためです。
参考資料: IIBA Web サイト 12 にある CCBA® 学習文書には、トレーサビリティ マトリックスなど、ビジネス アナリストが要件を管理および維持するために使用できるさまざまな手法が説明されています。さらに、IIBA ブックストアは、トレーサビリティ マトリックスの使用など、ビジネス分析の目的とベスト プラクティスについてのさらなる洞察を提供するリソースを提供しています34。