IT项目管理中的风险.docVIP

功能无限蔓延；2. 需求镀金或者开发人员镀金；3. 质量不定；4. 计划过于乐观；5. 设计欠佳；6. 银弹综合症；7. 研发导向的开发；8. 人员薄弱；9. 签约商失败；10. 研发人员和客户的摩擦；1. 计划编制风险：1.1 计划、资源和产品定义完全靠客户或者上层领导的口头命令，并且不完全一致；1.2 计划是优化的，但是是不现实的；1.3 计划忽略了必要的任务；1.4 计划基于使用特定的小组成员，而那个小组成员基本上指望不上；1.5 在限定时间内无法建立成已定规模的产品；1.6 产品规模比估计的大；1.7 进度已经拖延的项目在重新评估时过于优化和忽略项目历史；1.8 过度的进度压力造成生产率下降；1.9 目标日期提前，没有相应调整产品范围和可用资源；1.10 一个任务的拖延导致相关任务的连锁反应；1.11 涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多；2 组织和管理：2.1 项目缺乏一个有凝聚力的最高领导人；2.2 由于前期乏力，项目长时间搁置；2.3 解雇和削减开支导致项目小组能力下降；2.4 仅由管理层或市场人员来进行技术决策，导致计划进度延长；2.5 低效的项目组结构降低生产率；2.6 管理层审查/决策的周期比预期时间长；2.7 预算削减打乱项目计划；2.8 管理层做出了打击项目积极性的决定；2.9 非技术的第三方工作比预期延长（预算批准、设备采购批准……）2.10 计划性太差，无法适应期望的开发速度；2.11 项目计划由于压力而放弃，导致开发混乱，低效；2.12 管理层强调英雄主义，而忽略客观确切的状态报告，降低发现和改正问题的能力；3 开发环境：3.1 设施没有及时到位；3.2 设施到位，但是不配套；3.3 设施拥挤，杂乱或者破损；3.4 开发工具没有及时到位；3.5 开发工具不如期望那样有效，开发人员需要时间创建工作环境或者切换新的工具；3.6 开发工具的选择不是基于技术需求，不能提供计划所需要的性能；3.7 新开发工具的学习比预期的长，内容多；4 最终用户：4.1 最终用户坚持新的需求；4.2 最终用户对于最后交付产品不满意，要求重新设计和重做；4.3 最终用户不买进项目产品，无法提供后续支持；4.4 最终用户的意见没有被采纳，造成产品最终无法满足用户期望，而必须重做；5 客户：5.1 客户坚持新的需求；5.2 客户对规划、原型和规格的审核/决策周期比预期要长；；5.3 客户没有或不能参加规划、原型、规格阶段的评审，导致需求不稳定和耗时的变更；5.4 客户坚持技术决策导致进度计划延长；5.5 客户对于开发进度管理过细，导致实际进度变慢；5.6 客户提供的组件无法和开发产品匹配，导致额外的设计和集成工作；5.7 客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户管理管理工作；5.8 客户要求的支持工具和环境不兼容，性能差或者功能不完善，导致生产率下降；5.9 客户不接受交付的软件，尽管已经满足了所有的规格；5.10 客户期望的开发速度是开发人员无法达到的；6 承包商：6.1 承包商没有按承诺交付组件；6.2 承包商递交的组件质量低下无法接收，必须花费时间改进质量；6.3 承包商没有买进项目开发所需要的公举，进而无法提供需要的性能水平；7 需求：7.1 需求已经成为项目的基准，但是变化还在继续；7.2 需求定义欠佳， 而进一步的定义会扩展项目范畴；7.3 添加额外的需求；7.4 产品定义含糊的部分比预期需要更多时间；8 产品：8.1 错误发生几率高的模块需要比预期更多的测试，设计和实现工作；8.2 校正质量低下不可接受的产品，需要比预期更多的测试，设计和实现工作；8.3 在一个或多个新兴领域推广计算机技术使得计划进度的延长不可预期；8.4 由于软件功能的错误，需要重新设计和实现；8.5 开发额外不需要的功能，延长了计划进度；8.6 要满足产品规模和进度要求，需要比预期更多的事件，包括重新设计和实现工作；8.7 严格要求与现有系统兼容，需要进行比预期更多的事件进行测试，设计和实现工作；8.8 要求在不同操作系统下运行将花费比预期更长的时间；8.9 在不熟悉或没有经验的软件环境中运行产生没有预料的问题；8.10 在不熟悉或者没有经验的硬件环境中运行产生没有预料的问题；8.11 开发一种对组织全新的模块将比预期花费更长的时间；8.12 依赖于正在开发中的技术将延长计划进度；9 外部环境：9.1 产品依赖于政府规章，而规章的改变是不可避免的；9.2 产品依赖于草拟中的技术标准，而最后的标准是不可预期的；10 人员：1