《软件研发需求变更管理六大原则》由会员分享，可在线阅读，更多相关《软件研发需求变更管理六大原则（6页珍藏版）》请在金锄头文库上搜索。
1、软件研发需求变更管理六大原则变化并不是人们最害怕的，最怕的是跟不上变化的步伐。 同样，在软件研发过程中需求的变更会给研发带来不确定 性，但只要把需求变更作为重点、难点小心加以控制，软 件研发的进度、成本和质量也就有了 “安全”的基础。需求变更管理的需求需求变更是因为需求发生变化。根据软件工程思想，需求 说明书一般要经过论证，如果在需求说明书经过论证以后, 需要在原有需求基础上追加和补充新的需求或对原有需求 进行修改和削减，均属于需求变更。需求变更的由现主要是因为在项目的需求确定阶段，用户 往往不能确切地定义自己需要什么。用户常常以为自己清 晰，但实际上他们提生的需求只是依据当前的工作所需， 而
2、采用的新设备、新技术通常会改动他们的工作方式 研发的系统对用户来说也是个未知数，他们以前没有过相 关的使用经验。随着研发工作的不断进展，系统开始展现 功能的雏形，用户对系统的了解也逐步深入。于是，他们 可能会想到各种新的功能和特色，或对以前提由的需求进 行改动。他们了解得越多，新的需求也就越多，需求变更 因此不可避免地一次又一次由现。这时，如果研发团队缺少明确的需求变更控制过程或采用 的变更控制机制无效，抑或不按变更控制流程来管理需求 变更，那么非常可能造成项目进度拖延、成本不足、人力 紧缺，甚至导致整个项目失败。当然，即使按照需求变更 控制流程进行管理，由于受进度、成本等因素的制约，软 件质
3、量还是会受到不同程度的影响。但实施严格的软件需 求管理会最大限度地控制需求变更给软件质量造成的负面 影响，这也正是我们进行需求变更管理的目的所在。六大原则实施需求变更管理需要遵循如下原则：1 .建立需求基线。需求基线是需求变更的依据。在研发过程 中，需求确定并经过评审后（用户参和评审），能建立第一个 需求基线。此后每次变更并经过评审后，都要重新确定新 的需求基线。2 .制订简单、有效的变更控制流程，并形成文件。在建立了需求基线后提由的所有变更都必须遵循这个控制流程进行 控制。同时，这个流程具有一定的普遍性，对以后的项目 研发和其他项目都有借鉴作用。3 .成立项目变更控制委员会(CCB)或相关职
4、能的类似组织， 负责裁定接受哪些变更。 CCB由项目所涉及的多方人员一 起组成，应该包括用户方和研发方的决策人员在内。4 .需求变更一定要先申请然后再评估，最后经过和变更大小 相当级别的评审确认。5 .需求变更后，受影响的软件计划、产品、活动都要进行相 应的变更，以保持和更新的需求一致。6 .妥善保存变更产生的相关文件。应对之道需求变更控制一般要经过变更申请、变更评估、决策、回复这四大步骤。如果变更被接受，还要增加实施变更和验 证两个步骤，有时还会有取消变更的步骤。变更控制流程 如图所示。针对变更控制流程，笔者在实际工作中总结由了软件研发人员在需求变更管理实践中的几点对策:相互协作非常难想像遭
5、到用户抵制的项目能够成功。在讨论需求时， 研发人员和用户应该尽量米取相互理解、相互协作的态度， 对能解决的问题尽量解决。即使用户提由了在研发人员看 来”过分”的需求，也应该仔细分析原因，积极提由可行的替 代方案。充分交流需求变更管理的过程非常大程度上就是用户和研发人员的 交流过程。软件研发人员必须学会认真听取用户的需求、 考虑和设想，并加以分析和整理。同时，软件研发人员应 该向用户说明，进入设计阶段以后，再提由需求变更会给 整个研发工作带来什么样的冲击和不良后果。安排专职人员负责需求变更管理有时研发任务较重，研发人员容易陷入研发工作中而忽略 了和用户的随时沟通，因此需要一名专职的需求变更管理
6、人员负责和用户及时交流。合同约束 需求变更给软件研发带来的影响有目共睹，所以在和用户 签订合同时，能增加一些相关条款，如限定用户提由需求 变更的时间，规定何种情况的变更能接受、拒绝接受或部 分接受，还能规定发生需求变更时必须执行变更控制流程。差别对待随着研发进展，有些用户会不断提由一些在项目组看来确 实无法实现或工作量比较大、对项目进度有重大影响的需 求。遇见这种情况，研发人员能向用户说明，项目的启动 是以最初的基本需求作为研发前提的，如果大量增加新的 需求（虽然用户认为是细化需求，但实际上是增加了工作量 的新需求），会使项目不能按时完成。如果用户坚持实施新 需求，能建议用户将新需求按重要和紧
7、迫程度划分档次， 作为需求变更评估的一项依据。同时，还要注意控制新需 求提由的频率。选用适当的研发模型采用建立原型的研发模型比较适合需求不明确的研发项目 研发人员先根据用户对需求的说明建立一个系统原型，再 和用户沟通。一般用户看到一些实际的东西后，对需求会 有更为周详的解释，研发人员可根据用户的说明进一步完 善系统原型。这个过程重复几次后，系统原型逐渐向最终 的用户需求靠拢，从根本上减少需求变更的由现。目前业 界较为流行的叠代式研发方法对工期紧迫的项目的需求变 更控制非常有成效。 项目管理论坛用户参和需求评审 作为需求的提由者，用户理所当然是 最具权威的发言人之一。实际上，在需求评审过程中，用 户往往能提由许多有价值的意见。同时，这也是由用户对 需求进行最后确认的机会，能有效减少需求变更的发生。
