互联 软件开发项目常见的风险列表

我们的目标：稳定交付、风险最低、掌控感强

测试人员离职，开发人员有变动，团队领导调动，需求临时被取消，需求不断新增，代码提测质量差，计划排期不准，变更记录不全未周知，发布流程不规范等都是我们可能面临的风险，我做个集中的整理，希望能起到未雨绸缪的作用。

合同协议风险

签订的合同不科学、不严谨，项目边界和各方面责任界定不清等是影响项目成败的重大因素之一。预防这种风险的办法是项目建设之初项目经理就需要全面准确地了解合同各条款的内容、尽早和合同各方就模糊或不明确的条款签订补充协议。

再有合同一般分为商务合同和技术合同，其中参与角色的步骤一定不要嫌麻烦，法务，项目经理，产品，技术领导，一线开发都要参与进来，保证最大限度的合同合规。

需求风险：

计划、资源和产品定义完全靠客户或者上层领导的口头命令，并且不完全一致；产品规模比估计的大；

需求不明确与需求变更是软件项目经常发生的事情。由于无限度的需求变更而让项目方苦不堪言，甚至最终亏损预防这种风险的办法是项目建设之初就和用户书面约定好需求变更控制流程、记录并归档用户的需求变更申请，如果可能计算需求变更成本并及时通知干系人。

干系人员风险：

项目缺乏一个有凝聚力的最高领导人；解雇和削减开支导致项目小组能力下降；仅由管理层或市场人员来进行技术决策；管理层审查/决策的周期比预期时间长；管理层做出了打击项目积极性的决定；非技术的第三方工作比预期延长。

上层领导的支持是项目获得资源（包括人力资源、财力资源和物料资源等）的有效保障，也是项目遇到困难时项目组最强有力的“后台支撑”。预防这种风险的办法是主动争取领导对项目的重视、确保和领导的沟通渠道畅通、经常向领导汇 工作进展。

进度与需求方风险：

最终用户坚持新的需求；最终用户对于最后交付产品不满意，要求重新设计和重做；客户没有或不能参加规划、原型、规格阶段的评审，导致需求不稳定和耗时的变更；客户不接受交付的软件，尽管已经满足了所有的规格；客户期望的开发速度是开发人员无法达到的；添加额外的需求；产品定义含糊的部分比预期需要更多时间；

预防这种风险的办法一般是分阶段交付产品、增加项目走查的频度和力度、多运用可行的办法保证工作质量避免返工，多阶段按周按月反馈产品开发进度。

产品质量风险：

错误发生几率高的模块需要比预期更多的测试，设计和实现工作；依赖于正在开发中的技术将延长计划进度；

如果项目组成员同类型项目的开发经验不足，则需要密切关注项目的质量风险。预防这种风险的办法一般是经常和用户交流工作成果、采用符合要求的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测试等、增加自动化工具评审。

在软件项目开发和建设的过程中，技术因素是一个非常重要的因素。项目组一定要本着项目的实际要求，选用合适、成熟的技术，千万不要无视项目的实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉的技术。如果项目所要求的技术项目成员不具备或掌握不够，则需要重点关注该风险因素。

外部环境：

产品有三方团队支持但三方团队并没有如预期交付；产品依赖于政府规章，而规章的改变是不可避免的；产品依赖于草拟中的技术标准，而最后的标准是不可预期的；

有些项目可能会涉及到将系统的部分功能分包出去，这时项目组就需要关注项目的分包商风险。预防这种风险的办法一般是指定分包经理全程监控分包商活动、让分包商采用经认可的开发流程、督促分包商及时提交和汇 工作成果、及时审计分包商工作成果等。

人员：

重要人员离职；招聘人员所花费时间比预期长；开发人员和管理层关系不佳导致决策缓慢，影响全局；

项目成员特别是核心成员的流动给项目造成的影响是非常可怕的。人员的流动轻则影响项目进度，重则导致项目无法继续甚至被迫夭折。

预防这种风险的办法是尽可能将项目的核心工作分派给多人（而不要集中在个别人身上）、加强同类型人才的培养和储备。