项目进度风险识别方法

1、进度风险识别【文档说明】：风险类别有很多种，如技术风险、过程风险、财务风险、人力风险、项目管理风险等等。本文档主要分析在项目各个阶段可能产生的对进度造成影响的风险。-2012年8月1. 需求导致在项目立项初期，需求分析占据了关键地位，它的准确与否直接关系到项目的成败。风险因素存在于需求获取、分析、验证和管理这一整个过程当中：1) 需求已经成为项目基准，但需求还在继续变化；2) 需求定义欠佳，而进一步的定义会扩展项目范畴；3) 添加额外的需求；4) 开发额外的不需要的功能(镀金)，延长了计划进度；5) 要求与其他系统或不受本项目组控制的系统相连，导致无法预料的设计、实现和测试工作；6) 客户对规

2、划、原型和规格的审核 决策周期比预期的要长；7) 客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和产品生产周期的变更；8) 客户答复的时间(如回答或澄清与需求相关问题的时间)比预期长；9) 客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作。10) 缺少有效的需求变化管理过程。11) 在需求阶段客户参与不够；【规避措施】：以下措施可帮助我们规避需求带来的风险：1) 确定变更控制过程，并建立变更控制委员会，严格控制每次变更。2) 确定需求文档的基线并控制版本3) 维护变更历史记录4) 跟踪需求状态，及影响工作的产品的每项变更5) 进行变更影响分析6)

3、 衡量需求稳定性7) 使用合适的需求管理工具2. 计划不足导致1) 产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大；2) 完成目标日期提前，但没有相应地调整产品范围或可用资源；3) 作为先决条件的任务(如培训及其他项目)不能按时完成；【规避措施】：如果计划不足，那么项目经理的责任非常大，作为项目经理，在前期应该充分分析系统的规模，在制定计划时，将系统拆分成尽可能小的粒度，最好每一项任务的完成时间都控制在1-2天以内，在项目中要及时做好项目计划的跟踪和调整。3. 组织管理不足导致1) 管理层作出了打击项目组织积极性的决定；2) 缺乏必要的规范，导致工作失误与重复工作；【规避措施

4、】：1) 在各个阶段开始之前，制定合适的规范，如构思阶段之前，确定需求规范；编码开始之前，确定编码规范；测试开始之前，确定测试规范；稳定阶段开始之前确定每日构建规范等等。2) 在组内做好规范的宣贯工作。3) 项目经理要屏蔽外界对项目的干扰，时时鼓舞士气。4. 资源不足导致1) 没有找到项目急需的具有特定技能的人。2) 无法准确估计对资源的占用率【规避措施】：1) 在计划阶段，及时规划好项目所需的各种资源，如人力、物质等。2) 尽量提前向资源提供方提出资源供需的要求，保证资源按时到位。5. 人员管理不足导致1) 缺乏激励措施，士气低下，降低了生产能力；2) 由于项目组成员之间发生冲突，导致沟通不

5、畅、设计欠佳、接口出现错误和额外的重复工作；3) 不适应工作的成员没有调离项目组，影响了项目组其他成员的积极性；4) 开发人员和管理层之间关系不佳，导致决策缓慢，影响全局；5) 项目后期加入新的开发人员，需进行培训并逐渐与现有成员沟通，从而使现有成员的工作效率降低；【规避措施】：1) 挑选合适的项目组成员，在项目成立之前，确定组员的稳定性。2) 定期组织成员面对面的交流，坦诚沟通，解决问题。3) 关键工作产物全部要经过评审，以减少工作反复。4) 尽量避免项目中途出现人员变更。6. 过程管理不当导致1) 大量的纸面工作导致进程比预期的慢；2) 前期的质量保证行为不真实，导致后期的重复工作；3)

6、太不正规(缺乏对软件开发策略和标准的遵循)，导致沟通不足，质量欠佳，甚至需重新开发；4) 过于正规(教条地坚持软件开发策略和标准)，导致过多耗时于无用的工作；【规避措施】：1) 选择合适的项目过程。2) 项目经理要及时发现问题，并引导组员改进。7. 技术规划不足导致1) 一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新的库或者自行开发新的功能；2) 代码库质量低下，导致需要进行额外的测试，修正错误，或重新制作；3) 过高估计了增强型工具对计划进度的节省量；4) 开发工具不如期望的那样有效，开发人员需要时间创建工作环境或者切换新的工具；5) 新的开发工具的学习期比预期的长，内容繁多。6) 依赖正在开发中的技术将延长计划进度。8. 设计不足导致1) 涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。2) 设计质量低下，导致重复设计；3) 分别开发的模块无法有效集成，需要重新设计或制作。【规避措施】：1) 组织必要的设计评审，以确保产物质量。2) 尽早开展测试和集成工作。9. 外部环境