项目风险分析

1、项目风险分析(总3页)IAL-(YICA1)-Company Onel仅作为文树封面，使用请直接删除分析软件开发项目的不确定性因素与风险因素，如何预防项目风险软件项 U 的风险是指在软件开发过程中可能出现的不确定因而造成损失或 者影 响，如资金短缺、项进度延误、人员变更以及预算和进度等方面的问题。风险关注未来的事情，这意味着，软件风险涉及选择及选择本身包含的不 确定性，软件开 发过程及软件产品都要面临各种决策的选择。风险是介于确定 性和不确定性之间的 状态，是处于无知和完整知识之间的状态。另一方面，风 险将涉及思想、观念、行 为、地点等因素的改变。软件项口风险会影响项 LI 计划的实现，如果项

2、 LI 风险变成现实，就有可能 影 响项LI的进度，增加项LI的成本，其至使软件项 LI不能实现。因此有必要对 软件 项 LI 中的风险进行分析并采取相应的措施加以管理，尽可能减少风险造成的损失。风险是在项 U 开始之后才对项 H 的执行过程其负面的影响，所以软件 项 U 开始之前 风险分析的不足，或者是软件项 U 实施过程中风险应对措施不得 力，都有可能造成 软件失败。如果对项 LI 进行风险管理，就可以最大限度的减少风险的发生。它是为了 将不 确定因素出现的概率控制到最低，将不确定性所造成的损失减少到最低限度，对软件项目全过程中的风险识别、分析和应对的过程。软件项目中的风险永远不能全部消除

3、，而只能采用避免、减轻、和接受三种因对策略。避免：通过分析找出发生风险事件的原因，消除这些原因来避免一些特定风险事件的发生。减轻：通过降低风险事件发生的概率或得失衡量来减轻风险对项 U 的影 响，也 可采用风险转移的方法来减轻风险对项目的影响。接受：对于一些无法避免的风险，应当接收风险造成的后果或者提前设计相应的应对措施，但这需要一定的资金做后盾。需求变更风险需求变更风险是指需求已经成为项 U 基准，但需求还在继续变化 ; 需求定义 欠 佳，而进一步的定义会扩展项 LI 范畴; 添加额外的需求 ;产品定义含混的部分比 预期 需要更多的时间 ; 在做需求中客户参与不够 ; 缺少有效的需求变化管理

4、过 程。一个看 似很有“钱途”的软件项目， 往往由于无限度的需求变更而让项 U 承建方苦不堪言， 甚至最终亏损（实际上项目建设方也面临巨大的风险）。预防这种风险的办法是需要团队成员的高度配合和密切协作的阶段，在进行需求分析的时候要仔细分配团队成员的工作，具体分配如下：如项 LI 经理负 责需求分析阶段项 L1 进度的安排和控制 ; 参与项 U 的各种资源调度；负责项 L1 的 总体协调 工作，人员组成为双方项 U 负责人。再如系统分析人员要通过与用户 方的技术人员 和业务人员进行良好的沟通，了解业务流程、功能需求、系统构 想和项 UL1 标，完 成软件需求说明书的编制任务，等等。要遏制分析阶段

5、的 变更风险，釆用以下儿 种方法： 1、充分到位的需求调研。 2、用户签字制度。 签字的方法可以是用户在需 求调研中积极负责的态度，认真对待每个需求分析 项。在实际分析中，分析人员要 善于与用户沟通，通过系统原型或相似系统演 示等手段，消除用户的顾虑 ; 另外，如 果用户方代表个人难以决定，可通过召开项 H 协调会议，由用户的项口有关人员集体决定。 3、定期的工作通报制度。4、对签字认可的需求纳入需求管理，对发生的需求变更，执行需求变更处理流程。进度风险有些项U对进度要求非常苛刻（进度要求不高的项 U,我们同样要考虑该风 险）， 项 H 进度的延迟意味着违约或市场机会的错失。软件的工期常常是制

6、约软 件项口的 主要因素。软件项口工期估算是软件项 LI 初期最困难的工作之一。很 多情况下，软 件用户对软件的需求是岀于实际情况的压力，希望项 H 承担方尽 快开发出软件来。 在软件招标时，开发方为了尽可能争取到项对项 H 的进 度承诺出已远远超出实际能 做到的项 U 进度，使项 U 在开始时就存在严重的时 间问题。软件开发组织在工期的 压力下，往往放弃文档的编写与更新，结果在 软件项 LJ 的晚期大量需要通过文档进 行协调时，却拖累软件进度越来越慢。此 外，山于用户配合问题 . 资源调配等问题也 可能使软件项L1不能在预定的时间 内完成任务。软件项过程中有自身的客观规律 性，用户对软件项

7、H 的进度要 求不能与软件开发过程的时间需要相矛盾。技术风险在软件项 II 开发和建设的过程中，战略管理技术因素是一个非常重要的因素。项 U 组一定要本着项 U 的实际要求，选用合适、成熟的技术，千万不要无 视项 U 的 实际情况而选用一些虽然先进但并非项 U 所必须且自己乂不熟悉的技 术。如果项 LI 所要求的技术项 LI 成员不具备或掌握不够，则需要重点关注该风 险因素。重大的技 术风险包括：软件结构体系存在问题，使完成的软件产品未 能实现项 LI 预定 LI 标; 项 LI 实施过程中才用全新技术， 山于技术本身存在缺陷或 对技术的在掌握不够深入， 造成开发岀的产品性能以及质量低劣。预防

8、这种风险的办法是选用项 LI 所必须的技术、在技术应用之前，针对相 关人 员开展好技术培训工作。首先，做好各阶段的技术评审工作，通过集体智慧确保项LI 所采用技术的可行性以及技术方案的正确性。其次，对新技术的使 用要谨慎，要 循序渐进，尽量采用成熟的技术方案完成软件开发匸作。再次，在技术创新与技术风险之间进行平衡，并做好创新技术的研究和试验工作。需 要对软件项 U 过程中使 用的各种技术进行评估，软件项 U 管理在制定软件开发 计划时必须考虑这些因素， 并作岀合理的权衡决策。对软质量风险任何软件项 U 实施过程中缺乏质量标准，或者忽略软件质量监督环节都将 件的开发构成巨大的风险。有些项口，用户

9、对软件质量有很高的要求，如 果项 U 组 成员同类型项 U 的开发经验不足 ,则需要密切关注项 U 的质量风险。 矫正质量低下 的不可接受的产品，需要比预期更多的测试、设计和实现工作 ;开 发额外的不需要的 功能（镀金），延长了计划进度 ; 严格要求与现有系统兼容，需要 进行比预期更多的 测试、设计和实现工作 ;要求与其他系统或不受本项 L1 组控制 的系统相连，导致无 法预料的设计、实现和测试工作；在不熟悉或未经检验的软 件和硬件环境中运行所 产生的未预料到的问题 ;开发一种全新的模块将比预期花 费更长的时间 ; 依赖正在开 发中的技术将延长计划进度。预防这种风险的办法一般是经常和用户交流工作成果、品牌管理采用符合 要求 的开发流程、认真组织对产出物的检查和评审、计划和组织严格的独立测 试等。软 件质量的保证体系是软件开发成为可控制过程的基础，也是开发商和 用户进行交流 的基础和依据。所以制定卓