软件项目的风险管理详解

《软件项目的风险管理详解》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、软件项目的风险管理详解　我是一名计算机软件开发人员。我精通多种编程语言。我热爱这份工作，设计程序、编程、调bug、解决问题这一切让我觉得很兴奋、很有成就感。我愿意学新东西，解决一个又一个技术难题这让我觉得自己是一个有用的人。　　我喜欢我的同伴们，他们是一群很棒的人，我们谈得来，技术上的事儿我们总能一起找到办法。　　但是项目是另外一回事儿，有时候真的让人很恼火，我们团队只有3个人，却干着6个人的活儿！　　我们只有1台调试机，几个团队都要用，每天因为争用调试机打架。　　忙死了，还要带一帮新人干活，他们什么都不会，光添乱！他们要是早一点儿来我还有时间带他们，

2、现在？算了，我还是加班自己来吧。　　早干嘛去了，这时候才说要改架构，我们开发都进行一半了！　　这活儿真没法儿干，客户干嘛总是来指手画脚啊，打乱我们的计划了。　　我在公司接受了3个月的培训，现在正式加入这个项目了。项目很大，任务很重，据说对公司的前途至关重要，我很兴奋。前辈们很有经验，也很忙，我也想做点儿什么，但是他们好像不太欢迎我加入，有点儿沮丧。　　　　如果你是一名软件开发者（或任何需要团队合作的工作参与者），上面的话是不是感觉很熟悉？每个人都有干劲儿，大家目标也一致，但是总是有这样那样的问题使我们无法专注于自己的本职工作。　　问题，问题，那么多的问

3、题！虽然说解决难题能带来成就感，但是相信我，当意料之外的问题组团出现的时候，它们带来的只能是混乱！更糟糕的是，火气、丧气、疲惫感也一起来凑热闹。对于项目，尤其是大项目来讲，这可不是个好现象。　　好吧，让我们静下来，想一想，那些问题在成为问题之前，我们真的一点儿都没预料过么？如果能预料的话，是否能够提前做些什么来避免，或者减轻问题的破坏力？退一步讲，最起码让人喘口气，问题别一起出现！要达到上述目的，用一个术语化的说法，就是进行风险管理。　　通俗的说，风险就是问题发生的可能性。所谓问题，就是之前我们提到的各种各样的不希望发生的闹心事儿。　　风险管理的主要任

4、务是：在问题发生之前，识别它、评估它、做对策，降低其发生的可能性和发生时的危害程度；然后，在对策的实施过程中，进行定期跟踪、再评估、调整对策，以确保问题是可控的，直到安全解决。　　风险管理　　综上所述，风险管理主要体现在下面几方面：　　●风险识别：找到可能发生问题的地方　　●风险评估：是哪类问题、发生的可能性、发生后的影响度以及危险等级　　●风险对策：什么时间、做哪些工作、能降低风险发生的可能性还是发生后的影响　　●风险跟踪：可能性的变化、影响度的变化、危险等级的变化、风险对策是否需要调整、是否引起新的风险等等　　风险管理是软件项目整个生命周期中的常规

5、工作。在项目策划、项目范围变更、项目计划变更、定期项目跟踪时，都要进行风险管理。　　　　风险识别　　在软件开发项目中，要识别风险，一个基本方法是模拟法用现有的人员、技术、资源（设备、能够得到的支持等），在项目开始的时点上，审视现有流程上的每一个步骤，思考并预测将会遇到什么问题。这项工作将使我们得到一份风险描述的列表。　　对风险列表中的风险进行合并同类项处理，尤其是当一个项目涉及到多个团队、较多人，不同的团队和个人提出与他们相关的风险的时候，这种合并同类项的处理就显得尤为重要。它可以保证资源的统一调配，最大限度复用，避免各自为政造成的浪费。　　　　风险评

6、估　　对风险进行深入的评价，主要分析风险的种类、可能性和影响。　　●风险的种类　　一般来讲，所有的风险都可以归结到软件项目的几个要素上去。现在，我们首先来提取这些要素。　　什么是项目？通俗的讲就是：在特定的时间内、特定的成本下、完成特定的工作，成果物要质量达标，令用户满意。所以说，项目有下面几个关键的维度：　　○进度：在什么时间完成　　○成本：花费多少代价　　○范围：做什么，做到什么程度　　○质量：成果物的质量属性（例如千行代码bug数、安全运行天数）　　○客户满意度：令客户满意　　所谓风险的种类，在软件项目中，通常指上述维度的某一个。当然，从市场及企

7、业经营的级别来看，会有另外一套关于种类的定义标准，这里不做深入讨论。　　●可能性：这个风险演变成问题的可能性有多少　　●影响：这个风险演变成问题的话，其破坏力有多大　　●风险级别：根据风险演变成问题的可能性和影响度，形成各风险评级。风险级别越高，越应该得到管理者的重视　　下表列举了风险评级的方法(表1)：　　首先，量化描述可能性及影响度，然后把风险放到矩阵中的相应位置上，最后根据风险所处的区域，判断是S、A、B、C的哪一个级别。　　S级：影响大、发生的可能性大。这样的风险必须进行处理，一定要制定对策降低风险或者规避风险。　　A级：影响度在中等程度以上，

8、发生的可能性比较大，或者影响度虽然小，但是发生可能性很高。这样的风险也应该进行处理，制定相应的