一、模板
团队和项目干系人共同决定
“作为一名<用户角色>,我想<目标>[以便<理由>]”
(1) 用户角色:玩家 / 工具使用者:如突击队、工程师
(2) 目标:特性 / 功能
(3) 理由:好处
神话 拆解成 史诗 拆解成 故事
二、满意条件(CoS)
拆成多细的标准:
-
一个Sprint能完成
-
用CoS来列举更小故事
三、工具——索引卡
3×5
四、INVEST原则
-
Independent独立性
互相独立、避免依赖
-
Negotiable可协商的
不能确定需求,激发想象
-
Valuable有价值的
要交流价值
-
Estimable可估算的
时间、技术成本
-
Size apporpriately大小适当的
太大 → 分解
-
Tesable可测试的
五、“完成”的意义
-
可运行的
-
资源符合标准
-
运行性能
六、故事收集
在产品Backlog中,收集故事是贯穿开发的持续过程
项目开始阶段,收集足够故事
开始迭代:故事研讨会 每迭代
PO 组织 团队 & 利益相关者
七、用户故事优势
-
面对面交流
-
每个人都能理解