12、需求变更与非功能性需求管理

需求变更与非功能性需求管理

一、需求变更概述

需求变更在项目中是不可避免的。在前期的需求确定过程中，很难做到尽善尽美。客户的需求会发生变化，开发者可能会发现最初的需求不可行，或者有了新的酷炫功能的想法。同时，商业需求也会因竞争压力或新的业务重点而改变。

需求变更主要有两种类型：
- 需求蔓延（也称为功能蔓延） ：随着时间推移，新项目不断积累额外需求，新想法不断融入产品。
- 需求修改 ：当某个需求被证明是错误或不充分时，就需要对其进行修订。

需求变更可能会对项目进度、软件质量和团队士气造成巨大的干扰。一般来说，在开发周期中变更需求的时间越晚，其破坏性就越大。当需求变更的速度从正常水平跨越某个模糊的阈值，变得非常高时，就会出现需求动荡。

虽然一个小小的需求变更可能有助于促成下一笔交易，但过多具有破坏性的需求变更会降低软件质量，缩短产品的有效市场寿命。要求需求保持不变是不现实的，但我们也不应消极对待需求变更及其对项目的影响。我们应该现实地认识到，在进行了一定数量的变更后，可能是时候放弃当前项目，重新开始开发下一代系统了。所以，要明智地使用变更。

可能的症状

需求动荡可能存在以下问题：
1. 没有一个最终批准需求变更的单一人员或团队。这可能导致个别需求在无人察觉整体变更过多的情况下被更改。
2. 未针对重大需求变更重新评估和调整进度安排。
3. 在产品发布日期之前没有设定明确的需求冻结日期。
4. 自项目启动以来，很大一部分需求发生了变化。具体多高算过高取决于实际情况。
5. 需