AgilePMにおける「基盤概要」の目的は、プロジェクトが投資対効果をもたらす可能性を判断するのに十分な情報を提供することです。この文書は、ビジネスケース、目標、スコープ、リスクに関する高レベルの理解を含め、プロジェクトの実現可能性に関する包括的な概要を提供します。これにより、すべてのステークホルダーが、多額のリソースを投入する前に、プロジェクトの潜在的な価値と実現可能性を明確に理解できるようになります。
参考文献：
* AgilePM Foundation ハンドブック
* ジム・ハイスミス著『アジャイル・プロジェクト・マネジメント：革新的な製品を生み出す』

AgilePMのライフサイクルは通常、プロジェクト前、実現可能性、基盤構築、進化型開発/実現、展開、およびプロジェクト後（メリット）で構成されます。実現可能性は、より深い投資を行う前に、プロジェクトを進める妥当な根拠があることを確認するための、軽量でオプションのフェーズとして設計されています。状況によっては、実現可能性がすでに確立されている場合や、スコープと制約が明確な場合など、実現可能性をスキップしたり大幅に短縮したりして、アプローチ、ガバナンス、およびベースラインを確立する基盤構築に直接進むことができます。対照的に、基盤構築は整合性と制御のために期待され、実現（タイムボックスによる納品）はソリューションを構築する段階です。納品を進める場合は、これらはオプションではありません。したがって、実現可能性はオプションのフェーズです。

アジャイル開発では、ユーザーストーリーは「3つのC」、すなわちカード、会話、確認によって構成されることがよくあります。カードには、対話のきっかけとなる要件が簡潔にまとめられています。会話は、プロダクトオーナー（または顧客/ビジネス）、開発者、その他のステークホルダー間の共同作業であり、詳細を詰め、意図を明確にします。確認要素には、ストーリーが受益者（ユーザーまたは顧客）に意図した結果をもたらすことを検証するために使用される、テスト可能な具体的な受け入れ基準が記録されます。これらの受け入れ基準は、ステークホルダーの期待を客観的なチェック（多くの場合、シナリオや例として表現される）に変換し、ストーリーが目的に合致し「完了」しているかどうかを判断します。アジャイルプロジェクト管理手法（AgilePM/DSDMやスクラムに準拠した手法を含む）では、受け入れ基準はストーリーの確認としてストーリーに付随するものであると強調されています。なぜなら、受け入れ基準によってチームは価値提供を主張し、開発とテストを導き、スプリントレビューのデモンストレーションの基盤を築くことができるからです。したがって、ユーザーが提供された機能を正常に使用できる具体的な指標を記録する適切な場所は、ユーザーストーリーの確認セクションです。