有时候用户故事拆分好坏可能只差一个问题

用户故事拆分的质量直接影响一个团队是否能够顺利达成迭代目标。合理拆分Sprint Backlog能够简化任务估算，减少任务间依赖，从而提高团队效率。本文分享了一个用户故事拆分的实际案例。

团队讨论的是一个预计需要3天完成的中型用户故事，最初被拆分成三个相互依赖的子任务，分别是：

• 后台数据库的处理逻辑。
• 对应数据库上层的应用层逻辑修改。
• 前台交互的对应变化。

这种拆分方式要求每个任务按顺序在一天内完成，以便QA能在第三天开始测试。

然而，当提出如果只有1天时间完成该功能，并且需要保证最小可行产品(MVP)时，团队成员重新思考并提出了新的拆分方案。这个方案摒弃了之前的多余假设和非必要功能，使得用户故事可以在一天内完成。

Bruce有话说

团队在拆分用户故事时，往往会因为追求完美添加不必要的假设和功能。应通过引导性问题来转变思考方式，重新审视拆分方案的必要性。强有力的问题可以有效地激发团队的思考，打破思维定势。分享了两个有用的资源，包括敏捷大师Mike Cohn的"5种用户故事拆分法"文章以及一个全面的用户故事拆分图谱，供有兴趣的读者参考。

参考链接：https://agileforall.com/how-to-split-a-user-story/