10软件项目风险管理计划exc.docx

《10软件项目风险管理计划exc.docx》由会员分享，可在线阅读，更多相关《10软件项目风险管理计划exc.docx（47页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、韩万江 姜立新，软件项目管理案例教程，机械工业出版社 ，2005-02 【丛书名】 国家示范性软件学院系列教材 10软件件项目风风险管埋埋计划210.1软件项项目风险管管理概述述210.1.1风险概概念210.1.2风险类类型410.1.3风险的的基本性质质510.1.44风险管理概概述510.1.5风险管管理的意意义510.2风险识识别610.2.1概念710.2.2德尔菲菲方法710.2.3头脑风风暴法710.2.4情景分分析法710.2.5风险条目恼恼查表710.2.6真他方方法1310.2.7风险识别的的结果1310.3风险评评估1310.3.1概念1410.3.2定性风风险评估141

2、0.3.33定量风风险评估1510.3.4风险分分析结果果表1710.4风险规规划1810.4.1概忿1810.4.2回避风风险1810.4.3转移风风险1910.4.4损失控控制1910.4.5自留风风险1910.4.6风险规规划结果果1910.5风险控控制2010.6风险管管埋的建建议2010.7案例说说明2110.8小结2110.9习题2210 软件项目风风险管埋埋计划任何项目都都有一定定的不确确定性，如如果没有有很好的的风险管管理，项项目就可可能遇到到麻烦。所所以，在在软件项项目管理理过程中中，风险险计划也也是一个个重要的的计划，只只有进行行合理的的风险管管理，制制定及时时的风险险计划

3、，才才能防崽崽于未然然，做到到主动控控制风险险，而不不是被动动地被风风险所控控制。本本章我们们进人路路线图的的第9站：风风险计划划，如图图101所示示。图10-11路线图图第9站：风风险计划划10.1 软件项目风风险管理理概述在软件项目目的开发发过程中中，必然然要使用用一些新新技术、新新产品，同同时由于于软件系系统本身身的结枸枸和技术术复杂性性的原因因，需要要投人大大量人力力、物力力和财力力，这就就造成开开发过程程中存在在某些“未知量量”或“不确定定因素”，这必必然给项项目的开开发带来来一定程程度的风风险，也也可能会会使项目目计划失失败或不不能完全全达到预预期目标标。因此此，对项项目风险险进行

4、科科学、准准确的判判别，为为项目决决策层和和管理人人员提供供科学的的评估方方法，是是十分必必要的。项目中的风风险有很很多种，没没有风险险的项目目几乎是是不存在在的，只只是风险险的多少少、严重重程度不不同而已已。10.1.1 风险概念风险是损失失发生的的不确定定性，是是对潜在在的、未未来可能能发生损损害的一一种度量量。如果果风险确确实发生生了，则则它的发发生会对对项目产生生有害的的或者负负面的影影响。例例如，在在软件测测试期间间经常会会发现故故障，因因此一个个合理的的项目必必须做好好发现故故障时对对它们进进行修复复的计划划。同样样，项目目开发过过程中几几乎总悬悬会出现现某些变变更申请请，因此此项

5、目管管理必须须相应地地准备好好变更计计划，以以处理这这些事件件。另一方面，风风险是一一种概率率事件它可可能发生生也可能能不发生生。因此此，我们们通常会会表现出出很乐观观，不是是看不到到风险就就是希望望它们不不会发生生。如果果风险真真出现了了，这种种态度会会使项目目陷入困境，这这是一个个大型项项目中很很可能发发生的事事情。因因此，风风险管理理被认为为是管理理大型软软件项目目的最佳佳实践。风险管理旨旨在识别别出风险险，然后后采取措措施使它它们对项项目的影影响最小小。风险险管理是是软件管管理中相相对较新新的领域域，它首首次出现现于贝姆姆（Boochmm）关子子风险管管理的指指商中。自自那以后后，软件

6、件的风险险管理逐逐渐被人人们所认认识。软件风险是是指软件件开发过过程中及及软件产产品本身身可能造造成的伤伤害或损损失。一一个项目目的损失失可能有有不同的的后果形式，例例如软件件质量的的下降、成成本费用用的超出出、项目目进度的的推迟等等。风险险关注未未来的事事情，这这意味着着，风险险涉及选选择本身身包含的的不确定定性，软软件开发发过程及及软件产产品都要要面临各各种决策策的选择择。风险发生的的过程如如图100度量2所示，首首先有风风险因素素的存在在，风险险因素导导致风险险事件的的发生，从从而造成成损失，而而损失又又引起了了实际与与计划之之间的差差异，从从而得到到风险的的结果。风险事件是是指那些些人

7、们不不愿意它它发生的的或者没没有规划划的事件件。这些些风险事事件可能能导致无无法实现现项目目目标。风险因素是是指能够够引起风风险事件件发生或或者增加加风险事事件发生生机会或或影响损损失严重重程度的的因素，是是造成损损失的内内在或者者处在的的原因。需需求的变变化，设设计镨误误、疏漏漏和理解解镨误，狭狭隘定义义或理解解镨误，不不充分估估计，不不胜任的的拈犬人人呙等等等、都旱旱风除冈葚葚。图l0弓22风险发发生过程程一般说，项项目风险应应具有三三要素：首先先风险是是一个事事件，其其次风险险应具有有事件发发生的概概率，最最后风险险事件可可能造成成一定的的影响。如如图1003所所示，风风险发生生的概率率

8、越高，造造成的影影响越大大，就越越是高风风险，否否则就是是中等风风险或者者低风险险。风险是介于于确定性性和不确确定性之之间的状状态，是是处于无无知和完完整知识识之间的的状态。当当没有办办法消除除风险甚甚至连试试图降低低该风险险也存在在疑问时时，这些些风险就就是真正正的风险险了。在在我们能能够标识识出软件件项目中中的真正正风险之之前，识识别出所所有对管管理耆和和开发者者而言均均为明显显的风险险是很重重要的。图10亏33风险图图示10.1.2 风险类型从范围角度度上看，风风险主要要分为下下述三种种类型：项目风风险、技技术风险险和商业业风险。1）项目风风险项目风险是是指潜在在的预算算、进度度、个人人

9、（包括括人员和和组织）、资资源、用用户和需需求方面面的问题题，例如如时词和和资源分分配的不不合理、项项目计划划质量的的不足、项项目管理理原理使使用不良良所导致致的风险险、资金金不足、缺缺乏必要要的项目目优先级级等。项项目的复复杂性、规规模的不不确定性性和结构构的不确确定性也也是构成成项目风风险的因因奏。2）技术风风险技术风险是是指潜在在的设计计、实现现、接口口、检验验和维护护方面的的问题。规规格说明明的多义义性、技技术上的的不确定定性、技技术陈旧旧也是技技术风险险因素。复复杂的技技术、项项目执行行过程中中使用技技术或者者行业标标准发生生变化所所导致的的风险也也是技术术风险。3）商业风风险商业风

10、险主主要包括括：市场场风险、策策略风险险、管理理风险和和预算风风险等。例例如：如果开发发的软件件不是市市场真正正所想要要的，就就发生了了市场风风险。如果开发发的软件件不再符符合公司司的软件件产品策策略，就就发生了了策略风风险。由于重点点转移或或者人员员变动而而失去上上级管理理部门的的支持，就就发生了了管理风风险。如果没有有得到预预算或者者人员的的保证，就就发生了了预算风风险。从预测角度度看，风风险可以以分为下下面三种种类型：已知风风险、可可预测风风险、不不可预测测风险。1）已知风风险已知风险是是通过仔仔细评佑佑项目计计划、开开发项目目的商业业和技术术环境以以及其他他可靠的的信息来来源之后后可以

11、发发现的那那些风险险（如：不现实实的交付付时间，没没有需求求或软件件范围的的文档，恶恶劣的开开发环境境）。2）可预测测风险可预测风险险是指能能够从过过去项目目的经验验中推测测出来的的风险（如如：人员员调整，与与客户之之间无法法沟通，由由于需要要进行维维护而使使开发人人员精力力分散等等）。3）不可预预测风险险不可预测风风险是可可能、也也会真的的出现、但但很难事事先识别别出来的的风险。项目管理者者只能对对已知风风险和可可预测风风险进行行规划，不不可预测测的风险险只能靠靠企业的的能力来来承担了了。10.1.3 风险的基本本性质风险具有如如下的基基本性质质：1）客观性性风险客观性性首先表表现在它它的存

12、在在是不以以人的意意志为转转移的，因因为决定定风险的的各种因因素对风风险主体体是独立立存在的的，不管管风险主主体是否否意识到到风险的的存在，在在一定的的条件下下风险就就可能变变为现实实。其次次，风险险客观性性还表现现在风险险元时不不有，无无所不在在，它潜潜在各种种活动之之中。2）不确定定性风险发生的的不确定定性表现现为风险险的程度度有多大大以及风风险何时时何地有有可能变变为现实实，这些些都是不不肯定的的。由于于人们对对客观世世界的认认识受到到各种条条件的限限制，不不可能准准确地预预测风险险的发生生，不确确定性要要求我们们运用各各种方法法进行测测度。3）不利性性风险一旦产产生时，就就会使风风险主

13、体体产生挫挫折、失失败甚至至损失，对对风险主主体不利利。因此此我们应应该在承承认风险险、认识识风险的的基础上上，做好好决策，尽尽可能避避免风险险，将风风险的不不利性降降到最低低。4）可变性性 度量风险的可变变性表现现在一定定条件下下可以转转化，风风险事件件可以转转化为非非风险的的事件，非非风险的的事件可可以转化化为风险险事件。5）相对性性风险的相对对性是针针对风险的主主体而言言的，在在相同的的风险情情况下，不不同的风风险主体体对风险险的承受受能力不不同，不不同的组组织和个个人往往往对风险险有着不不同的容容忍限度度。例如如，一个个高利润润高收益益的公司司也许愿愿意为一一个100亿美元元的合同同花

14、费550万美美元制作作一份计计划书，而而亠个收收支相抵抵的公司司则不会会。一个个组织也也许认为为15的的误差几几率是高高风险的的，而其其他组织织却认为为这个几几率风险险很低。6）风险和和利益的的对称性性风险和利益益是同时时存在的的，风险险是利益益的代价价，利益益是风险险的报酬酬。没有有利益只只有风险险，没人人会做；实现利利益必须须承担一一定的风风险。10.1.4 风险管理概概述风险管理是是指在项项目进行行过程中中不断对对风险进进行识别别、评估估，制定定策略，监监控风险险的过程程。通过过风险识识别、风风险分析析和风险险评价去去认识项项目的风风险，并并以此为为基础合合理地使使用各种种风险应应对措施

15、施、管理理方法、技技术和手手段对项项目的风风险进行行有效的的控制，妥妥善处理理风险事事件造成成的不利利后果，以以最小的的成本保保证项目目总体目目标的实实现。风风险管理理是一系系列对未未来的预预测，伴伴随着一一系列的的活动和和处理过过程以便便控制风风险，减减少其对对项目的的影响。风险管理是是项目管管理的一一个重要要组成部部分，贯贯穿于项项目生存存期的始始终。1）从项目目进度、质质量和成成本目标标看，项项目管理理与风险险管理的的目标是是一致的的。通过过风险管管理来降降低项目目进度、质质量、成成本方面面的风险险，实现现项目目目标。2）从计划划的职能能看，项项目计划划考虑的的是未来来，而未未来存在在不

16、确定定因蓁，风风险管理理的职能能之一是是减少项项目整个个过程中中的不确确定性，有有利子计计划的准准确性。3）从项目目实施过过程看，不不少风险险是在项项目实施施过程中中由潜在在变成现现实的，风风险管理理就是在在风险分分析的基基础上拟拟定具体体措施来来消除、缓缓和及转转移风险险，并避避兔产生生新的风风险。10.1.5 风险管理的的意义目前，风险险管理被被认为是是软件项项目中减减少失败败的一种种重要手手段。当当不能很很确定地地预测将将来事情情的时候候，可以以采用结结构化风风险管理理来发现现计划中中的缺陷陷，并且且采取行行动来减减少潜在在问题发发生的可可能性和和影响。风风险管理理意味着着危机还还没有发

17、发生之前前就对它它进行处处理，这这就提高高了项目目成功的的机会并并减少了了不可避避免风险险所产生生的后果果。只有进行很很好的风风险管理理才能有有效地控控制项目目的成本本、进度度、产品品需求，同同时可以以阻止意意外的发发生。这这样，项项目经理理可以将将精力更更多地放放到项目目的及时时提交上上，不用用像救火火队员一一样，处处于被动动状态。同同时，风风险管理理可以防防止问题题的出现现，即使使出现问问题，也也可以降降低其危危害程度度。可以以说你不不跟踪风风险，风风险就跟跟踪你。正正如Toom GGilbb所说，“女口果果你不主主动攻击击风险，风风险就会会主动攻攻击你”。风险管理可可以分为为四个层层次：

18、危机管理理：是在在风险已已经造成成麻烦后后才着手手处理它它们。风险缓解解：事先先制定好好风险发发生后的的补救措措施，但但不制定定任何的的防范措措施。着力预防防：将风风险识别别与风险险防范作作为软件件项目的的一部分分加以规规划和执执行。消灭根源源：识别别和消灭灭可能产产生风险险的根源源。作为一个优优秀的风风险管理理者，应应该采取取主动的的风险管管理策略略，即着着力预防防和消灭灭根源的的管理策策略，而而不应该该采取被被动的方方式，被被动风险险策略是是直到风风险变成成真正的的问题时时才会拨拨出资源源来处理理它们。更更普遍的的是，软软件项目目组对风风险不闻闻不阆，直直到发生生了错误误才赶紧紧采取行行动

19、，试试图迅速速地纠正正镨误，这这种管理理模式常常常被称称为“救火模模式”。当补补救的努努力失败败后，项项目就会会处在真真正的危危机之中中。风险管理的的一个聪聪明的策策略是主主动策略略。主动动策略早早在技术术工作开开始之前前就已经经启动了了：标识识出潜在在的风险险，评估估它们出出现的概概率及产产生的影影响，对对风险按按重要性性进行排排序，然然后软件件项目组组建立一一个计划划来管理理风险。主主动风险险管理策策略的目目标是预预防风险险。但是是，因为为不是所所有的风风险都能能够预防防，所以以项目组组必须建建立一个个应付意意外事件件的计划划，使其其在必要要时能够够以可控控的及有有效的方方式做出出反应。软

20、件风险管管理要求求在风险险成为影影响项目目成功的的因素之之前识别别、着手手处理卉卉消除风风险的源源头，所所有的项项目都有有风险，如如果忽视视风险，就就可能增增加项目目失败的的可能性性，或者者导致项项目不成成功。虽虽然如此此，但风风险的大大小是可可以评价价度量的的，确定定可接受受风险和不不可接受受风险，对对不可接接受风险险做进一一步分析析，制定定补偿措措施，将将风险减减至最小小或可以以接受的的水平。软软件风险险管理过过程主要要包括风风险识别别、风险险评估、风风险规划划、风险险控制四四个步骤骤。了解解和掌握握项目风风险的来来源、性性质和发发生规律律，强化化风险意意识，进进行有效效的风险险管理，这这

21、些对项项目的成成功具有有很重要要的意义义。10.2 风险识别风险识别是是试图系系统化地地确定对对项目计计划（估估算、进进度、资资源分配配）的威威胁，识识别已知知和可预预测的风风险，只只有识别别出这些些风险，项项目管理理者才有有可能避避免这些些风险，且且在必要要时控制制这些风风险。每一类风险险可以分分为两种种不同的的情况：一般性性风险和和特定性性风险。一一般性风风险对每每一个软软件项目目而言都都是一个个潜在的的威胁。特特定性风风险只有有那些对对当前项项目的技技术、人人员及环环境非常常了解的的人才能能识别出出来。为为了识别别特定性性风险，必必须检查查项目计计划及软软件范围围说明，从从而了解解本项目

22、目中有什什么特性性可能会会威胁到到项目计计划。一一般性风风险和特特定性风风险都应应该被系系统化地地标识出出来。风险识别要要识别内内在风险险及外在在风险。内内在风险险是指项项目工作作组能加加以控制制和影响响的风险险，如人人事任免免和成本本估计等等。外在在风险是是指超出出项目工工作组控控制能力力和影响响力之外外的风险险，如市市场转向向或政府府行为等等。严格格来说，风风险仅仅仅指道受受创伤和和损失的的可能性性，但对对项目而言言，风险险识别还还窑涉机机会选择择（积极极成本）和和不利因因素威胁胁（消极极结果）。项目风险识识别应凭凭借对“因”和“果”（将会会发生什什么和导导致什么么）的认认定来实实现，或或

23、通过对对“果”和“因”（什么么样的结结果需要要予以避避免或促促使其发发生以及及怎样发发生）的的认定来来完成。风险识别不不是一次次性行为为，而应应有规律律地贯穿穿整个项项目中。10.2.1 概念风险识别过过程见图图10-4，其中中，风险险识别的的输入可可能是项项目的WWBS、SOWW、项目目相关信信息、项项目计划划假设、历历史项目目数据，其其他项目目经验文文件、评评审报告告、公司司目标等等。风险险识别常常用方法法是建立立风险条条目检查查表”，利用用一一组提问问来帮助助项目风险险管理者者了解在在项目和和技术方方面有哪哪些风险险。此外外，还有有德尔菲菲方法、头头脑风暴暴法、情情景分析析法、面面谈法等

24、等。风险险识别的的输出是是风险列列表。图10度量量4风险险识别过过程10.2.2 德尔菲方法法德尔菲方法法又称专专家调查查法，它它起源于于20世世纪400年代耒耒期，最最初由美美国兰德德公司首首先使用用，很快快就在世世界上盛盛行起来来，目前前此法的的应用已已遍及经经济、社社会、工工程技术术等各领领域。我我们在进进行成本本估算的的时候也也用到这这种方法法。用德德尔菲方方法进行行项目风风险识别别的过程程，是由由项目风险险小组选选定与该该项目有有关的领领域专家家，并与与这些适适当数量量的专家家建立直直接的函函询联系系，通过过函询收收集专家家意见，然然后加以以缤合整整理，再再匿名反反馈给各各位专家家，

25、再次次征询意意见。这这样反复复经过四四至五轮轮，逐步步使专家家的意见见趋向一一致，作作为最后后预测和和识别的的根据。10.2.3 头脑风暴法法所谓头脑风风暴法，就就是以专专家的创创造性思思维来获获取未来来信，aa的一种种直观预预测和识识别方法法。此法法是由美美国人奥奥斯本于于19339年首首创，它它从200世纪550年代代起就得得到了广广泛应用用。头脑脑风暴法法一般是是在一个个专家小小组内进进行，通通过专家家会议，激激发专家家的创造造性思维维来获取取耒来信信息。这这就要求求主持专专家会议议的人在在会议开开始时的的发言应应能激起起专家们们的思维维“灵感感”，促促使专家家们感到到急需回回答会议议提

26、出的的问题，通通过专家家之间的的信息交交流和相相互启发发，从而而诱发专专家们产产生“思思维共振振”，以以达到互互相补充充并产生生“组合合效应”，获获取更多多的未来来信，aa，使预预测和识识别的结结果更准准确。10.2.4 情景分析法法情景分析法法是根据据项目发发展趋势势的多样样性，通通过对系系统内外外相关问问题的系系统分析析，设计计出多种种可能的的未来前前景，然然后用类类似于撰撰写电影影剧本的的手法，对对系统发发展态势势做出白白始至终终的情景景和画面面的描述述。当一一个项目目持续的的时间较较长时，往往往要考考虑各种种技术、经经济和社社会因素素的影响响，对这这种项目目进行风风险预测测和识别别，就

27、可可用情景景分析法法来预测测和识别别其关键键风险因因素及其其影响程程度。情情景分析析法对以以下情况况是特别别有用的的：提醒醒决策者者注意某某种措施施或政策策可能引引起的风风险或危危机性的的后果；建议需需要进行行监视的的风险范范围；研研究某些些关键性性因素对对未来过过程的影影响；提提醒人们们注意某某种技术术的发展展会给人人们带来来哪些风风险。情情景分析析法是一一种适用用于对可可变因奏奏较多的的项目进进行风险险预测和和识别的的系统技技术，它它在假定定关键影影响因素素有可能能发生的的塞础上上，构造造多重情情景，提提出多种种未来的的可能结结果，以便便采取适适当措施施防息于于未然。10.2.5 风险条目

28、检检查表“风险条目目检查表表”是最最常用也也是比较较简单的的风险识识别方法法，它是是利用一一组提问问来帮助助管理者者了解项项目在各各个方面面有哪些些风险。在在“风险险条目检检查表”中中，列出出了所有有可能的的与每一一个风险险因素有有关的提提问，使使得风险险管理者者集中来来识别常常见的、已已知的和和可预测测的风险险（如产产品规模模风险、依依赖性风风险、需需求风险险、管理理风险及及技术风风险等）。“风风险条目目检查表表”可以以以不同同的方式式组织，通通过判定定分析或或假设分分析，给给出这些些提问的的回答，就就可以帮帮助管理理或计划划人员估估算风险险的影响响。风险条目检检查表一一般根据据风险要要素进

29、行行编写，包包括项目目的环境境、管理理层的重重视度、技技术情况况以及内内部因素素（如团团队成员员的技能能或技能能缺陷等等）。风风险识别别中的风风险条目目是项目目经验的的积累，风风险条目目检查表表可以以以不同的的方式组组织。一一般说，作作为项目目经理可可以将主主要的精精力放在在以下几几方面：产品规模模商业影响响项目需求求客户特性性过程定义义技术情况况开发环境境人员数目目及其经经验其中每一方方面包含含很多的的风险检检查条目目，通过过对每个个条目的的回答，可可以识别别项目可可能存在在的风险。1）产品规规模风险险检查表表项目风险是是直接与与产品规规模戌正正比的。下下面的风风险检查查表中的的条目标标识了

30、与与软件规规模相关关的常见见风险：是否以LLOC或或FP估估算产品品的规模模？对于估算算出的产产品规模模的信任任程度如如何？是否以程程序、文文件或事事务处理理的数目目来估算算产品规规模？产品规模模与以前前产品的的规模的的平均值值的偏差差百分比比是多少少？产品创建建或使用用的数据据库大小小如何？产品的用用户数有有多少？产品的需需求改变变多少？交付之之前有多多少？交交付之后后有多少少？复用的软软件有多多少？2）商业影影响风险险检查表表下面的风险险检查表表中的条条目标识识了与商商业影响响相关的的常见风风险：本产品对对公司的的收人有有何影响响？本产品是是否得到到公司高高级管理理层的重重视9交付期限限的

31、合理理性如何何？将会使用用本产品品的用户户数及本本产品是是否与用用户的需需要相符符合？本产品必必须能与与之互操操作的其其他产品品系统统的数目目？最终用户户的水平平如何？政府对本本产品开开发的约约束是什什么？延迟交付付所造成成的成本本消耗是是多少？产品缺陷陷所造成成的成本本消耗是是多少？对于上述产产品规模模和商业业影响的的风险检检查表中中的每一一个回答答都必须须与过去去经验验加以比比较。如如果出现现了较大大的百分分比偏差差或者如如果数字字接近过过去很不不令人满满意的绪绪果，则则风险较较高。3）需求相相关风险险检查表表很多项目在在确定需需求时都都面临着着一些不不确定性性和混乱乱。如果果在项目目早期

32、容容忍了这这些不确确定性，并并且在项项目进展展过程中中得不到到解决，则则这些问问题就会会对项目目的成功功造成很很大威胁胁。如果果不控制制与需求求相关的的风险因因素，那那么就很很有可能能产生锴锴误的产产品或者者拙劣地地建造正正确的产产品。每每一种情情况都会会使人不不愉怏。例如，需求求中潜在在的问题题包括：对产品缺缺少清晰晰的认识识。对产品需需求缺少少认同。在确定需需求时客客户参与与不够。没有优先先需求。不确定的的需要。新的市场场不断变变化需求求。缺少有效效的需求求变化管管理过程程。对需求的的变化缺缺少相关关分析。如果对于这这些问题题中的任任何一个个问题的的答案是是肯定的的，则需需要进一一步的研研

33、究，以以评估潜潜在的风风险。4）客户相相关风险险检查表表不同的客户户有不同同的需要要。有些些人只知知道他们们需要什什么，而而有些人人知道他他们不需需要什么么。一些些客户希希望迹行行详细的的讨论，而而另外的的客户则则满足子子模糊的的承诺。不同的客户户有不同同的个性性。亠些些人喜欢欢享受客客户的身身份，而而另一些些人则根根本不喜喜欢作为为客户。一一些人会会高兴地地接受几几乎任何何交付的的产品饣饣并能充充分利用用一个不不妤的产产品；而而另一些些人则会会对质量量差的产产品猛烈烈抨击。一一些人会会对质量量好的产产品表示示赞赏，而而另一些些人则不不管怎样样都抱怨怨不休。客户和供应应商之间间也有各各种不同同

34、的通信信方式。一一些人非非常熟悉悉产品及及生产厂厂商！而而另一些些人则可可能綦未未谋面，仅仅仅通过过信件来来往和电电话与生生产厂商商沟通。一个“不好好的”客客户可能能会对一一个软件件项目组组能否在在预算内内完成项项目产生生很大的的影响。对对于项目目管理者者而言，“不不好的”客客户是对对项目计计划的巨巨大威胁胁和实际际的风险险。下面面的风险险裣查表表中的条条目标识识了与客客户特征征相关的的常见风风险：你以前是是否曾与与这个客客户合作作过？该客户是是否很清清楚薷要要什么；他能否否花时间间把需求求写出来来？该客户是是否同意意花时间间召开正正式的需需求收集集会议，以以确定项项目范围围？该客户是是否愿意

35、意建立与与开发者者之间的的快速通通信渠道道？该客户是是否愿意意参加复复审工作作？该客户是是否具有有该产品品领域的的技术奏奏养？该客户是是否愿意意让你的的人来做做他们的的工作？该客户是是否了解解软件过过程？如果对于这这些问题题中的任任何一个个问题的的答案是是否定的的，则需需要进一一步的调调研，以以评估潜潜在的风风险。5）过程风风险检查查表如果软件过过程定义义得不清清楚，如如果分析析、设计计、测试试以无序序的方式式进行，如如果质量量是每个个人都认认为很重重要的概概念但没没有人切切实采取取行动来来保证它它，那么么这个项项目就处处在风险险之中。过程问题包包括：高级管理理层是否否有一份份已经写写好的政政

36、策陈述述，该陈陈述中强强调了软软件开发发标准过过程的重重要性？开发组织织是否已已经拟定定了一份份已经成成文的、用用于本项项目开发发的软件件过程的的说明？开发人员员是否同同意按照照文档所所写的软软件过程程进行开开发工作作，并自自愿使用用它？该软件过过程是否否可以用用子其他他项目？管理者和和开发人人员是否否接受过过一系列列的软件件工程培培训？是否为每每一个软软件开发发者和管管理者提提供了印印妤的软软件工程程标准？是否为作作为软件件过程一一部分而而定义的的所有交交付物建建立了文文档概要要及示例例？是否定期期对需求求规约、设设计和编编码进行行正式的的技术复复审？是否定期期对测试试过程和和测试情情况进行

37、行复审，是否对每每一次正正式技术术复审的的结果建建立了文文裆，其其中包括括发现的的错误及及使用的的资源？有什么机机制来保保证按照照软件工工程标准准来指导导工作？是否使用用配置管管理来维维护系统统软件件需求、设设计、编编码、测测试用例例之间的的一致性性？是否使用用一个机机制来控控制用户户需求的的变化及及其对软软件的影影响？对子每一一个承包包出去的的子合同同，是否否有一份份文档化化的工作作说明、一一份软件件需求规规约和一一份软件开发发计划？是否有一一个可遵遵循的规规程，来来跟螓及及复审子子合同承承包商的的工作？技术问题包包括：是否使用用方便易易用的规规格说明明技术来来辅助客客户与开开发者之之间的通

38、通信？b是否使用用特定的的方法进进行软件件分析？是否使用用特定的的方法进进行数据据和体系系结构的的设计？是否900以上上的代码码都是使使用高级级语言编编写的？是否定义义及使用用特定的的规则进进行代码码编写？是否使用用特定的的方法进进行测试试用例的的设计？是否使用用配置管管理软件件工具控控制和跟跟踪软件件过程中中的变化化活动？是否使用用工具来来创造软软件原型型？是否使用用软件工工具来支支持测试试过程？是否使用用软件工工具来支支持文档档的生成成和管理理？是否收集集所有软软件项目目的质量量度量值值？是否收集集所有软软件项目目的生产产率度量量值？如果对于上上述问题题的答案案多数是是否定的的，则软软件过

39、程程是薄弱弱的且风风险很高高。6）技术风风险检查查表采用新技术术是具有有挑战性性和令人人兴奋的的，但这这也是有有风险的的。下面面的风险险检查表表中的条条目标识识了与建建造的技技术相关关的常见见风险：该技术对对于你的的公司而而言是新新的吗？客户的需需求是否否需要创创建新的的算法？待开发的的软件是是否需要要使用新新的或未未经证实实的硬件件接口？待开发的的软件是是否需要要与开发发商提供供的未经经证实的的软件产产品接口口？待开发的的软件是是否需要要与功能能和性能能均未在在本领域域得到证证实的数数据库系系统接口口？产品的需需求是否否要求采采用特定定的用户户界面？产品的需需求中是是否要求求开发某某些程序序

40、构件，这这些构件件与你的的公司以以前开发发的构件件完全不不同？需求中是是否要求求采用新新的分析析、设计计、测试试方法？ 需求中是是否要求求使用非非传统的的软件开开发方法法？需求中是是否有过过分的对对产品的的性能约约束？客户能确确定所要要求的功功能是可可行的吗吗？如果对于这这些问题题中的任任何一个个问题的的答案是是肯定的的，则需需要进一一步的调调研，以以评估潜潜在的风风险。7）开发环环境风险险检查表表软件工程环环境支持持项目组组、过程程及产品品，但是是，如果果环境有有缺陷，它它就有可可能成为为重要的的风险源源。下面面的风险险检查表表中的条条目标识识了与开开发环境境相关的的风险：是否有可可用的软软

41、件项目目管理工工具？是否有可可用的软软件过程程管理工工具？是否有可可用的分分析及设设计工具具？分析和设设计工具具是否适适用于待待建造产产品？是否有可可用的编编译器或或代码生生成器？是否有可可用的测测试工具具？是否有可可用的软软件配置置管理工工具？环境是否否利用了了数据库库或数据据仓库？项目组的的成员是是否接受受过每个个所使用用工具的的培训阳阳是否有专专家能够够回答有有关工具具的问题题？工具的联联机帮助助及文档档是否适适当？如果对于上上述问题题的答案案多数是是否定的的，则软软件开发发环境是是薄弱的的且风险险很高。8）人员数数目及经经验风险险检查表表下面的风险险检查表表中的条条目标识识了与人人员数

42、目目及经验验相关的的常见风风险：是否有最最优秀的的人员可可用？人员在技技术上是是否配套套？是否有足足够的人人员可用用？开发人员员是否能能够自始始至终地地参加整整个项目目的工作作？项目中是是否有一一些人员员只能部部分时间间工作？开发人员员对自己己的工作作是否有有正确的的期望？开发人员员是否接接受过必必要的培培训？开发人员员的流动动是否仍仍能保证证工作的的连续性性？如果对于这这些问题题中的任任何一个个问题的的答案是是否定的的，则需需要进一一步的调调研，以以评估潜潜在的风风险。当然，检查查表的类类别和条条目可以以根据企企业或者者项目的的具体情情况来选选择或者者开发。例例如，美美国的软软件工程程研究所

43、所（简称称SEII）的一一份研究究报告对对于软件件风险提提出用CClasss、EElcmmentt、Atttriibuttc三个个层次描描述风险险列表（见见图1005）。对对于Cllasss（类）层层分三组组，即PProdducttEnggincccriing、DDcvccloppmennt EEnviironnmcnnt和PProggramm Coonsttraiintss。每个个Claass组组下包含含若干EElemmcntt（元素素），每每个Ellemccnt组组下又包包含若干干Atttribbutcc（属性性）。它它们共同同构成了了风险检检查表条条目，通通过Atttriibuttc属性

44、性值来识识别和评评估风险险。具体体条目要要素见表表101。图10度量量5风险险三层分分析结构构表亻0丬 三层风风险检查查表类（Claass）元素（EllCmccnt）属性（Atttriibuttc）产品工程（PProdductt Ennginnccrringg）需求（RCCquiiremmcntts）稳定性SStabbiliity）完完整性（CCompplettenccss）清清晰性Claaritty）有有效性（vvaliiditty）可可行性（FFeassibiilitty）前前瞻性（PPreccedeent）衡衡量性（SScallC）设计（DCCsiggn）功能性（FFuncctioona

45、llityy）难度度（Diiffiicu11ty）接接口（IIntccrfaaccss）性能能（PCCrfoormaan）易易讽！性性（Tccstaabillityy）硬件件的限制制（Haardwwarcc coonsttraiintss）非开开发软件件（Noon DDevccloppmcnntall sooftwwaree）编码和单元元测试（CCodcc annd uunitttcsst）可行性（FFCassibiilitty）可可测性（TTcsttingg）编码码（CoodinngIImp11cmccntaatioon）集成和测试试（Innteggrattionn annd TTes！）环

46、境（Ennvirronmmcntt）产品品（Prroduuct）系系统（SSysttcm）工程特点（EEn目ineecriing Spccciaaltiics）可维护性（MMainntaiinabbiliity）可可靠性（RReliiabiilitty）安安全性（SSocuuritty）人人为因素素（Huumann FaactOOrs）规规m（SSpoccifiicattionn）开发环境（DDcvccloppmenntEnnvirronmmcntt）开发过程（DDeveeloppmcnnt PProccesss）正规性（FFormmaliity）适适合性（SSuittabiilitty）过过

47、程控制制（Prroceess Conntrool）过过程的熟熟知程度度（Faamilliarrityy）产品品控制（PProdducttnttroll）开发系统（DDcvcc1oppmcnnt SSysttcm）容童（Caapaccityy）适合合性（SSuittabiilitty）可可用性（UUsabbiIiity）了了解程度度（Faamilliarrityy）可靠靠性（RRe“aabillityy）系统统的支持持性（SSysttem supppOrrt）供供应能力力（Dcclivveraabillityy）管理过程（MManaagemmentt Prroceess）计划性（PPlannninng）项项目组织织（Prrojcc