100、软件需求变更与架构设计的管理之道

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

1. 需求变更概述

在软件开发过程中，需求变更是不可避免的一部分。由于客户需求的变化、开发者对初始需求可行性的重新评估，以及业务需求因竞争或新的业务重点而改变等原因，很难在前期的需求过程中做到尽善尽美。需求变更主要有两种类型：
- 需求蔓延（Requirement creep） ：也称为功能蔓延，指随着时间推移，新想法不断融入产品，项目逐渐积累额外需求的趋势。
- 需求修改（Requirement modifications） ：当某个需求被证明是错误或不充分时，就需要对其进行修订。

1.1 减少需求变更的混乱

需求变更可能会对项目进度、软件质量和团队士气造成巨大干扰。一般来说，在开发周期中变更需求的时间越晚，其造成的干扰就越大。当需求变更率从正常水平超过某个模糊阈值，变得过高时，就会出现需求变更混乱（Requirement churn）的问题。

虽然一个小小的需求变更可能是促成下一笔销售的关键，但过多具有破坏性的需求变更会降低软件质量，缩短产品的有效市场寿命。要求需求完全不变是不现实的，但我们也不应消极对待需求变更及其对项目的影响。相反，我们应该现实地认识到，在经过一定数量的变更后，可能需要放弃当前项目，重新开始开发下一代系统。因此，要明智地使用每一次变更机会。

1.2 可能出现的症状

如果出现以下情况，可能意味着需求变更混乱已经成为问题：
- 没有一个统一的最终审批点（个人或团队）来批准需求变更，这可能导致个别需求在不知不觉中被多次更改，而整体上却没有人意识到已经进行了过