一、风险列表
编号 | 风险名称 | 内容 | 发生概率 | 损失 (人周) | 危险度(周) | 风险优先级 |
1 | 计划编制风险 | 计划不符合实际; | 50% | 10 | 5 | 10 |
2 | 组织和管理风险 | 人员组织不起来,管理混乱 | 5% | 5 | 2.5 | 5 |
3 | 开发环境风险 | 开发环境的搭建与现有的环境冲突; | 5% | 1 | 0.5 | 1 |
4 | 最终用户风险 | 最终用户对最后交付的产品不满意,要求重新设计和重做 | 5% | 1 | 0.5 | 1 |
5 | 客户风险 | 整个开发过程缺少客户的参与; 最后可能达不到用户的满意 | 5% | 1 | 0.5 | 1 |
6 | 需求风险 | 需求定义不清晰、不准确 | 10% | 5 | 5 | 5 |
7 | 产品风险 | 发生错误几率高的模块,需要多次测试; 严格要求产品的兼容性; 开发额外不需要的功能浪费了时间; | 30% | 10 | 3 | 10 |
8 | 人员风险 | 成员不能有效的在一起工作; 成员之间的冲突导致沟通不畅; 任务的分配和人员的技能不匹配; 人员怠工导致工作遗漏、质量底下 | 60% | 20 | 12 | 20 |
9 | 设计和实现的风险 | 设计过于复杂,导致不必要的工作,影响工作效率; 使用不熟悉的方法导致需要额外学习时间; 分别开发的模块无法有效集成,需要重新设计和实现
| 50% | 20 | 10 | 20 |
二、风险化解方案
编号 | 控制方法 |
9 | 项目一开始就详细规划,人员配置,任务分配,站立会议,开发环境统一等 |
8 | 互相监督,互相提醒,最终保质保量完成任务 |
1 | 科学合理计划,避免口头说教,实际情况实际分析 |
7 | 调研多类、多组、多个用户 |