スクラムは、経験的に製品を構築するためのコアフレームワーク（役割、イベント、成果物）を提供しますが、意図的に軽量化されています。AgilePM（DSDMに基づく）は、スクラムの本質を変えることなく、日々のデリバリーとガバナンスを強化する、十分にテストされたプラクティス、ツール、テクニックを提供することで、スクラムを補完します。典型的な強化点としては、可変スコープを管理するためのMoSCoW優先順位付け、ケイデンスを保護するためのタイムボックス、共通理解を促進するためのファシリテーション付きワークショップとモデリング、意思決定フローを改善するためのビジネス関与のための明確な役割などが挙げられます。AgilePMはまた、スクラムの製品デリバリーの範囲外にある、ビジネスケース、インクリメンタルリリース計画、メリット重視などのプロジェクトレベルのコントロールに関するガイダンスも提供します。スクラムマスターにとって、この組み合わせは価値があります。スクラムは反復的なデリバリーの原動力であり続け、AgilePMはバックログの洗練、受け入れ基準の明確化、依存関係の管理、時間とコストの制約に対する予測可能なデリバリーのサポートのための実践的な方法を提供します。このように、この組み合わせによって、スクラムマスターは、チームを指導し、ステークホルダーの連携を図り、ガバナンス、優先順位付け、段階的なリリース構造が必要となる現実世界のプロジェクト状況に対応するための、より豊富なツールキットを手に入れることができます。これはまさにオプションBで説明されている内容です。

プロジェクトアプローチ質問票（PAQ）は、アジャイルPMにおける診断ツールであり、プロジェクトの初期段階からプロジェクト全体を通してアプローチに基づくリスクを明らかにするために使用されます。組織文化、リーダーシップ行動、ステークホルダーの関与、ガバナンスの期待、チームの権限委譲、技術的/環境的準備状況などの側面を、アジャイルPMの原則と実践に照らして検証します。これらの領域を評価することで、PAQはアジャイルデリバリーを損なう可能性のある不整合（ビジネス関与の低さ、意思決定の遅延、厳格な変更管理、権限委譲の不足など）を明らかにします。出力は、プロジェクトアプローチに組み込まれた、的を絞った緩和策（コーチングの必要性、ガバナンスの調整、ファシリテーション計画、リスク対応、コミュニケーション）に情報を提供します。これは一度限りの回顧的ツールではなく（オプションCに反する）、アプローチを方向付けるために反復的に使用されます。また、他のコントロールの「合意を保証」したり「必要性を排除」したりするものでもありません（オプションBに反する）。むしろ、情報に基づいたガバナンスと継続的な改善をサポートします。最後に、技術的なリスクのみに焦点を当てるものではありません（オプションDに反する）。これは、プロセスや技術的な考慮事項に加えて、文化やリーダーシップについても明確に網羅している。

DSMD（動的システム開発手法）の原則である「確固たる基盤から段階的に構築する」は、段階的な開発を進める前に、プロジェクトの基盤をしっかりと理解することの重要性を強調しています。この原則により、各段階が安定した基盤の上に構築されることが保証され、プロジェクト全体の整合性と成功が支えられます。

現状への不満：変化の公式には、現状への不満が変化を促す重要な要因として含まれています。十分な不満がなければ、変化への意欲は低下します。
* その他のオプション：
* B、C、およびD：これらの要因は重要ではありますが、ベックハードとハリスの変化の公式には明示的に含まれていません。
参照されている主要なアジャイルPMの概念：
* 変更方式フレームワーク：AgilePMハンドブック、第6章、セクション6.5。

AgilePMはプロジェクトレベルに位置し、ビジネス上の正当性、ガバナンス、ステークホルダーの関与、リスク、資金調達、リリース管理といった枠組みの中でデリバリーを位置づけます。これは、スクラムなどのフレームワークを用いて製品を段階的に進化させる（要件定義、設計、構築、テスト）製品開発のメカニズムよりも広い範囲をカバーします。AgilePMは、ビジネスケース、明確な役割、ステージ/フェーズ管理、タイムボックス化を通じて製品デリバリーを組織目標に整合させ、優先順位付けによって適応的なスコープを可能にします。製品開発は重要なサブセットですが、プロジェクト管理ではさらに、チーム間の依存関係、外部ステークホルダー（運用、コンプライアンスなど）、本番サービスへの移行、メリットの実現にも対応します。オプションB、C、Dは、比較上の複雑さを過大評価しているか、製品開発の焦点を誤って説明しているか、製品デリバリーとガバナンス構造を混同しています。正確な記述は、プロジェクト管理は製品開発よりも広い組織的およびガバナンス的な文脈で機能するということです。まさにAgilePMは、アジャイルデリバリー手法と調和するように設計されているのです。