ベースライン情報とは、変更が行われる前のシステムまたはプロセスの現在の状態またはパフォーマンスです。
ベースライン情報は、ソリューションや成果物がステークホルダーに受け入れられるために満たさなければならない条件である受け入れ基準を文書化するために不可欠です。アナリストは、ユーザーポータルの軽微な変更を裏付けるために、現在の顧客満足度、応答時間、エラー率などのベースライン情報を収集しておくべきでした。アナリストは、ベースライン情報と変更によって期待される結果を比較し、それに応じて受け入れ基準を定義しておくべきでした。アナリストがベースライン情報を収集しなかった場合、受け入れ基準は不完全なものとなり、返却されることになります。他の選択肢では、この問題が発生する可能性は低いでしょう。スコープドキュメントは、プロジェクトまたはソリューションの境界と成果物を定義する文書ですが、受け入れ基準の書類に含める必要はありません。前方および後方追跡可能性は、要件をそのソースや成果物にリンクさせる手法であり、要件の完全性と一貫性を確保するのに役立ちます。ユーザーストーリーは、「As a
<役割>、<目標>を実現して、<利点>を実現したい」というものです。ユーザーストーリーは要件定義ツールとして使用できますが、受け入れ基準を定義するには不十分です。参考資料：PMI-PBA試験内容概要、13ページ、PMI-PBA参照リスト、1ページ、BABOKガイドv3、39ページ。