软件项目管理论文-项目风险管理

软件项目管理论文项目风险管理姓名：学号：系别：专业：指导老师：摘要

软件项目风险管理在软件项目管理中扮演着十分重要的角色，如何有效地规避风险在软件开发中起着至关重要的作用。本文主要阐述如何对项目风险进行识别、分析、监控和应对。关键词：软件项目风险管理引言我第一次听到信仰的论理学这个词，更是第一次知道项目风险管理的理论基础是信仰的伦理学。在《与熊共舞》一书中，克里福德举了这样一个例子：一位船主即将送他的船出海，船上满载旅客。他知道这船很旧，而且当初造得就不怎么样，因此他非常担心这船是否能够安全地完成此次航行。但是，一番挣扎之后，船主还是战胜了自己的疑虑，说服自己相信：再多一次航行也不会有什么大不了的祸事。毕竟，这艘船也是久经风雨了，不管遇上多么恶劣的天气，它也总能安全回家。那么，这一次又怎么会不行呢？于是，这艘船出海了，然后带着所有乘客沉入了海底。在出发之前，船主确实真诚地相信这艘船的牢靠，但是他这个信念的真诚性丝毫帮不了他，他关于船的牢靠并不是通过认真的风险分析得出来的，而是通过扼杀自己对于这艘船所有的疑虑。因此，他必须对这场事故负责。然而，假如这艘船最终安然无恙地完成了旅行，这是不是就能减轻甚至排除船主的罪责呢？决不。一旦行为完成了，是对是错也就永远铁定了，不可能因为行为的善果或恶果偶然没有达成这一事实所改变。无论船沉或是不沉，船主都不会是无罪的，他只可能是作恶而没被发现罢了。对错问题，只和信念的根源有关，而与信念内容本身无关。项目风险管理的核心就是克里福德的“信仰的伦理学”，它要求每个信念必须接受伦理的拷问，它将帮助人们去除在项目风险管理中自欺欺人的想法，促使人们做出更为明智的选择。在做出选择之前，对项目风险进行识别、分析、监控和应对，是软件项目开发工作顺利完成的保证。风险应对计划制定：针对风险量化的结果，为降低项目风险的负面效应制定风险应对策略和技术手段的过程。风险应对计划依据风险管理计划、风险排序、风险认知等依据，得出风险应对计划、剩余风险、次要风险以及为其它过程提供得依据。风险监控：涉及整个项目管理过程中的风险进行应对。该过程的输出包括应对风险的纠正措施以及风险管理计划的更新。三、风险管理过程首先是风险识别。这里主要介绍头脑风暴、Delphi和SWOT分析法。1）头脑风暴法。这种方法能够激发员工的创新思维，在集体讨论问题的过程中，每提出一个新的观念，都能引发他人的联想。相继产生一连串的新观念，产生连锁效应，为创造性地解决问题提供了更多的可能性。具体流程如下：图12）Delphi分析法。这种方法可以避免群体决策的一些可能缺点，声音最大或地位最高的人没有机会控制群体意志，因为每个人的观点都会被收集，另外，管理者可以保证在征集意见、作出决策时，没有忽视重要观点。具体流程如下：图23）SWOT分析法。这种方法主要是对项目的优势与劣势、机会与威胁各个方面，从多角度对项目风险进行识别。分析直观、使用简单是它的重要优点。即使没有精确的数据支持和更专业化的分析工具，也可以得出有说服力的结论。下面先给出一个例子：东方软件公司应某银行要求，开发了一套中型的CRM（客户关系管理）软件系统，软件开发已大体完成。该公司已有很多次开发该软件的成功经历，客户对开发出来的软件评价也很高。只是，该公司第一次做涉及到经融方面的CRM，对相关的背景和业务流程不是很熟悉。对此，项目经理正在考虑要不要聘请测试人员对该系统进行一次全面的测试。下面运用SWOT来对是否进行测试所形成的风险进行分析：图32、风险分析。这里主要讨论决策树分析法。1）决策树分析法。决策树由决策结点、机会结点与结点间的分枝连线组成。通常，人们用方框表示决策结点，用圆圈表示机会结点，从决策结点引出的分枝连线表示决策者可作出的选择，从机会结点引出的分枝连线表示机会结点所示事件发生的概率。

这种方法可以帮助人们清楚的理解问题和解决问题。下面先来看个例子：在上面的例子中，项目经理正在考虑要不要聘请测试人员对该系统进行一次全面的测试。如果不对该系统进行测试，该系统将来不发生严重故障的话就可以实现$800,000的利润，反之，则会导致$600,000的损失。如果聘用普通测试人员，该系统将来不发生严重故障的话就可以实现$700,000的利润，反之，则会导致$300,000的损失。如果聘用资深的测试人员，该系统将来不发生严重故障的话就可以实现$500,000的利润，反之，则会导致$100,000的损失。根据以前的经验，如果不对该系统做测试，发生故障概率为0.1；如果聘用普通测试人员，发生故障概率为0.03；如果聘用资深的测试人员，发生故障概率为0.01。具体分析如下图：图4由上图可得出，“聘用一般测试员”为公司带来可观利润的可能性最高，风险最低。3、风险监控和应对。主要包括提高项目的可视性和固化工作流程。1）提高项目的可视性。不论是哪一种风险，其最后冲击的基本上就是项目本身，延期是最常见的结果。如果是对可能发生的风险都一一进行管控，成本必然很高，而且还可能有疏漏。使用燃尽图（BurnDownChart）可能是针对项目延期最有效的解决办法，因为它很大程度地提高了项目的可视性。在实际操作时，我们让团队成员每天对其参与的每一任务都键入下列两项数字：1）该任务花费时间，和2）该任务所剩时间。结果就会产生如下的燃尽图： 图5如图所示，起初此项目计划估计需要3480小时就能完成。大致上来说，一般的研发团队因人员请假、会议和其他突发事情，平均每人每天只能有六小时花在实际项目工作上。现在此项目有七个人参与，估算出来大约需要四个月完成。（也就是从2009年11月29日到2010年3月29日，图中红色直立线为起始线，蓝色直立线为终止线。）红色号码1表示到现在为止在该项目的总花费时间，红色号码表示估算的项目剩余时间，红色号码是到目前为止所花的时间与剩余时间之和的曲线。到了2010年3月21日，我们发现原本估计的3480总小时数是低估了，更可能的是所示的3740小时，透过燃尽图，我们可以看到项目进行的情况，项目需求是否按计划进入开发流程，工作是否有延时，或者工作安排的饱和度是否适合。以便高层人员及时作出人员调动和进行资源分配，有效地规避风险2）固化工作流程。在项目开发过程中，一个变更事件被创建后，它需要经过一个《评审》状态。在评审阶段里，有三个人（A，B和C）要全部同意，才能到达《通过》状态。有任何一人不同意，状态就转到《拒绝》。当到达《评审》状态，系统马上促发邮件和手机通知，将信息寄给A，B和C。系统可以预先设定这三人有两天的时间评审该变更。假如两天过了，状态仍为《评审》，那就是有人未及时处理该事件。这时候，系统会自动将事件升级，把状态转换为《升级处理》，系统马上促发邮件，将信息发给最高决策人。具体流程：图6这种方法，可以有效的避免在项目出现变更时，员工因意见不统一而争执不下，延误工作进程；邮件和手机自动通知提高效率，减少了沟通出错的机会，有效地控制了风险的产生。软件开发是一项高风险的活动，在项目开发过程的任何一个阶段都可能存在风险。采取积极的风险管理方式，可以使项目进程更加平稳，可以获得很高的跟踪和控制项目的能力，可以规避、转移风险，和缓解风险带来的不利影响。四、结语总之，从以上的举例和论述中可以看出，在软件项目开发过程中，当对软件的期望很高时，一般都会进行项目风险分析、预测、评估、管理及监控等风险管理。通过风险管理可以使项目进程更加平稳，可以获得很高的跟踪和控制项目的能力，并且可以增强项目组成员对项目如期完成的信心。风险管理是项目管理中很重要的管理活动，有效的实施软件风险管理是软件项目开发工作顺利完成的保证。五、参考文献1、软件项目管理作者：覃征清华