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

アジリティは、不確実性が高い場合、つまり問題が曖昧で、前提が未検証で、関係者がまだ学習中で、変化が避けられない場合に最も効果を発揮します。このような状況では、反復的かつ漸進的なデリバリー、頻繁なフィードバック、緊密なコラボレーションによって、未知のものを迅速に既知のものに変えることでリスクを軽減できます。タイムボックス、継続的な優先順位付け（例：MoSCoW）、そして実証可能な増分によって、証拠に基づいた意思決定が可能になり、理解が深まるにつれてチームが方向転換できるようになります。逆に、問題と解決策が真に安定していて明確に定義されている場合は、変動性が低いため、予測的なアプローチで十分対応できます。同様に、事前の綿密な調査や、完全に設計・契約された「最適な」ソリューションは、存在しないかもしれない確実性を求めることを示唆しています。アジャイルは、早期に価値を検証することで、投機的な計画への過剰投資を回避します。したがって、アジリティは、発見が最重要であり、適応性が不可欠であるとき、つまり問題が不明確で変化が避けられないときに最も必要とされます。

* ステートメント1：誤り。アジャイルは適応性と、プロジェクトの特定のニーズに合わせてプラクティスを調整することに根ざしています。単一のフレームワークを採用し、それを一貫して適用することは硬直性を反映しており、柔軟性と継続的改善というアジャイルの原則に反します。AgilePMは、一つのフレームワークに固執するのではなく、プロジェクト環境に基づいてフレームワーク（例：スクラム、カンバン）を選択して組み合わせることを推奨しています。
* 記述2：正解。回復力、柔軟性、そして学習意欲は、アジャイル実践者にとって不可欠な要素です。彼らは、価値の継続的な提供を確実にするために、課題や新しい情報に適応しなければなりません。これは、厳格な計画に従うよりも変化を受け入れるというアジャイルの価値観、そして反復的な改善を重視するアジャイルPMの哲学と一致しています。
参照されている主要なアジャイルPMの概念：
* 柔軟性を重視する（柔軟性よりも厳格さ）：AgilePM ハンドブック、第 1 章、セクション 1.4（「アジャイルな考え方」）。
* 反復開発と学習：第3章、第3.5節（反復の原則）。

DSDM製品の中で、一定期間の運用後に実際に得られたメリットを説明するのが、メリット評価3です。この製品は、ソリューションの使用開始後に実際に実現されたメリットを評価するために使用されます3。