用户故事拆分方法总结

一、用户故事的定义

用户故事从用户的角度描述用户希望得到的功能，它是一种轻量级、灵活的管理需求的方式。一个好的用户故事包括三个要素：

• 角色：谁要使用这个功能。
• 活动：需要完成什么样的功能。
• 价值：为什么需要这个功能，这个功能带来什么样的价值。

用户故事一般按照下面的格式来表达： 作为一个<角色>， 我想要<功能>，以便于实现<价值>。

例子：
作为一个普通用户，我需要信息编辑功能，以实现修改个人信息的目标。
在实际应用中，大家一般会简写成：实现普通用户个人信息修改功能。

二、拆分用户故事的目的

拆分用户故事有很多积极的作用：

• 聚焦高价值的工作
• 降低工作复杂度
• 提高工作效率
• 快速反馈，有利于团队快速学习，及时调整

三、用户故事拆分原则

一个好的用户故事应该遵循INVEST原则：

Idependent（独立的）
用户故事和用户故事之间应该尽量避免相互依赖。用户故事具备独立性，方便开发工程师能更准确的进行工作评估，降低复杂度；另外，独立的用户故事更容易实现独立交付。

Negotiable（可协商的）
一个用户故事卡片上只是对用户故事的一个简短的描述，不包括太多的细节。具体的细节在沟通阶段产出。一个用户故事的内容应该是可以协商的，毕竟用户故事不是合同。

Valuable（有价值的）
用户故事必须对于最终的用户是有价值的，应该站在用户的角度去编写。一个让用户故事有价值的方法是让客户来写下它们。

Estimable（可估算的）
开发团队需要去估计一个用户故事以便确定优先级，工作量，安排计划。

Small（短小）