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

软件项目管理论文

题目：项目风险管理
系名：XXX
专业：XXX
姓名：XXX
学号：XXXXXX

摘要:
软件风险管理是对影响软件项目、过程或产品的风险进行估计和控制的实践过程,也是为了解决影响软件项目、过程或产品的风险而制定的准则。当前软件业对软件风险管理的研究越来越重视,在理论上对软件风险进行了分类,提出了风险管理的思路,在实践上也出现了一些定量管理风险的方法和风险管理的软件工具。本文叙述了在软件开发项目中风险管理的重要性及其主要内容,重点介绍了进行风险管理的5 个步骤,即风险识别、风险分析、风险计划、风险跟踪和风险对策。
关键词:软件风险;风险管理;风险识别;风险分析;风险跟踪

Abstract
Software risk management is the practice course to influencing the risks of software project, course or the products to estimate and control, it is also the criterion made in order to it influences the risks of software project, course or the products to solve. The study on software risk management of the software industry is paid attention to more and more at present, classifies the risk of the software in theory, have proposed the thinking of risk management, and the methods of quantitative managing risk and software tool of risk management has also been presented in practice.This paper expounds the importance and main contents of the risk management in software development project,focusing on five procedures of the risk management,that is risk identification,risk analysis, risk plan,risk track and risk countermeasures.
Keywords: Software risk;Risk management;risk identification;Risk analysis; risk track

目录
一、项目的风险背景…………………………………………………..1
二、风险管理的内容…………………………………………………..1
三、风险管理的模型…………………………………………………..2
3.1、Boehm模型…………………………………………………..2
3.2、CMU/SEI模型……………………………………………….2
3.3、MSF风险管理模型…………………………………………..3
四、 风险的分类及各类风险产生的影响………………………….....3
4.1、组织和管理风险………………………………………………3
4.2、需求风险………………………………………………………4
4.3、合同风险………………………………………………………4
4.4、设计和实施的风险……………………………………………4
4.5、人员风险………………………………………………………5
4.6、过程风险………………………………………………………5
4.7、质量风险………………………………………………………5
五、项目风险的分析的方法…………………………………………...5
六、风险分析和控制…………………………………………………...6
6.1、风险分析………………………………………………………6
6.2、风险识别………………………………………………………7
6.3、风险控制……………………………………………………….7
七、总结…………………………………………………………………7

一、项目的风险背景
信息产业的发展是目前发展最快的行业之一，也是对社会影响最大的一个行业，它不但为我们创造了巨大的财富，而且从各个方面改变着我们的生活，达到一个行业，小到一项服务。我们不得不承认软件是二十一世纪最不可思议的产品。
伴随着软件开发技术的不断更新、软件数量的增多、软件复杂程度不断加大、客户对产品的要求也在不断的提高，随之而来的是软件开发项目给软件开发企业和需求企业带来的巨大风险。软件开发项目的成功与否会直接影响到公司的生存。这对软件开发企业来讲应该是更大的难题。一方面是业务需求更加复杂。人们对软件质量和用途的期望大幅度提高，对业务系统的要求也越来越挑剔。另一方面是开发成本不断缩减。在此形势下，风险管理与控制已成为软件开发项目成败的关键。
软件开发项目由于其具有连续性、复杂性、少参照性，无标准规范等特点，其风险程度较高。目前国内的大多数软件开发企业还缺乏对软件开发项目的风险认识，缺少进行系统、有效的度量和评价的手段。据有调查数据显示，有15—35%的软件项目中途被取消，剩下的项目不是超期就是超出预算或是无法达到预期目标。另外，软件项目因风险控制和管理原因失败的约占90% ，可见，软件风险控制与管理在目前的软件开发项目中的重要性。
二、风险管理的内容
项目风险管理是指对项目风险从认识到分析直至采取应对措施等的一系列过程，包括风险识别、风险量化、风险对策和风险控制等，如下图所示，从而将积极因素所产生的影响最大化并使消极因素产生的影响最小化，或者说达到消除风险、回避风险和缓解风险的目的。对项目进行风险管理，就可以最大限度的减少风险的发生。
风险管理
风险应对
风险分析
风险预防
行动计划
风险识别
风险监视
风险控制
风险评估
项目风险管理的基本内容
(1)风险识别：风险识别要确定影响本项目的风险来源、风险产生的条件，并描述其风险特征。风险识别不是一次就可以完成的事，应该在项目的整个生命周期内持续进行。识别风险的方法常用的有现场观察法、座谈法、流程图法、财务报表法、相关部门配合法和环境分析法等。
(2) 风险评估：风险评估时对风险影响力进行衡量的活动，即衡量风险发生的概率和风险发生后对项目目标的影响程度，从而为后面制定风险对策提供依据。对已识别的风险要进行估计和评价，风险估计的主要任务是确定风险发生的概率与后果，风险评价则是确定该风险的经济意义及处理的费效分析，常用的方法有：概率分布、外推法、多目标分析法等。
(3) 风险计划：风险计划是根据风险评估的结果，为降低项目的负面效应而制定方法、措施和技术手段的过程。风险计划将指导项目如何做好风险管理，包括风险处理的优先级、如何避免风险、如何消除风险等。
(4) 风险应对：风险应对就是风险计划的实施，以设法避免、消除和降低风险，包括风险预防，风险发生的监视和控制。在整个项目管理过程中，首先要预防风险的发生，在风险发生之前就将它消灭在萌芽状态之中。其次，一旦风险发生，就要设法最大限度地缓解风险，降低风险所带来的后果。一般而言，风险应对有三种方法，(1)风险控制法，即主动采取措施避免风险，消灭风险，中和风险或采用紧急方案降低风险。(2)风险自留，当风险量不大时可以余留风险。(3)风险转移。
三、风险管理的模型
1、Boehm模型
Boehm认为，软件风险管理是将影响项目成功的风险形式化为一组易用的原则和实践的结合，在风险成为软件项目返工的主要因素并由此威胁到项目的成功运作前，识别、描述并消除这些风险项。
2．计划和执
行风险管理
3．管理项目风险特征库
7．评估风险管理流程
1．制度技术与管理流程
5．风险处理
4.风险分析
6.风险控制
信息需求
管理决策
措施请求
风险特征
改进措施
反馈

Boehm的风险管理模型
Boehm的风险管理模型，从制定技术与管理流程开始，然后完成风险计划、管理项目风险特征库、风险分析，风险处理和风险控制，最后评估风险管理流程，以不断完善风险管理流程。
2、CMU/SEI模型
CMU/SEI模型要求在项目生命周期的所有阶段都关注风险识别和管理，将风险管理划分为5个部分——风险识别、分析、计划、跟踪和控制，并强调风险管理的各个组成部分的沟通，将沟通视为风险管理的核心，不断地评估可能造成恶劣后果的因素，决定最迫切需要处理的风险，实现控制风险的策略，评测并确保风险策略实施的有效性。
确定风险来源和种类
定义风险
参数/属性
制定并维护风险管理策略
识别风险
建立风险缓解计划
实施缓解计划
评估、分类和
排序风险
风险库
项目计划和监控
控制

CMMI风险管理模型

3、MSF风险管理模型
MSF强调风险管理必须是主动的、规范的，是不可缺少的管理过程，应持续评估、监控和管理风险，直到风险被处理或消除。MSF风险管理模型，强调风险知识库、掌握风险列表和学习。如下图所示：
2.风险陈述
掌控风险列表
风险知识库概率和流程
7.学习
5.跟踪报告
4．计划安排
1.识别
3．分析和有线级排序
6.控制

MSF风险管理模型
四、 风险的分类及各类风险产生的影响
1、组织和管理风险
　 (1)仅由管理层或市场人员进行技术决策,导致计划进度缓慢,计划时间延长;(2)低效的项目组结构降低生产率;(3)管理层审查决策的周期比预期的时间长;(4)预算削减,打乱项目计划;(5)管理层做出了打击项目组织积极性的决定;(6)缺乏必要的规范,导致工作失误与重复工作;(7)非技术的第三方的工作(预算批准、设备采购批准、法律方面的审查、安全保证等)时间比预期的延长。
2、需求风险
很多项目在确定需求时都面临着一些不确定性。当在项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就会对项目的成功造成很大威胁。如果不控制与需求相关的风险因素，那么就很有可能产生错误的产品或者拙劣地建造预期的产品。每一种情况对产品来讲都可能致命的。
与客户相关的风险因素有：(1)对产品缺少清晰的认识，(2)对产品需求缺少认同，(3)在做需求中客户参与不够，(4)没有优先需求，(5)由于不确定的需要导致新的市场，(6)不断变化需求，(7)缺少有效的需求变化管理过程，(8)对需求的变化缺少相关分析等。
3、合同风险
合同里的条款比较多，存在风险的概率很大。例如，软件项目常常按固定总价的方式签订合同，客户希望实现尽可能多的功能。如果事先没就项目范围有明确定义，并成为合同的一部分，项目的验收可能就会很困难，项目进度延长，极大的增加了开发成本。
4、设计和实施的风险
　 (1)设计质量低下,导致重复设计;(2)一些必要的功能无法使用现有的代码和库实现,开发人员必须使用新的库或者自行开发新的功能;(3)代码和库质量低下,导致 需要进行额外的测试,修正错误,或重新制作;(4)过高估计了增强型工具对计划进度的节省量;(5)分别开发的模块无法有效集成,需要重新设计或制作。
5、人员风险
　 　(1)作为先决条件的任务(如培训及其他项目)不能按时完成;(2)开发人员和管理层之间关系不佳,导致决策缓慢,影响全局;(3)缺乏激励措施,士气低下,降低了 生产能力;(4)某些人员需要更多的时间适应还不熟悉的软件工具和环境;(5)项目后期加入新的开发人员,需进行培训并逐渐与现有成员沟通,从而使现有成员的工作 效率降低;(6)由于项目组成员之间发生冲突,导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作;(7)不适应工作的成员没有调离项目组,影响了项目组其他 成员的积极性;(8)没有找到项目急需的具有特定技能的人。
6、过程风险
　(1)大量的纸面工作导致进程比预期的慢;(2)前期的质量保证行为不真实,导致后期的重复工作;(3)太不正规(缺乏对软件开发策略和标准的遵循),导致沟通不 足,质量欠佳,甚至需重新开发;(4)过于正规(教条地坚持软件开发策略和标准),导致过多耗时于无用的工作;(5)向管理层撰写进程报告占用开发人员的时间比预 期的多;(6)风险管理粗心,导致未能发现重大的项目风险。
7、质量风险
因为难以完全模拟客户使用的各种场景，也无法覆盖全部的操作路径，无法保证客户百分之百的满意，所以产品的质量风险总是存在的，关键是如何降低质量风险、提高软件产品质量，使客户的满意度达到很高的水准。这就要求控制质量风险。(1)组织上对质量保证措施、软件测试不够重视，导致产品质量地下；(2)软件过于复杂，或人为设计过于复杂，导致问题较多；(3)没能全面理解客户的需求，导致客户对产品不满意甚至拒收；(4)需求变更导致测试不足，新产生的严重缺陷没能被发现；(5)设计评审、代码评审不足都可能错过某些严重的问题。
五、项目风险的分析的方法
　　风险分析是在风险识别的基础上对项目管理过程中可能出现的任何事件所带来的后果的分析，以确定该事件发生的概率以及与可能影响项目的潜在的相关后果。风险分析的出发点是揭示所观察到的风险的原因、影响和程度并提出和考察备选方案。要描述并量化一个特定风险及其程度，通常要做某些建模工作。帮助风险分析的建模手段很多，典型的建模方法有：
(1)进度网络模型：风险评价审查技术（VERT）或计划评价审查技术（PERT），包括独立的活动网络，用于分析对项目管理过程中某个事件的影响；
(2)寿命周期费用（LCC）模型；
(3)快速反应速率/定量费用影响模型。
　　前两个模型用于考查进度风险和项目费用风险。当在制订项目开发计划、确定项目过程优先级和维护软件等方面有多种选择供考虑时，可以使用。快速反应模型在项目资金受到挑战时使用，经常发生在预算周期期间。这些挑战大多数发生在项目就要开始之前，因而可能严重影响整个项目的执行。快速反应模型也可用于考查可能存在的费用影响，以确定该项目规划的各种备选方案所需的预算分配。
　 此外，风险分析还有四个目的：
　（1）对项目诸风险进行比较和评价，确定它们的先后顺序；
　（2）从整体出发弄清各风险事件之间确切的因果关系，以便制定出系统的风险管理计划；
　（3）考虑各种不同风险之间相互转化的条件，研究如何才能化威胁为机会，同时也要注意机会在什么条件下会转化为威胁；
　（4）进一步量化已识别风险的发生概率和后果，减少风险发生概率和后果估计中的不确定性。
　　风险分析中所使用的主要方法有：概率分布、概率树及外推方法，PERT、GERT，而蒙特卡洛方法是随着计算机的普及日益得到广泛使用的重要方法，使用于问题比较复杂，要求精度较高的场合，特别是对少数几个可行方案实行精选比较时更为重要。掌握上面这些方法，对于提高项目管理人员驾驭风险的能力具有很大作用。
六、风险分析和控制
1、风险分析
软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题，以及由这些问题而产生的对软件项目的影响。软件项目风险经常会涉及许多方面，如：缺乏用户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，总体概括下来应该由五大方面。
以上所说的各类风险都是项目成败的巨大隐患，它们对软件开发项目的成败有多大影响，我们可以利用风险分析工具，对以上各类风险进行分析，并加以控制和管理，将风险将到最低。常用方法有风险条目检查表，它是利用一组提问来帮助项目风险管理者了解在项目和技术方面有哪些风险。在风险条目检查表中，列出了所有可能的与每一个风险因素有关的提问，使得风险管理者集中来识别常见的、已知的和可预测的风险，如产品规模风险、依赖性风险、需求风险、管理风险及技术风险等。 风险条目检查表可以不同的方式组织，通过假设分析、成本效益分析、风险剖面分析、判定树等，给出这些提问确定的回答，就可以帮助项目管理人员估算风险的影响。
另外，我们可以依据风险条目检查表，让项目管理和实施人员能很直观的看到在项目开发个阶段的风险存在状况和各风险的大小，并采取相应措施。从风险发生的概率来看，需求风险和管理风险对项目成败影响最大，当一个软件项目开发团队接手项目后，都是按照习惯性的方式来开发软件。需求风险意识比较淡薄，软件需求分析阶段的完成的不够细致，忽略和很多软件开发必要的内容。在整个软件开发过程中需求分析阶段的风险控制尤为重要，如果控制不好，对软件开发项目影响巨大，甚至是失败。管理风险实际上是项目开发管理层，对项目开发的风险的意识反映。
2、风险识别 
风险识别是指确定哪些可能导致费用超支、进度推迟或性能降低的潜在问题，并定性分析其后果。在这一步须作的工作是分析系统的技术薄弱环节及不确定性较大之处，得出系统的风险源，并将这些风险源组合成一格式文件供以后的分析参考。它属于定性分析的范围。风险评估是指对潜在问题可能导致的风险及其后果实行量化，并确定其严重程度。这其中可能牵涉到多种模型的综合应用，最后得到系统风险的综合印象。而风险管理则是指在风险识别及风险分析的基础上采取各种措施来减小风险及对风险实施监控。这也可以说是风险分析的最终目的。
3、风险控制
风险控制是指利用某些技术，如原型化、软件自动化、软件心理学、可靠性工程学以及某些项目管理方法等设法避开或转移风险。我们前面对项目风险所做的一切研究，目的就在于实现良好的风险控制。在结合实际项目管理经验的基础上，我们建议使用以下风险控制步骤：
(1)与现在在职的项目成员协商，确定人员流动的原因；
(2)在项目开始前，把缓解这些原因(避开风险)的工作列入已拟定的控制计划中；
(3)当项目启动时，做好人员流动会出现的准备，采取一些办法以确保人员一旦离开时项目仍能继续(削弱风险)；
(4)建立项目组，以使所有项目成员能及时了解有关项目活动的信息；
(5)制定文档标准，并建立一种机制以保证文档能及时产生；
(6)对所有工作组织细致的评审，以使更多的人能够按计划进度完成自己的工作；
(7)对每一个关键性的技术人员，要培养后备人员；
(8)在项目里程碑处进行事件跟踪和主要风险因素跟踪，以进行风险的再评估；
(9)在项目开发过程中保持对风险因素相关信息的收集工作。
当然，这些步骤会给项目管理带来额外的花费并占用许多有效的项目计划工作量，但实践经验证明，所有这些付出都是值得的。
七、总结
风险管理过程包括培训，风险识别、风险分析、风险计划、执行计划、跟踪计划等活动，有效的风险管理过程应是学习型的、持续的和不断改进的。软件企业应建立自己的风险管理数据库作为风险管理的基础，并在实施中不断地更新和完善。
根据企业和项目的实际情况，进行科学的项目风险和控制，对项目的成功研发有着举足轻重的意义。在项目开发的过程中，进行必要的项目风险分析，制定符合项目特点的风险评估和监督机制，特别是要定期对项目的风险状况进行评估和监管，发现意外风险或者是风险超出预期的一定要重点关照。发现问题要立即上报，尽快解决。并建立风险监管日志，实行“岗位负责制”，将软件开发项目的风险降到最低。

参考文献
[1] 李丽．工程项目全面风险管理的理论与方法研究[J]．北京工业大学硕士学位论文
[2] 朱少民 韩莹 软件项目管理 人民邮电出版社
[3] 卢有杰．项目风险管理[M]．北京：清华大学出版社
[4] 方德英．IT项目风险管理理论体系构建[J]．合肥工业大学学报（自然科学版）
[5] 赵冬梅．软件项目的模糊风险评估及风险控制[J]．河北省科学院学报 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按年度计划分配率分配制造费用的方法适用于(季节性生产企业)