問38
頻出度★★★
財務システムの機能追加プロジェクトのプロジェクトマネージャに任命された A さんは, プロジェクトのリスクチェックリストを作成するために, 過去のプロジェクトで使用したリスクチェックリストを手に入れた。リスクチェックリストに関する記述のうち, 適切なものはどれか。
平成23年度 秋期 ITパスポート試験 問38
マネジメント系プロジェクトマネジメント › プロジェクトマネジメント
この問題の解説と、これまでの解答の記録です。
解説
問 38
- ア
正解 リスクチェックリストは、過去のプロジェクトで実際に起きたリスクや対応の経験を蓄積した「組織のプロセス資産」であり、新しいプロジェクトのリスク特定 (洗い出し) を漏れなく効率よく行うための出発点として使うものである。ア は「過去の情報や知識を基に作成されたものなので、新たに作成するリスクチェックリストの参考にする」と述べており、過去の資産を活用しつつ、今回のプロジェクト固有のリスクは別途検討する余地を残している。これがリスクマネジメントの正しい進め方であり、A さんが過去のチェックリストを入手した目的にも合致する。したがって ア が適切である。
不正解イ
過去のチェックリストに載っていないリスクの検討を不要と判断するのは誤り。チェックリストは過去に認識できた範囲のリスクしか含まず、新技術の採用、体制や取引先の変更、法制度の改正などによって今回初めて生じるリスクは必ず存在する。チェックリストは「漏れを減らす道具」であって「リスクの全集」ではないので、これに頼り切ると未知のリスクが見落とされる。
不正解ウ
ばらつきを避けることを理由に過去のチェックリストをそのまま使うのは誤り。プロジェクトは目的・規模・期間・要員・使用技術がそれぞれ異なり、リスクの内容も発生度合いも変わる。標準化して揃えるべきなのはリスクを識別・評価する手順やフォーマットであって、リスク項目そのものではない。今回のプロジェクトに合わせて項目を追加・削除・修正する作業が欠かせない。
不正解エ
過去のチェックリストに載っていないリスクだけで新しいリストを作るのは誤り。要員の離脱、要件の追加変更、テスト工程の遅延といった過去に発生したリスクは、今回のプロジェクトでも再発する可能性が高い定番のリスクである。過去の項目を意図的に除外すれば、最も見落としてはならない典型リスクが抜け落ちてしまい、チェックリストを流用する意味そのものが失われる。
ここがポイント
- リスクチェックリスト: 過去のプロジェクトで顕在化したリスクを一覧化した組織の資産で、リスク特定の漏れを減らすために使う。新規プロジェクトでは「参考にした上で、今回固有のリスクを追加し、当てはまらない項目は見直す」のが原則 (そのまま流用も、無視も不可)。
- プロジェクトリスクマネジメントの流れ: リスクの特定 → 分析 (発生確率と影響度の評価) → 対応計画 (回避・軽減・転嫁・受容) → 監視・コントロール。チェックリストは最初の「特定」を支援する道具であり、プロジェクトの進行に伴って内容を更新し、次のプロジェクトへ引き継ぐことで組織の知識として蓄積される。
用語