软件项目风险管理方法研究
【项目管理知识】软件项目风险管理方法比较和研究
软件项目风险管理方法比较和研究近几年来软件开发技术、工具都有了很大的进步，但是软件项目开发超时、超支、甚至不能满足用户需求而根本没有得到实际使用的情况仍然比比皆是。
软件项目开发和管理中一直存在着种种不确定性，严重影响着项目的顺利完成和提交。
但这些软件风险并未得到充分的重视和系统的研究。
直到20世纪80年代，Boehm比较详细地对软件开发中的风险进行了论述，并提出软件风险管理的方法。
Boehm认为，软件风险管理指的是“试图以一种可行的原则和实践，规范化地控制影响项目成功的风险”，其目的是“辨识、描述和消除风险因素，以免它们威胁软件的成功运作”。
在此基础上，业界对软件风险管理的研究开始慢慢丰富起来，理论上对风险进行了一些分类，提出了风险管理的思路；实践上也出现了一些定量管理风险的方法和风险管理的软件工具。
虽然业界对风险管理表现了极大的兴趣，作出了不少努力，但似乎很少开发项目的组织真正积极地在软件开发过程中使用风险管理的方法。
____年（IWSEDInte-rnationalWorkshoponSoftwareEngineeringData）会议作出的调查显示：风险管理技术没有得到广泛应用的原因并不是大家不相信这种技术的实效性，而是对风险管理的技术和实践缺乏了解。
因此，我们认为很有必要对风险管理进行研究，并将其应用于现在广泛使用但失败率较高的MIS系统开发中。
1经典风险管理理论(1)BarryBoehm的模型Boehm用公式RE=P(UO)*L(UO)对风险进行定义，其中RE表示风险或者风险所造成的影响，P(UO)表示令人不满意的结果所发生的概率，L(UO)表示糟糕的结果会产生的破坏性的程度。
在风险管理步骤上，Boehm基本沿袭了传统的项目风险管理理论，指出风险管理由风险评估和风险控制两大部分组成，风险评估又可分为识别、分析、设置优先级个子步骤，风险控制则包括制定管理计划、解决和监督风险3步。
Boehm思想的核心是10大风险因素列表，其中包括人员短缺、不合理的进度安排和预算、不断的需求变动等。
软件工程中的软件项目风险管理与控制
软件工程中的软件项目风险管理与控制软件项目风险管理是软件工程中一个至关重要的环节，它旨在识别、分析和控制软件项目中的各种风险，确保项目能够按时、按质、按预算完成。
本文将深入探讨软件工程中的软件项目风险管理与控制，并提供一些有效的方法和技巧。
一、软件项目风险管理的重要性在软件项目开发过程中，各种风险可能随时出现，包括技术风险、时间风险、成本风险等。
如果不对这些风险进行有效管理和控制，可能会导致项目延期、超支甚至项目失败。
因此，软件项目风险管理是确保项目成功的关键因素之一。
二、软件项目风险管理的基本步骤1. 风险识别：通过对项目进行全面细致的分析和评估，确定可能存在的各种风险，包括技术风险、进度风险、需求变更风险等。
可以借助SWOT分析、头脑风暴等方法来辅助识别风险。
2. 风险分析：对已识别的风险进行进一步分析，确定其可能带来的影响程度和概率。
可以使用风险矩阵、树状图等工具来进行风险分析，从而为后续的风险控制提供依据。
3. 风险评估：综合考虑风险的影响程度和概率，对各个风险进行评估，确定其优先级和重要性。
可以采用定性和定量的方法进行风险评估，以便更好地制定风险控制策略。
4. 风险控制：基于风险评估的结果，制定相应的风险控制策略和计划。
对于高优先级的风险，要采取积极有效的措施来降低其发生的概率或减轻其影响。
可以采用避免、减轻、分担、转移等控制策略来应对不同类型的风险。
5. 风险监控：及时跟踪项目中的各项风险，监控其变化和演化过程。
在项目执行中，要不断评估风险的实际情况，并根据需要进行相应的调整和改进。
三、软件项目风险管理的常用技术工具1. WBS（Work Breakdown Structure）：工作分解结构是将整个软件项目分解成多个可管理的工作单元的过程。
通过建立WBS，可以更好地进行风险识别、风险分析和风险控制，确保项目能够按时、按质地完成。
2. Gantt图：甘特图是一种显示任务、里程碑和关键路径的项目进度管理工具。
软件项目管理中的风险管理策略
软件项目管理中的风险管理策略在软件项目管理中，风险管理是确保项目顺利进行的重要方面之一。
通过有效的风险管理策略，项目团队可以预测和应对可能影响项目成功的风险因素。
本文将介绍软件项目管理中常用的风险管理策略，并讨论其重要性和实施方法。
一、风险识别和评估在软件项目开始之前，项目团队需要对潜在的风险因素进行全面的识别和评估。
这可以通过以下步骤实现：1. 制定风险识别计划：确定用于收集和记录项目风险的具体方法和工具，例如头脑风暴、问卷调查和专家访谈等。
2. 识别风险：在项目团队的参与下，识别可能影响项目目标实现的各类风险，包括技术、人员、资源和时间等方面的风险。
3. 评估风险：根据风险的概率和影响程度进行评估，确定风险事件的可能性和对项目的威胁程度。
二、风险规避风险规避是指在项目执行过程中采取措施，以减轻或消除已被识别的风险。
以下是一些常见的风险规避策略：1. 制定详细的项目计划：通过制定清晰的项目计划，包括项目目标、交付物、时间表和资源分配等，可以减少项目执行过程中的不确定性和风险。
2. 使用成熟的技术：在项目中使用已经经过验证和成熟的技术，可以降低技术风险。
3. 避免单一依赖：避免项目中过度依赖个别关键人员或资源，确保项目的可持续性和弹性。
4. 测试与验证：在开发过程中，进行充分的测试和验证，以降低软件缺陷和错误的风险。
三、风险转移风险转移是指将风险的责任和影响转移给其他相关方。
以下是一些常见的风险转移策略：1. 保险：购买适当的保险政策，以在发生风险事件时获得相应的赔偿。
2. 合同约定：通过与合作伙伴或供应商签订合同中明确风险责任的条款，将一部分风险转移给他们。
3. 外包：将某些关键活动或任务外包给专业机构，以减轻项目团队的工作负担和风险责任。
四、风险缓解与应对即使在项目进行中，仍然会出现一些风险事件。
项目团队需要制定相应的风险缓解和应对策略，以尽量减少对项目目标的影响。
以下是一些常见的风险缓解与应对策略：1. 实施监控与控制：建立有效的监控机制，及时发现风险事件的发生，并采取相应的措施进行控制。
软件项目风险管理理论与方法研究综述_潘春光
第22卷第5期Vol.22No.5控 制 与 决 策Cont rolandDecision2007年5月 May 2007收稿日期:2006201207;修回日期:2006204209.基金项目:国家自然科学基金项目(70272002).作者简介:潘春光(1974—),男,济南人,讲师,博士生,从事软件项目风险管理、决策分析技术的研究;陈英武(1963—),男,湖南益阳人,教授,博士生导师,从事公共管理、项目管理等研究. 文章编号:100120920(2007)0520481206软件项目风险管理理论与方法研究综述潘春光,陈英武,汪 浩(国防科学技术大学信息系统与管理学院,长沙410073)摘 要:软件项目风险管理是软件工程的重要分支,也是项目管理和决策研究中的热点问题.为此,简要介绍了软件项目风险管理的相关基本概念,阐述了软件项目风险管理的框架体系和研究方法,并讨论了其各自的优缺点.据此对该学科的研究发展趋势作了展望.关键词:软件项目;风险管理;风险分析;风险控制中图分类号:O157.5 文献标识码:AOvervie w of the study on theories and methods of soft w are projectrisk m anagementPA N Chun 2g uan g ,C H EN Yi ng 2w u ,W A N G H ao(College of Information System and Management ,National University of Defense Technology ,Changsha 410073,China.Correspondent :PAN Chun 2guang ,E 2mail :chunguangpan @ )Abstract :As an important branch of software engineering ,software project risk management (SPRM )is a hotspot in project management and decision 2making.The conceptions of SPRM are introduced generally.An overview of the study on theories and methods in this field is made and the merits and defects are also discussed.The prospect of this subject is presented.K ey w ords :Software project ;Risk management ;Risk analysis ;Risk control1 引 言 软件项目风险管理作为一门学科,出现于上世纪80年代末.经过近30年的发展,已从理论、方法乃至实践上都取得了一定的进展.目前,随着软件工程技术的进步和软件企业的不断成熟,其研究已成为软件工程和项目管理中的热点问题之一.本文对近年来软件项目风险管理理论与方法的研究进展情况进行综述,分析了各种理论体系和方法的特点和不足,并对该学科的发展趋势作了展望.2 软件项目风险管理的有关概念 风险的概念最早出现于19世纪末的西方经济领域,目前已广泛应用于社会学、经济学、工程学、环境学等领域.风险一词在不同领域有不同的界定,目前尚无统一的定义[1].但一般认为风险概念应包含以下几方面内涵[1,2]:1)风险是指事物发生发展过程中某种客观存在的不确定性;2)这种不确定性对主体的决策和价值目标构成了潜在威胁或可能造成损失;3)不同主体对同样风险的承受能力与收益大小、投入多少、项目活动的主体地位和拥有的资源有关.在软件工程领域,人们一直试图将软件开发活动工程化,并通过借鉴工程项目的管理办法来解决软件项目中出现的风险问题.对软件项目风险概念的理解源于其他工程项目风险管理,并经过一定的讨论和改进.如最早研究软件项目风险管理的美国国防部,把风险定义为[3]:在预定成本、工期和技术约束下,可能无法达到全面计划目标的度量指标,它包含两部分:1)无法达到具体结果的概率(或可能性);2)达不到那些结果的后果(或影响).Boehm 等将这两部分归结为“风险暴露”[3,4],用公式表示为R E =P (U O )*L (U O ).(1)其中:R E 指风险或风险造成的影响,P (U O )表示令人不满意结果发生的概率,L (U O )表示不利结果可能产生的破坏程度.上述概念未指明其主体,即是什 控 制 与 决 策第22卷么造成的不利影响,所以有些文献又将风险主体表示为“场景”.如Charette将风险定义为一个三元组[5]Risk={(s i,l i,v i)—i=1,2,…,n},(2)分别表示风险所处的环境描述、可能概率和风险发生时的后果.然而该定义仍存在缺陷,它将低概率高损失的情形与高概率低损失的情形等同起来.为此,Kumamoto等又作了扩展,将风险定义为一个四元组[6]Risk={(s i,o i,l i,v i)—i=1,2,…,n},(3)其中o i表示对第i个场景造成后果严重性的度量.经过一系列补充,人们对软件风险的概念逐渐加深,为理论研究奠定了基础.风险管理是指辨识、分析和控制风险的活动,这组活动不是孤立的,而是一组系统化、持续化的过程[7].软件项目风险管理是指贯穿于软件项目生命周期,保证项目按计划进行的策略、方法、技术和工具的集合,它含有风险辨识、评估、排序、计划、监督和控制活动,并成为软件项目管理的主要部分[8].3 软件项目风险管理的框架体系 从软件项目风险管理的发展历史看,Boehm于1989年出版的专著《软件风险管理》[3],奠定了该领域的理论基础.在随后近30年中,又陆续出现了几种框架体系.现总结和比较如下.3.1 Boehm和Charette的风险管理框架Boehm在《软件风险管理》中,将软件项目风险管理分为风险评估和风险控制两大部分,其中风险评估又分为风险识别、风险分析和风险的优先级排序,风险控制又分为风险管理计划、风险解决和风险监控.软件项目风险管理的另一位创始人Charette构建的风险管理框架[5],则直接将其分为风险分析和风险管理两部分,其中风险分析包括识别、估算和评价,风险管理包括计划、控制和监控.二者的理论框架如表1所示.表1 Boehm和Charette的风险管理框架Boehm的风险管理框架Charette的风险管理框架风险评估风险识别风险分析风险优先级排序风险分析风险识别风险估算风险评价风险控制风险管理计划风险解决风险监控风险管理风险计划风险控制风险监控 从本质上讲,二者风险管理框架基本相同.从内容上看,与其他工程项目风险管理也没有实质性差别.3.2 Higuera和H aimes的持续风险管理框架模型Higuera和Haimes提出的软件项目风险管理框架,是美国卡内基・梅隆大学软件工程研究所(SEI)风险管理体系中的一部分.该体系将风险管理划分为风险识别、分析、计划、跟踪、控制5个步骤,风险管理的方式是连续循环的,其核心是风险沟通.它要求在项目生命期的所有阶段都关注风险管理,即所谓持续风险管理(CRM)框架模型[9,10](见图1).图1 SEI的持续风险管理框架模型SEI的模型在Boehm和Charette的模型基础上有所改进,注重了软件项目的过程特点.但这一模型只是在理论上对风险管理的过程有了初步认识,而如何把风险管理演绎成一个动态、持续的风险管理过程,未作详细阐述.3.3 H all的六学科模型Hall的六学科风险管理模型[11](见图2),将风险管理分解为6个学科.其中:E代表预想,是把思想转化为目标的学科,用于研究软件产品的远期规划;P代表计划,是为软件目标分配资源的学科;W 代表工作,是指产品计划的执行;M代表度量,是比较期望值和实际值的学科,两个值的差异用于调整项目计划;I代表改进,是从过去经验中学习的学科,它通过分析基准和项目度量结果,找出改进的方向;D代表发现,是预知未来的学科,它通过对不确定性的评价和对困惑的思考,考虑机会和风险的均衡,预先指导计划和规划的改变.图2 H all的六学科风险管理模型Hall的六学科模型考虑了风险管理与项目管理的结合,注重风险的度量和控制,是理论与实践相结合的有益尝试.不足之处是对如何取得预想方案中风险和机会的均衡重视不够.其基本思路是改进284第5期潘春光等:软件项目风险管理理论与方法研究综述 项目管理,带动风险管理,管理范围仍以核心风险管理为主.3.4 基于CMM/CMMI的软件项目风险管理框架文献[12,13]提出了基于CMM I的软件项目风险管理框架,对软件项目风险管理理论作了进一步研究和扩展.能力成熟度模型(CMM)是SEI主持研发的一套评估软件能力和成熟度的标准.该标准基于众多专家的经验,侧重于开发过程的管理,是目前国际上流行的软件生产过程标准和软件企业成熟度等级认证标准.CMM主要用5个不断进化的层次来表达,即初始级、可重复级、已定义级、已管理级和优化级,项目风险管理被集成在第3级水平.SEI将CMM扩展为能力成熟度模型集成(CMM I),从内容和特征上对CMM进行完善.在CMM I中,风险管理作为第3级中的一个独立的关键过程域,是软件工程管理的一个重要方面,体现了风险管理的过程特点,从而使在过程中进行风险管理的原则得以真正体现[14].基于CMM/ CMM I的软件项目风险管理的研究,推动了风险管理理论与以软件过程改进为主导的软件工程实践的融合,使软件项目风险管理朝着可预测、有规律、可量化的管理方向发展.4 软件项目风险管理的研究方法、技术和工具 软件项目风险管理发展近30年中,出现了不少方法、技术和工具.这些成果大多以系统整体的形式出现,并贯穿于风险识别、评估、分析和控制的全过程,各方法和技术之间也有交叉,并因阐述的角度不同而有所侧重.下面就其主要研究成果进行简要评述.4.1 软件项目风险识别方法风险识别是任何风险管理活动的起点.从已有成果看,软件项目风险识别的研究方法大致有以下几种:1)风险清单法.Boehm给出了top10风险序列[3],并提出了顶级十大风险源清单[6].随后,他指出在软件项目开发生命期的每个重要阶段,都可进行top10风险清单的调查和修改,并将风险管理加入软件项目开发生命期模型.Boehm还提出了软件项目开发期的螺旋式模型,使项目管理人员可对软件项目进行动态风险追踪.Barki等通过总结列出了35项风险变量[15];Jones描述了60项最常见的风险因素[16].这些成果对于开展风险识别、提供风险源素材具有很大的帮助.2)风险识别法(TB I).Marvin等提出的基于分类的风险识别法[17],主要是从项目分类学的角度考虑风险,对项目的风险项进行分类,从单纯的清单列表走向由分类树与问卷识别过程的统一,从而使软件项目风险项具有结构性的特点.另外,它也秉承了动态管理的特点,使风险识别及后续处理有计划、分步骤、周期性地在项目生命期内进行.3)基于分类的问卷调查表法(TBQ)[17].该方法是由专家根据项目特点设计风险管理问卷调查表,对企业有关人员进行问卷调查,并根据调查结果对数据进行统计分析.文献[18]在问卷调查的基础上提出一种簇分析方法,对507个软件项目管理人员进行问卷调查.文献[19]在此基础上进一步扩展,提出一种软件风险和性能的层次模型,并对调查结果作了统计分析.4.2 网络分析模型网络分析技术在项目风险管理中经常使用,软件项目风险管理中很多方法和工具都借鉴了传统的网络技术.其研究方法主要有以下几种:1)PER T/CPM,GER T和V ER T.PER T(计划评审技术)主要是针对项目进度风险进行评估,通常要求各随机事件都服从三点分布.在实践中,这一假定往往无法满足,这时一般可与蒙特卡洛仿真联合使用.GER T(图形评审技术)可处理活动间的前后逻辑关系受活动结果支配的情况,其活动及活动的先后次序均为随机变量.它既能评估进度风险,又能评估成本和质量等风险.V ER T(风险评审技术)是以管理系统为对象、以随机网络仿真为手段的定量风险分析技术.它可根据每项活动的性质,在网络节点上设置多种输入和输出逻辑功能,使网络模型能充分反映实际过程的逻辑关系和随机约束.这类技术最为常用,在软件项目风险管理中多有引入,如文献[20222]等.2)关键链技术.G oldratt将其提出的制约理论引入项目管理,提出了以关键链取代关键路径的思想.他出版了企业管理专著《关键链》[23],提出了关键链项目管理(CCPM).文献[24]论述了CCPM在软件工程中应用的可行性,文献[25]将关键链技术与系统动力学模型相结合,对多个软件项目进行仿真,并给出了仿真结果.3)贝叶斯置信网络(BBN)模型.BBN是人工智能领域的一种概率推理方法,可描述不确定因素之间的表示和推理.文献[26]应用BBN对软件项目进行风险识别、预测和动态监控,并对项目资源进行动态调整,给出了仿真实例和结果,具有一定的参考价值.4)Pet ri网技术.Pet ri网是研究离散事件动态384 控 制 与 决 策第22卷系统的理论工具之一,它具有并行、并发、同步等特性,适合于描述软件开发过程,在软件工程领域中应用较广[27].5)其他网络模型.这类模型一般是研究人员自行设计的特殊网络模型,如文献[28]提出的设计网模型,文献[29231]提出的软件项目管理网络模型等,对软件项目的并发和迭代现象进行建模和仿真研究.需要说明的是,网络分析模型往往与系统仿真技术结合在一起使用.仿真技术能使网络模型中的不确定性得以量化,是风险管理中的基本技术之一.4.3 系统动力学仿真技术以上总结的各种网络分析模型,大都是从微观的角度考虑软件项目中存在的风险问题,它们在进行风险管理时往往表现出静态和局部的特点,而忽略了项目各部分之间的相互作用对项目整体的影响.软件开发项目是一个动态的复杂系统[32],传统的项目管理方法不能有效地应对软件项目的动态复杂性,也不能从整体上把握软件项目风险管理.一些学者注意到这些方法的缺陷,将系统动力学引入软件项目管理.系统动力学是以反馈控制理论为基础、以计算机仿真为手段的定量分析技术.它通常以分析系统各部分之间的因果关系来建立非线性定量模型,并通过仿真的方法来考察系统的整体结构.Abdel和Madnick[33]对软件开发过程进行系统动力学的建模和仿真,在此基础上开展项目管理.一些学者[34236]先后对这一问题作了深入详细的探讨.以上学者的研究主要是对软件过程进行建模. Houston[37,38]专门为风险管理建立了软件项目系统动力学模型.他基于先前的系统动力学模型,提出一种所谓的基本模型,并对基本模型仿真得到一个基线值.在基本模型的基础上,给出了最为常见的6个软件项目的主要风险项,建立了一个扩展的系统动力学模型,并通过仿真得出各风险因素对系统的影响结果.Houston的模型是专为评估、缓和、调节风险管理活动而设计的,它通过调整输入参数,对成本、进度和产品质量进行风险分析和决策.4.4 基于成本估算模型的风险评估方法成本估算模型主要有SPL M模型和结构化成本模型(COCOMO),其中以COCOMO较为流行.下面简要介绍基于COCOMO的软件项目风险评估[4].Behem在其专著《软件工程经济学》[39]中发表了COCOMO模型(COCOMO81),它包括基本COCOMO,中级COCOMO和详细COCOMO3个层次.随后,为支持Ada项目评估,又开发了Ada COCOMO,对成本驱动因子作了适当调整.1990年后,出现了快速应用开发模型、软件重利用、再工程、CASE、面向对象方法、软件过程成熟度模型等一系列软件工程方法和技术,而早期的COCOMO不能适应新的需要.为此,Boehm重新调整了原有模型,根据未来软件市场的发展趋势,发表了COCOMO Ⅱ模型.COCOMOⅡ的基本构成为5个规模度量因子和17个成本驱动因子,利用它们来调整成本模型计算公式,将Delp hi专家法与Bayes统计分析法相结合,通过不同的成本因子来计算工作量并进行风险评估.4.5 其他方法体系结合软件工程实践,还有一些有特点的软件项目风险管理方法.主要有:1)J yrki[40]提出的Riskit方法.该方法构造了风险因素、风险事件、风险反应和效用损失的影响图,透彻地说明了风险的起因、发展和最后结果.2)Yacoub等[41]提出的客观评估方法.认为评估应基于产品的属性,而不只是专家的经验,所以必须尽可能地采用项目度量体系得到量化数据,并掌握好风险评估的时机.3)Greer等提出的SERUM法[42].它将以往的软件项目风险管理过程或模式称为“明确的方法”,主要选择一些风险管理策略来处理比较重要的风险,并通过风险减少技术达到对风险的控制. SERUM提出了“含蓄风险管理”,该方法从一开始就从商业角度考虑风险,并一直贯串于软件项目的整个过程.4)层次全息模型(H HM).H HM是研究风险管理的一种方法体系,并已成功地引入大型数据库开发系统.它强调将复杂系统以互补、协作的方式分解为部件、子系统等层次,每个层次都是完整系统的某一特定视角结构.文献[43246]采用层次全息模型对软件项目风险管理进行研究,给出了风险管理的一套方法和模型.文献[47]对项目风险管理中各个阶段使用的工具进行评述,并通过问卷调查和分析,给出了风险管理各个阶段可使用工具的排序,为管理人员的决策提供了可靠的依据.5 我国软件项目风险管理的研究现状 从我国软件项目风险管理研究现状看,由于国内软件行业发展较晚,软件企业不很成熟,很多公司主要以中小企业为主,很难谈得上系统、科学的软件项目风险管理.随着信息化浪潮的到来,我国软件业已在近几年取得了飞速发展,构建规范化、组织化的软件企业已成为业界人士的普遍共识.在这种情况484第5期潘春光等:软件项目风险管理理论与方法研究综述 下,软件项目的风险管理也开始受到重视.目前,国内对软件项目风险管理的研究还停留在学习和吸收国外已有理论和方法的基础上,近年来逐渐有文章见诸期刊,如张珞玲、李师贤对M IS 项目开展了一些风险管理的研究[48];张李义提出一种信息系统开发的动态风险模糊估测方法[49];鞠彦兵等提出一种基于证据理论的软件开发风险评估方法[50];潘陈勇从生命周期的角度提出了软件开发动态风险管理的研究方法[51].另外,方德英以IT项目风险管理为题,提出一种风险管理体系,在SEI风险管理框架中加入了组织保障体系[52].焦鹏对软件项目全生命周期的风险评估方法与应用作了详细探讨[53].纵观这些研究可知,我国的软件项目风险管理研究大都还是秉承国外的模式,在理论、方法及实践上没有取得实质性的突破,因此我国软件项目的风险管理研究基本上还处于起步阶段.如何结合我国软件行业的实际进行相关技术的研究,是一个挑战性的课题,也必将经历一个较长的阶段.6 未来研究展望 从目前软件项目风险管理的发展趋势看,其研究热点和需要进一步解决的问题主要有以下几方面:1)与软件过程改进相融合的风险管理理论和实践.软件项目管理朝着稳定化、有规律、可重复、可量化的方向发展已是大势所趋,风险管理应与当前软件工程的发展潮流相融合.软件过程改进的成功,使得软件项目风险管理受益匪浅.目前,人们已将风险管理的研究置于过程改进的框架之下,力图使风险管理在理论和实践上真正突破静态管理的模式,从而从根本上克服操作性不强、缺乏有效的技术和工具支持、定性分析多于量化管理等缺陷.这样,在过程改进的基础上发展起来的新的软件项目风险管理的研究,便成为该学科的一个发展方向.2)基于客观度量的风险评估技术.尽管目前应用于软件项目领域的风险评估技术不少,但大多是借鉴其他工程项目风险管理技术,而且多是以经验和主观分析为主.这些方法虽在一定程度上解决了某些风险问题,但在实践中往往不能取得较好的效果.因此应研究以软件度量为基础的客观风险评估方法.3)与新的项目管理方法的结合.项目管理领域中新的突破,往往能给软件项目的风险管理提供有益的参考,如前面总结的关键链等技术.但如何应用于软件项目风险管理并发挥作用,也是目前研究的热点问题之一.4)新的软件工程实践给风险管理带来的变化.软件工程的不断实践会出现一些新的问题,随之而来也会有许多风险问题出现.如何对这些变化开展有针对性的研究,也是未来软件项目风险管理需要解决的课题之一.总之,软件项目风险管理是一门实践性很强的学科,必须不断探求软件开发项目的规律和特点,紧密与软件工程的最新实践相结合,才会使其具有更强的生命力.参考文献(R eferences)[1]丁义明,方福康.风险概念分析[J].系统工程学报,2001,16(5):4022406.(Ding Y M,Fang F K.Analysis of concept of risk[J].J of Systems Engineering,2001,16(5):4022406.) [2]张哲.风险哲学初探[J].武警工程学院学报,2000,16(5):30232.(Zhang Z.A study of risk philosophy[J].J of Engineering College of Armed Police Force,2000,16(5):30232.)[3]Boehm B W.Software risk management[M].Piscataway:IEEE Computer Society Press,1989. [4]Madachy R.Heuristic risk assessment using cost factors[J].IEEE Software,1996,14(5/6):51259.[5]Charette R.Software engineering risk analysis andmanagement[M].New Y ork:Mc Graw2Hill,1989. [6]Kumamoto H,Henley E J.Probabilistic riskassessment and management for engineers and scientists [M].New Y ork:IEEE Press,1996.[7]Software Engineering Institute.The SEI approach tomanaging software technical risks[R].Bridge:Software Engineering Institute,1992:19221.[8]Boehm B W.Software risk management:Principles andpractices[J].IEEE Software,1991,8(1):32241. [9]Higuera Ronald P,Haimes Y Y.Software riskmanagement[R].Pittsburgh:Carnegie Mellon University,1996.[10]Dorofee A J,Walker J A.Continuous risk management[R].Pittsburgh:Carnegie Mellon University,1996.[11]Elaine M Hall.Managing risk:Methods for softwaresystems development[M].Addison2Wesley Publishing Company,1998.[12]Prikladnicki R,Yamaguti M H,Antunes D C.Riskmanagement in distributed software development:A process integration proposal[C].5th IFIP Working Conf on Virtual Enterprises.Toulouse,2004.[13]Dipak Surie.Evaluation and integration of riskmanagement in CMMI and ISO/IEC[J].http://www.cs.umu.se/～dipak/paper2cmmi.pdf.[14]Alf red B.Process2based software risk assessment[C].584 控 制 与 决 策第22卷Proc of the4th European Workshop on Software Process Technology.Nordwijkerhout,1995:1221. [15]Barki H,Riverd S,Talbot J.Toward an assessment ofsoftware development risk[J].J of Management Information Systems,1993,10(2):2032225.[16]Capers Jones.Assessment and control of software risks[M].Englewood Cliff s:Y ourdon Press,1994.[17]Carr M,K onda S L,Monarch F.Taxonomy2basedrisk identification[R].Pittsburgh:Carnegie Mellon University,1993.[18]Linda Wallace,Mark Keil,Arun Rai.Understandingsoftware project risk:A cluster analysis[J].Information and Management,2004,42(1):1152125.[19]Linda Wallace,Mark Keil,Arun Rai.How softwareproject risk affects project performance:An investigation of the dimensions risk and an exploratory model[J].Decision Sciences,2004,35(2):2892321.[20]Dawson R J,Dawson C W.Practical proposals formanaging uncertainty and risk in project planning[J].Int J of Project Management,1998,16(5):2992310.[21]Alquier A M,Tignol M H.Project managementtechnique to estimate and manage risk of innovative projects[C].IPMA Int Symp and NORDN ET’2001.Stockholm,2001.[22]Moeller G L,Digman L A.Operations planning weihV ER T[J].Operations Research,1981,29(4):6762 697.[23]G oldratt E M.Critical chain[M].New Y ork:NorthRivef Press Inc,1997.[24]Lawrence M Hayhurst.The critical chain in softwareengineering[J]./hunsaker/Critical_Chain_Software_Eng.pdf.[25]Bengee Lee,J ames Miller.Multi2project managementin software engineering using simulation modeling[J].J of Software Quality,2004,12(1):59282.[26]Fan C F,Yu Y C.BBN2based software project riskmanagement[J].J of Systems and Software,2004,73(1):1932203.[27]Ammar H,Nikzadeh T,Dugan J B.An example ofrisk assessment of software systems specifications[C].Proc of8th Int Symp on Software Reliability Engineering.Albuquerque,1997:1562167.[28]Liu L C,Horowitz E.A formal model for softwareproject management[J].IEEE Trans on Software Engineering,1989,15(10):128021293.[29]Chang C K,Christensen M.A net practice forsoftware project management[J].IEEE Software, 1999,16(6):80288.[30]Chang C K,Christensen M,Zhang T.G eneticalgorithms for project management[J].Annals ofSoftware Engineering,2001,11:1072139.[31]Chang C K.SPMN ET:A new methodology forsoftware management[D].Chicago:The University of Illinois,1995.[32]Lai L S Linda.A synergistic approach to projectmanagement in information systems development[J].Int J of Project Management,1997,15(3):1732179.[33]Abdel Hamid T K,Madnick S.Software projectdynamics:An integrated approach[M].Prentice2Hall, 1991.[34]Madachy Raymond J.A software project dynamicsmodel for process cost,schedule and risk assessment[D].University of Southern California,1994.[35]John Douglas Tvedt.An extensible model forevaluating the impact of process improvements on software development cycle time[D].Phoenix:Arizona State University,1996.[36]Sycamore Douglas M.Improving software projectmanagement through system dynamics modeling[D].Phoenix:Arizona State University,1996.[37]Dan X Houston,Gerakd T Mackulak,J ames SCollofello.Stochastic simulation of risk factor potential effects for software development risk management[J].J of Systems and Software,2001,59(3):2472257. [38]Dan X Houston.A software project simulation modelfor risk management[D].Phoenix:Arizona State University,2000.[39]Barry Boehm.Software engineering economics[M].New Jersey:Prenctice Hall,1981.[40]J yrki K ontio.Software engineering risk management:A method,improvement f ramework and empiricalevaluation[D].Helsinki:Helsinki University of Technology,2001.[41]Yacoub S M,Ammar H H,Robinson.A methodologyfor architectural2level risk assessment using dynamic metrics[C].11th Int Symp on Software Reliability Engineering.San Jose,2000:2102221.[42]Greer D,Bustard D W.SERUM—Softwareengineering risk:Understanding and management[J].Project and Business Risk Management,1997:1(4): 3732388.[43]Michael J Pennock,Yacov Y Haimes.Principles andguidelines for project risk management[J].Systems Engineering,2002,5(2):892107.[44]Clyde G Chittister,Yacov Y Haimes.Systemintegration via software risk management[J].IEEE Trans on Systems,Man and Cybernetics:Part A, 1996,26(5):5212532.(下转第493页)684第5期康惠骏等:混合励磁电机系统输入输出解耦和线性化 excitation of AC and DC machine[C].Electrical Machines and Drives:4th Int Conf.London,1989:48252.[2]Naoe Nobuyuki,Fukami Tadashi.Trial production of ahybrid excitation type synchronous machine[C].Electric Machines and Drives Int Conf.Cambridge,2001:5452 547.[3]Aydin M,Huang S R,Lipo T A.A new axial fluxsurface mounted permanent magnet machine capable of field control[C].IEEE IAS Annual Meeting.Pittsburgh,2002:125021257.[4]Amara Y,Oujehani K,Hoang E,et al.Flux weakeningof hybrid synchronous machines[C].Electric Machines and Drives Int Conf.Cambridge,2001:3672373.[5]Hori H,Ashikaga T.Current controller for hybridexcitation type permanent magnet motor[P].J apan Patent:8242600,1996.[6]Zhao C H,Yan Y G.A review of development of hybridexcitation synchronous machine[C].IEEE ISIE.Dubrovnik,2005:8572862.[7]徐衍亮,唐任远.混合励磁同步电机的结构、原理及参数计算[J].微特电机,2000,28(1):16218.(Xu Y L,Tang R Y.A kind of structure,principle and parameter calculation for hybrid excitaion synchronous machine[J].Small and Special Electrical Machines,2000,28(1):16218.)[8]杨儒珊.混合磁路电机系统的结构性质分析[D].上海:上海大学,2005.(Yang R S.Analysis of structure of hybrid excitation permanent magnet sychronous machine system[D].Shanghai:Shanghai University,2005.)[9]谢七月,康惠骏.混合磁路电动机的非线性解耦控制[J].上海大学学报,2006,12(2):1582161.(Xie Q Y,Kang H J.Nonlinear decoupling control of hybrid excitation permanent magnet synchronous motor [J].J of Shanghai University,2006,12(2):1582161.)[10]康惠骏,谢七月,杨儒珊.混合励磁电动机的可逆性[C].2006中国控制与决策学术年会论文集.天津,2006:131321316.(Kang H J,Xie Q Y,Yang R S.Invertibility of hybrid excitation synchronous machine[C].CDC’2006.Tianjin,2006:131321316.)[11]Isidori A.Nonlinear control systems[M].2nd ed.Birlin:Springer2Verlag,1989.[12]康惠骏.异步电动机非线性系统分析与控制[D].上海:上海大学,1996.(Kang H J.Analysis and control for nonlinear systems of induction motors[D].Shanghai:Shanghai University,1996.) (上接第486页)[45]Leung M F,Santos J R,Haimes Y Y.Risk modeling,assessment and management of lahar flow threat[J].Risk Analysis,2003,23(6):132321335.[46]Yacov Y Haimes,Kaplan S,Lambert J H.Riskfiltering,ranking and management f ramework using hierarchical holographic modeling[J].Risk Analysis, 2002,22(2):3812395.[47]Raz T,Michael e and benefits of tools for projectrisk management[J].Int J of Project Management, 2001,19(1):9217.[48]张珞玲,李师贤.软件项目风险管理方法比较和研究[J].计算机工程,2003,29(3):91294.(Zhang L L,Li S parision and research on models of software project risk management[J].Computer Engineering,2003,29(3):91294.)[49]张李义.信息系统开发的动态风险模糊估测方法[J].系统工程理论与实践,2001,21(10):88292.(Zhang L Y.Approach to dynamic risk estimation for information system development[J].System Engineering Theory and Practice,2001,21(10):88292.)[50]鞠彦兵,冯允成,姚李刚.基于证据理论的软件开发风险评估方法[J].系统工程理论方法应用,2003,12(3):2182223.(J u Y B,Feng Y C,Yao L G.Research on the measure of risk in the course of software development[J].Systems Engneering—Theory Methodology Applications,2003,12(3):2182223.)[51]潘陈勇.基于生命周期的软件开发动态风险管理[D].杭州:浙江大学,2002.(Pan C Y.Dynamic risk management based on the software development life cycle[D].Hangzhou: Zhejiang University,2002.)[52]方德英.IT项目风险管理理论与方法研究[D].天津:天津大学,2003.(Fang D Y.The study on theories and methods of IT project risk management[D].Tianjin:Tianjin University,2003.)[53]焦鹏.软件项目风险评估方法的研究[D].北京:北京工业大学,2003.(Jiao P.The study on software project risk assessment[D].Beijing:Beijing University of Technology,2003.)394。
基于COSMIC方法的软件成本估计与风险管理研究
基于COSMIC方法的软件成本估计与风险管理研究软件开发项目中的成本估计和风险管理是关键的环节，它们对于项目的成功与否起着至关重要的作用。
本文将探讨基于COSMIC（Common Software Measurement International Consortium）方法的软件成本估计与风险管理的研究，以帮助项目团队更好地掌控项目的成本和风险。
首先，我们来了解一下COSMIC方法。
COSMIC是一种功能点（function point）度量方法，它基于软件的功能来进行成本估计和风险管理。
COSMIC方法通过对软件功能的定量分析，将软件项目的规模与项目的成本和风险关联起来。
相比传统的基于代码行数的度量方法，COSMIC方法更加准确和可靠，因为它将重点放在了用户功能上，而不是代码的物理特征上。
在软件成本估计方面，COSMIC方法提供了一种基于功能点的成本估计模型。
该模型通过统计分析历史软件项目的数据，建立功能点与实际成本之间的关系模型，并使用这个模型来估计新项目的成本。
这种基于功能点的成本估计方法具有更高的预测准确性和可信度，因为功能点是用户可见的软件功能，能够更好地反映软件项目的规模和复杂程度。
此外，COSMIC方法还能够帮助项目团队进行风险管理。
项目风险是指那些可能对项目进展和结果产生不良影响的潜在事件或条件。
COSMIC方法通过将风险与功能点关联起来，建立了一种功能点风险评估模型。
在项目的不同阶段，团队可以根据功能点风险评估模型，识别和评估项目的各种风险，制定相应的风险应对策略，以降低项目的风险水平。
对于软件成本估计和风险管理的研究来说，COSMIC方法凭借其独特的优势得到了广泛的应用和研究。
研究者们通过对大量软件项目数据的分析，验证了COSMIC方法在成本估计和风险管理方面的有效性和准确性。
他们开发了各种基于COSMIC方法的软件工具和模型，帮助项目团队更好地进行成本估计和风险管理工作。
软件项目实施风险评估与管控
软件项目实施风险评估与管控软件项目实施过程中存在着各种各样的风险，如合作方人员调整、需求变更、技术难题等，如果不加以及时评估和管控，这些风险可能会导致项目延期、超出预算、质量低下等问题。
因此，软件项目实施风险评估与管控显得尤为重要。
本文将围绕该主题展开，探讨软件项目实施风险评估与管控的方法与策略。
一、风险评估风险评估是软件项目实施前的一项重要工作，其目的是识别潜在的风险因素，并对其进行评估。
以下是一些常用的风险评估方法：1. SWOT分析法：通过识别项目的优势、劣势、机会和威胁，来评估项目的风险状况。
该方法能够全面、系统地分析项目内外部的因素，为项目实施提供有力的支持。
2. 专家评估法：通过邀请相关领域的专家参与评估，根据其经验和专业知识，对可能的风险进行评估和预测。
该方法能够借助专业人员的聪明才智，挖掘出项目存在的隐藏风险。
3. 相似性评估法：通过对过去类似项目的风险进行评估，找出相似性项目中存在的风险因素，并据此对当前项目进行风险评估。
该方法能够参考历史数据，提前发现项目的潜在风险。
二、风险管控风险管控是指在项目实施过程中，根据评估的风险情况，制定相应的措施来避免、减轻或转移风险，以确保项目的顺利进行。
以下是一些常用的风险管控策略：1. 风险分级管理：将风险按照严重程度和紧急程度进行分类管理，重点关注高风险和紧急风险，并制定相应的应对措施。
2. 风险应对计划：制定详细的风险应对计划，明确应对措施、责任人、时间节点等信息，以便在风险发生时能够迅速应对。
3. 风险监控：建立风险监控机制，定期对项目的风险进行跟踪和监测，及时发现和应对风险。
4. 团队沟通与协作：促进团队内部的沟通与协作，加强信息的共享和交流，以便及时获取项目实施中的风险信息，并采取相应的措施。
三、案例分析为了更好地理解软件项目实施风险评估与管控的重要性，下面将通过一个案例进行分析。
某公司在实施一个关键业务系统时，由于项目组成员的调整和需求变更，导致项目进度延迟和成本超支的风险增加。
软件开发过程中的质量风险管理研究
软件开发过程中的质量风险管理研究在软件开发过程中，质量风险管理是一项关键任务，它有助于保证软件产品的质量和可靠性，避免风险对项目进展和最终交付的影响。
本文将探讨软件开发过程中的质量风险管理，并提供一些有效的管理方法和实践。
首先，了解什么是质量风险。
质量风险是指软件开发过程中对产品质量可能产生负面影响的潜在事件或条件。
这些质量风险可能包括技术风险、进度风险、人员风险、需求变更风险等。
质量风险的管理是为了减少其产生的可能性，以及降低其对项目和产品的影响。
一种常见的质量风险管理方法是风险评估，它可以帮助项目团队识别和评估潜在的质量风险。
在项目开始之前，团队应该制定一个风险评估计划，明确识别潜在的质量问题，并对其进行优先级排序。
对于每一个潜在的质量风险，团队需要评估其可能性和影响程度，并为其制定相应的应对措施。
另一个重要的质量风险管理方法是风险控制。
风险控制是指通过采取预防措施和监控手段来降低质量风险的发生概率和对项目的影响。
预防措施可以包括加强项目管理、制定严格的开发规范和流程、提供培训和教育等。
监控手段可以包括定期进行风险审查和评估、使用质量度量指标进行监控等。
此外，沟通和协作也是质量风险管理的重要方面。
团队成员之间的沟通和协作可以帮助识别和解决质量问题，及时共享信息和经验，提高团队的整体能力。
团队应该建立有效的沟通渠道，确保信息流通畅，并且定期进行团队会议和交流，及时解决项目中的质量问题。
在软件开发过程中，质量风险管理还需要注意以下几点。
首先，要进行合理的需求管理。
需求的不明确或变更可能导致质量风险的出现，因此需要对需求进行充分的分析和规划，并与相关各方进行充分的沟通和确认。
其次，要进行有效的测试和验证。
测试和验证是评估软件产品质量的重要手段，通过进行全面和细致的测试，可以有效避免潜在的质量问题。
最后，要进行持续的改进和学习。
软件开发过程中的质量风险是具有挑战性的，项目团队应该保持持续的改进意识，并从项目中的经验和教训中总结教训，以便提高质量风险管理的能力和水平。
项目管理中的风险管理研究
项目管理中的风险管理研究(1) 风险管理在项目管理中扮演着至关重要的角色。
它是识别、评估和应对项目中可能出现的不确定性和随机事件的过程。
风险管理的目标是最大程度地减少项目风险对项目成功的影响，并为项目团队提供决策依据。
在本段中，我们将探讨项目管理中的风险管理的研究。
(2) 首先，研究者们致力于开发风险识别方法和工具，以帮助项目团队准确地识别可能的风险。
这些方法和工具可以包括使用历史数据、专家意见、场景分析和检查清单等，帮助项目团队在项目初期发现和理解潜在的风险因素。
研究者们通过对不同行业和项目类型进行案例研究和统计分析，来提供更准确和全面的风险识别方法和工具。
(3) 其次，研究者们还关注风险评估的方法和技术，以定量地评估风险的概率和影响。
这些方法和技术可以包括概率分析、统计模型、决策树和蒙特卡洛模拟等。
研究者们通过对已完成的项目进行数据分析和建模，探索风险评估的最佳实践，并开发新的评估方法和技术，以提高风险评估的准确性和可靠性。
(4) 第三，研究者们还关注风险应对的策略和方法，以帮助项目团队制定有效的应对计划。
这些策略和方法可以包括风险避免、风险转移、风险减轻和风险接受等。
研究者们通过对已完成项目的案例研究和经验总结，为项目团队提供应对策略的指导，并开发新的方法和工具来提高风险应对的效果。
(5) 此外，研究者们还致力于研究风险管理的组织和文化因素。
他们研究组织中的决策机制、沟通流程和文化价值观等，以了解它们对风险管理的影响。
研究者们通过对不同组织的案例研究和比较分析，提供组织和文化因素对风险管理的影响的深入理解，并提出改进建议。
(6) 最后，研究者们还关注风险管理的持续改进和学习。
他们研究项目团队在项目实施过程中的学习和反馈机制，以及如何将这些学习应用到未来的项目中。
研究者们通过对项目经验的总结和分析，为项目团队提供改进风险管理的建议，并为项目管理实践提供新的思路和方法。
综上所述，项目管理中的风险管理研究涵盖了风险识别、风险评估、风险应对、组织和文化因素以及持续改进和学习等方面。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
在软 件项 目开发 过 程 中 ，一 般 都要 进 行 风 险分
析 。 目前 ，对 于 风 险 的 严 格 定 义 还 存 在 很 多 争 议 ，
Ｒ ｂｒＣ ａｅ 认 为风 险 关 注 未 来 要 发 生 的事 情 ， ｏｅｔ ｈｒｔ ｅ 风 险涉及改 变 以及 选 择本 身 所 包含 的不 确定 性 。虽
Hale Waihona Puke ｆ ｍ ｒｋｉ ｎｉｃｔｎ ｒｋｅｔ ｔ ａｄｒ ｋｒｓｏ ｓ ｔ ｒ ｋｃｎ ｏ ｏ ｆ ａｅ ｒ ｅｔ． ｎｔ ｍ ｆｈｏ ， ｉｏ ｒｋ ｒ ｓ ｅ ｔ ａｏ ， ｓ ｓｍａ ｎ ｓ ｐｎｅ ｏ ｉ ｏｔ ｌ ｆｏｔ ｒ ｐｏ ｃ Ｉ ｒ ｓ ｅｒ ａｓ ｔｆ ｓ ｏ ｉ ｄ ｆ ｉ ｉ ｉ ｉ ｅ ｉ ｅ ｓ ｒ ｓ ｗ ｊ ｓ ｅ ｏｔ ｙ ｕ ｉ ｍ ａｅ ｅｔ ｅ ｏ ｙｔ ｆ ｏ ｗ ｅｐｏ ｃ ｕ ｒａ ｅ ． ｈｃ ｏ ｂｎｓ ｒ ｅｔ ａａｅ ｅｔｈｏ ｉ ｅｆａ ｎ ａ ｇｍ ｎ ｔ ｄｓｓ ｍ ｏ ｆ ａ ｒ ｃｔ ｉｐ ｔｏ ｒ ｄ ｗ ｉ ｃｍ ｉ ｏ ｃ ｍ ｎ ｍ ｎ ｔｅｒ ｗｔ ｔ － ｍ ｈ ｅ ｓ ｔｒ ｊ ｓｓ ｆｗ ｄ ｈ ｅｐ ｊ ｇ ｙ ｈｈ ｅ
Ａｂ ｔ ａ ｔ ｓｒ ｃ ：Ｒｅ ｅ ｒｈ ｉ ｈ ｌ ｎ ｒｓ ｎ ｇ ｍｅ ｔ ｔ ｏ ｓ ｏ ｏｔ ｒ ｒ ａ ｉａｉｎ ａ ｄ ｔｅ ｗ ｏ ｅ ｒ ｋ ｍａ ａ ｅ ｎ ｒ ｃ ｓ ｓ ａｃ ｓ ｅｄ ｏ ｉｋ ｍａ ａ ｅ ｎ ｈ ｄ ｆｓ ｆ ｅ ｏｇ ｎ ｚ ｔ ｎ ｈ ｈ ｌ ｓ ｎ ｇ ｍｅ ｔ ｏ ｅ ｓ ｍｅ ｗａ ｏ ｉ ｐ
ｗ ｅｐｏ ｃ ｒ ｋｍ ｎｇｍ ｎ． ｒ ａ ｒ ｅｔｉ ａａｅ ｅｔ ｊ ｓ
Ｋｅ ｒ ｓ ｉｓ ｄ ｎｉ ｃ ｔ ｎ ｉｓ ｓｉ ｔ ；ｒ ｋ ｒ ｓ ｏ ｓ ；ｒ ｋ ｃ ｎｒ ｌ ｙ ｗｏ ｄ ：ｒ ｋ ｉ ｅ ｔ ａ ｉ ；ｒ ｋ ｅ ｔ ｉ ｆ ｏ ｍａｅ ｉ ｅ ｐ ｎ ｅ ｉ ｏ ｔ ｓ ｓ ｏ
关键 词 ：风 险 识 别 ；风 险评 估 ；风 险应 对 ；风 险控 制
中 图分 类 号 ：Ｔ ３ １５ Ｐ １．
文 献 标 识码 ：Ａ
Ｍｅ ｏ ｔｄ ｆ ｏｔ ａ ｅＰ ｏｅｔ ｉ ｎ ｇ ｍｅ ｔ ｔ ｄＳｕ ｙｏ ｆ ｒ ｒｊｃ ｓ Ｍａ ａ ｅ ｎ ｈ Ｓ ｗ Ｒ ｋ
摘 要 ：对软 件 组 织进 行 风 险 管理 的 方 法进 行 探 讨 ，从 风 险 的 识 别 ，评 估 ，应 对 一 直 到控 制 的 整 个 风 险 管理 过 程
进行研究。从理论上 ，将项 目管理理论 与软件本 身的特点 相结合 ，提 出一套 比较适 用的软件项 目风 险管理 方法
体 系；从 实践上来讲 ，对该方法体系配以相 关案例研 究 ，具有较好的 可操 作性。体现过程 管理 的思想 。对软件 项 目风险管理 的理论研 究和 实践操作具有较 大的指导价值 。
２ 一 们 年第 ｓ期
ｓｉ 。
。 ｄ Ｔｅ
盍｝ Ｉ
Ｒ ｈ 。 。
文章 编 号 ：１０ ７９ （０ １ ８— １６ ０ ０ ０— ６ ５ ２ １ ）０ ０５ — ５
软 件 项 目风 险 管理 方 法研 究
张俊 光 ，杨 芳芳
（ 北京科技 大学经济管理学院，北京 １０ ８ ） ００ ３
然对于软件风险的定义还存在很多争议 ，但在风险 中 包 含 了 两 个 基 本 特 征 ，这 一 点 上 已 达 成 了 共识 一 引：
（ ）不 确定性 ：风险 的事 件 可 能发 生 也 可 能不 １ 发生 ；即 ，没有 １０ ０ ％发 生 的风 险 （０ ％ 发 生 的风 １０ 险是加 在项 目上 的约束条件 ） 。
ｔｒ ｓ ｏ ｆ ａ ｅ ｉ ｅｆ ｎ ｔｒ ｆ ｒｃ ｉｅ ｈ ｔ ｏ ｙ ｔｍ ｓｖ ｒ ｐ ｒｂ ｅ ｃ ｍｂ ｎ ｄ ｗｉ ｏ ａ ｅ ｓ ｄｅ ．Ｔ ｅ ｏ ｔ ｕ ｅ ｆ ｏ ｔ ｒ ｓ ｌ．Ｉ ｅｍｓｏ ａ ｔ ，ｔｅ ｍｅｈ ｄ ｓ ｓｅ ｉ ｅ ｏ ｅ ａ ｌ ｏ ｉ ｅ ｔ ｓ ｍｅｃ ｓ ｔ ｉｓ ｈ ｕ－ ｓ ｗ ｔ ｐ ｃ ｙ ｈ ｕ
Ｚ ＨＡ ｕ ｇ ａ ｇ ＹＡＮ Ｆ ｎ ｆｎ ＮＧ Ｊ ｎ ｕ ｎ Ｇ ａ ｇａ ｇ
（ ｃｎｍｉ ｎ ａ ａｅ ｅｔ ｃｏｌ ｎｖｒ ｔ ｏ ｃ ｎ ｅａｄＴ ｃｎｌ ｙＢ ｉｎ ，Ｂ ｉｎ ０８ ，Ｃ ｉａ Ｅ ｏｏ ｃ ａ ｄＭ ｎｇｍ ｎ Ｓｈｏ，Ｕ ｉ ｓｙ ｆ ｉ ｃ ｎ ｅｈ ｏ ｇ ｅ ｉ ｓ ｅ ｉ Ｓ ｅ ｏ ｊ ｇ ｅ ｉ １ ０３ ｈｎ ） ｊｇ ０
１ 引言
别 出项 目的风 险 ，评 估 风 险之 间的关 系及风 险发 生 的可能性 、严重 性 及 优 先级 ，根 据评 估 的结 果 制定 风 险管理计 划 ，并根 据 风 险管 理 计 划对 风 险进 行 跟 踪 和控制 。即 风 险管 理 的任 务 是 ：识别 和 量化 项 目 开发 活动 中可 能碰 到 的各 类 风 险 ，估 计 风 险 的可 能 性 和对项 目开 发 的影 响 程 度 ，制 定 控 制 、削 弱 、消
ｃ ｍｅ ｉｃ ｒ ａｅ ｈ ｄ ａ ｏ ｒ ｃ ｓ ｎ ｇ ｍｅ ｔ ｎ ｓｉ ｓ ｕ ｔ ｅ ｔ ｈ ｈ ｏ ｔ ｄ ｄ ｔ ｅ ｐ ａ ｔ ｅ ａ ｐ ｉａｉｎ ｏ ｆ ｏ ｎ ａ ｎ ｔｓ ｔｅ ｉ ｅ ｆｐ ｏ ｅ ｓｍａ ａ ｅ ｎ ，ａ ｄ ｉ ｎ ｔ ｃｉ ｏ ｔ ｅ ｔｅ ｒ ｓｕ ｙ ａ ｈ ｒ ｃｉ ｐ ｌ ｔ ｆ ｏ － ｒ ｖ ｙ ｎ ｃ ｃ ｏ ｓｔ