PMI の Disciplined Agile (DA) フレームワークでは、プロセス ブレードとは、組織が作業方法 (WoW) を最適化するのに役立つモジュール式のプロセス意思決定ツールを指します。プロセス ブレードは、主に次の 3 つの領域に分類されます。
Disciplined DevOps (A) - このブレードは、継続的な配信と自動化の実践に重点を置き、開発と運用のアクティビティの合理化と統合に重点を置いています。IT 運用、品質保証、データ管理、リリース管理などのアクティビティを網羅し、フローと運用効率を向上させます。
規律あるプロジェクト管理オフィス (PMO) (B) - 規律あるアジャイル PMO は、組織のプロジェクトおよび製品提供プロセスを監督し、ガバナンスを提供するように設計されています。チーム間の戦略的な調整と価値の提供を促進し、アジャイル原則がより広範な組織レベルに適用され、ガバナンスと資金調達モデルが適応可能であることを保証します。
Disciplined Agile Delivery (DAD) (E) - Disciplined Agile Delivery は、ソフトウェア ベースのソリューションの提供に重点を置いたハイブリッド アジャイル アプローチです。Agile、Lean、Scrum、その他の方法論の戦略を組み合わせて、柔軟でスケーラブルな提供アプローチを作成します。DAD は、コンセプトから展開まで、ソリューション提供のすべての段階にわたってガイダンスを提供します。
これら 3 つのカテゴリは、組織が特定のコンテキストとニーズに基づいてカスタマイズできる柔軟でスケーラブルなソリューションを実現することで、Disciplined Agile の原則を活用するのに役立ちます。

アジャイル環境におけるリーダーの主な特性には、目標に集中し、信頼を築き、リスクを取る能力が含まれます。アジャイル リーダーは、目標を明確に捉え、透明性と誠実さを通じて信頼を築き、望ましい結果を得るために計算されたリスクを取ることをいとわない姿勢でチームを導きます。単に「流れに身を任せる」ことも、トップダウン方式でタスクを割り当てることもありません。その代わりに、チームに権限を与え、信頼の文化を育み、失敗しても安全な範囲内でリスクを取ることを奨励することでイノベーションをサポートします。

Disciplined Agile (DA) では、チーム メンバーの役割は主に製品を正しく構築する責任を負います。
チーム メンバーは、コードの作成、テスト、設計、および実用的なソリューションを提供するために必要なその他のタスクを実行して、製品を直接作成する個人です。アーキテクチャ オーナーはアーキテクチャの決定を指導し、チーム リーダーはプロセスを促進することがありますが、製品を積極的に構築し、必要な標準と仕様を満たしていることを確認するのはチーム メンバーです。

アジャイル プラクティス、特にユーザー ストーリーのコンテキストでは、機能は通常、INVEST 基準 (独立、交渉可能、価値あり、見積可能、小規模、テスト可能) によって定義されます。「達成可能」は、ユーザー ストーリーの標準機能ではありません。代わりに、ユーザー ストーリーは、交渉可能 (固定されておらず、詳細を議論できる)、見積可能 (必要な労力を見積もることができる)、テスト可能 (ストーリーが正しく実装されているかどうかを確認できる) である必要があります。したがって、「達成可能」は、ユーザー ストーリーの機能の 1 つではありません。

Disciplined Agile の考え方には、個人やチームが Agile の価値と組織の特定の状況に沿った意思決定や行動をとるための指針となる原則が含まれています。Disciplined Agile の考え方の 3 つの原則は次のとおりです。
* B. 企業の認識: チームが組織の目標、戦略、ニーズを理解して作業することを奨励し、チームや部門間の連携とコラボレーションを確保します。
* C. 顧客満足: 顧客のニーズを満たすかそれを超える、高い価値と優れたサービスを顧客に提供することに重点を置きます。
* E. 実用的であること: 特定の方法論に厳密に従うのではなく、実用的かつ状況に応じたアプローチを取り、状況に最適なツールとプラクティスを適用します。
その他のオプション (A. デリバリーを加速する、D. サーバント リーダーになるなど) は、アジャイル プラクティスに関連していますが、Disciplined Agile の考え方の原則として明示的には述べられていません。
したがって、正解は、B. 企業の認識、C. 顧客満足、E. 実用的である、です。