説明
要件の指定とモデル化は、組織の機能を分析し、改善の機会についての洞察を提供するビジネス分析プロセスです。
答え D、A、B は不正解です。これらは、要件の指定およびモデル化のプロセスの有効な定義ではありません。

説明
通常、変更はプロジェクトの終わりに向けて増加します。これは、範囲の定義が緩いこと、要件の欠如、その他の理由が原因である可能性があります。
答えBは不正解です。スコープ管理プロセスは、スコープが設定されるまでプロジェクト全体で行われます。
完成しました。
答えCは不正解です。プロジェクトの立ち上げ時は変更を組み込むのが簡単ですが、一般的にはそうではありません。
プロジェクトの後半まで発生します。
答えAは不正解です。スコープの変更は通常、プロジェクトの終わり近くに発生します。

プロジェクト チームは要件の優先順位付けには参加しません。

説明
ポジティブなリスク ランク付けは、プロジェクト チームが最初にリスクの低い要件から作業できるようにする優先順位付けの基礎です。ポジティブ リスク ランキングは、関連するリスクのレベルに基づいて各要件にスコアを割り当てる手法です。スコアが高いほどリスクが低いことを示し、スコアが低いほどリスクが高いことを示します。その後、スコアの降順で要件に優先順位が付けられるため、プロジェクト チームは最初に不確実性、複雑さ、または変動性が最も低い要件に集中し、不確実性、複雑性、または変動性が最も高い要件を後回しにすることができます。ポジティブなリスク ランク付けは、要件やソリューションに影響を与える可能性のある潜在的な問題、問題、または変更の可能性と影響を軽減するのに役立ちます12。定量的なランク付けは、プロジェクト チームが最初に低いレベルで作業できるようにする優先順位付けの基礎ではないため、不正解です。リスク要件を最初に優先しますが、数値を使用して、価値、コスト、リスク、緊急性、依存関係などの複数の基準に基づいて要件を比較およびランク付けする手法です。定量的なランク付けでは、必ずしもリスクの低い要件が最初に優先されるわけではありませんが、重み付けされた基準に基づいて総合スコアが最も高い要件34 他の要件との関係は、プロジェクト チームがリスクの低い要件から最初に作業できるようにする優先順位付けの基礎ではなく、依存関係を考慮する要素であるため、オプション C は不正解です。要件間の相互依存性 (前提条件、相互要件、または競合する要件など)。
他の要件との関係では、必ずしもリスクの低い要件が最初に優先されるわけではなく、他の要件に最も影響を与える要件が優先されます。
選択肢 D は不正解です。実装の難易度は、プロジェクト チームがリスクの低い要件から最初に取り組むことを可能にする優先順位付けの基礎ではなく、要件の実装に必要な労力、時間、リソース、スキルを考慮する要素であるからです。実装の難易度によっては、必ずしもリスクの低い要件が最初に優先されるわけではなく、実装の難易度や複雑さが最も少ない要件が優先されます。
参考文献:
ビジネス分析テクニック - ECBA、CCBA、CBAP 承認、セクション 8.5: 優先順位付け、p. 101-102。
ビジネス分析能力認定 (CCBA®) - SimpliLearn、モジュール 7: 要件分析と設計定義、レッスン 7.5: 移行要件の定義、p. 6-7.
ビジネス分析テクニック - ECBA、CCBA、CBAP 承認、セクション 8.5: 優先順位付け、p. 102-103。
ビジネス分析能力認定 (CCBA®) - SimpliLearn、モジュール 7: 要件分析と設計定義、レッスン 7.5: 移行要件の定義、p. 8-9.
[ビジネス分析テクニック - ECBA、CCBA、CBAP 承認]、セクション 8.5: 優先順位付け、p.
100-101。
[ビジネス分析能力認定 (CCBA®) - SimpliLearn]、モジュール 7: 要件分析と設計定義、レッスン 7.5: 移行要件の定義、p. 10-11。
[ビジネス分析テクニック - ECBA、CCBA、CBAP 承認]、セクション 8.5: 優先順位付け、p. 100。
[ビジネス分析能力認定 (CCBA®) - SimpliLearn]、モジュール 7: 要件分析と設計定義、レッスン 7.5: 移行要件の定義、p. 12-13。

説明
BABOK ガイドによると、ビジネス ニーズを定義するプロセスには、組織の現状の変化を必要とする問題や機会を特定して説明し、変化に対する価値提案を明確にすることが含まれます1。ビジネス ニーズを定義するプロセスでは、ビジネス ニーズという 1 つの出力が使用されます。ビジネス ニーズとは、問題または機会、望ましい結果、前提、制約、リスク、および組織とその利害関係者への影響を説明するステートメントです2。ビジネス ニーズは、ソリューション範囲の定義、現状の評価、利害関係者分析の実施など、他のタスクの入力として使用されます1。
他のオプションは、ビジネス ニーズを定義するプロセスの正しい出力ではありません。
実現可能性調査: 実現可能性調査は、技術的、運用的、経済的、法律的、社会的要因などのさまざまな基準に基づいて、提案されたソリューションの実行可能性と適合性を評価する分析です3。実現可能性調査は、ビジネス ニーズを定義するプロセスの成果物ではなく、提案されたソリューションを評価するタスクの成果物です1。
ソリューションの範囲: ソリューションの範囲とは、範囲内と範囲外、主要な前提条件と制約、主要な機能と機能など、ソリューションの境界を説明するものです2。ソリューション スコープは、ビジネス ニーズを定義するプロセスの出力ではなく、ソリューション スコープを定義するタスクの出力です1。
能力ギャップ: 能力ギャップとは、プロセス、スキル、システム、リソースなど、組織の現在の能力と望ましい能力との間の差異です2。能力ギャップは、ビジネス ニーズを定義するプロセスの結果ではなく、現在の状態を評価するタスクの結果です1。
参考文献:
1: BABOK ガイド、セクション 5.1 ビジネス ニーズの定義、94 ページ
2: BABOK ガイド、セクション 3.8 用語集、516 ～ 524 ページ
3: CBAP/CCBA 認定ビジネス分析スタディ ガイド、第 2 版、Susan Weese および Terri Wagner 著、Wiley、2011 年、297 ページ