项目中的风险列表

需求风险

风险	可能性	影响程度	方案
需求持续变化	♦♦	♦♦♦♦
需求定义欠佳,而进一步扩展项目范畴	♦♦♦	♦♦♦
添加额外的需求	♦♦	♦♦
产品定义混沌而对实现原理不清晰的部分比预期需要更多的时间	♦♦	♦♦♦
没有明确需求，先干再说不行再改	♦	♦♦♦♦♦
缺少有效的需求变化管理	♦♦♦	♦

计划编制风险

风险	可能性	影响程度	方案
计划、资源和产品定义全凭口头指令,多人参与并且不完全一致	♦	♦♦♦
计划是"最佳状态",但计划不现实,只能算是"期望状态"	♦♦	♦♦
产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大	♦	♦♦
涉足不熟悉的产品领域,花费在设计和实现上的时间比预期的要多	♦♦♦♦	♦♦

组织和管理风险

风险	可能性	影响程度	方案
仅由管理层或市场人员进行技术决策,导致计划进度缓慢,计划时间延长	♦	♦♦
低效的项目组结构降低生产率	♦♦	♦♦
管理层审查 决策的周期比预期的时间长	♦	♦♦
预算削减,打乱项目计划	♦	♦♦♦♦
管理层作出了打击项目组织积极性的决定	♦	♦♦♦
缺乏必要的规范,导至工作失误与重复工作	♦	♦♦♦
非项目的第三方的工作导致时间比预期的延长	♦♦♦♦	♦♦♦♦

人员风险

风险	可能性	影响程度	方案
对项目不了解或不熟悉导致进度缓慢	♦♦♦♦	♦♦♦
缺乏激励措施,士气低下,降低了生产能力	♦♦	♦♦
某些人员需要更多的时间适应还不熟悉的软件工具和环境	♦♦	♦♦
项目加入新的开发人员,需进行培训并逐渐与现有成员沟通,从而使现有成员的工作效率降低	♦♦♦♦	♦♦
没有找到项目急需的具有特定技能的人	♦♦	♦♦♦

产品风险

风险	可能性	影响程度	方案
开发额外的功能,延长了计划进度	♦♦	♦♦
要求与其他子机兼容,导致无法预料的设计、实现和测试工作	♦	♦♦♦♦
在不熟悉或未经检验的硬件环境中运行所产生的未预料到的问题	♦	♦♦♦
开发一种全新的模块将比预期花费更长的时间	♦♦♦♦	♦♦
依赖正在开发中的技术将延长计划进度	♦♦♦	♦♦♦
外协工作不可控导致时间延长	♦♦♦♦♦	♦♦♦♦
产品配件性能达不到预期而短时间无法验证	♦♦♦	♦♦♦
急需配件无法及时采购、付款导致时间拖延	♦♦♦	♦♦♦
矫正不可接受的产品,需要比预期更多的测试、设计和实现工作	♦	♦♦♦♦

设计和实现风险

风险	可能性	影响程度	方案
设计质量低下,导致重复设计	♦♦♦	♦♦
一些必要的功能无法使用现有的代码和库实现,开发人员必须使用新的库或者自行开发新的功能	♦	♦♦
代码和库质量低下,导致需要进行额外的测试,修正错误,或重新制作	♦	♦♦
过高估计了增强型工具对计划进度的节省量	♦	♦♦
分别开发的模块无法有效集成,需要重新设计或制作	♦	♦♦♦

过程风险

风险	可能性	影响程度	方案
前期的质量保证行为不真实,导致后期的重复工作	♦	♦♦♦
太不正规(缺乏对开发策略和标准的遵循),导致沟通不足,质量欠佳,甚至需重新开发	♦♦	♦♦
过于正规(教条地坚持开发策略和标准),导致过多耗时于无用的工作	♦	♦♦
向管理层撰写进程报告占用开发人员的时间比预期的多	♦	♦♦
风险管理粗心,导致未能发现重大的项目风险	♦♦	♦♦♦♦