用户故事拆分方法
2022-02-07 16:50:29 1 举报AI智能生成
登录查看完整内容
用户故事拆分方法
作者其他创作
大纲/内容
用户故事拆分方法
故事分类
史诗故事 epic
大型的用户故事
主题故事 thematic
某个特定领域用户故事的集合
用户故事 user story
作为xxx角色，我希望yyy，这样就可以zzz
拆分原则
INVEST
独立的 (Independent)
强调用户故事与用户故事之间不要有太多的依赖因为有依赖的不同故事，可能优先级是不同，这就会给故事的工作量估计，以及故事在开发迭代的排期造成困扰。
可协商的 (Negotiable）
故事是可以协商故事卡是用户功能的简单描述，细节需要在客户与开发团队的讨论中产生。
有价值的（Valuable）
在故事中自然体现这个功能具体给用户带来的价值是什么。故事是以客户或用户的视角来书写，通常是业务语言而非技术语言。
可估算的（Estimate）
每个故事都对应估计的故事点数即工作量应该是可以度量的。
小的（Small）
每个故事可以小到在一次开发迭代中就可以完成
可测量的（Testable）
可度量的验收指标是不可少的
拆分思路
按工作流程步骤切分
一个完整故事分多个步骤
按操作切分
新增，删除，查找，修改
按不同业务规则切分
先拆出A类业务，再拆出B类业务
按不同类型数据切分
先处理新增的数据，再处理历史数据
按实现先后依赖切分
拆分成前置故事，后置故事
按照体验质量切分
先拆出核心故事，再拆出外围故事
延迟性能优化
先拆出功能故事，再拆出性能故事
拆分方法
1. 第一轮讨论，只讨论用户故事
一个用户
完整价值
没有依赖
2. 讨论故事明细
实现方式
逻辑细节
例子：
epic：概括性的史诗故事作为运营经理，我希望创建一套VIP等级体系，根据用户价值进行差异化服务
thematic - 1 主题故事按照某个目的或者维度的一个粗分作为运营，我们需要给用户提供充值通道，以便让用户通过充值来获得初始会员权益
user story - 1作为用户，我可以在官方会员充值入口充值，自助获得会员权益，这样可以节省平台服务成本
story detail 这里是针对用户故事的一些细节讨论1. 我们需要在给用户办理会员的时候，签署一份合同2. .....3. 我们需要对用户的账户发起扣款4. 我们需要增加冻结、扣款成功、扣款失败等交互信息5. 我们需要告知用户，他购买的VIp等级对应的权限6....
user story - 2作为用户，我可以直接和我的客户经理联系，通过转账的方式，获得会员权益，这样可以对暂时无法线上充值的客户提供帮助，并可以提升部分用户体验。
user story - 3作为一些特殊客户，我补需要充值，就可以直接让平台负责人特批一个会员，这样可以在和一些运营活动项结合，达到提升拉新或者激活老用户等营销目的
thematic - 2作为运营，我们需要......
0 条评论
回复 删除
下一页
