在产品开发过程中，我们需要在多个层级上进行产品规划，对产品需求功能进行分析，拆解，以及模块化，将模块化的业务价值拆分成更小、更详细的PBI，直到用户故事足够小，足够详细，是可以放入一个迭代中的用户故事。
往往一开始的用户故事，并不是可以直接用来开发的，需要我们去拆解，以仅仅、逐步完善的方式进行用户故事拆分，拆分后更小粒度的需求有利于团队更准确地对工作量进行估算，更早交付出解决方案中最核心最高价值的部分，然后依据优先级排序，优先交付高价值的需求。
产品开发最初阶段，用户故事是以模块化出现的，表现的是主要的核心功能，或者产品的框架，这个时候的用户故事是交给研发团队，直接进行开发的，需要对故事进行拆解，如下图如示，最初的用户故事是“取消预订”，简单的看，并不复杂，但需要注意的是，不同的用户角色，对应有不同的取消场景，也就导致最后的产品形态，需要相应的应对反应。
在根据产品规划，将产品整体结构和产品主要模块功能梳理出来后，进一步将要实现的用户故事拆解成，有利于团队更准确对工作量进行估算，便于团队人员理解的用户故事后，这时，需要做的是对所有的用户故事进行评估，优先级排序。
我们并不能一股脑的实现所有的用户故事，所有的功能，一次性产出全部的功能。 用户故事加速MVP产品的开发，首先是要识别用户故事中最高价值，且能确保产品最核心功能使用的用户故事，也就是说，完成该故事，产品即可用来满足用户某种需求，能够缓解用户的紧张情绪。
另外要注意的是，这里并不是要完全按照价值优先排序，从高到底的顺序去依次实现用户故事，而是要回到最开始的产品规划的模块中，对模块中的功能进行单独排序，从每个模块中，挑选出相应数量的用户故事，来组成一组，适合一次迭代或版本的用户故事。这样以便在一次迭代完成后，产品能够有初步的形态，也就是“MVP”产品。
根据KANO模型来说，优先满足的用户故事应该是必备和期望属性的功能。
用户故事的拆分方法：
- 流程步骤：按业务流程、工作流的不同步骤进行拆分
- 用户角色：按使用同一功能的不同用户角色进行拆分
- 记录操作：对记录管理类功能，按查询、添加、更新、删除、查看拆分
- 业务场景：按主场景和分支场景，或多种不同场景分别进行拆分
- 业务规则：当一个哦那个能支持多种业务规则时，按不同规则进行拆分
- 界面划分：当复杂界面包括多部分内容时，按界面区域进行划分
- 延迟性能：将需求中满足性能等非功能性要求的条件拆分为单独故事处理
阅读更多[敏捷知识]、[敏捷转型经验]、实践等…欢迎关注@鲸舟研发管理
如果对我们的产品感兴趣，可以逛逛我们的官方网站鲸舟研发管理平台 试用了解
