《项目管理中可能存在的风险》由会员分享，可在线阅读，更多相关《项目管理中可能存在的风险（4页珍藏版）》请在金锄头文库上搜索。
1、1.最常见的进度计划风险1）功能无限蔓延；2）需求镀金或开发人员镀金；3）质量不定4）计划过于乐观5）设计欠佳6）银弹综合症7）研发导向开发8）人员薄弱9）来自上级对项目需求的干预2.进度计划风险完整列表2.1 计划编制风险1）计划、资源和产品定义全凭决策组或上层领导口头指令，并且不完全一致；2）计划是优化的，是“最佳状态”；3）计划忽略了必要的任务；4）计划基于使用特定的小组成员，而那个小组成员其实指望不上。5）在限定的时间内无法建成已定规模大小的产品；6）产品规模比估计的要大一些；7）工作量大于估算数；8）进度已经拖延的项目在重新评估时过于优化或忽视项目历史；9）过度的进度压力造成生产率下
2、降；10）目标日期提前，但没有相应地调整产品范围或可用资源；11）一个任务的延迟导致相关任务的连锁反应；12）涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。2.2 组织和管理1）项目缺乏一个有凝聚力的最高领导人；2）由于前期乏力，项目长时间被搁置；3）解雇和削减开支导致项目小组能力下降；4）仅由管理层或市场人员进行技术决策，导致计划进度延长；5）低效的项目组结构降低生产率；6）管理层审查/决策的周期比预期时间长；7）预算削减打乱项目计划；8）管理层做出了打击项目组织积极性的决定；9）非技术的第三方的工作比预期延长（如审批，采购等）；10）计划性太差，无法适应期望的开发速度；11）
3、项目计划由于压力而放弃，导致开发混乱、低效；12）管理层强调英雄主义，而忽视客观确切的状态报告，这会降低发现和改正问 题的能力。2.3 开发环境1）设施没有及时到位；2）设施到位，但不配套；3）设施拥挤、杂乱或者破损；4）开发工具未能及时到位；5）开发工具不如期望那样有效，开发人员需要时间创建工作环境或切换新的工具；6）开发工具的选择不是基于技术需求，不能提供计划要求的性能；7）新开发工具的学习期比预期的长，内容繁多。2.4 最终用户1）最终用户坚持新的需求；2）最终用户对于最后交付的产品不满意，要求重新设计和重做；3）最终用户不买进项目产品，无法提供后续支持；4）最终用户的意见未被采纳，造成
4、产品最终无法满足用户期望，而必须重做。2.5 决策组1）决策组坚持新的需求；2）决策组对规划、原型和规格的审核/决策周期比预期长；3）决策组没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和耗时 的重复；4）决策组答复的时间比预期长（如回答需求中需澄清的问题）；5）决策组坚持技术决策而导致进度计划延长；6）决策组对开发进度管理过细，导致实际进展变慢；7）决策组提供的组件无法与开发的产品匹配，导致额外的设计和集成工作；8）决策组提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的 决策组关系管理工作；9）决策组要求的支持工具和环境不兼容、性能差或者功能不完善，导致生产率降 低；
5、10）决策组不接受交付的软件，尽管它满足了所有的规格；11）决策组期望的开发速度是开发人员无法达到的。2.6 承包商1）承包商没有按承诺交付组件；2）承包商递交的组件质量低下无法接收，必须花时间改进质量；3）承包商没有买进项目开发需要的工具，进而无法提供需要的性能水平。2.7 需求1）需求已经成为项目基准，但变化还在继续；2）需求定义欠佳，而进一步的定义会扩展项目范畴；3）添加额外的需求；4）产品定义含混的部分比预期需要更多的时间。2.8 产品1）错误发生率高的模块需要比预期更多的测试、设计和实现工作；2）校正质量低下不可接受的产品，需要比预期更多的测试、设计和实现工作。3）在一个或多个新兴领
6、域推广计算机技术使得计划进度的延长不可预期；4）由于软件功能的错误，需要重新设计和实现；5）开发额外不需要的功能（镀金）延长了计划进度；6）要满足产品规格与速度要求，需比预期更多时间，包括重新设计和实现的时间；7）严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作；8）要求与其他系统、复杂系统或不受本项目控制的系统相连，导致无法预料的设 计、实现和测试工作。9）要求在不同操作系统下运行将花费比预期更长的时间；10）在不熟悉或未经检验的软（硬）件环境中运行产生未预料的问题；11）开发一种对组织全新的模块将比预期花费更长的时间；12）依赖正在开发中的技术将延长计划进度。2.9 外部环
7、境1）产品依赖政府规章，而规章的改变将是不可预期的；2）产品依赖草拟中的技术标准，而最后的标准将是不可预期的。2.10 人员1）招聘人员所花时间比预期的长；2）作为先决条件的任务不能按时完成（如培训、其它项目）；3）开发人员和管理层之间关系不佳导致决策缓慢，影响全局；4）项目组成员没有全身心投入项目，进而无法达到需要的产品性能水平；5）缺乏激励措施，士气低下，降低了生产能力；6）缺乏必要的规范，增加了工作失误与重复工作；7）某些人需要更多时间适应不熟悉的软件工具和环境、硬件环境、编程语言；8）项目结束前，合同制人员离开团队，或雇员辞职；9）项目后期加入新的开发人员，额外的培训和沟通降低现有成员
8、的效率；10）项目组成员不能有效地一起工作；11）由于项目组成员间的冲突，导致沟通不畅、设计欠佳、接口错误和额外的重 复工作；12）有问题的成员没有调离项目组，损害了项目组其他成员的积极性；13）项目的最佳人选未加入项目组；14）项目的最佳人选已加入项目组，但因其他原因未能合理使用；15）没有找到项目急需的具有特定技能的人；16）关键人物只能兼职参与；17）项目人员不足；18）任务的分配与人员技能不匹配；19）人员工作的进展比预期的慢；20）项目管理人员怠工导致计划和进度失效；21）技术人员怠工导致工作遗漏或质量低下，工作需要重做。2.11 设计与实现1）设计过于简单，无法确定主要事件，并导致
9、重新设计和实现；2）设计过于复杂，导致一些不必要的工作，影响实现效率；3）设计质量低下，导致重复设计和实现4）使用不熟悉的方法，导致额外的培训时间，并重犯前期使用这种方法时导致的 错误；5）产品采用低级语言来实施，导致生产率比预期的低；6）一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新库或自选 开发所要的功能；7）代码和库质量低下，导致需要额外的测试、错误修正或重做；8）过高估计了增强型工具对计划进度的节省量；9）分别开发的模块无法有效集成，需要重新设计或重做。2.12 过程1）大量的纸面工作导致进程比预期的慢；2）进程跟踪不准确，导致无法预知项目是否已落后于计划进度；3）前期的质量保证行为不真实，导致后期的重复工作；4）质量跟踪不准确，导致无法得知影响进度的质量问题；5）太不正规，导致沟通不足，质量问题和工作重做；6）过于正规，导致过多耗时无用的工作；7）向管理层撰写进度报告占用的开发人员的时间比预期的多8）风险管理粗心，导致没有发现重大的项目风险；9）软件项目风险管理花费的时间比预期的多。
