软件开发项目风险管理的几点体会

　　参与过大型软件项目的人都会认识到许多事情都可能出<br />错，一但出错就可能给项目带来危害、损失或其它不利影响。<br />风险是在项目中发生的一系列事件或不利结果的可能性。软<br />件开发是一项高风险的活动，在项目开发过程的任何一个阶<br />段都可能存在风险。采取积极的风险管理方式，可以使项目<br />进程更加平稳，可以获得很高的跟踪和控制项目的能力，可<br />以规避、转移风险，或缓解风险带来的不利影响。风险管理<br />是对项目风险进行识别、分析、应对和监控的过程，是项目<br />管理中很重要的管理活动，有效的实施软件风险管理是软件<br />项目开发工作顺利完成的保证。<br />　　风险管理的达成必须包括三个要素：首先，在项目开发<br />计划中必须制定风险管理计划；第二，在项目预算中必须包<br />含解决风险所需的经费；第三，评估风险时，风险的影响也<br />必须纳入项目计划中。<br />　　下面就软件开发过程中经常发生的风险，谈谈我们采取<br />的预防措施。 2.需求不明确<br />　　需求不明确是软件开发过程中经常可能遇到的问题，这<br />类问题往往表现在需求范围未界定、需求未细化、需求描述<br />不清楚、需求遗漏、需求互相矛盾等多个方面。在软件开发<br />过程的生命周期各阶段中，需求不明确所造成的浪费是最大<br />的，必须尽早尽可能解决。确定用户需求是件非常困难的事<br />情，我们常常从以下几个方面着手处理需求不明确问题： (1) <br /> <br />让用户参与开发<br />　　提供一个协作开发环境，让用户参与开发过程。如果条<br />件不允许，至少应该在每次迭代的需求分析和系统测试阶段，<br />让客户能够参与开发。<br />　　在选择参与开发过程的用户时，一方面，要尽可能争取<br />精通业务或计算机技术的用户参与。另一方面，如果开发的<br />产品要在不同规模、不同类型的企业应用，应该选择具有代<br />表性的用户参与。<br />　　仅仅让用户参与是不够的，应该采取一定的激励措施，<br />提高用户参与的积极性。 (2) 开发用户界面原型<br />　　用户通常不善于精确描述自己的业务需求，系统分析员<br />需要借助白板、白纸等沟通方式，帮助用户清楚表述需求。<br />然后，开发一个用户界面原型，以便用户确认需求。用户界<br />面原型的作用仅仅是收集用户需求，不应该再作它用，也不<br />要给用户造成系统快要实现的错觉。 (3) 需求讨论会议<br />　　对于用户分布广、用户量大的项目，要全面收集用户需<br />求，往往很困难，通常采取需求<br />　　研计会议方式进行需求确认。通过在会议前几周调查各<br />地、各部门用户需求意见，然后集中各地或各部门的用户代<br />表，举办一次需求研讨会，通过会议方式收集需求。本方法<br />适合于具有一定信息系统使用经验的用户。 (4) 强化需求分<br />析与评审<br /> <br />　　首先，需求分析是项目成功的基础，需要引起足够的重<br />视，并分配充足的时间和人力，要让有经验的系统分析员负<br />责，切忌让项目新手或程序员负责。其次，要进行需求评审，<br />尽可能让用户参与需求评审，不要让需求评审流于行式。第<br />三，也是最重要的一点，通过评审的需求规格说明书，要让<br />用户方签字，并作为项目合同的附件，对双方都具有约束力。<br />在公司内部要将通过评审的需求规格说明书，纳入配置管理。 <br />3.项目缺少可见性<br />　　当一个项目经理或一名开发者说已经完成了 80%的任务，<br />您必须保持审慎的态度。因为剩下的 20%可能还需要 80%的时<br />间，甚至永远都不能完成[1]。软件开发项目，往往在项目进<br />度和软件质量方面缺少可见性，项目越缺少可见性，项目就<br />越难以控制，项目就越有可能失败。我们可以通过迭代开发、<br />技术评审、持续集成来增强项目的可见性。 (1) n 迭代开发<br />　　采用迭代的开发模型，将产品的交付过程分为多个阶段，<br />按照功能递增式交付。以下是一些典型的迭代：<br />　　一次简短的先期迭代，以建立规模和前景并确定商业理<br />由； 一次精化迭代，其间将为稳定的构架划定基线； 一次构<br />建迭代，其间将实现用例并充实构架； 几次产品化迭代，将<br />产品转移到用户群。<br />　　每次迭代，都要充分接收用户的评审意见，以便为自我<br />纠正。渐近式的功能交付，有利于降低开发人员的压力，增<br /> <br />加用户的满意度，有利于增强项目的可见性，是最好的进展<br />报告。 (2) 技术评审<br />　　技术评审是确保软件质量的重要环节，技术评审包括代<br />...