敏捷需求管理︱如何拆分需求实现渐进式交付
2022-10-30
来源：王宇教练 ACT敏捷教练
以被终端用户感知的增量过程，也就是说每一次的需求实现完成，系统就能看到一些变化，如同这个陶器一样。这就是敏捷对需求切分的要求：
敏捷的需求就是粒度小且用户可感知的功能增强。
这里的粒度小，就是上面所提及的3天左右最多5天工作量的拆分。用户可感知功能增强就是每一个完成的需求从用户角度就能够看出一些变化。
在用户故事的定义之中，有一个INVEST原则（Independent独立的、Negotiable可协商、Valuable有价值、Estimable可估算、Small小的、Testable可测试）。在我指导团队的过程中这几个原则指导意义不高，但有趣的是S的部分，也有诠释为：Size appropriated（合适大小的）。但我最近再搜索，在英文网站已经找不到相关内容了。在我看来：
任何敏捷的需求都应该是小粒度的，高阶的需求仅仅是为了更好管理这些小粒度需求的分类和标签。
到现在为止，我们已经谈及了拆分的绝对可能性，粒度的要求，以及敏捷对于需求的倾向。我们将迎来一些具体指导拆分的流程与方法。
拆分流程
任何的拆分都要从业务人员（或熟悉业务的人员）开始进行拆分。如果可以拆分就按照业务人员的理解进行拆分，从，当拆分完毕之后，需要询问技术人员拆分之后的粒度是否合适（这里的合适是指3天左右工作量）。
业务人员如果认为拆分有难度的话，可以参考业务拆分锦囊进行拆分。
如果说业务人员参考了拆分锦囊还是认为当前需求无法进行拆分且技术人员认为粒度较大的时候，技术人员需要进一步进行拆分。但拆分完毕之后，需要再次询问业务人员拆分之后的需求是否可以验证。如果可验证且粒度合适，就可以结束拆分的工作了。
还有一种情况是技术人员也没有什么思路进行拆分，我们为这些情况准备了具体的技术拆分锦囊。
六、业务拆分锦囊
基于AgileLearningLabs的建议（详情见下面附件3）。我们从四个方向下手：
连接词
需求中可能有一些连接词，比如：和……、并且……、当……、如果……、但是……、只要……，甚至是逗号。这些连接词其实就是可以分割的信号，直接尝试进行拆分就可以了。
通用词汇
需求中有很多通用的词汇，比如名词：车辆……、人员……、收据……、记录……、信息……。这些通用的词汇可以被更为精确的词汇进行替代，而且可以被多个精确的词汇进行替换。比如……的车辆、记录……信息的收据。比如动词：维护……、更新……、反馈……、触发……、删除……、等等……。把通用词汇替换成为更为精确的词汇的过程就是拆分的过程。
验收条件
验收条件（Acceptance Criteria）又被称为满意事项（Conditions of Satisfaction），功能完成的标准有哪些？这些验收条件一样是可以切分成一个又一个的增量型需求的。当然不一定一个验收条件切分成一个，也可以一组验收条件成为一个新需求。
时间线分析
假设这个功能实现完毕的话，你将如何去验证这个需求呢？有哪些事件会被你触发？比如登录、输入什么信息之后、点击查询按钮、根据查询到的内容进行几种操作。这种时间点就可以成为切分的思路。再次友情提示一下，如果切得太小了可以打包。
七、技术拆
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
