1）了解旧系统的功能，继承旧系统的优点，并提供用户需求但旧系统又无法满足的功能或质量；2）提供数据迁移功能。
严重
0
1.4
需要用户提供的资料、设备、工具不能及时提供
1）在项目计划中明确用户要提供的交付物及其交付时间，并与客户及时沟通；
严重
0
2）从其他项目借鉴相关资料等或者构建模拟的用户环境。
2
公司内部风险
1）加强QA和配置管理的力度；2）加强阶段交付物的评审。
一般
0
2.4
绝大多数项目组成员之间以前没有合作过
1）进行适当的管理培训和经验交流学习；2）组织相关的业余活动。
一般
0
2.5
可能选择了错误的技术方案或者供应商
1）应用正式的DAR决策过程，并参考以前的决策经验；2）选择一个备选方案；3）进行快速验证。
一般
0
2.6
组织内其他部门和项目组的不能提供积极的配合
制定合作制度，定期与部门进行沟通。
一般
0
2.7
项目是在已有的软件或产品的基础上进行相关应用开发，可能由于原有代码的质量问题或对原业务不了解，影响本项目的开发进度
适当的安排对原有模块学习时间。
一般
0
2.8
项目组成员由于还参与了别的项目的工作，无法保证参与本项目的时间，影响本项目的开发进度
1）通过客户向合作厂家发出邀请或索要资料；2）寻找替代选择方案。
一般
0
软件
编号
风险检查项
建议应对措施
影响程度
出现次数
1
客户相关风险
1.1
项目需求不是客户或用户直接提出的
寻找合适的客户、用户或业务专家在适当的时机进行确认
严重
0
1.2
在项目进行过程中，客户不能给与足够的时间参与
寻找合适的客户或业务专家或重点用户在适当的时机进行确认
一般
0
1.3
用户已有相应的旧系统在运行而不愿意使用新系统
2.1
项目组对项目中使用的关键技术不熟悉，该技术可能不能解决用户的问题
1）对关键技术先进行验证；2）设计备选方案。
一般
0
2.2
项目组以前没有做过类似的项目或者项目范围很不明确或者项目组的估算经验不足，项目估算差异很大
计划设置更多的里程碑点，在每个里程碑点重新估算
一般
0
2.3
核心的项目成员已经有离开的迹象
一般
0
4
其他风险
4.1
政府或法律或客户的主管部门对此类项目或产品有限制
1）事先征求法务部门或者客户方专家的意见；2）方案设计或功能指标设定时规避提供相类似的产品或系统或服务
1）应用正式的DAR过程确定是否立项或继续项目；2）采购/自制分析。
严重
0
4.3
公司外的合作厂家合作不积极
与其他项目的项目经理定期沟通，及时调整项目计划；向项目管理部反映此类问题，增加人力资源。
一般
0
3
供应商相关风险
3.1
供应商不能及时交货
1）制定严格的供应商监控计划和移交计划；2）定期检查供应商状态；3）供应商在本地进行开发。
一般
0
3.2
供应商交付的产品有不断的质量问题
1）让供应商分阶段提交交付物并进行评审或测试；2）让供应商提交测试用例和测试报告。