软件项目风险管理论文

中国期刊网搜下

软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软件项目不能实现。如果对项目进行风险管理，就可以最大限度的减少风险的发生。但是，目前国内的软件企业不太关心软件项目的风险管理，结果造成软件项目经常性的延期、超过预算，甚至失败。成功的项目管理一般都对项目风险进行了良好的管理。因此任何一个系统开发项目都应将风险管理作为软件项目管理的重要内容。在项目风险管理中，存在多种风险管理方法与工具，软件项目管理只有找出最适合自己的方法与工具并应用到风险管理中，才能尽量减少软件项目风险，促进项目的成功。项目风险管理项目风险管理是指为了最好的达到项目的目标，识别、分配、应对项目生命周期内风险的科学与艺术。项目风险管理的目标是使潜在机会或回报最大化，使潜在风险最小化。风险管理涉及的主要过程包括：风险识别，风险量化，风险应对计划制定和风险监控，如图1所示。风险识别在项目的开始时就要进行，并在项目执行中不断进行。就是说，在项目的整个生命周期内，风险识别是一个连续的过程。（1）风险识别：风险识别包括确定风险的来源，风险产生的条件，描述其风险特征和确定哪些风险事件有可能影响本项目。风险识别不是一次就可以完成的事，应当在项目的自始至终定期进行。（2）风险量化：涉及对风险及风险的相互作用的评估，是衡量风险概率和风险对项目目标影响程度的过程。风险量化的基本内容是确定那些事件需要制定应对措施。。（3）风险应对计划制定：针对风险量化的结果，为降低项目风险的负面效应制定风险应对策略和技术手段的过程。风险应对计划依据风险管理计划、风险排序、风险认知等依据，得出风险应对计划、剩余风险、次要风险以及为其它过程提供得依据。（4）风险监控：涉及整个项目管理过程中的风险进行应对。该过程的输出包括应对风险的纠正措施以及风险管理计划的更新。风险管理步骤 所使用的工具、方法 风险识别 头脑风暴法、面谈、Delphi法、核对表、SWOT技术 风险量化 风险因子计算、PERT估计、决策树分析、风险模拟 风险应对计划制定 回避、转移、缓和、接受 风险监控 核对表、定期项目评估、挣值分析 软件项目中的风险管理1、软件项目中的风险软件项目的风险无非体现在以下四个方面：需求、技术、成本和进度。IT项目开发中常见的风险有如下几类：（1）需求风险①需求已经成为项目基准，但需求还在继续变化；②需求定义欠佳，而进一步的定义会扩展项目范畴；③添加额外的需求；④产品定义含混的部分比预期需要更多的时间；⑤在做需求中客户参与不够；⑥缺少有效的需求变化管理过程。（2）计划编制风险①计划、资源和产品定义全凭客户或上层领导口头指令，并且不完全一致；②计划是优化的，是"最佳状态"，但计划不现实，只能算是"期望状态"；③计划基于使用特定的小组成员，而那个特定的小组成员其实指望不上；④产品规模(代码行数、功能点、与前一产品规模的百分比)比估计的要大；⑤完成目标日期提前，但没有相应地调整产品范围或可用资源；⑥涉足不熟悉的产品领域，花费在设计和实现上的时间比预期的要多。（3）组织和管理风险①仅由管理层或市场人员进行技术决策，导致计划进度缓慢，计划时间延长；②低效的项目组结构降低生产率；③管理层审查 决策的周期比预期的时间长；④预算削减，打乱项目计划；⑤管理层作出了打击项目组织积极性的决定；⑥缺乏必要的规范，导致工作失误与重复工作；⑦非技术的第三方的工作(预算批准、设备采购批准、法律方面的审查、安全保证等)时间比预期的延长。（4）人员风险①作为先决条件的任务(如培训及其他项目)不能按时完成；②开发人员和管理层之间关系不佳，导致决策缓慢，影响全局；③缺乏激励措施，士气低下，降低了生产能力；④某些人员需要更多的时间适应还不熟悉的软件工具和环境；⑤项目后期加入新的开发人员，需进行培训并逐渐与现有成员沟通，从而使现有成员的工作效率降低；⑥由于项目组成员之间发生冲突，导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作；⑦不适应工作的成员没有调离项目组，影响了项目组其他成员的积极性；⑧没有找到项目急需的具有特定技能的人。 （5）开发环境风险①设施未及时到位；②设施虽到位，但不配套，如没有电话、网线、办公用品等；③设施拥挤、杂乱或者破损；④开发工具未及时到位；⑤开发工具不如期望的那样有效，开发人员需要时间创建工作环境或者切换新的工具；⑥新的开发工具的学习期比预期的长，内容繁多。（6）客户风险①客户对于最后交付的产品不满意，要求重新设计和重做；②客户的意见未被采纳，造成产品最终无法满足用户要求，因而必须重做；③客户对规划、原型和规格的审核 决策周期比预期的要长；④客户没有或不能参与规划、原型和规格阶段的审核，导致需求不稳定和产品生产周期的变更；⑤客户答复的时间(如回答或澄清与需求相关问题的时间)比预期长；⑥客户提供的组件质量欠佳，导致额外的测试、设计和集成工作，以及额外的客户关系管理工作。（7）产品风险①矫正质量低下的不可接受的产品，需要比预期更多的测试、设计和实现工作；②开发额外的不需要的功能(镀金)，延长了计划进度；③严格要求与现有系统兼容，需要进行比预期更多的测试、设计和实现工作；④要求与其他系统或不受本项目组控制的系统相连，导致无法预料的设计、实现和测试工作；⑤在不熟悉或未经检验的软件和硬件环境中运行所产生的未预料到的问题；⑥开发一种全新的模块将比预期花费更长的时间；⑦依赖正在开发中的技术将延长计划进度。 （8）设计和实现风险①设计质量低下，导致重复设计；②一些必要的功能无法使用现有的代码和库实现，开发人员必须使用新的库或者自行开发新的功能；③代码和库质量低下，导致需要进行额外的测试，修正错误，或重新制作；④过高估计了增强型工具对计划进度的节省量；⑤分别开发的模块无法有效集成，需要重新设计或制作。（9）过程风险①大量的纸面工作导致进程比预期的慢；②前期的质量保证行为不真实，导致后期的重复工作；③太不正规(缺乏对软件开发策略和标准的遵循)，导致沟通不足，质量欠佳，甚至需重新开发；④过于正规(教条地坚持软件开发策略和标准)，导致过多耗时于无用的工作；⑤向管理层撰写进程报告占用开发人员的时间比预期的多；⑥风险管理粗心，导致未能发现重大的项目风险。2、软件项目风险管理模型针对软件项目中的风险管理问题，不少专家、组织提出了自己的风险管理模型。主要的风险管理模型有：Boehm模型，CRM模型和SERIM模型。 Barry Boehm模型模型：RE=P (UO)*L (UO)其中RE表示风险或者风险所造成的影响，P(UO)表示令人不满意的结果所发生的概率，L(UO)表示糟糕的结果会产生的破坏性的程度。Boehm思想的核心是10大风险因素列表。针对每个风险因素，都给出了一系列的风险管理策略。在实际操作时，Boehm以10大风险列表为依据，总结当前项目具体的风险因素，评估后进行计划和实施，在下一次定期召开的会议上再对这10大风险因素的解决情况进行总结，产生新的10大风险因素表，依此类推。 SEI的CRM(Continuous Risk Management)模型SEI CRM模型的风险管理原则是：不断地评估可能造成恶劣后果的因素；决定最迫切需要处理的风险；实现控制风险的策略；评测并确保风险策略实施的有效性。CRM模型要求在项目生命期的所有阶段都关注风险识别和管理，它将风险管理划分为五个步骤：风险识别、分析、计划、跟踪、控制。 SERIM(Software Engineering Risk Model)模型SERIM从技术和商业两个角度对软件风险管理进行剖析，考虑的问题涉及开销、进度、技术性能等。它还提供了一些指标和模型来估量和预测风险，由于这些数据来源于大量的实际经验，因此具有很强的说服力。 结束语软件项目管理从某种意义上讲，就是风险管理。我们尽量去定义明确不变的需求，以便进行计划并高效管理，但商业环境总是快速变化的，甚至是无序的变化。所以，软件企业在进行项目管理的过程中，必须采用适合自己的风险管理方法进行风险管理，以确保软件项目在规定的预算和期限内完成项目。

探析软件项目管理中的PERT技术应用论文

软件项目管理是通过对项目参与人员、项目目标产品、实施过程和项目本身进行前期评估和开发阶段的管理等方式，确保项目能够在规定的时间范围内以更低的成本获取项目预期目标或超过预期。因此，软件项目管理决定着软件开发的成功与否，软件开发公司也通过先进管理技术的引入来提升软件项目管理质量，PERT技术就是代表性的技术之一 。 本文通过阐述软件 项目管理 现状、PERT技术基本内容以及该技术在软件项目管理中的应用，系统分析软件项目管理中PERT技术的应用现状及发展前景。

软件开发项目管理是软件开发领域的专业性项目管理活动，其成败关系到整个项目的成败，并影响到企业整体的商誉、市场和盈利能力。所以，软件企业需要关注项目管理能力的提升。而实现这一目的的重要途径之一就是在项目管理过程中应用各种技术对软件项目管理质量进行提升，从而确保项目的成功。PERT技术是软件项目管理中常用的技术之一，主要通过对项目进行整体评估和进度安排的方式提升项目的可行性以及开发效率，以降低项目风险，确保开发者的利益。因此，有必要对PERT技术进行深入的研究，从而更好的应用与软件项目管理，促进软件开发行业的发展与进步。

一、PERT技术简介

PERT技术全称计划评价与审查技术(Program Evaluation and Review Technique)，是20世纪50年代中期发展起来的一种科学的计划管理技术， 最初是用于美国海军部开发北极星潜艇系统时为协调3000多个承包商和研究机构而开发的，其理论基础是假设项目持续时间以及整个项目完成时间是随机的，且服从某种概率分布。PERT可以估计整个项目在某个时间内完成的概率。

简单地说，PERT是利用网络分析制定计划以及对计划予以评价的.技术。它能协调整个计划的各道工序，合理安排人力、物力、时间、资金，加速计划的完成。在现代计划的编制和分析手段上，PERT被广泛的使用，是现代化管理的重要手段和方法。

PERT网络是一种类似流程图的箭线图。它描绘出项目包含的各种活动的先后次序，标明每项活动的时间或相关的成本。对于PERT网络，项目管理者必须考虑要做哪些工作，确定时间之间的依赖关系，辨认出潜在的可能出问题的环节，借助PERT还可以方便地比较不同行动方案在进度和成本方面的效果。

二、PERT技术在软件项目管理中的应用

计划评审技术属于网络计划技术的分支，主要用于项目管理和活动计划评估，最初是美国为了提升军事项目研发效率开发的计划管理模式，主要以数理统计为基础，运用网络方法和电子计算机方法进行实施，简称PERT技术。其基本原理是将一个完整的项目分割成单独的小项目，然后根据小项目间的关系进行分析，并绘制网络图;再通过网络图分析各项目运行时间和先后顺序，寻找出项目运行主线，并对项目的每一个环节进行可行性评价，确认项目整体的可行性，不断修正项目计划，从而达到项目管控和提高成功率的目的。

1.绘制活动分析表

PERT技术的主要操作步骤需要依据项目流程图绘制分析表格，而时间由三点法确定。三点时间法主要涉及三种时间：最乐观时间，最可能时间和最悲观时间。 其中最乐观时间为当所有外界影响因素均对项目产生正面影响时，项目完成的预期时间;最可能时间为当项目正常运行时，完成项目所需的时间，一般可参考同类项目的运行平均值;最悲观时间为假设项目会遇到比一般项目更多的不利因素影响时，项目完成最长需要的时间。通过以上分析，最终绘制出活动分析表。

2.绘制网络图

首先罗列出分割完毕的小项目即单独运行的活动，并筛选出不需要前提活动运行完毕即可实施的项目，也就是可以在项目初期直接运行的活动，然后依据这些项目进行紧前活动添加，逐步绘制出网络图。

3.网络时间计算

在时间轴上，时间对应的是点，在网络图上，节点与事件相对应，起始点表示事件开始，终止点表示事件的完成，中间节点表示该节点所在箭线的事件过程。根据上述对应关系进行活动的网络时间计算。

4.关键线路与时间差

关键线路为项目最佳运行方案，但是在实际操作过程中总会遇到各样的影响因素导致不能运行该线路，因此需要寻找最合适线路，而不同线路与关键线路的时间差很大程度上决定了线路的选择，同一个项目可以同时存在多个关键线路。

5.项目优化

项目优化的目的在于以最低的成本获得最高的项目成果。成本包括材料成本、人力成本、时间成本和其它成本，因此，需要考虑项目耗资和耗时两个方面。此外，项目的费用核算可以单独进行小项目核算，也可直接对项目整体进行成本评估。项目优化的主要途径为成本优化，成本优化的过程为：首先选取成本最小的关键线路进行实施，然后计算项目如果进行加速运行时带来的人力成本增加值，最后评估该线路整体成本，如满足预期则确定最终线路，如不能满足预期值则继续进行线路选取，重复上述步骤。

以上为PERT技术在软件项目管理中主要应用方式和常用管理路线，在具体的项目管理过程中需要针对具体项目特点进行调整，但是主要目的都是以最低成本获取最高成果。

三、结语

计划评审技术的应用有助于软件开发的项目管理人员更精确的评估项目完成时间、更有效的监督项目进展和预期完成质量，属于典型的项目进度控制方法。虽然PERT技术极大的促进了软件项目管理的质量，降低了软件开发风险，但是依然需要看到在该技术引入软件项目管理中后，容易对软件开发项目造成一定程度的专业性影响，如为了追求更低的成本和更快的工期，可能需要牺牲一部分软件附属功能，虽然不会对软件开发主体造成损害，但是可能会在一定程度上降低软件的用户友好度和使用舒适度，这些需要项目管理者正确把握该技术的应用尺度，不能一味追求利益而导致软件质量的低下。作为工程技术人员，应该对计划评审技术的应用研究应继续深入，探索更为合理和有效的引入方式，在不损害项目预期目标的前提下，提高项目质量和降低项目成本，为软件开发领域的进步做出贡献。