INVEST 原则
INVEST 原则是关于描述用户故事的一些要求
可以让用户故事变得更加清晰、便于估计、容易测试
Independent（独立的）：两个用户故事之间应该是互不依赖、互相独立的。
Negotiable（便于沟通的）：用户故事应该是便于沟通的，而且是无歧义、无疑问的。
Valuable（有价值的）：每个用户故事必须是有价值的，否则可以忽略这个用户故事。
Estimable（可估计的）：用户故事的工作量和成本应该是合适且可估计的。
Small（短小的）：一个好的用户故事应该是短小且具有代表性的，否则会无法分配工作。
Testable（可测试的）：一个用户故事要有完整的测试结论，即什么样算成功、什么样算失败。
关于用户故事，我们还需要了解一系列关于需求的概念。假设一个需求就是一个故事，那么一个庞大的需求（如销售报表自动化）就是一个大故事，我们称之为史诗故事（Epic）。它需要经过多个研发流程的开发、测试。再将史诗故事进行细分，就能获得若干主题故事（Theme）。主题故事还可以细分成若干小故事（Story）。将小故事拆解为更加细分且可落地的东西，就是任务（Task）。
比如，某公司要提升用户操作效率，这是一个史诗故事。而技术人员主要靠移动端的体验优化来达到提升操作效率的目的，其中的主题故事包括主页改版、重点功能改版等功能点。进一步细分，主页改版包括 Banner 位改版、增加搜索模块、增加用户操作历史功能等，这些都是小故事。再进一步细分，为了增加用户操作历史功能，设计师需要设计新的 UI，前端同事需要设计缓存机制，这两件事就是团队为达成目标所需要做的关键任务。
以上就是基本的需求粒度要求和需求拆分方法
