软件开发的需求风险分析

软件开发的需求风险分析摘要：随着软件开发技术的不断更新、软件数量的不断增多、软件复杂程度不断加大、客户对产品的要求也在不断的提高，随之而来的是市场对软件开发项目需求的不断变化，这便给软件开发企业和需求企业带来的巨大风险。市场对软件开发项目的需求会直接影响到公司的生存。这对软件开发企业来讲应该是更大的难题。本文通过对当前软件行业的需求风险状况进行分析，列举软件开发项目的需求风险来源，并进行分析，总结需求风险产生的原因和对项目成败的影响，最后给出软件开发项目在需求风险管理和控制方面的建议。关键字：软件开发 需求风险 风险分析一、对需求风险的理解 产品开发过程中，由于产品需求本身的隐含性、用户与开发者之间的沟通障碍，以及需求随着时间、用户的变化而变更等原因，可能使需求分析偏离实际需求而最终导致产品开发的失败，这种可能性称为需求风险。软件开发项目风险是指在软件生命周期中所遇到的所有的预算、进度和控制等各方面的问题，以及由这些问题而产生的对软件项目的影响。需求分析是软件开发过程中最初始、最基础的工作，也是最重要的工作之一，其成败将直接并最终决定软件开发的成败，并且呈倍增效应。需求分析的关键是使隐含的需求明确，使变更的需求可控，采用座谈会、需求调查表、需求启发、角色扮演等方法可以使需求明确化；采用面向对象的方法及UML工具、领域专家的全程参与、需求分级、二次开发接口等方法可以使需求变更处于可控范围内。实践证明，这些都是控制需求风险的有效方法。 二、需求的获取（一） 产品前景和项目范围应该在软件开发项目早期，编写一份包括业务需求在内的前景和范围文档，并将它作为添加新需求和修改现有需求的指导。（二）需求开发所需的时间 将每个软件开发项目中需求开发所耗费的实际工作量记录下来，这样就可以判断出需求开发是否充分，并可以改进未来项目的工作计划。（三）需求规格说明的完整性和正确性为了确保需求是客户真正需要的，应该以用户任务为中心，应用用例技术来获取需求。（四）创新产品的需求对软件开发项目中的第1个产品，不太容易把握市场对软件产品的反映。（五）定义非功能需求由于我们一般都会强调产品的功能，所以很容易忽略产品的非功能性需求。（六）客户对产品需求意见一致确定那些主要的客户，并采用产品代言人的方法，保证有足够的客户代表的积极参与（七）未加说明的需求 一般的客户会有一些隐含的期望要求，但并未以文档的方式说明出来。尽量识别客户可能做出的任何假设。（八）把已有的产品作为需求基线来源把通过逆向工程发现的需求编成文档，让客户来评审这些需求，确保其正确性和相关性。（九）根据需要提出解决方案 软件产品分析人员必须提炼出隐藏在客户提出的解决方案背后的真正意图。三、需求风险的来源 软件项目风险经常会涉及许多方面，如：缺乏用户的参与，缺少高级管理层的支持，含糊的要求，没有计划和管理等，这里我们主要分析需求的风险。很多开发项目在确定需求时都面临着一些不确定性。当在开发项目早期容忍了这些不确定性，并且在项目进展过程当中得不到解决，这些问题就能对项目的成功造成非常大的威胁。如果不控制与需求相关的风险因素，就很有可能产生错误的软件产品或者拙劣地建造预期的软件产品。每一种情况对产品来讲都可能致命的。需求风险的来源包括：没有足够用户参与、不断增加的用户需求 、模棱两可的市场需求 、不必要的特性、过于精简的规格说明 、被忽略的用户分类 、不准确的产品开发计划 。 软件开发项目风险中与客户相关的风险因素有：(一)对软件产品缺少清晰的认识，(二)对产品需求缺少认同，(三)开发者在做需求调查中客户参与不够，(四)市场中没有优先需求，(五)不确定的需要导致出现新的市场，(六)不断变化市场需求，(七)缺少有效的需求变化管理过程，(八)对需求的变化缺少相关分析等。四、需求风险的管理 软件开发项目管理人员可以运用对风险管理来提高对造成项目损失的条件的警惕，在市场需求获取阶段要有用户的积极参与。精明的产品开发管理者不但能认识到它能带来风险的条件，而且将它编入风险清单，并依据以往产品开发项目的经验估计其可能性和影响。如果用户一直没有参与，风险危害值将会扩大以至危害项目的成功。即使不能控制项目可能遇到的所有风险，风险管理也能使软件开发项目管理者看清形势，做出的决策是有所依据。 (一)制定风险管理计划 对于一个软件开发项目，你可以把控制风险的计划放在软件项目管理计划里面。但是一个大项目则需要有一份独立的风险管理计划，包括用于识别、评估、编写、跟踪产品开发风险的各种方法与途径。这份计划还应包括风险管理活动的角色和责任。通常情况下，项目小组为他们的关键活动制定了计划，但是在项目中并没有按计划去实施或者没能按实际情况进行及时的调整。一定要坚持按照所采取的风险管理活动计划去执行。项目的进度安排上也应该要给风险管理留出足够时间来确保项目并未浪费早期投资在风险计划制定上面。工程项目的工作分类细目结构中包括降低风险的活动、状态报告，与更新风险清单。和其它项目管理活动一样，需要建立起周期性的监控措施。保持对十来个有最大危害的风险的高度重视，并追踪降低风险措施的有效性。当完成一项活动后，重新评估那项风险的可能性和影响，更新风险清单和其它相关的计划。当控制住原本有很高优先级的风险后，必然有新条目会进入前十条。值得注意的是，不要仅仅因为完成了一项降低风险的活动而人为增加一条风险来进行控制。应当想想降低风险的方法是否真的减少了风险的危害，使它减少到了一个可以接受的水平。 周期性地进行需求风险跟踪可以使项目经理了解风险对软件产品开发项目的威胁，没有得到有效控制的需求风险应该上报高层管理人员，他们可能开始采取一些纠正措施，也可能不管风险，依旧按照原来的业务决策思路进行。即使不能控制项目可能遇到的所有风险，风险管理也能帮助我们看清形势，做出合理的决策。（二）具体管理措施1、首先要明确你当前软件开发项目面临的一些与需求有关的风险，不要把当前的问题当作风险，一定要是那些还未发生的事情。将风险的因素编写成文档，为每项需求风险推荐至少一种可能的降低风险的方法。2、召集代表开发、市场、客户和管理各方面的涉众召开风险“集体研讨”会议。尽力找出更多与需求有关的风险因素。估计每项风险发生的可能性及其影响，两者乘积就是风险危害值。通过按风险危害值降序排列找到最高的五项风险。为每项风险安排一个负责人负责实施降低风险的活动。五、结束语 软件开发项目中的需求风险是所有风险