敏捷需求管理（四）：拆分需求的18班武器之序言篇

拆分需求的目的：通过将需求拆分为松耦合，有独立交付价值，可快速交付的小需求，使我们的开发可以降低风险，快速得到反馈（无论从市场的角度还是技术的角度），不断修正错误，以得到成功的目的。这样我们有机会工作在“做正确的产品”和“正确的构建”这个范畴，即下图的第一象限。

如何拆分需求，特别是从用户的想法拆分到迭代可以使用的需求的整个过程？以下是我们的一些实践：

我们用“用户故事”来描述和管理需求。把用户故事分为三级：系统级、架构级和开发级。系统级是为了对产品有一个了解，那就是 Who、 What、 Why即可；架构级是为了在 sprint0中工作，做整体的估算和架构的考量，一般是用三个实例（可以反映 90％用户场景）来扩充系统级用户故事。系统级和架构级的用户故事在 Sprint0结束时会完成。开发级用户故事是为了保证在接下来的 1~2个迭代中开发使用的，要保证有足够的细节可以来和开发团队讨论、沟通。这些细节可以不写详细的文档，但这对计划会议的质量要求较高， PO和开发团队需要学会如何在没有详细细节的情况下如何保证双方对需求的理解是一致的，特别在很多“假设”的场景里。

下一期会分享三级用户故事如何来拆分。