需求变更控制要注意的几个问题

需求的变更通常是不可避免的。所以,敏捷的宣言就提倡拥抱变化。但是,虽然变更是不可避免的,但对于变更一定要进行控制,不受控制的变更可能会提高项目的成本,迟滞项目的进度,甚至给项目带来失败的风险。

这说明需求变更控制这一实践不容小觑,可是经验教训表明,这一实践在具体实施的时候,总是浮于表面,很难取得有意义的效果。

加强需求变更控制,要注意以下几个问题:

  1. 必须做好需求变更影响分析

即使软件过程管理体系文件中规定了需求变更影响分析的内容,这个影响分析也会做不好。那是因为管理者和设计师都没有了解清楚变更影响分析的意图。需求变更影响分析包含两个目的,一方面是分析变更会给软件带来哪些影响,包括好的方面,也包括坏的方面,这部分内容将会成为需求变更审批者进行决策的一个依据;另一方面,需求变更影响分析要分析清楚变更的方案,供CCB决策。设计师理解这个意图能更好地分析,决策者理解这个意图也能更好地决策。所以软件过程管理体系文件中也要讲清楚这个意图。

  1. 再小的变更也要履行正式的变更流程

变更控制就是要杜绝随意性。因为每一次变更都会对软件带来或大或小的影响,改变了计划、推迟了进度、影响了功能、颠覆了架构……。所以在软件开发过程中,不允许随意改动需求。变更控制的另一个目的是,让需求的变动以及受其影响带来工作产品的改动,都应该让各利益相关方知悉。如果变更不走正式的流程,很有可能这个软件被更改了,但只有少数人知道,一些利益相关方未能及时发现、及时了解软件的变更,将会极大影响后续的工作。

  1. 变更决策要慎重

需求变更在某种程度上是开发方和用户的博弈。对于变更的决策一定要慎重。

决策要基于理性而非感性。要考虑清楚变更之后,对软件来说是弊大于利还是利大于弊,以此来判断变更是否实施。变更的决策应尽可能地基于量化的数据,这些量化的数据主要来自于变更申请单中变更影响分析。

管理者在审批需求变更的时候,一定要衡量清楚利害关系,才能批准变更的申请,不能不闻不问,只是机械的签字通过了事。

  1. 必须做好变更的验证

每一次变更都有可能引入新的缺陷,所以,在变更完成之后,对变更的验证非常重要。尽管已经分析出了变更对于软件是利大于弊,这个变更值得进行,但是如果变更后没有对软件进行充分的验证,让变更后的软件又引入了新的缺陷,那就是事倍功半,得不偿失。

需求变更控制是需求管理的重要实践,不容小觑。

需求变更控制要注意的几个问题》来自互联网,仅为收藏学习,如侵权请联系删除。本文URL:http://www.hashtobe.com/3376.html