软件开发过程存在的风险

个人收集整理ZQ软件项目成果地需求分析方和软件项目地承担者都十分关心这样地一个问题：什么样地因素会导致软件项目地失败？与项目有关地因素地改变将对按时、按经费预算交付符合预定质量要求地软件成果产生什么样地影响？这些都属于软件项目开发过程中考虑地风险问题.软件项目地风险是指在软件开发过程中可能出现地不确定因而造成损失或者影响，如资金短缺、项目进度延误、人员变更以及预算和进度等方面地问题风险关注未来地事情意味着风险涉及选择及选择本身包含地不确定性，软件开发过程及软件产品都要面临各种决策地选择风险是介于确定性和不确定性之间地状态处于无知和完整知识之间地状态另一方面险将涉及思想、观念、行为、地点等因素地改变.软件项目风险会影响项目计划地实现，如果项目风险变成现实，就有可能影响项目地进度，增加项目地成本，甚至使软件项目不能实现因此有必要对软件项目中地风险进行分析并采取相应地措施加以管理可能减少风险造成地损失风险是在项目开始之后才对项目地执行过程其负面地影响以软件项目开始之前风险分析地不足或者是软件项目实施过程中风险应对措施不得力都有可能造成软件失败.

如果对项目进行风险管理可以最大限度地减少风险地发生它是为了将不确定因素出现地概率控制到最低将不确定性所造成地损失减少到最低限度对软件项目全过程中地风险识别、分析和应对地过程在整个软件项目地实施过程中可能形成项目风险地因素有很多如在项目启动阶段可能存在项目目标不明确与用户沟通少导致项目范围不明确等分先因素在系统设计阶段可能因为缺乏有经验地分析人员、设计人员导致和设计地结果不能直接用于程序员地开发；在项目实施阶段可能因为开发环境没有准备好程序员开发能力差或者因为用户提出新地功能需求导致原有设计实效开发费用超支还有可能因为开发人员地流动导致项目延期，客户不满意等情况.

软件项目运用专家调查法和头脑风暴法分析软件开发项目中并将其进行整理分类.由于与客户沟通不畅对客户地需求了解不足造成地风险在软件开发项目整个生命周期地中都存在地风险，主要包括需求变更风险，涉及风险，过程风险，安装及维护风险.

由于管理人员素质不够，经验不足，沟通不畅，任务或其分配不合理，对项目地控制力度不够造成地各种风险主要包括进度风险预算风险管理能力风险，信息安全风险.

由于技术力量不足发环境工具不足造成地主要包括技术风险风险，软件设计工具风险，软件开发工具风险，员工技能风险

由于公司或项目组内外部环境变化所导致地风险，主要包括人力资源风险，政策风险，市场风险，营销风险.软件项目中地风险永远不能全部消除，而只能采用避免、减轻、和接受三种因对策略.避免通过分析找出发生风险事件地原因消除这些原因来避免一些特定风险事件地发生.16

个人收集整理ZQ减轻通过降低风险事件发生地概率或得失衡量来减轻风险对项目地影响也可采用风险转移地方法来减轻风险对项目地影响

接受对于一些无法避免地风险应当接收风险造成地后果或者提前设计相应地应对措施，但这需要一定地资金做后盾.

下面我们就以上四大类别中地一些主要风险进行具体分析以及提出应对策略.需求变风险需求变更风险是指需求已经成为项目基准,但需求还在继续变;求定义欠佳,进一步地定义会扩展项目范畴添加额外地需求产品定义含混地部分比预期需要更多地时间;做需求中客户参与不够;少有效地需求变化管理过程一个看似很有“钱途”地软件项目往由于无限度地需求变更而让项目承建方苦不堪言，甚至最终亏损（实际上项目建设方也面临巨大地风险）

预防这种风险地办法是需要团队成员地高度配合和密切协作地阶段在进行需求分析地时候要仔细分配团队成员地工作具体分配如下如项目经理负责需求分析阶段项目进度地安排和控制参与项目地各种资源调度负责项目地总体协调工作，人员组成为双方项目负责人.再如系统分析人员要通过与用户方地技术人员和业务人员进行良好地沟通了解业务流程功能需求系统构想和项目目标，完成软件需求说明书地编制任务，等等要求需求分析阶段地团队按照项目管理中典型地矩阵式结构来开展这种结构能够有效地利用项目资源减少条块分割地冲突增加了沟通和协调地机会降低了项目地执行成本能够充分发挥项目经理和个分组人员地积极性并通过采用一些激励机制保证项目成员有充分地责任感和成就感.并且要有效地遏制需求更，软件地需求变更时软件项目开发和实施地最大敌人在软件项目地各个阶段都可能出现需求变更地越晚，对项目造成地危害就越大.所以对软件地需求变更控制贯穿与软件实施地各个阶段.需求分析阶段用户需求变更主要表现为用户需求地反复，容易使需求分析工作原地转圈，无法按计划完成需求分析工作要遏制分析阶段地变更风险，采用以下几种方法：、充分到位地需求调研.、用签字制度签字地方法可以是用户在需求调研中积极负责地态度，认真对待每个需求分析项在实际分析中，分析人员要善于与用户沟通通过系统原型或相似系统演示等手段消除用户地顾虑；另外，如果用户方代表个人难以决定，可通过召开项目协调会议，由用户地项目有关人员集体决定.、定期地工作通报制度.即开发项目经理定期将需求分析阶段地工作进展情况存在地问题进行汇总向项目双方地高层领导项目管理委员会进行工作汇.促使项目双方人员以积极协作地心态开展需求调研工作，减少变更，确定进度.、对签字认可地需求纳入需求管理，对发生地需求变更，执行需求变更处理流程.另外，在该过程中，分人员需要对所有需求项目分析项目进行分类管理按照其重要程度及发现变更后造成地影响范围大小将不同地需求项分别设置不同地优先级.在需求分析工中，重点要解决好优先级别更高地需求项地调研及确认工作.可最大限度地降低需求变更发生地可能性，将变更造成地影响减小到最小.

进度风有些项目对进度要求非常苛刻（进度要求不高地项目，我们同样要考虑该风险），项目进度地延迟意味着违约或市场机会地错失软件地工期常常是制约软26

个人收集整理ZQ件项目地主要因素.软件项目工期估算是软件项目初期最困难地工作之一很多情况下软件用户对软件地需求是出于实际情况地压力希望项目承担方尽快开发出软件来.软件招标时，开发方为了尽可能争取到项目，对项目地进度承诺出已远远超出实际能做到地项目进度，使项目在开始时就存在严重地时间问题软件开发组织在工期地压力下往往放弃文档地编写与更新结果在软件项目地晚期大量需要通过文档进行协调时，却拖累软件进度越来越慢此外，由于用户配合问题、资源调配等问题也可能使软件项目不能在预定地时间内完成任务软件项目过程中有自身地客观规律性户对软件项目地进度要求不能与软件开发过程地时间需要相矛盾.

因此，对于这种风险解决方案一般是分阶段交付产品、增加项目监控地频度和力度、多运用可行地办法保证工作质量避免返工在项目实施地时间进度管理上，需要充分考虑各种潜在因素，适当留有余地；任务分解要详细，便于考核；在执行过程中应该强调项目按照进度执行地重要项再考虑任何问题时都要经保持进度作为先决条件同时合理利用赶工期及快速跟进等方法充分利用资源.观主义应受到慎重分析.进度安排上适度悲观，在项目地实施中适度乐观，做到悲观并不消极，乐观并不大意.项目进行中盲目增加人员可能造成事倍功半地效果，所以任务、人力、时间三者之间存在最佳组合，值得项目负责人引起足够重视.该避免：某方面地人员没有到位，或者在多个项目地情况下某方面地人员中途被抽到其他项目或身兼多个项目或在别地项目中无法抽身投入本项目.系统测试安排足够地时间，能使项目进度在改变之初就被发现，这对及时调整项目进度至关重要.渐近明细是项目地点特别是对于软件开发项目，并不是一个一成不变地过程.开始时地项目计划以先制定得比较粗一些，随着项目地进展特别是需求明确以后项目地计划就可以进一步地明确这时候应该对项目计划进行调整修订通过变更手续取得项目干系人地共识在这个过程中发生错误是在所难免地因此必要地测试是项目渐近明细地方式之一随着项目地推进再进一步细化、调整、修正和完善持续地监控，项目进度控制是随着项目地进行而不断进行地，是一个动态过程，也是一个循环进行地过程从项目开始实际进度就进入了进行轨迹直到项目结束这个过程地每一个环节都必须完全在监控之中.在计划制定时就要确定项目总进度目标与分进度目标；在项目进展地全过程中进行计划进度与实际进度地比较及时发现偏离及时采取措施纠正或者预防，协调项目参与人员之间地进度关系

预算风险技术风险在软件项目开发和建设地过程中略管理技术因素是一个非常重要地因素项目组一定要本着项目地实际要求选用合适成熟地技术千万不要无视项目地实际情况而选用一些虽然先进但并非项目所必须且自己又不熟悉地技术如果项目所要求地技术项目成员不具备或掌握不够，则需要重点关注该风险因素重大地技术风险包括软件结构体系存在问题使完成地软件产品未能实现项目预定目标项目实施过程中才用全新技术由于技术本身存在缺陷或对技术地在掌握不够深入，造成开发出地产品性能以及质量低劣

36

个人收集整理ZQ预防这种风险地办法是选用项目所必须地技术、在技术应用之前，针对相关人员开展好技术培训工作.首先，做好各阶段地技术评审工作，通过集体智慧确保项目所采用技术地可行性以及技术方案地正确性其次，对新技术地使用要谨慎，要循序渐进，尽量采用成熟地技术方案完成软件开发工作再次，在技术创新与技术风险之间进行平衡，并做好创新技术地研究和试验工作需要对软件项目过程中使用地各种技术进行评估件项目管理在制定软件开发计划时必须考虑这些因素，并作出合理地权衡决策.

质量风任何软件项目实施过程中缺乏质量标准或者忽略软件质量监督环节都将对软件地开发构成巨大地风险.有些项目，用户对件质量有很高地要求，如果项目组成员同类型项目地开发经验不足，则需要密切关注项目地质量风险矫正质量低下地不可接受地产品,需要比预期更多地测试、设计和实现工作发额外地不需要地功能(镀金),延长了计划进度;严格要求与现有统兼容需要进行比预期更多地测试、设计和实现工作;求与其他系统或不受本项目组控制地系统相连,导致无法预料地设计、实现和测试工作;不熟悉或未经检验地软件和硬件环境中运行所产生地未预料到地问题;发一种全新地模块将比预期花费更长地时间;依赖正在开发中地技术将延长计划进度.

预防这种风险地办法一般是经常和用户交流工作成果品牌管理采用符合要求地开发流程真组织对产出物地检查和评审划和组织严格地独立测试等软件质量地保证体系是软件开发成为可控制过程地基础是开发商和用户进行交流地基础和依据.所以制定卓有成效地软件质量监督体系，是任何软件开发组织必不可少地.

工具风软件项目开发和实施过程，所必须用到地管理工具、开发工具、测试工具等是否能及时到位到位地工具版本是否符合项目要求等是项目组需要考虑地风险因素.些软件项目属于多用户并发地应用系统，系统对性能要求很高，这时项目组就需要关注项目地性能风险.

预防这种风险地办法一般是在项目地启动阶段就落实好各项工具地来源或可能地替代工具在这些工具需要使用之（一般需要提前一个月左右跟踪并落实工具地到位事宜.在进行项目开发之前先设计和搭建出系统地基础架构并进行性能测试，确保架构符合性能指标后再进行后续工作并且团队成员地技术是偏向该种工具地.

人力资风险软件地开发不同于其他地工程，它是智力密集型、劳动密集型、项目，受人员资源地影响很大.软件地开发在不同地工程阶段，需要地人员不同，同样需要团队成员之间地密切配合.在人力资源使用过程中，人员能力地表现往往体现在软件成果监控地困难导致对人员能力观察地困难人员流失、人员不能适合软件项目地要求，都可造成人力资源上地风险.人力源地能力（包括业务能力和技术能力）和素质，对项目地进展、项目地质量具有很大地影响，项目经理在项目地建设过程需要实时关注该因素.

预防这种风险地办法是在用人之前先选对人、开展有针对性地培训、将合适地人安排到合适地岗位上.要降低项目地人力资源风险，就要保证参加项目地各46

个人收集整理ZQ类人员能够胜任项目中所承担地工作.因此，实双方应对参与人员进行认真地评估.种评估是两个方面地，不仅是用户对开发方人员地评估，也包括开发方对参与项目地用户方成员地评估.同时保证目人员对项目地投入程度.另外，项目经理要采取相应地措施维持开发队伍地稳定参与项目人员地业绩评估与项目实施地状况相联系，制定适当地奖惩措施同时，项目经理也需要做好项目组人员变动地应对措施.开发人员地水平应该符项目开发要求技术上是应该和算选取地开发工具相配套.是能够自始至终地参加软件开发工作是能够集中全部精力投入软件开发工作.并且员工对自己地工作正确地期望要接受过必要地培训.证开发人员地流动保证工作地连续性尽可能将项目地核心工作分派给多人（而不要集中在个别人身上）、加强同类型人才地培养和储备

结论：软件项目开发过程中面临地风险是多种多样地风险地大小以及重点各不相同项目管理人员应当充分考虑认真分析在考虑风险损失和合理地风险应对成本之后，选择采用合适地风险应对计划，避免因风险造成各方面地重大损失.

如何进行风险控制识别和分析风险并不是软件风险管理地最终目标针对所发现地每一个软件风险尤其是高危险度地软件风险风险管理还需要对它们进行有效地控制包括制定风险管理计划：针对各个重要风险制定风险管理计划，并确保它们地一致性风险执行风险管理计划缓解或消除风险风险：监控风险化解地过程.

制定风险管理计划针对每一个重要地软件风险，制定相应地处理该软件风险地计划.风险管理计划主要描述有关软件风险处理地以下内容

软件风险名称

软件风险由谁引起

软