DevOpsにおける第三の道は、継続的な学習と実験を重視します。この分野で最も効果的なレジリエンス構築手法の一つは、カオスエンジニアリング、つまり意図的なフォールトインジェクションです。これは、サービスのシャットダウン、ネットワーク遅延のシミュレーション、リソースの枯渇など、制御された障害をシステムに導入し、現実的なシナリオにおける組織の復旧能力をテストするものです。
制御された条件下で復旧を実践することで、チームは実際のインシデントが発生する前に、監視、自動化、文書化、コミュニケーションにおける弱点を特定できます。これにより、平均復旧時間（MTTR）とシステム全体のレジリエンスが向上します。
オプションA（制約分析）は、第一の方法（フロー最適化）に関連しています。オプションCはフィードバックループ（第二の方法）に重点を置いています。オプションD（冗長性の追加）は改善の余地はありますが、意図的なフォールトインジェクションと同様に、運用回復スキルを本質的に実践・向上させるものではありません。
したがって、このシナリオで回復力を向上させるには、B が第三の道の原則に最も適しています。
参考文献:
PeopleCert DevOps Foundation v3.6 - 第三の道：学習文化とレジリエンス DevOpsハンドブック - ゲームデイとカオスエンジニアリングの加速 - 学習指向の実践とその影響

PeopleCert DevOps Foundation v3.6によると、DevOpsの第二の道は、フィードバックループの構築と強化に重点を置いています。これらのループを短縮する主な目的は、デリバリーパイプラインのあらゆる段階、特に開発と運用の間の作業と情報の流れを加速することです。
フィードバックループが短い場合、欠陥、パフォーマンスの問題、リスクをプロセスの早い段階で特定・解決できるため、コストのかかる遅延や大規模な手戻りを回避できます。これにより、より迅速かつ安全なリリースが実現し、顧客ニーズへの組織的な対応力が向上します。
A（学習）とD（知識共有）はフィードバックループの重要なメリットですが、あくまでも副次的な効果です。主な直接的な効果は、フローの効率性の向上、つまり開発チームと運用チーム間の引き継ぎがスムーズかつ迅速に、そして高品質に行われることです。
オプション C (バリュー ストリーム マッピング) は、遅延やボトルネックを特定するための便利な Lean プラクティスですが、これは診断ツールであり、フィードバック ループの短縮によって得られる主な改善ではありません。
したがって、正解は B です。短縮されたフィードバック ループは主に、開発と運用間のフローを高速化することで IT パフォーマンスを向上させます。
参考文献:
PeopleCert DevOps Foundation v3.6 - 第二の方法: フィードバックの原則
DevOpsハンドブック - フィードバックとフロー加速
加速 - 高速フィードバックとパフォーマンスに関する研究

デプロイメント成功率は、インシデント、ロールバック、サービス低下を引き起こすことなく目標を達成したデプロイメントの割合を測定します。PeopleCertによると、この指標は本番環境に限定されず、デプロイメントが行われるあらゆる環境（ステージング、テスト、プレプロダクション）に適用できます。
A は不正解です。本番環境のみに焦点を当てると、以前の環境からの貴重な洞察を見逃してしまうからです。C は部分的には正解です。成功率は信頼性の指標となりますが、信頼性は可用性や MTTR などの他の指標でより広範に測定されます。D は不正解です。変更の成功率には通常、デプロイメントだけでなくすべての変更が含まれるからです。
したがって、これは正確な記述です。
参考文献:
PeopleCert DevOps Foundation v3.6 - メトリクスと測定
加速 - 導入メトリクス

フィードバック ループは、プロセスの初期段階に情報を提供して調整と改善を可能にするメカニズムです。
* A: ダッシュボードでは、システムの健全性、展開ステータス、その他の主要なメトリックがリアルタイムで表示されるため、迅速な修正アクションが可能になります。
* B: 監視およびイベント データにより、開発と運用の両方に情報を提供する運用上の分析情報 (レイテンシ、エラー、リソース使用率) が提供されます。
* C: 変更のピアレビューにより、統合前に問題を早期に検出し、コードの品質を向上させ、欠陥を削減できます。
D-製品-はフィードバックメカニズムではありません。製品は開発と提供の成果物です。製品に対する顧客からのフィードバックはループの一部となる場合がありますが、「製品」自体は上流に実用的な情報を提供するメカニズムではありません。
したがって、D はフィードバック ループではないという正しい選択です。
参考文献:
PeopleCert DevOps Foundation v3.6 - フィードバックループと例
DevOpsハンドブック - 可視性とテレメトリ
加速 - 迅速なフィードバックと品質改善

アジャイル ファンディングは柔軟性があり、アジャイルおよび DevOps プロジェクトの反復的かつ漸進的な性質に適応します。
一部の作業では固定コスト、進行中の価値ストリームでは継続コストになる可能性があり、変化する優先順位に合わせて頻繁に見直されます。
3 つの特性はすべて真であるため、D (「上記のすべて」) が正解です。
抽出スタイルの参照:
「アジャイルな資金調達モデルは継続的なレビューと適応をサポートし、デジタル変革と DevOps の働き方に必要な柔軟性を提供します。」
- プロジェクトから製品へ、Mik Kersten
PeopleCert DevOps Foundation v3.6: 俊敏性、実験、迅速な価値提供を促進する資金提供モデルを提唱します。