99、软件需求变更与架构设计管理

软件需求变更与架构设计管理

1. 需求变更概述

需求变更在软件开发中是常见现象。在前期需求流程里，很难做到尽善尽美。客户需求会变，开发者可能发现初始需求不可行，或者有了新的酷炫功能想法，商业需求也会因竞争压力或业务重点转移而改变。

需求变更主要有两种类型：
- 需求蔓延（也叫功能蔓延） ：随着新想法不断融入产品，项目会逐渐积累额外需求。
- 需求修改 ：当需求被证明错误或不充分时，就需要进行修订。

1.1 减少需求变更的影响

需求变更会对项目进度、软件质量和团队士气造成巨大干扰。一般来说，在开发周期越晚进行需求变更，其破坏性越大。当需求变更率从正常水平急剧上升，超过某个模糊阈值，就会演变成需求混乱。

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

1.2 需求变更可能出现问题的症状

如果出现以下情况，需求变更可能会成为问题：
- 没有一个最终批准需求变更的单一节点（可以是一个人或一个团队），这会导致个别需求轻易被改变，而没人意识到整体上已经进行了过多变更。
- 面对重大需求变更，没有重新评估和调整进度计划。
- 在产品发布日期之前，没有设定最终需求变更的截止或冻结日期。
- 自项目启动以来，有很大比例的需