项目进度风险识别方法1.docVIP

进度风险识别 【文档说明】： 风险类别有很多种，如技术风险、过程风险、财务风险、人力风险、项目管理风险等等。 本文档主要分析在项目各个阶段可能产生的对进度造成影响的风险。 --2012年8月 需求导致 在项目立项初期，需求分析占据了关键地位，它的准确与否直接关系到项目的成败。风险因素存在于需求获取、分析、验证和管理这一整个过程当中： 需求已经成为项目基准，但需求还在继续变化； 需求定义欠佳，而进一步的定义会扩展项目范畴； 添加额外的需求； 开发额外的不需要的功能(镀金)，延长了计划进度； 要求与其他系统或不受本项目组控制的系统相连，导致无法预料的设计、实现和测试工作； 客户对规划、原型和规格的审核 决策周期比预期的要长； 客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和产品生产周期的变更； 客户答复的时间(如回答或澄清与需求相关问题的时间)比预期长； 客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作。 缺少有效的需求变化管理过程。 在需求阶段客户参与不够； 【规避措施】： 以下措施可帮助我们规避需求带来的风险： 确定变更控制过程，并建立变更控制委员会，严格控制每次变更。 确定需求文档的基线并控制版本 维护变更历史记录 跟踪需求状态，及影响工作的产品的每项变更 进行变更影响分析 衡量需求稳定性 使用合适的需求管理工具 计划不足导致 产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大； 完成目标日期提前，但没有相应地调整产品范围或可用资源； 作为先决条件的任务(如培训及其他项目)不能按时完成； 【规避措施】： 如果计划不足，那么项目经理的责任非常大，作为项目经理，在前期应该充分分析系统的规模，在制定计划时，将系统拆分成尽可能小的粒度，最好每一项任务的完成时间都控制在1-2天以内，在项目中要及时做好项目计划的跟踪和调整。 组织管理不足导致 管理层作出了打击项目组织积极性的决定； 缺乏必要的规范，导致工作失误与重复工作； 【规避措施】： 在各个阶段开始之前，制定合适的规范，如构思阶段之前，确定需求规范；编码开始之前，确定编码规范；测试开始之前，确定测试规范；稳定阶段开始之前确定每日构建规范等等。 在组内做好规范的宣贯工作。 项目经理要屏蔽外界对项目的干扰，时时鼓舞士气。 资源不足导致 没有找到项目急需的具有特定技能的人。 无法准确估计对资源的占用率 【规避措施】： 在计划阶段，及时规划好项目所需的各种资源，如人力、物质等。 尽量提前向资源提供方提出资源供需的要求，保证资源按时到位。 人员管理不足导致 缺乏激励措施，士气低下，降低了生产能力； 由于项目组成员之间发生冲突，导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作； 不适应工作的成员没有调离项目组，影响了项目组其他成员的积极性； 开发人员和管理层之间关系不佳，导致决策缓慢，影响全局； 项目后期加入新的开发人员，需进行培训并逐渐与现有成员沟通，从而使现有成员的工作效率降低； 【规避措施】： 挑选合适的项目组成员，在项目成立之前，确定组员的稳定性。 定期组织成员面对面的交流，坦诚沟通，解决问题。 关键工作产物全部要经过评审，以减少工作反复。 尽量避免项目中途出现人员变更。 过程管理不当导致 大量的纸面工作导致进程比预期的慢； 前期的质量保证行为不真实，导致后期的重复工作； 太不正规(缺乏对软件开发策略和标准的遵循)，导致沟通不足，质量欠佳，甚至需重新开发； 过于正规(教条地坚持软件开发策略和标准)，导致过多耗时于无用的工作； 【规避措施】： 选择合适的项目过程。 项目经理要及时发现问题，并引导组员改进。 技术规划不足导致 一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新的库或者自行开发新的功能； 代码库质量低下，导致需要进行额外的测试，修正错误，或重新制作； 过高估计了增强型工具对计划进度的节省量； 开发工具不如期望的那样有效，开发人员需要时间创建工作环境或者切换新的工具； 新的开发工具的学习期比预期的长，内容繁多。 依赖正在开发中的技术将延长计划进度。 设计不足导致 涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。 设计质量低下，导致重复设计； 分别开发的模块无法有效集成，需要重新设计或制作。 【规避措施】： 组织必要的设计评审，以确保产物质量。 尽早开展测试和集成工作。 外部环境导致 在不熟悉或未经检验的软件和硬件环境中运行所产生的未预料到的问题； 【规避措施】： 尽早开展测试工作，。 在使用不熟悉或未经检验的软硬件之前，做好评估，如果有选择空间的话，尽量选择熟悉的软件。