"一般认为赌博是在冒险。拉斯维加斯老机的设计者将老虎机的最大赔付率定为97%,即你花一天时间,往老虎机里塞进100元,最多只能赢回970元。但是,如果比起软件开发所冒险,拉斯维加斯的赌博简直就可以称为"安全的冒险"了。软件项目所面临的不断变换的用户需求、糟糕的计划与估算、不可信赖的承包人、欠缺的管理经验、人员问题、伤筋动骨的技术失败、性能欠佳…..等等不胜枚举的风险,使大型项目按时完成的概率几乎为0,大型项目被取消的概率和赌博一样成败参半(Jones 1991)。"项目管理培训
所以项目开发中对风险进行控制管理就大大提高了软件开发的成功性。软件风险管理工作就是在风险成为影响软件项目成功的威胁之前,识别、着手处理并消除风险的源头。一般我们可以在几个层次上定位、管理风险。bbs.mypm.net
1.危机管理---救火模式,就是在风险已经造成麻烦后才着手处理它们。项目管理者联盟
2.失败处理---察觉到了风险并迅速做出反应,但只是在风险发生之后。pmp.mypm.net
3.风险缓解---事先制定好风险发生后的补救措施,但不做任何防范措施。bbs.mypm.net
4.着力预防---将风险识别与风险防范作为软件项目的一部分加以规划和执行。项目管理者联盟
5.消灭根源---识别和消除可能产生风险的根源。项目管理培训
前三项都是被动进行的,亡羊补牢,为时以完。所以我们应当着力于预防风险,更好的是消除风险根源。service.mypm.net
项目经理博客
2.2.1风险管理由风险评估和风险控制。而风险评估由风险识别、风险分析和风险优先级组成:项目经理博客
1. 风险识别:就是提出一个潜在破坏项目进度的风险列表,就像生成错误列表一样。项目管理者联盟
2. 风险分析:评估每一个风险出现的可能性及其影响,判定风险的级别。项目管理者联盟
3. 风险优先级:按风险影响大小排出一个风险优先级,这个风险列表将作为风险控制的基础。blog.mypm.net
2.2.2风险控制由风险管理计划,风险化解和风险监控组成:项目管理者联盟
1. 风险管理计划:制定一个应对每个重要风险的方案,同时就确保每一个单独的风险管理计划之间以及与整体项目计划之间相一致。项目管理者联盟
2. 风险化解:每个重要风险所对应计划的执行。www.mypm.net
3. 风险监控:就是对解决风险的过程进行监控,风险监控还可以包括识别新的风险并将其反馈到正在进行的风险管理进程中等方面的工作。项目管理者联盟
一般项目应怎样进行风险管理。接到项目对项目进行调研工作,在调研中就要注意到刻服错误列表中的错误。调研完成后,写需求说明书初稿(一般根据情况至少给出二个以上的方案),为客户进行讲解,结合客户意见再次进行修。把修改后的说明书和同士进行讨论,再次进行修改。在此期间写出总体设计的初稿(大的框架)。最后再为客户讲解,再次修改少量的功能。客户确定需求满足后就可进行总体设计了。在生成需求分析的同时,注意列出需求中存在的风险。如:需求改变问题、需求定义欠佳等风险。在进行总体设计时,多和客户交流。因为在总体设计中修改需求比在详细设计中修改要容易比在编码阶段修改就更加容易了。之后生成总体设计说明书。同时在总体设计中也要对一些不定的因素进行风险监控。列出风险列表。根据总体设计说明书就可以开始详细设计了。在详细设计中除了要考虑系统设计外还要考虑一些技术风险问题。把很难预见的问题列到风险列表中。注意,从需求分析到详细设计,随着系统开发的进行度。以前不明的因素将会慢慢显露。同时也会出现新的不明因素。这样就必须在整个设计开发过程中进行风险监控、风险识别、风险分析和风险化解工作。同理,在编码中也同样处理。在开发过程中根据分析不同,把风险按阶段分为需求分析阶段风险、总体设计阶段风险、详细设计阶段风险和编码阶段风险。并交由此阶段的人员进行监控和化解。当然软件开发中所碰到的风险是很多的。但不可能完全同时进行风险监控的。通常是把风险列表中认为最会发生的风险乘损失的大小后的最大数进行严格的监控起来。随着开发进度,风险是在变化的,所以风险列表可能会增加也可能会减少。只要风险管理好了。系统就成功了一大半。项目管理者联盟
2.3、人员管理:项目管理者联盟
不同人员之间经验的不同导致绩效差别是有目共睹的,大家可能对不同开发人员之间生产效率差距达10:1的观点较为熟悉,大家也知道一些明确激励措施所带来的正面影响。所以人员管理在软件项目中也有较重的分量。很清楚,人力因素极大地影响着生产效率,同时任何关注提高生产效率的组织首先必须有一套良好的人员绩效、薪酬、培训等的机制。除了以上几个面的管理外还有其它方面的管理也决定软件项目的成功与否。如:团队建设、企业文化建设等等。组织内部的管理工作的对象和主体是人,因此管理存在着的风险很大。由于前段时间流行学习引进所谓的先进管理模式,其结果令人失望,各组织的历史、社会、文化背景的不同所形成模式各不尽同,模式的形成是有历史原由的。管理模式没有绝对的好与坏,适合组织本身并能产生最高效的模式就是最好的。项目管理者联盟
总之,如果把软件工程比做音乐家,那项目管理就是音乐指挥家。一个好的音乐家一个人能揍出动听的音乐,但一群好的音乐家在一起不一定能揍出好的交响乐。它还必须有一位好的指挥家。软件开发也是一样的,有好的程序员只是前提条件,要开发出好的软件,还要有一个好的管理。(完)pmp.mypm.net blog.mypm.net
|