软件开发项目的风险管理.doc

精品文档就在这里
-------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有--------------
--------------------------------------------------------------------------------------------------------------------------------------------

软件开发项目的风险管理
原作者:李艺兰
1月27日参加了项目管理联盟组织的‘北京项目管理爱好者聚会’，我被易风邀请做了一个主题演讲，其实不是什么演讲，只是结合理论谈了自己的一些想法和工作中遇到过的经验教训，更主要的目的是给大家出一个讨论和交流的主题，希望能起个抛砖引玉的作用。
我讲的主题是：软件开发项目的风险管理，因为我认为风险管理在软件项目中很重要，又不容易做好，所以希望通过和大家讨论能够有一些思路和启发。
现在把我准备的内容整理帖出来，希望在这里继续讨论，大家在如下几方面多展开讨论：
1． 在软件项目管理中如何做好风险防范
2． 软件项目中的典型风险事件是哪些
软件开发项目的风险管理
众所周知，软件开发过程可分为：需求分析、设计、编码、测试、安装及维护等几个过程（在RUP方法中：业务建模、需求、分析设计、实施、测试、部署），实际上一个完整的软件项目前后还有其它过程，在这里列出的只是和软件开发相关的核心过程。
软件项目的生命周期可以分为四个阶段（不同行业的项目生命周期不同），即初始阶段、设计阶段、实施阶段、收尾阶段。软件开发过程在软件项目的这四个阶段中的分布情况如下（括弧里面表示RUP方法中的过程）：
初始阶段：大部分需求分析，少部分设计（大部分业务建模和需求，少部分分析设计）
设计阶段：大部分设计，少部分编码（大部分分析设计，部分实施及测试，开始考虑部署）
实施阶段：大部分编码和测试，少部分设计（大部分实施及测试，部分部署）
收尾阶段：安装及维护（大部分部署）
而项目管理则贯穿在整个生命周期的每个阶段。
根据PMBOK，项目管理可以从范围管理、时间管理、费用管理、质量管理、人力资源管理、沟通管理、风险管理、采购管理和整体管理等9个方面考虑，对于软件项目管理来讲软件配置管理（属于整体管理）、软件质量管理、软件风险管理及开发人员管理（属于人力资源管理）等四个方面的管理尤为重要，软件开发的每个阶段、每个过程都要重视这几方面的管理。
下面就以软件项目的风险管理为主题展开讨论。
软件项目管理的四个阶段中，在初始阶段项目成功的可能性最小，风险发生的概率也就最高，但是这时候一旦预计的风险发生了，损失是最小的，比如：在这个阶段如果某种原因突然资金来源断了（这在需求阶段是很有可能的），以至于不能继续进行项目，不得不终止项目，那么这时候的损失只是需求分析阶段的投入。随着项目的进展项目成功的可能性变大，风险发生的概率逐渐变小，风险对项目的损失逐渐变大，快到收尾阶段的时候风险对项目的损失最大，随着收尾阶段的进行风险又逐渐变小。
风险管理是对项目风险进行识别、分析和应对的过程。我们先看看项目风险可以怎么分类，然后再对风险管理的这三个过程逐一进行讨论。
1．风险的分类
按内容分
范围风险：与范围变更有关的风险
质量风险：没有按照要求的技术性能和质量水平完成任务
进度风险：没有在预算的时间范围内完成任务
成本风险：没有在预算的成本范围内完成任务
技术风险：技术变化
法律风险：许可权、专利、合同失效、诉讼、不可抗力
外部可预测风险：市场风险（原材料可利用性、需求）、日常运作（维修需求）、环境影响、社会影响、货币变动、通货膨胀、税收
外部可预测风险：规章（不可预测的政府干预）、自然灾害
内部非技术风险：战略风险（公司的经营战略发生了变化）、管理风险（公司管理人员是否成熟等）
按可确定性分
已知风险（Knowns）：员工离职
已知-未知风险（Known-unknowns）：可预知风险
未知-未知风险（Unknown-unknowns）：不可预知风险
2．风险识别
风险的识别就是确定何种风险事件可能影响项目。在项目开始、每个项目阶段中间、主要范围变更批准之前都要进行风险识别，实际上它在整个项目生命周期内都是一个连续的过程。
要识别风险，首先我们应该了解在软件开发的各个阶段都有可能发生哪些风险（风险事件或风险来源）。
初始阶段
在这个阶段进行大部分需求分析、少部分设计（大部分业务建模和需求、少部分分析设计）。
可能的风险事件：
l 项目目标不清
l 项目范围不明确（范围太大太小都不可以）
l 用户参与少或和用户沟通少
l 对业务了解不够
l 对需求了解不够
l 没有进行可行性研究
设计阶段
在这个阶段进行大部分设计、少部分编码（大部分分析设计，部分实施及测试，开始考虑部署）
可能的风险事件
l 项目队伍缺乏经验，如缺乏有经验的系统分析员
l 没有变更控制计划，以至于变更没有依据，该变更的不变，不该变的也变，这样得来的设计势必会失败或者偏离用户需求
l 仓促计划，可能带来进度方面的风险
l 漏项，由于设计人员的疏忽某个功能没有考虑进去
实施阶段
在这个阶段进行大部分编码和测试，也涉及少部分设计（大部分实施及测试，部分部署），如：设计变更或补充设计。
可能的风险事件
l 开发环境没有具备好
l 设计错误带来的实施困难
l 程序员开发能力差，或程序员对开发工具不熟
l 项目范围改变（突然要增加或修改一些功能，需要重新考虑设计）
l 项目进度改变（要求提前完成任务等）
l 人员离开，在一个项目内软件开发工作有一定的连续性，需要移交和交接，有时人员离开对项目的影响会很大
l 开发团队内部沟通不够，导致程序员对系统设计的理解上有偏差
l 没有有效的备份方案
l 没有切实可行的测试计划
l 测试人员经验不足
收尾阶段
在这个阶段进行安装及维护（大部分部署）。
可能的风险事件
l 质量差
l 客户不满意
l 设备没有按时到货
l 资金不能回收
以上只是例具了常见的风险事件，对不同项目可能发生的风险事件不同，应该对具体项目识别出真正有可能发生在该项目的风险事件。而且还要对这些风险事件进行描述，如：可能性、可能后果范围、预计发生时间、发生频率等。
风险识别的有效方法有很多，如：建立风险项目检查表、因果分析图、采访各种项目干系人等。
软件项目的风险可以从以下几方面检查：
产品规模风险
业务影响风险检
与客户相关的风险
过程风险
技术风险
开发环境风险
与人员的模式和经验有关的风险
以上我们讨论了在软件项目各个阶段中可能发生的风险事件和识别方法。下面我们看看如何对这些风险事件进行分析。
3．风险分析
风险分析就是对以上识别出来的风险事件做风险影响分析。
和风险相关的有四个因素：
风险事件，破坏或影响项目的事件
风险概率（%），事件发生的可能性
风险得失量（金额），说明可能造成的损失
风险影响（金额），等于 风险概率 × 风险得失量
通过对风险及风险的相互作用的估算来评价项目可能结果的范围，从成本、进度及性能三个方面对风险进行评价，确定哪些风险事件或来源可以避免，哪些可以忽略不考虑（包括可以承受），哪些要采取应对措施。
4．风险应对
1、应对方法
项目中的风险永远不能全部消除，PMBOK提到三种应对方法：
避免
通过分析找出来发生风险事件的原因，消除这些原因来避免一些特定的风险事件发生。
比如：
如何避免客户不满意？
客户不满意有两种情况，一种情况是没有判断客户满意度的依据，即没有双方互相认可的客户验收标准，还有一种是开发方没有达到验收标准，即没有满足用户需求。不管是哪一种，开发方都有不可推卸的责任，只要做好以下环节完全可以避免：
l 业务建模阶段要让客户参与
l 需求阶段要多和客户沟通，了解客户真正的需求
l 目标系统的模型或DEMO系统要向客户演示，并得到反馈意见，如果反馈的意见和DEMO系统出入比较大时，一定要将修改后的DEMO系统在次向客户演示，直到双方都达成共识为止
l 要有双方认可的验收方案和验收标准
l 做好变更控制和配置管理
减轻
通过降低风险事件发生的概率或得失量来减轻对项目的影响。也可以采用风险转移的方法来减轻风险对项目带来的影响。项目预算中考虑应急储备金是另一种降低风险影响的方法。
比如：
经过风险识别发现，项目组的程序员对所需开发技术不熟。可以采用熟悉的技术来减轻项目在成本或进度方面的影响。也可以事先进行培训来减轻对项目的影响。
接受
接收风险造成的后果。
比如：
为了避免自然灾害造成的后果，在一个大的软件项目中考虑了异地备份中心。
2、开发应对计划
针对需要采取应对措施的风险事件，开发应对计划，一旦发生风险事件，就实施应对计划。
比如：
有一个软件集成项目中包括了设备，而且计划在部署阶段之前设备必须到位，而这些设备从厂家直接进货。经过分析发现有可能不能按时进货，那就应该考虑备选方案，比如能不能周转等。
又比如：
在一个软件开发项目中，某开发人员有可能离职，离职后会对项目造成一定的影响，则应该对这个风险事件开发应对计划，过程可以参照如下：
l 进行调研，确定流动原因
l 在项目开始前，把缓解这些流动原因的工作列入风险管理计划
l 项目开始时，做好计划一旦人员离开时便可执行，以确保人员离开后项目仍能继续进行
l 制定文档标准，并建立一种机制，保证文档及时产生
l 对所有工作进行细微详审，使更多人能够按计划进度完成自己的工作
l 对每个关键性技术人员培养后备人员
在考虑风险成本之后，决定是否采用上述策略。
以上仅供大家参考，有什么不恰当的地方望大家多提出来。
3、通过活动，使学生养成博览群书的好习惯。
B比率分析法和比较分析法不能测算出各因素的影响程度。√
C采用约当产量比例法，分配原材料费用与分配加工费用所用的完工率都是一致的。Ｘ
C采用直接分配法分配辅助生产费用时，应考虑各辅助生产车间之间相互提供产品或劳务的情况。错
C产品的实际生产成本包括废品损失和停工损失。√
C成本报表是对外报告的会计报表。×
C成本分析的首要程序是发现问题、分析原因。×
C成本会计的对象是指成本核算。×
C成本计算的辅助方法一般应与基本方法结合使用而不单独使用。√
C成本计算方法中的最基本的方法是分步法。X
D当车间生产多种产品时，“废品损失”、“停工损失”的借方余额，月末均直接记入该产品的产品成本
中。×
D定额法是为了简化成本计算而采用的一种成本计算方法。×
F“废品损失”账户月末没有余额。√
F废品损失是指在生产过程中发现和入库后发现的不可修复废品的生产成本和可修复废品的修复费用。Ｘ
F分步法的一个重要特点是各步骤之间要进行成本结转。(√)
G各月末在产品数量变化不大的产品，可不计算月末在产品成本。错
G工资费用就是成本项目。(×)
G归集在基本生产车间的制造费用最后均应分配计入产品成本中。对
J计算计时工资费用，应以考勤记录中的工作时间记录为依据。(√)
J简化的分批法就是不计算在产品成本的分批法。(×)
J简化分批法是不分批计算在产品成本的方法。对
J加班加点工资既可能是直接计人费用，又可能是间接计人费用。√
J接生产工艺过程的特点，工业企业的生产可分为大量生产、成批生产和单件生产三种，X
K可修复废品是指技术上可以修复使用的废品。错
K可修复废品是指经过修理可以使用，而不管修复费用在经济上是否合算的废品。Ｘ
P品种法只适用于大量大批的单步骤生产的企业。×
Q企业的制造费用一定要通过“制造费用”科目核算。Ｘ
Q企业职工的医药费、医务部门、职工浴室等部门职工的工资，均应通过“应付工资”科目核算。Ｘ
S生产车间耗用的材料，全部计入“直接材料”成本项目。Ｘ
S适应生产特点和管理要求，采用适当的成本计算方法，是成本核算的基础工作。(×)
W完工产品费用等于月初在产品费用加本月生产费用减月末在产品费用。对
Y“预提费用”可能出现借方余额，其性质属于资产，实际上是待摊费用。对
Y引起资产和负债同时减少的支出是费用性支出。X
Y以应付票据去偿付购买材料的费用，是成本性支出。X
Y原材料分工序一次投入与原材料在每道工序陆续投入，其完工率的计算方法是完全一致的。Ｘ
Y运用连环替代法进行分析，即使随意改变各构成因素的替换顺序，各因素的影响结果加总后仍等于指标的总差异，因此更换各因索替换顺序，不会影响分析的结果。(×)
Z在产品品种规格繁多的情况下，应该采用分类法计算产品成本。对
Z直接生产费用就是直接计人费用。X
Z逐步结转分步法也称为计列半成品分步法。√

A按年度计划分配率分配制造费用，“制造费用”账户月末(可能有月末余额/可能有借方余额/可能有贷方余额/可能无月末余额)。
A按年度计划分配率分配制造费用的方法适用于(季节性生产企业)

---------------------------------------------------------精品 文档---------------------------------------------------------------------