本节书摘来自异步社区《敏捷迭代开发：管理者指南》一书中的第2章2.6节渐进需求分析，作者【美】Craig Larman，更多章节内容可以访问云栖社区“异步社区”公众号查看。
2.6 渐进需求分析
敏捷迭代开发：管理者指南
渐进和自适应开发不属于那种需求总是不着边际或者高频率变化的情形。准确地说，绝大多数需求的发现和精化往往出现在早期的迭代中，并且最早受关注的是最具有架构性意义或者最具商业价值的需求（渐进需求技巧参见11.3节）。例如，在一个总共需要20次迭代的项目中，绝大多数需求可能在初期的三四个迭代周期中就被发现和精化了（其中同时也包括早期的软件开发）。
在每次迭代中，都有一到两天的需求研讨（参见11.3.6节），扩展和精化规格说明，以响应从正在开发的系统中得出的更进一步的分析和反馈，参见图2-4。例如，第一次需求研讨只集中详细分析需求中最具有架构性意义和最具风险的20%，这就给了软件架构师足够的有意义投入，足以让其在较短的周期内启动开发和测试。
注意，在启动构建优秀的核心架构之前，需要知道100%的功能性需求，这种说法是不正确的。事实上，架构师需要知道的是绝大多数非功能性的需求或者质量方面的需求（例如，负载、国际化），以及功能性需求中很小的最有代表性的子集。
本文仅用于学习和交流目的，不代表异步社区观点。非商业转载请注明作译者、出处，并保留本文的原始链接。
