一、风险列表
|
编号 |
风险名称 |
内容 |
发生概率 |
损失 （人周） |
危险度（周） |
风险优先级 |
|
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 |
调研多类、多组、多个用户 |