3.3 要求のマネジメントとコミュニケーション
「要件のマネジメントとコミュニケーション」（BABOK®ガイドの第4章）は、ビジネスアナリストがコンフリクト、問題、および変更を管理し、ステークホルダーとプロジェクトチームがソリューションスコープを確実に合意する方法、その要求をステークホルダーに伝達する方法、そして得られた知識をビジネスアナリストが将来に備えて保守する方法について説明します。これは1度だけのアクティビティではなく、プロジェクトのライフサイクル全期間において継続的に実施されます。
3.3.1 ソリューションスコープと要求をマネジメントする（4.1）
アジャイルなプロジェクトは開発が進むにつれて、スコープは明確に定義されていきます。使用されているアジャイルなアプローチによりますが、スコープの具体的な詳細はプロダクトバックログの中、あるいは同様のドキュメントで見つけることができます。これらの活動の中で管理されたプロダクトバックログ、ユーザーストーリーあるいは他の要求ドキュメントの内容は、前セクションで解説した引き出し活動によって作成されます。仕上がりのレベルによって、プロダクトバックログ自身の詳細さのレベルも異なるかもしれません。追加の工数がこれ以上のビジネス価値のリターンを提供しないだろうとスポンサーが決めれば、スポンサーがプロジェクトを終了することを決定してもよいことも考慮するべきです、
.1 アジャイルテクニック：
バックログの管理：
ほとんどのアジャイルチームは、ソリューションスコープと要求の両方をマネジメントするために、プロダクトバックログを使用します。
ストーリー分割：
ストーリー分割は粒度の適正水準においての計画を可能にし、アジャイルアプローチのジャストインタイムの性質を支援します。
3.3.2 要求のトレーサビリティをマネジメントする（4.2）
アジャイルプロジェクトでは、すべてが戦略的なテーマ、エピック、ストーリーにさかのぼるようにリンクされて、プロジェクトが定義されます。そして、プロダクトオーナーまたはビジネスアナリストによって維持されます。
.1 アジャイルテクニック：
ストーリー分割：
ストーリーがより小さな粒度の部分へ分解されるとき、より大きなエピックか特徴を保持しながら、分解されたストーリーを結んでいる場合、より大きな、親概念は、要求トレーサビリティを作成するのを支援することができます。
ストーリーマッピング：
活動のプロセスかフローを示して、ストーリーマップは主としてユーザストーリーの関係を示していますが、さらに、それらはユーザが遂行することができなければならない、より大きなアクティビティにユーザーストーリーをマップします。そのため、ストーリーマッピングは、関連ストーリー、およびストーリーと、それらが支援するより大きなアクティビティ間のトレーサビリティを提供するツールとして役立つことができます。
3.3.3 再利用に備えて要求を保守する（4.3）
成熟したアジャイル組織では、このタスクは伝統的な方法で保持されます。すなわちドキュメンテーションとプロトタイプは将来の類似の開発プロジェクトで再利用できるように、保持されます。違いは、要求がプロジェクトの最中に文書化されるのかそれともプロジェクトの終了時に文書化されるのかです。プロダクトバックログ、ユーザーストーリーおよび他の標準的な要求ドキュメンテーションに加えて、ソース・コードはそれ自身もドキュメント化のためにもしばしば書かれます。コードが満たす要求に関する情報は、開発者がソース・コードのために作成するノートに含むことができます。
.1 アジャイルテクニック：
ユーザーストーリー：
良くドキュメント化されたユーザーストーリーは、保持することができ、また製品の将来の洗練された出発点あるいは別の同様のプロダクトの要求としての再利用可能なものです。
3.3.4 要求パッケージを準備する（4.4）
要求パッケージの準備は、プロジェクトを定義するために使用されるテーマ、エピック、そしてストーリーに関連するシナリオ、ユースケース、受け入れテスト、およびモックアップ、モデルを介して処理されます。そして、ソリューション開発のライフサイクルにおける継続的な活動です。使用される具体的なテクニックは、プロジェクトの開始時に選択されたアプローチに依存しますが、必要に応じてプロジェクトのコンテキストの理解に基づき最適に機能するものに変更されます。リリース計画は、しばしば要求のパッケージ化する方法をガイドするのを支援し、計画されたプロダクトリリースにおいてチームがどのようにフィーチャーをまとめ上げて提案するのか理解できます。
.1 アジャイルテクニック
ストーリーの分割：
エピック、機能、または最小市場機能（MMF）は、ステークホルダーと議論することができる大きなパッケージにまとめてユーザーストーリーのグループにと関連します
3.3.5 要求を伝達する
アジャイルなプロジェクトでは、要求は継続的に開発者に伝えられます。要求コミュニケーションは、最も頻繁にリリース計画ミーティングで行われ、リリースに向けたテーマとストーリーがレビューされ、選択されます。そしてイテレーション計画ミーティングにおいて、モデルと仕様がチームとプロダクトオーナーの間で選択されて、さらに詳細に議論されます。イテレーション計画ミーティングでは、リスクもレビューされ議論されます。さらに、毎日のチームミーティングでは、開発者が明快な回答を得るかあるいは曖昧な要求を識別する機会として、しばしば利用されます。そこでは、ビジネスアナリストは、要求の詳細をコミュニケーションするか、曖昧なもの明確にします。要求のためのモデルとビジュアル化は、ソリューションが解決する必要のある問題の詳細な要求と、理解を促進する迅速なコミュニケーションの方法になりえます。
.1 アジャイルテクニック
計画ワークショップ：詳細については、このテクニックを参照してください。