需求变更管理综述

发表于:2014-8-08 11:49

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:august    来源:51Testing软件测试网采编

  需求变更是软件项目一个突出的特点,也是软件项目最为普遍的一个特点。虽然这与人类认识问题的自然规律是一致的,但是频繁而无管理的需求变更非常容易导致复杂、无形的软件在多变的情况下失控,加剧了软件开发过程中的不稳定性,从而造成多方的损失。那么如何对需求变更加以有效的控制和管理,从而保证软件开发的进度、成本和质量,便成为软件开发过程中一个值得思考的问题。
  下面,我们将“需求变更管理”作为一个“项目”,按照问题定义、需求分析、设计、开发等步骤,从软件工程的角度来加以分析,而这样的讨论过程也正符合了我们的开发流程,相信大家会对需求变更管理的认识更加深刻。
  问题定义
  根据软件工程思想,需求说明书一般要经过需求评审的过程。在需求说明书经过论
  证后,需要在原有基础上补充新的需求或对其进行修改和删减,则均属于需求变更。
  这是软件开发过程中不可避免的问题,如何有效应对和处理需求变更,已经成为一个广泛受到关注的话题。
  需求分析及评价
  由于频繁需求变更且同时缺乏有效控制流程而导致软件项目失败的案例不胜枚举,
  面临这种不稳定性,如果开发团队缺少明确的需求变更管理控制或者采用的控制机制无效,很可能出现成本增高、人力紧缺、项目拖延甚至是失败,这也就有了进行需求变更管理的需求。
  诚然,需求变更管理不可能根本解决问题,但是实施严格的软件需求变更管理能最大限度地控制需求变更带来的负面影响,从而保证项目的可控性和稳定性,这也正是进行需求变更管理的目的所在。
  设计
  这里的设计指的就是如何来制定需求变更管理的执行计划。主要分以下几个阶段:
  获取需求基线:需求的基线是指是否容许需求变更的分界线。需求分析人员在充分与客户用户进行沟通的基础上形成第一个版本的需求文档,这个需求文档在通过需求评审后即可以建立第一个需求基线。此后每次需求变更并经过需求评审后,都要重新确定新的需求基线。变更控制委员会为有效进行需求变更控制,必然要做的工作就是保存好各个版本的需求基线,维护需求基线文档,以备不时之需。随着项目的进展,基线将越定越高,即容许的需求变更将越来越少。
  分析变更影响:对于提交的每项需求变更请求,应确定它对项目整体进度的影响和对其他相关开发任务的影响,并且一定要明确完成这些变更相关任务的工作量。只有经过全面的分析,变更控制委员会才能够做出更好的决策。进行变更影响分析可以对申请的需求变更有更深刻的理解,通过对变更内容的更深刻的理解,才能做出对正在进行的工作的调整的部署。
  维护变更记录:记录每个需求变更文档的版本号、日期、所做的变更、原因等,当然应该明确该文档由谁来负责更新。
  衡量需求稳定性:变更控制委员会需要对需求变更的整体有良好的把握,通过记录需求基准的数量可以获得宏观需求的变更次数;同时还应该记录一段时间内(如每周、每月)的变更数量,最好按变更的类别来列出详细信息。如果某一需求过于频繁变更,则说明对该问题的认识还不深入或者说还没有达成一致的处理意见;如果需求变更的总体数量过高,则意味着项目范围并未很好地确定下来或是政策变化较大。
  使用需求管理工具:需求变更控制委员会可以采取商业化的需求管理工具,以此来在数据库中存储不同类型的需求。这些工具提供了对每项需求的属性描述,状态跟踪等,并可以在需求与其它的相关工作产品建立跟踪能力联系链。
  开发
  这里的开发指的就是如何在项目的开发过程中有效实施需求变更管理。实施需求变更管理需要遵循如下三个阶段的原则:
  需求变更的前绪工作:
  1.项目的高效进行,需要良好的高质量的需求,同时它也是需求变更的依据。
  2.建立以文档形式存在的简单、有效的变更控制流程。
  3.建立项目变更管理执行小组及变更控制委员会。委员会成员组成涉及项目的多方人员,至少应包括用户方代表和开发方的决策人员。小组成员可以由负责需求的人员中有经验的需求分析员来担当。
  需求变更进行时:
  需求变更的流程一定要遵循由变更控制委员会制定的变更控制流程。变更控制一般要经过变更申请、变更评估、委员会决策、委员会回复、实施变更、变更验证六个步骤。
  1.变更申请:随着项目的深入,需求变更也是不可避免的。需求分析小组一定要在充分考虑用户需求,项目进度,需求基线的基础上提交变更申请,并提供尽可能详细的说明以供变更控制委员会进行变更评估。
  2.变更评估:需要对提出的变更需求进行影响分析,评估变更是否在项目范围内,对项目计划安排和其它需求的影响,需要的工作量等等。
  3.委员会决策:根据评估作出决策以确定选择哪些,放弃哪些,并设置实现的优先顺序,制定目标版本。
  4.委员会回复:回复包括同意实施变更和拒绝实施变更,并制定相应变更方案或说明拒绝理由。
  5.实施变更:维护需求变更文档,包括:日期以及所做的变更、原因、负责人及新的版本号等等。该工作可以由委员会或者责成执行小组来完成。
  6.变更验证:充分和提交变更申请人进行沟通,以使其得到满意答复。然后根据变更方案和需求基线,进行相应的需求变更后的工作。该工作可以由执行小组来完成。
21/212>
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号