問32
頻出度★★★
システム開発プロジェクトにおけるリスク管理として, 適切なものはどれか。
平成21年度 春期 ITパスポート試験 問32
マネジメント系プロジェクトマネジメント › プロジェクトマネジメント
这道题的解析和你的作答记录。
解説
問 32
错误ア
风险管理的开始时间点错误。风险管理应从项目的立项、计划阶段就着手，并持续实施到项目结束为止（不断循环风险识别→分析→应对计划→监控）。需求定义本身也存在需求含糊、干系人未充分达成一致、估算失误、人员难以确保等风险，而且越是上游阶段采取措施，效果越大。若把开始时间限定在需求定义完成之后，就会漏掉最关键时期的风险。
错误イ
管理对象的范围错误。人员技能不足、关键人员离职或病假、生产率参差不齐等由人（人员）引起的事件，正是项目风险的典型代表，理所当然要纳入管理对象。实际的应对措施也可以具体准备，例如教育培训、增派有经验的人员、培养人员一专多能（消除工作对个人的过度依赖）、外部委托等。没有理由把依赖于个人的因素排除在外。
- ウ
正解 正确答案是 ウ。风险是指“尚未发生，但一旦发生就会对项目的质量、成本、工期造成不良影响的不确定事件”，无论怎样竭尽全力，都无法把发生概率降为零。因此在项目风险管理中，要把 (1) 抑制其发生本身的预防措施（规避、减轻）与 (2) 即便如此仍然发生时把损失控制到最小的措施（减轻影响、转移、准备应急计划）两者结合起来加以防备。ウ 正是原样陈述了“预防”与“损失最小化”这种双管齐下的思路，作为风险管理的基本方针是恰当的。
错误エ
“只要彻底执行预防措施就能防止风险发生、因而事后对策不再需要”这一前提是错误的。预防措施可以降低发生概率，但无法排除外部因素和意料之外的事件，必然会留下残余风险。因此必须事先准备好万一发生时把损失降到最低的措施和应急计划（替代手段、备用的人员和预算、上报流程等）。它把事后对策视为不必要，这一点与 ウ 的思路正好相反，因此不恰当。
ここがポイント
- 项目风险管理是把风险识别→分析（评估发生概率与影响程度）→应对计划→监控这一循环，从项目的立项、计划阶段一直持续运转到项目结束的活动。管理对象不仅包括技术、进度、成本，还包括人员技能不足、人员离职等人员风险。
- 风险应对措施有规避、减轻、转移、接受，要把降低发生概率本身的措施（规避、减轻）与抑制发生后影响和损失的措施（转移、准备应急计划）结合起来加以防备。仅靠预防无法完全阻止风险发生，针对残余风险的事后对策必不可少。
用語