LigaAI 在上周的文章中，我们了解了用户故事的 INVEST 原则，以及研发需求拆分的两个标准：
- 大需求拆分的终点是用户故事，而故事要能在一个迭代中完成；
- 用户故事下的开发子任务应尽量满足 0/1 判断标准，且工作量建议设置为 0.5~1 人/天。
本篇内容，Liga 将进一步介绍需求拆分的两种常见方式和具体拆分流程。
一、 需求拆分的两种方式
01 水平切片 Horizontal Slice
如果将一个史诗级需求视作一个千层蛋糕，那么水平切片意味着将千层蛋糕逐层分解，每个人只能吃到其中某一层的味道。
在传统研发工作中，人们通常会按照职能和组织架构，将整个需求横向地拆分成「每个职能小组的任务」，且每部分工作只被对应层次的成员所理解。例如：
任务 1：创建新的数据库表格
任务 2：创建传输协议
任务 3：创建 DAL 以访问存储过程
任务 4：构建 UI/UX 页面
02 垂直切片 Vertical Slice
需求的垂直切片则像是将大蛋糕纵向切分成一块块小蛋糕，每块小蛋糕都能尝到「千层」的完整口感。
垂直切片要求将完整需求分解成若干个小但有价值的、可独立交付的用户故事。 每个故事只交付需求中的部分价值，但需要每个切片始终包含完整的开发架构，且能被小组的全体成员知晓和理解。
以「重构账户管理功能」为例，它可以被垂直切分成多个用户故事，交付多个价值：
故事 1：用户可以拥有多个账户
故事 2：用户可以更换账户头像
故事 3：用户可以查看头像使用的历史记录
故事 4：用户可以添加邮箱作为联系方式
03 垂直切片更适合敏捷开发
在之前的文章中我们说过，敏捷开发更适用于需求多变的、功能耦合度低的、价值可持续叠加的项目，或迫切需要推进市场反馈和验证的产品。
Tags：
![[爱了]](/js/img/d1.gif)
![[尴尬]](/js/img/d16.gif)