书
用户故事地图
读后感
如果你在玩敏捷，定要看此书；
如果还没玩敏捷，更要看此书。
极力推荐！！！
- 开始做产品前，一定要构建出
产品全景图。不要担心花时间，只有这里理讲产品的故事路线，后面的故事情节才能不偏离主线。- 故事地图，一定要完整
- 确立精准的
用户画像 - 从
用户的角度来讲解故事的发展
- 确定计划
- 使用
估算，来确立是否真的可以完成。并实时调整后续的发布计划 - 计划，也是为了后面项目计划的更好完善
-
MVP及各Release的发布计划确定- 时间
- 范围
- 使用
- 如何创建故事地图
- 分步骤写出你的故事
- 组织故事发展情节
- 寻找
痛点中的替代故事 - 提取故事地图的主干路线
- 选择
业务目标，从主干路线中提取完成业务所需要的故事
注意故事时，故事的粒度 - 如何将故事讲好
- 统一业务术语
- 制作故事描述模板
- 不需要把所有的内容都写在卡片上
- 常规的卡片结构
- 简短的标题
- 描述信息
- 故事序号
- 估算、规模或预算
- 优先级
- 校验规则
- 依赖
- 完成状态
- 状态日期
- 卡片信息如何传递并细化
- Card编写卡片
- Conversation讨论卡片
- Confirmation确认卡片信息
- Construction完善卡片信息，添加讨论结果、记要
- Consequences与客户、团队达成一致，并完成估算
Tips： 讨论时，控制参加的人数为5以内 - 及时与客户Stackholder沟通产出（文档、软件），同步确定后续调整方案和策略
- 定期与团队、客户回顾故事发展情况，确定调整方案和策略
