1. 风险管理计划：制定一个应对每个重要风险的方案，同时就确保每一个单独的风险管理计划之间以及与整体项目计划之间相一致。
2. 风险化解：每个重要风险所对应计划的执行。
3. 风险监控：就是对解决风险的过程进行监控，风险监控还可以包括识别新的风险并将其反馈到正在进行的风险管理进程中等方面的工作。
一般项目应怎样进行风险管理。接到项目对项目进行调研工作，在调研中就要注意到刻服错误列表中的错误。调研完成后，写需求说明书初稿(一般根据情况至少给出二个以上的方案)，为客户进行讲解，结合客户意见再次进行修。把修改后的说明书和同士进行讨论，再次进行修改。在此期间写出总体设计的初稿(大的框架)。最后再为客户讲解，再次修改少量的功能。客户确定需求满足后就可进行总体设计了。在生成需求分析的同时，注意列出需求中存在的风险。如：需求改变问题、需求定义欠佳等风险。在进行总体设计时，多和客户交流。因为在总体设计中修改需求比在详细设计中修改要容易比在编码阶段修改就更加容易了。之后生成总体设计说明书。同时在总体设计中也要对一些不定的因素进行风险监控。列出风险列表。根据总体设计说明书就可以开始详细设计了。在详细设计中除了要考虑系统设计外还要考虑一些技术风险问题。把很难预见的问题列到风险列表中。注意，从需求分析到详细设计，随着系统开发的进行度。以前不明的因素将会慢慢显露。同时也会出现新的不明因素。这样就必须在整个设计开发过程中进行风险监控、风险识别、风险分析和风险化解工作。同理，在编码中也同样处理。在开发过程中根据分析不同，把风险按阶段分为需求分析阶段风险、总体设计阶段风险、详细设计阶段风险和编码阶段风险。并交由此阶段的人员进行监控和化解。当然软件开发中所碰到的风险是很多的。但不可能完全同时进行风险监控的。通常是把风险列表中认为最会发生的风险乘损失的大小后的最大数进行严格的监控起来。随着开发进度，风险是在变化的，所以风险列表可能会增加也可能会减少。只要风险管理好了。系统就成功了一大半。
2.3、人员管理：
不同人员之间经验的不同导致绩效差别是有目共睹的，大家可能对不同开发人员之间生产效率差距达10：1的观点较为熟悉，大家也知道一些明确激励措施所带来的正面影响。所以人员管理在软件项目中也有较重的分量。很清楚，人力因素极大地影响着生产效率，同时任何关注提高生产效率的组织首先必须有一套良好的人员绩效、薪酬、培训等的机制。除了以上几个面的管理外还有其它方面的管理也决定软件项目的成功与否。如：团队建设、企业文化建设等等。组织内部的管理工作的对象和主体是人，因此管理存在着的风险很大。由于前段时间流行学习引进所谓的先进管理模式，其结果令人失望，各组织的历史、社会、文化背景的不同所形成模式各不尽同，模式的形成是有历史原由的。管理模式没有绝对的好与坏，适合组织本身并能产生最高效的模式就是最好的。
总之，如果把软件工程比做音乐家，那项目管理就是音乐指挥家。一个好的音乐家一个人能揍出动听的音乐，但一群好的音乐家在一起不一定能揍出好的交响乐。它还必须有一位好的指挥家。软件开发也是一样的，有好的程序员只是前提条件，要开发出好的软件，还要有一个好的管理。
文章来源于领测软件测试网 https://www.ltesting.net/
