回帰テストは、既存のシステムに対して、以前の
変更後も機能は動作するか確認します。回帰テストは、変更後も機能するか確認するプロセスです。
ソフトウェアシステムまたはアプリケーションが、新しい機能で変更または更新された後も期待どおりに動作することを保証する。
機能、バグ修正、パッチなど。回帰テストは、修正された可能性のあるエラーや欠陥を検出するのに役立ちます。
変更によって導入された機能に問題がないか確認し、機能が壊れたり低下したりしていないことを確認します。

企業価値のコンプライアンスは、プロジェクトの ESG 要因を決定する際に考慮すべき事項です。これは、プロジェクトが組織の倫理基準や社会的責任にどの程度適合しているかを反映するからです。企業価値のコンプライアンスは、ステークホルダーの間で組織の評判、信頼、忠誠心を高めるのに役立つだけでなく、価値観に違反することで生じる可能性のある法的または規制上の問題を回避するのにも役立ちます。企業価値のコンプライアンスは、プロジェクトの範囲、目的、成果物、ステークホルダー、およびプロジェクト管理の方法論、プロセス、実践にも影響を与える可能性があります。
その他のオプションは、ESG 要因に直接関係しません。プロジェクト管理方法論は、プロジェクトの計画、実行、監視、および制御方法をガイドするアプローチまたはフレームワークです。IT インフラストラクチャ セキュリティは、プロジェクトのハードウェア、ソフトウェア、ネットワーク、およびデータ コンポーネントを不正なアクセス、使用、変更、または破壊から保護することです。適切な会計慣行は、プロジェクトの財務取引と財務諸表の記録、報告、および監査方法を規定する規則と標準です。参照 = CompTIA Project+ 学習ガイド: 試験 PK0-005、第 3 版、第 5 章: プロジェクト スコープ管理1; CompTIA Project+ 認定学習ガイド、第 3 版、第 5 章: プロジェクト スコープ管理2; 環境、社会、ガバナンス (ESG) 投資とは

記録を保管する戦略には、データ管理と文書管理という 2 つの重要な要素を含める必要があります。データ管理とは、プロジェクトで収集、保管、使用されるデータが正確、完全、一貫性、セキュリティ、アクセス性を備えていることを保証するプロセスです。データ管理は、プロジェクト データの品質と整合性を維持し、プロジェクト成果の分析とレポート作成をサポートします 1、p. 4 文書管理とは、プロジェクト文書を体系的かつ管理された方法で作成、整理、保管、取得、廃棄するプロセスです。文書管理は、プロジェクト ライフサイクル全体およびそれ以降を通じて、プロジェクト文書が利用可能、信頼性、有用性、信頼性を備えていることを保証するのに役立ちます。また、文書管理は、記録の保管と廃棄に関する法律、規制、組織の要件に準拠するのにも役立ちます 2、p. 3

ロールバック プラン (バックアウト プランとも呼ばれる) は、失敗や望ましくない結果が発生した場合に、プロジェクト中に加えられた変更を元に戻すための戦略です1。ロールバック プランは、プロジェクトを以前の状態に復元し、問題の影響を最小限に抑えることができるリスク対応の 1 形式です。ロールバック プランは通常、計画フェーズで作成され、プロジェクトの実行フェーズまたは終了フェーズで実装されます。その他のオプションは、次の理由により正しくありません。
コンプライアンス チェックは、プロジェクトが関連する標準、規制、要件を満たしていることを確認するプロセスです。コンプライアンス チェックはリスク対応ではなく、品質管理または保証活動です。
リリース計画とは、製品またはサービスを顧客に提供するための範囲、スケジュール、およびリソースの概要を示す文書です。リリース計画はリスク対応ではなく、コミュニケーションまたは範囲管理ツールです。
検証チェックは、プロジェクトの成果物が顧客のニーズと期待を満たしているかどうかを確認するプロセスです。検証チェックはリスク対応ではなく、品質管理または保証活動です。参考資料 = CompTIA Project+ 学習ガイド: 試験 PK0-005、第 3 版、第 10 章:
プロジェクトの実行と終了、314ページ、CompTIA Project+認定試験の目標、ドメイン
3: プロジェクト実行、目標 3.2: シナリオに基づいて、従来の方法論を使用してプロジェクト タスクを実行および監視する。バックアウト プラン - DevX

説明
ソフトウェアのインストールとデスクトップのインストール間の依存関係は、必須の依存関係です。必須の依存関係は、作業の性質またはロジックに固有の依存関係の一種で、回避または変更することはできません。これは、ハード依存関係またはハード ロジック依存関係とも呼ばれます。必須の依存関係とは、1 つのタスクが完了してからでないと、別のタスクを開始または終了できないことを意味します。たとえば、ソフトウェアのインストールは、デスクトップのインストールが完了した後にのみ開始できます。デスクトップのインストールとソフトウェアのインストール間の依存関係は、必須の依存関係を表します。必須の依存関係は、実行される作業の性質に固有のタスク依存関係の一種です。
この場合、デスクトップがインストールされ、電源がオンになるまでソフトウェアのインストールを開始できないため、依存関係は必須です。参考資料: CompTIA Project+ 学習ガイド、第 3 章: プロジェクト統合管理、目標 3.1: プロジェクト管理プロセスとそれらの間の相互作用を特定する。