C、实施阶段
1、开发环境风险：开发软件环境没有准备好或与实际环境不同，导致产品无法装载到运行环境。
出现概率：低
影响程度：低
处理建议：需要双方技术人员共同确认环境的一致性，要精确到产品的版本号及补丁情况。
2、整合风险：所实施的项目中涉及对旧有异构数据和系统的整合。
出现概率：中
影响程度：低
处理建议：在实施前应做充分调查，了解相关系统的所有技术细节，采用比较成熟和稳定的整合方案，并制定接口规范，规划时尽量减少新系统的异构。
3、布署风险：运行环境和产品开发环境差异，尤其是开发机器与服务器硬件配置差异等原因造成布署困难。
出现概率：低
影响程度：低
处理建议：尽量保证开发时使用与最终布署环境相同的硬件条件，如果布署环境硬件条件过高则应事先与厂商了解硬件相关特性，确保布署可能性。
4、设计风险：由于系统设计错误带来实施困难。
出现概率：低
影响程度：高
处理建议：系统设计方案完成后，需要业主方组织成立技术专家组共同确认设计方案，及时发现设计漏洞。
5、人员能力风险：程序员开发能力差，或程序员对开发工具不熟。
出现概率：高
影响程度：低
处理建议：所有的项目组成员要做预先业务能力审核，如遇更替人员也要进行相应的审核，确保人员具备足够的业务能力。
6、项目范围改变风险：已经开始实施后用户突然要增加或变更一些结构性的功能，需要重新考虑架构设计。
出现概率：低
影响程度：高
处理建议：架构设计尽量灵活，采用构件开发等方式增加应变能力，同时要加强前期的静态原型细度并将可能存在的问题及时提交给业主，避免实施过程中发生结构性修改。
7、项目进度改变风险：由于特殊事件或得到上级领导指示，业主方要求提前完成任务。
出现概率：低
影响程度：高
处理建议：如果进度改变不可避免，必须重新制定详细计划，并利用非工作时间加班或增加人手来缩短工期，如无论如何都无法完成需事先向需求方说明，并将项目拆分，先尽量完成表现部分保证上线要求。
8、人员变动风险：项目组成员流动比较频繁，交接不顺利或管理不到位，造成项目的进度和质量受到影响。
出现概率：中
影响程度：中
处理建议：完善文档管理制度，所有重要岗位备有相应的替换人员，同时考虑采用一些快速开发工具，尽量减少纯手写代码，严格要求注释格式，增强可读性。
9、团队配合风险：开发团队内部或多个开发团队之间沟通不够，导致程序员对系统设计的理解上有偏差。
出现概率：低
影响程度：中
处理建议：实施方各个开发团队都应有科学的管理方式，并在实施前做好相关约定，确保统一认识。
10、备份风险：没有有效的系统备份方案，遇到硬件瘫痪等严重故障后无法重建系统或造成重要数据丢失。
出现概率：低
影响程度：高
处理建议：实施者在开发系统时应及时备份并事先准备应急预案。
11、测试计划风险：没有切实可行的测试计划，导致测试的功能点不全，有些潜在的问题没参在测试阶段及时发现。
出现概率：低
影响程度：低
处理建议：业主与实施者应配合建立详细的测试计划，将技术测试和业务测试分开，责任到人，并严格按照问题修改机制操作。
12、测试人员经验风险：没有专业的测试人员或测试人员对业务不熟悉，测试经验不足。
出现概率：低
影响程度：低
处理建议：参与测试的人员应具备相关知识和经验，大的项目可以请专业的测试机构进行测评。
