プロジェクト成果物とは、プロジェクトのライフサイクル中に作成されるドキュメント、成果物、または出力のことです。
プロジェクト成果物の例としては、プロジェクト憲章、プロジェクト管理計画、リスク レジスタ、問題ログ、変更ログ、ステータス レポート、教訓などがあります。Professional in Business Analysis Reference Materials1 によると、プロジェクト成果物は、正確性、完全性、一貫性、最新性を確保するために検証する必要があります。検証は、成果物のレビュー、検査、テスト、監査、およびプロジェクト チーム、スポンサー、顧客、品質保証チームなどの関係者の関与によって行うことができます。
このシナリオでは、プロジェクト マネージャーは、プロジェクト チーム メンバーが使用するリスク レジスタのバージョンが、プロジェクト マネージャーが使用しているものと異なることに気付きます。これは、リスク レジスタが適切に検証されておらず、構成管理とバージョン管理が不十分であることを示しています。
構成管理は、プロジェクトのライフサイクル全体を通じてプロジェクト成果物に加えられた変更を識別、追跡、制御、監査するプロセスです。バージョン管理は、プロジェクト成果物のさまざまなバージョンを維持およびラベル付けし、プロジェクト チームと関係者が最新の承認済みバージョンのみを使用するようにする手法です。PMBOK ガイド 2 によると、構成管理とバージョン管理は、プロジェクト マネージャーの責任であるプロジェクト作業の監視と制御プロセスの一部です。
したがって、正解は C です。プロジェクト成果物を検証しました。プロジェクト マネージャーは、リスク レジスタなどのプロジェクト成果物を検証して、それらが正しく最新のものであり、プロジェクトの実際の状態と進捗状況を反映していることを確認する必要があります。また、プロジェクト マネージャーは、構成管理システム、ドキュメント管理システム、プロジェクト管理ソフトウェアなどを使用して、プロジェクト成果物に加えられた変更を追跡および管理し、最新バージョンをプロジェクト チームと関係者に伝達および配布するなど、構成管理およびバージョン管理の手順を実装する必要があります。
他のオプションは、以下の理由により最適な選択ではありません。
* コミュニケーション管理計画を参照: コミュニケーション管理計画は、コミュニケーションの頻度、モード、内容、責任など、プロジェクト情報をプロジェクト チームや関係者にどのように伝えるかを説明した文書です。コミュニケーション管理計画を参照することで、プロジェクト マネージャーはプロジェクト成果物がどのように共有され、更新されるかを理解できますが、プロジェクトの成果物の検証と構成管理が不足しているという問題の根本原因には対処できません。
* 問題ログを検証しました: 問題ログは、競合、エラー、欠陥、逸脱など、プロジェクト中に発生する問題を記録して追跡するドキュメントです。問題ログを検証すると、プロジェクト マネージャーがプロジェクトのパフォーマンス、品質、範囲に影響する問題を特定して解決するのに役立ちますが、プロジェクトの成果物の検証と構成管理が不十分であるという問題の根本原因には対処できません。
* 専門家の判断を実施: 専門家の判断とは、専門家の知識と経験を活用して、プロジェクトに関するガイダンス、アドバイス、または推奨事項を提供する手法です。専門家の判断を行うことで、プロジェクト マネージャーはプロジェクト成果物を管理するための洞察とベスト プラクティスを得ることができますが、プロジェクトの成果物の検証と構成管理が不十分であるという問題の根本原因には対処できません。
参考文献:
* ビジネス分析参考資料の専門家。
* プロジェクトマネジメント知識体系ガイド（PMBOK ガイド） - 第 6 版、第 4 章:
プロジェクト統合管理。

説明/参照:
Explanation:
パスBCDEIの合計所要時間は15です。ネットワーク内の他のパスの所要時間はそれより短くなります。
15.