敏捷需求管理︱如何拆分需求实现渐进式交付
2022-10-30
来源：王宇教练 ACT敏捷教练
敏捷需求管理︱如何拆分需求实现渐进式交付
“天下大事，必作于细。”——老子
一、拆分是一个永恒的话题
不管你用什么开发方式，什么管理方式，你都需要面对拆分的问题。每一次的敏捷培训的时候，那些经历过无数敏捷培训的学员们很多人还是对于拆分需求有一些含糊状态，并希望非常明确的给出一些建议。
有一个带我入行的软件师父，与他喝酒闲聊的时候跟我说过一个事情。手下人员接手了一个大型项目正在如火如荼的开发。他只给这帮弟兄一个要求，那就是把所有的工作事项拆分到3天的工作单位，并进行管理跟进。我的这个师父根本没有任何敏捷的理论概念与实际操作经验，但他有非常清晰的软件管理者常识。这个常识就是拆分，因为软件行业的特点就是这样的。
软件其实是一个从抽象非线性的概念到线性、具象并且能触及事物的过程。这个过程有太多不能提前预计的内容，可能来自业务的不确定性（市场机会变化、概念重新认知、等等），也可能来自技术的不确定性（新技术的尝试、架构的变更）。在平衡这些不确定的手段之中最有效的就是把需求进行拆分，然后风险高的尽可能早做。因为常识告诉我们：
你如果无法拆分的话，其实你根本不知道怎么干。
所以说为什么要拆分：拆分是管理知识工作的必要手段。知识工作需要面对的太多是无法简单表明进度的场景。不像搬砖，不像流水线，干了多少一看就知道。如果没有拆分，进度管理、风险管理、依赖管理都无从谈起。
但很多人面对的直接问题就是，这个需求拆不了啊。我想说的是……
二、拆分是绝对可能的
在给学员培训的时候，我喜欢问大家一个关于拆分问题：把大象放到冰箱中需要分为几步。同学们会笑着说，分为三步：
把门打开；2. 推进大象；3. 再关上门。
我说很好，你们拆分得非常到位。如果我现在要求你把“把门打开”的第一步进行拆分的话，你会如何拆分？时间感觉暂停了几秒钟，有人回答道：
走到冰箱前；2. 用手握住冰箱门；3. 用力拉。
我说非常好，如果把这个第一步再次拆分会是什么？
抬起眼睛；2. 确定冰箱的位置；3. 迈出第一条腿。
如果再把这第一步进行拆分，会是什么？
想着要干的事情；2. 慢慢的抬起头；3. 看向想象中冰箱的位置。
这也就是说，从逻辑的角度其实我们可以无限的拆分下去。如果某人对你说一些需求无法拆分的时候，其实不是可不可以拆分的问题。因为一切的事物我们都可以按照这样的思路进行拆分下去，一直到分子、原子、粒子、夸克等级。就如同对于软件开发的过程，我可以拆分至你所需要写的每一行代码。但一个新的问题就会浮现……
三、更细的粒度是否有必要
拆分只要过了某个粒度程度，就会有一种没有必要的感觉。这种感觉其实是来自我们对于约定俗成与风险可控性的一种显性的表达。打开冰箱门，需要拆分分解吗？是个人就知道怎么做啊。打开冰箱门有什么风险吗？我做了无数次了啊。
风险来自于：一方面我们以为我们以为的就是我们以为（具备上下文的领域知识，或假设已经具备），另一方面我们过低的预测可能需要面对的风险（对风险的估计不足）。所以我的师父才会强制开发团队拆分成为3天左右规模的需求。这种拆分粒度对于软件项目来说非常重要，但如
免责声明：
1、IT项目管理界发布的所有资讯与文章是出于为业界传递更多信息之目的，并不意味着赞同其观点或证实其描述。其原创性以及文中陈述文字和内容未经本站证实，对本文以及其中全部或者部分内容、文字的真实性、完整性、及时性本站不作任何保证或承诺，请浏览者仅作参考，并请自行核实相关内容。
2、本站部分内容转载于其他网站和媒体，版权归原作者或原发布媒体所有。如文章涉及版权等问题，请联系本站，我们将在两个工作日内进行删除或修改处理。敬请谅解！
-
延伸阅读：
-
