重要な災害復旧テストの有効性を測定するための最良の主要業績評価指標（KPI）は、
ビジネス プロセスは、回復時間とポイントの目標内で回復されたプロセスの割合です。
目標復旧時間（RTO）は、ビジネスプロセスまたはシステムが復旧するまでの最大許容時間です。
ITサービスは中断後に復旧する必要があります。RPO（目標復旧時点）は、許容される最大の復旧時点です。
中断前の時間で測定されたデータ損失量。中断時間内に回復したプロセスの割合
RTOとRPOは、災害復旧テストが事業継続性と復旧基準をどの程度満たしているかを示します。
要件と期待、および災害復旧計画と手順がどれだけ効果的に実行されるか。
RTOとRPO内で回復したプロセスの割合もギャップの特定に役立ちます。
災害復旧能力における弱点と改善の機会。職務の割合
回復プロセス中に特定され解決された障害、現在のテスト計画と手順の数、および
リカバリテスト中に解決された問題とアクション項目の数は、
RTOとRPO内で回復されたプロセスは、目標達成度を直接測定するものではないため、
復旧目標を反映しておらず、災害復旧の実際の影響とパフォーマンスを反映していない可能性があります。
テスト。参考文献 = CRISCレビューマニュアル、第6版、ISACA、2015年、130ページ。

セクション: 巻 C
説明/参照:
Explanation:
割り当てられたベースラインは、承認された要件を満たす仕様を識別します。
誤った回答:
A: 機能ベースラインは、変更が行われる前の初期仕様を識別します。
C: 製品ベースラインは、ビジネス成果を達成するためにリソースに必要な最小限の仕様を識別します。
D: 開発ベースラインは、期待と要件を満たすかそれを超えるように開発されたリソースの状態を識別します。

は誤りです。教訓は、却下または承認された変更要求のステータスを記録する適切な場所ではありません。回答：Bは誤りです。プロジェクトアーカイブにはすべてのプロジェクト文書が含まれており、プロジェクトまたはフェーズの終了プロセスを通じて作成されます。このオプションには最適な選択肢ではありません。Dは誤りです。プロジェクト文書の更新は、プロジェクト文書に具体化するには最適な選択肢ではありませんが、却下された変更は変更要求ログの一部です。

定期的に独立したレビューを実施することで、ポリシーが組織全体で一貫して効果的に実装され、遵守されることが保証されるため、IT ポリシーへの準拠を最も適切に測定できます。
独立したレビューは、コンプライアンスプロセスにおけるギャップ、弱点、違反を特定し、是正措置や改善策を推奨することもできます。独立したレビューは、レビューの範囲と目的に応じて、内部監査人、外部監査人、規制当局、またはコンサルタントによって実施されます。過去のポリシーレビューレポートの評価、侵入テストの実施、スタッフのコンプライアンス責任に関するテストは、ITポリシーのコンプライアンスを測る最良の方法ではありませんが、有用または補完的な方法となる可能性があります。
過去のポリシーレビューレポートを評価することで、ある程度の履歴データや比較データは得られますが、コンプライアンス状況の現状や正確な状況を反映するとは限りません。侵入テストを実施することで、ITシステムとネットワークのセキュリティと脆弱性を評価できますが、ガバナンス、運用、品質など、あらゆるITポリシーへのコンプライアンスを測定できるわけではありません。従業員のコンプライアンス責任に関するテストでは、従業員の意識や知識を評価できますが、ITポリシー遵守における実際の行動やパフォーマンスを測定することはできません。参考文献：『リスクおよび情報システム統制研究マニュアル』第5章「リスクと統制の監視と報告」、187ページ。