项目风险评估new.docVIP

项目风险评估 TOC \o 1-3 \h \z \u 一、 前言 2 二、 风险概述以及相应措施 2 1. 组织管理风险 2 2. 人员风险 2 3. 开发环境风险 2 4. 产品风险 3 5. 设计和实现风险 3 6. 过程风险 3 三、 风险辨识 3 1. 策略风险 3 2. 管理风险 3 3. 开发环境风险 3 4. 技术风险 4 5. 人员技术及经验带来的风险 4 四、 风险分析 4 五、 风险驾驭 4 一、 前言 本文档主要针对软件开发涉及到的风险，整个MSF开发阶段的风险。以及对风险能做出的应对措施。软件风险主要来自两方面，一是软件管理，二是软件体系结构。软件产品的开发时工程技术与个人创作的有机结合。软件管理是保证软件开发工程化的手段。软件体系结构的合理程度是取决于集体智慧发挥的程度和经验的运用 二、 风险概述以及相应措施 1. 组织管理风险 01) 仅由管理层或市场人员进行技术决策,导致计划进度缓慢,计划时间延长; 02) 低效的项目组结构降低生产率; 03) 管理层审查 决策的周期比预期的时间长; 04) 管理层作出了打击项目组织积极性的决定 05) 缺乏必要的规范,导至工作失误与重复工作; 06) 非技术的第三方的工作(预算批准、设备采购批准、法律方面的审查、安全保证等)时间比预期的延长; 2. 人员风险 01) 作为先决条件的任务(如培训及其他项目)不能按时完成; 02) 开发人员和管理层之间关系不佳,导致决策缓慢,影响全局; 03) 缺乏激励措施,士气低下,降低了生产能力; 04) 某些人员需要更多的时间适应还不熟悉的软件工具和环境; 05) 项目后期加入新的开发人员,需进行培训并逐渐与现有成员沟通,从而使现有成员的工作效率降低; 06) 由于项目组成员之间发生冲突,导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作; 07) 不适应工作的成员没有调离项目组,影响了项目组其他成员的积极性; 08) 没有找到项目急需的具有特定技能的人。 3. 开发环境风险 01) 设施未及时到位; 02) 设施拥挤、杂乱或者破损; 03) 开发工具未及时到位; 04) 开发工具不如期望的那样有效,开发人员需要时间创建工作环境或者切换新的工具; 05) 新的开发工具的学习期比预期的长,内容繁多; 4. 产品风险 01) 矫正质量低下的不可接受的产品,需要比预期更多的测试、设计和实现工作; 02) 开发额外的不需要的功能(镀金),延长了计划进度; 03) 严格要求与现有系统兼容,需要进行比预期更多的测试、设计和实现工作; 04) 要求与其他系统或不受本项目组控制的系统相连,导致无法预料的设计、实现和测试工作; 05) 在不熟悉或未经检验的软件和硬件环境中运行所产生的未预料到的问题; 06) 开发一种全新的模块将比预期花费更长的时间; 07) 依赖正在开发中的技术将延长计划进度; 5. 设计和实现风险 1) 设计质量低下,导致重复设计; 2) 一些必要的功能无法使用现有的代码和库实现,开发人员必须使用新的库或者自行开发新的功能; 3) 代码和库质量低下,导致需要进行额外的测试,修正错误,或重新制作; 4) 过高估计了增强型工具对计划进度的节省量; 5) 分别开发的模块无法有效集成,需要重新设计或制作; 6. 过程风险 1) 大量的纸面工作导致进程比预期的慢; 2) 前期的质量保证行为不真实,导致后期的重复工作; 3) 太不正规(缺乏对软件开发策略和标准的遵循),导致沟通不足,质量欠佳,甚至需重新开发; 4) 过于正规(教条地坚持软件开发策略和标准),导致过多耗时于无用的工作; 5) 向管理层撰写进程报告占用开发人员的时间比预期的多; 6) 风险管理粗心,导致未能发现重大的项目风险; 三、 风险辨识 1. 策略风险:开发产品不符合小组的整体商业策略 2. 管理风险:由于重点的转移或者人员变动失去管理层的支持的风险 3. 开发环境风险:与开发工具的可用性和质量相关的风险 4. 技术风险: 指在设计、实现、接口、验证、维护、规约的二义性、技术的不确定性、陈旧的技术等方面存在的风险。技术风险威胁到软件开发的质量及交付的时间，如果技术风险变成现实，则开发工作可能变得很困难或根本不可能 5. 人员技术及经验带来的风险: 与参与工作的软件工程师的总体技术水平及项目经验相关的风险: (1)性能风险：产品能够满足需求和符合使用目的的不确定程度。 (2)成本风险：项目预算能够被维持的不确定的程度。 (3)支持风险：软件易于纠错、适应及增强的不确定的程度。 (4)进度风险：项目进度能够被维持且产品能按时交付的不确定的程度 四、 风险分析 在进行了风险