文档库

最新最全的文档下载
当前位置:文档库 > 软件项目风险分类

软件项目风险分类

风险类型描述:

1、范围风险:与范围变更有关的风险,例如用户的需求变化等。

2、进度风险:导致项目工期拖延的风险。该风险主要取决于技术因素、计划合理性、资源充分性、项目人员经验等几个方面。

3、成本风险:导致项目费用(其中包括人工成本)超支的风险。

4、质量风险:影响质量达到技术性能和质量水平要求的风险。

5、技术风险:是指由于与项目研制相关的技术因素的变化而给项目建设带来的风险,包括潜在的设计、实现、接口、验证和维护、技术的不确定性、“老”技术与“新”技术等方面的问题。

6、管理风险:是指由于项目建设的管理职能与管理对象(如管理组织、领导素质、管理计划)等因素的状况及其可能的变化,给项目建设带来的风险。

7、商业风险:是指开发了一个没有人真正需要的产品或系统(市场风险);或开发的产品不符合公司的整体商业策略(策略风险);或构成了一个销售部不知道如何去出售的产品(销售风险)等。

8、法律风险:例如许可权、专利、合同失效、诉讼、不可抗力等

9、社会环境风险:是指由于国际、国内的政治、经济技术的波动(如政策变化等),或者由于自然界产生的灾害(如地震、洪水等)而可能给项目带来的风险。预测角度风险类型1、已知风险(knowns):是通过仔细评估项目计划、开发项目的经济和技术环境以及其他可靠的信息来源之后可以发现的那些风险。例如,不现实的交付时间;没有需求或软件范围文档;恶劣的开发环境等。

2、可预测的风险(known-unknowns):可预见、可计划、可管理。又称已知-未知风险,是指能够从过去项目的经验中推测出来的风险。例如,人员变动;与客户之间无法沟通等。以及市场风险(原材料可利用性、需求)、日常运作(维修需求)、环境影响、社会影响、货币变动、通货膨胀、税收

3、不可预测的风险(unknown-unknowns):不可预见、不可计划、不可管理,需要应急措施。又称未知-未知风险,是指可能,但很难事先识别出来的风险。例如规章(不可预测的政府干预)、自然灾害风险来源划分:1、产品规模风险

项目的风险是与产品的规模成正比的。与软件规模相关的常见风险因素有:(1)估算产品规模的方法(包括:代码行,文件数,功能点等),(2)产品规模估算的信任度,(3)产品规模与以前产品规模平均值的偏差,(4)产品的用户数,(5)复用的软件有多少,(6)产品的需求变更多少等。一般规律,产品规模越大,以上的问题就越突出,尤其是估算产品规模的方法,复用软件的多少,需求变化。

2、需求风险

很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性,并且在项目进展过程当中得不到解决,这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素,那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的。

与客户相关的风险因素有:(1)对产品缺少清晰的认识,(2)对产品需求缺少认同,(3)在做需求中客户参与不够,(4)没有优先需求,(5)由于不确定的需要导致新的市场,(6)不断变化需求,(7)缺少有效的需求变化管理过程,(8)对需求的变化缺少相关分析等。

3、相关性风险

许多风险都是因为项目的外部环境或因素的相关性产生的。经常我们在控制外部的相关性上做的不够,因此缓解策略应该包括可能性计划,以便从第二资源或协同工作资源中取得必要的组成部分,并且觉察潜在的问题。与外部环境相关的因素有:(1)客户供应条目或信息,(2)交互成员或交互团体依赖性,(3)内部或外部转包商的关系,(4)经验丰富人员的可得性,(5)项目的复用性。

4、技术风险

软件技术的飞速发展和经验丰富员工的缺乏,意味着项目团队可能会因为技巧的原因影响项目的成功。在早期,识别风险从而采取合适的预防措施是解决风险领域问题的关键,比如:培训、聘请顾问以及为项目团队招聘合适的人才等。主要有下面这些风险因素:(1)缺乏培训,(2)对方法、工具和技术理解的不够,(3)应用领域的经验不足,(4)新的技术和开发方法应用等。

5、管理风险

尽管管理问题制约了很多项目的成功,但是不要因为风险管理计划中没有包括所有管理活动而感到惊奇。在大部分项目里,项目经理经常是写项目风险管理计划的人,他们有先天性的不足——自己检查自己的错误,这是最难的。然而,像这些问题可能会使项目的成功变得更加困难。如果不正视这些棘手的问题,它们就很有可能在项目进行的某个阶段影响项目本身。当我们定义了项目追踪过程并且明晰项目角色和责任,就能处理这些风险因素:(1)计划和任务定义不够充分,(2)实际项目状态,(3)项目所有者和决策者分不清,(4)不切实际的承诺,

(5)员工之间的沟通等。

6、安全风险

软件产品本身是属于创造性的产品,产品本身的核心技术保密非常重要。但一直以来,我们在软件这方面的安全意识比较淡薄,对软件产品的开发主要注重技术本身,而忽略了专利的保护。软件行业的技术人员流动是很普遍的现象,随着技术人员的流失、变更,很能会导致产品和新技术的泄密,致使我们的软件产品被它公司窃取,导致项目失败。而且在软件方面关于知识产权的认定目前还没有明确的一个行业规范,这也是我们软件项目潜在的风险。

软件测试风险

(1)需求风险。对软件需求理解不准确,导致测试范围存在误差,遗漏部分需求或者

执行了错误的测试方式;另外需求变更导致测试用例变更,同步时存在误差。

(2)测试用例风险。测试用例设计不完整,忽视了边界条件、异常处理等情况,用例

没有完全覆盖需求;测试用例没有得到全部执行,有些用例被有意或者无意的遗漏;

(3)缺陷风险。某些缺陷偶发,难以重现,容易被遗漏;

(4)代码质量风险。软件代码质量差,导致缺陷较多,容易出现测试的遗漏;

(5)测试环境风险。有些情况下测试环境与生产环境不能完全一致,导致测试结果存

在误差;

(6)测试技术风险。某些项目存在技术难度,测试能力和水平导致测试进展缓慢,项

目延期;

(7)回归测试风险。回归测试一般不运行全部测试用例,可能存在测试不完全;

(8)沟通协调风险。测试过程中涉及的角色较多,存在不同人员、角色之间的沟通、

协作,难免存在误解、沟通不畅的情况,导致项目延期;

(9)其它不可预计风险。一些突发状况、不可抗力等也构成风险因素,且难以预估和

避免。

以上是测试过程中可能发生的风险,其中有的风险是难以避免的,如缺陷风险等。有的

风险从理论上可以避免,但实际操作过程中出于时间和成本的考虑,也难以完全回避,如回归测试风险等。对于难以避免的风险,我们的目标是将风险降到最低水平。