阅读笔记 6：《软件需求》第 11-12 章 需求变更的管控机制

书籍：《软件需求（第 2 版）》 [美] Karl E. Wiegers 著
阅读章节：第 11 章 需求变更管理、第 12 章 需求跟踪

核心内容：

1. 需求变更是必然的，并非客户 “事多”，而是业务环境、用户认知都会变化；变更管理的目标不是禁止变更，而是控制变更的成本和风险。
2. 变更控制核心流程：提出变更申请→评估影响（范围、成本、进度）→变更审批→执行变更→验证变更→更新文档。
3. 需求跟踪是管理基础，要建立 “业务需求→功能需求→设计→代码→测试用例” 的追溯链，确保每个需求可落地、每个改动可知影响范围。
4. 建立需求基线是变更管理的前提，基线是经过评审确认的需求版本，后续变更都基于基线进行。

学习感悟：
以前觉得需求定下来就不能改，现在明白变更管理才是需求工作的常态。就像做项目大作业，一开始设想的功能做到一半可能发现不合理，这时候不能随便改，要先评估改动的影响和价值。需求不是一成不变的，但也不能随意改动，好的需求管理是在变化中保持可控。