软件项目风险管理模版

2.没有采用LOC或FP等正规估算方法

3.估算所使用的单位不是组织级所需求的，如人/日

4.估算时没有依据程序、文件或事务处理的数目来估算产品规模，而是凭感觉 

2.估算的规模跟以往的类似项目的实际规模存在较大的偏差

2.系统所应承受的点击数超过预期

3.对数据库的空间或性能呢个要求超过预期

2.客户经常增加新需求

3.需求已经成为项目基准，单需求还在继续变化

4.需求定义欠佳，而进一步的定义回扩展项目范畴

5.添加额外的需求

6.产品定义含混的部分比预期的需要更多的时间

7.在做需求中客户参与不够

8.缺少有效的需求变化管理过程

2.没有考虑利用过去项目的需求、设计等成果

2.可能要付出很大的违约或维护成本

3.有的设备可能会在国内设备可以替代

2.预算没有保证

2．项目没获得公司高层的支持

2.机器或软件等不能及时到位，导致项目人员无法按时工作

2.客户不积极参与项目相关的沟通会议，导致项目问题理解不一致

2.客户方人力资源不容易协调

3.客户方的软硬件资源不容易协调

4.客户方不愿意参加复审，可能导致问题理解不一致

2.客户不愿意让项目的人真实的体验客户的实际工作，使得对客户的需求理解不深入

3.客户缺乏产品领域的技术素养，导致提供的需求不准确或表达不清楚

4.客户方选出的参与需求开发的人员缺乏相应的技术素养

2．客户不了解软件过程，导致对项目提出不显示的期望

3．客户对项目的进度估计过于乐观

4．客户对产品的性能要求不切实际

5．客户对产品部分功能要求不可行

1）是否需要继承或整合遗留系统

2）是否需要与其他系统有硬件或软件的接口

2.客户方不能提供原有系统跟此项目相关部分的详细明确的文档说明

2.项目组的客户反重要接口人离职或工作调整

2.项目成员缺乏软件工程知识，导致项目过程不能得到有效理解和执行

2.没有使用配置管理来维护系统/软件需求

3.没哟砽配置管理工具对产品的版本进行控制

2.项目过程没有按照标准过程进行

3.没有有效的产品评审标准，可能导致产品的问题不能及时发现

2.没有有效地项目管理和跟踪工具，可能导致项目管理的工作量增加

2.项目引入了“过于先进”的技术，技术的不确定性可能威胁到软件的质量和交付的时间

2.待开发的软件需要使用从未使用过的或未经证实的软件接口

2.项目引入了新的软件设计工具

3.对新工具培训不足

2.项目成员对.NET不熟悉

3.项目成员对Java语言不熟悉

2.测试人员不足

3.架构师不能及时到位

2.项目组缺乏经验的新员工多

2.开发人员的流失严重

3.设计师关键时候离职

2.验收测试产生的缺陷超过预定标准