（4）人员风险
①作为先决条件的任务(如培训及其他项目)不能按时完成；
②开发人员和管理层之间关系不佳，导致决策缓慢，影响全局；
③缺乏激励措施，士气低下，降低了生产能力；
④某些人员需要更多的时间适应还不熟悉的软件工具和环境；
⑤项目后期加入新的开发人员，需进行培训并逐渐与现有成员沟通，从而使现有成员的工作效率降低；
⑥由于项目组成员之间发生冲突，导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作；
⑦不适应工作的成员没有调离项目组，影响了项目组其他成员的积极性；
⑧没有找到项目急需的具有特定技能的人。
（5）开发环境风险
①设施未及时到位；
②设施虽到位，但不配套，如没有电话、网线、办公用品等；
③设施拥挤、杂乱或者破损；
④开发工具未及时到位；
⑤开发工具不如期望的那样有效，开发人员需要时间创建工作环境或者切换新的工具；
⑥新的开发工具的学习期比预期的长，内容繁多。
（6）客户风险
①客户对于最后交付的产品不满意，要求重新设计和重做；
②客户的意见未被采纳，造成产品最终无法满足用户要求，因而必须重做；
③客户对规划、原型和规格的审核 决策周期比预期的要长；
④客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和产品生产周期的变更；
⑤客户答复的时间(如回答或澄清与需求相关问题的时间)比预期长；
⑥客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作。
（7）产品风险
①矫正质量低下的不可接受的产品，需要比预期更多的测试、设计和实现工作；
②开发额外的不需要的功能(镀金)，延长了计划进度；
③严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作；
④要求与其他系统或不受本项目组控制的系统相连，导致无法预料的设计、实现和测试工作；
⑤在不熟悉或未经检验的软件和硬件环境中运行所产生的未预料到的问题；
⑥开发一种全新的模块将比预期花费更长的时间；
⑦依赖正在开发中的技术将延长计划进度。
（8）设计和实现风险
①设计质量低下，导致重复设计；
②一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新的库或者自行开发新的功能；
③代码和库质量低下，导致需要进行额外的测试，修正错误，或重新制作；
④过高估计了增强型工具对计划进度的节省量；
⑤分别开发的模块无法有效集成，需要重新设计或制作。
（9）过程风险
①大量的纸面工作导致进程比预期的慢；
②前期的质量保证行为不真实，导致后期的重复工作；
③太不正规(缺乏对软件开发策略和标准的遵循)，导致沟通不足，质量欠佳，甚至需重新开发；
④过于正规(教条地坚持软件开发策略和标准)，导致过多耗时于无用的工作；
⑤向管理层撰写进程报告占用开发人员的时间比预期的多；
⑥风险管理粗心，导致未能发现重大的项目风险。
2、软件项目风险管理模型
针对软件项目中的风险管理问题，不少专家、组织提出了自己的风险管理模型。主要的风险管理模型有：Boehm模型，CRM模型和SERIM模型。
2.1 Barry Boehm模型
模型：RE=P (UO)*L (UO)
其中RE表示风险或者风险所造成的影响，P(UO)表示令人不满意的结果所发生的概率，L(UO)表示糟糕的结果会产生的破坏性的程度。Boehm思想的核心是10大风险因素列表。针对每个风险因素，都给出了一系列的风险管理策略。在实际操作时，Boehm以10大风险列表为依据，总结当前项目具体的风险因素，评估后进行计划和实施，在下一次定期召开的会议上再对这10大风险因素的解决情况进行总结，产生新的10大风险因素表，依此类推。
2.2 SEI的CRM(Continuous Risk Management)模型
SEI CRM模型的风险管理原则是：不断地评估可能造成恶劣后果的因素；决定最迫切需要处理的风险；实现控制风险的策略；评测并确保风险策略实施的有效性。CRM模型要求在项目生命期的所有阶段都关注风险识别和管理，它将风险管理划分为五个步骤：风险识别、分析、计划、跟踪、控制。
2.3 SERIM(Software Engineering Risk Model)模型
SERIM从技术和商业两个角度对软件风险管理进行剖析，考虑的问题涉及开销、进度、技术性能等。它还提供了一些指标和模型来估量和预测风险，由于这些数据来源于大量的实际经验，因此具有很强的说服力。
结束语
软件项目管理从某种意义上讲，就是风险管理。我们尽量去定义明确不变的需求，以便进行计划并高效管理，但商业环境总是快速变化的，甚至是无序的变化。所以，软件企业在进行项目管理的过程中，必须采用适合自己的风险管理方法进行风险管理，以确保软件项目在规定的预算和期限内完成项目。
