12.8

建立需求基线：学习了在项目关键里程碑（如需求评审通过、迭代开始前）将一组已确认的需求“冻结”为基线。基线是后续开发、测试和变更管理的基准。

变更影响分析：掌握了评估需求变更影响的系统方法：识别受影响的关联需求、设计文档、代码模块、测试用例、工作量与成本，并评估对项目进度和风险的影响。这是变更控制委员会决策的核心依据。

需求版本与发布规划：学习了如何将需求组织到不同的产品版本中。基于优先级、依赖关系、技术架构和市场需求，制定产品路线图，明确每个版本的核心主题和需求范围。

反思与问题：

“变更是永恒的”，因此一个僵化的、拒绝一切变更的流程必然失败。关键是建立一个受控的、透明的变更管理流程。

问题：在敏捷开发中，迭代内的需求通常被视为“已承诺”而不应变更。但当出现一个高价值、必须立即响应的市场变化时，如何处理这种例外？

实践/下一步计划：
假设团队项目的“在线借书”功能（需求已基线）新增一个需求：“允许用户预约已借出的图书”。请进行简要的变更影响分析，列出可能受影响的其他需求（如归还提醒机制）和设计元素（如图书状态模型）。