システム開発ライフサイクル (SDLC) の一環として実装後レビューを実施する場合、最も重要なアクティビティは、プロジェクト目標が達成されていることを確認することです。プロジェクト目標とは、プロジェクトが達成しようとしている具体的かつ測定可能な成果です。プロジェクト目標が達成されていることを確認することで、実装後レビューではプロジェクトの成功と価値を評価し、学んだ教訓と将来のプロジェクトのためのベスト プラクティスを特定できます。プロジェクト コストの超過を特定したり、独立したレビュー チームを活用したり、プロジェクト開始リスク マトリックスを確認したりすることも考えられるアクティビティですが、プロジェクト目標が達成されていることを確認することほど重要ではありません。参考資料 = ISACA 認定リスクおよび情報システム制御 (CRISC) 認定試験の質問と回答、質問 4、CRISC レビュー マニュアル、第 6 版、153 ページ。

セクション: ボリューム D

セクション: ボリューム D
説明

セクション: 巻 B
Explanation:
変更要求ログには、承認または拒否されたすべての変更要求のステータスが記録されます。
変更要求ログは、変更要求の記録として、また、変更要求の現在の処理を追跡する手段として使用されます。変更要求ログは、変更管理プロセスに一貫性の尺度をもたらします。プロセスへの共通の入力を促し、すべての変更要求に対する共通の見積もりアプローチとなります。ログはプロジェクト要件の重要なコンポーネントであるため、プロジェクトの実施を担当するプロジェクト チーム メンバーがすぐに利用できるようにする必要があります。ログは、プロジェクト変更要求の承認または不承認の責任を負わないユーザーのみが読み取り専用でアクセスできるファイルに保存する必要があります。
誤った回答:
B: プロジェクト アーカイブにはすべてのプロジェクト ドキュメントが含まれており、プロジェクトまたはフェーズの終了プロセスを通じて作成されます。このオプションは最適な選択ではありません。
C: 教訓は、拒否された、または承認された変更要求のステータスを文書化する適切な場所ではありません。
D: プロジェクト ドキュメントの更新は、この質問に対する最適な選択ではありません。プロジェクト ドキュメントに配置することはできますが、拒否された変更は変更要求ログの一部になります。