用户故事地图

用户故事地图

读后感

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

阅读时间:20170426-20170626

Showcase的正确姿势

为什么要进行Showcase

Showcase目的:将迭代开发过程中,已完成的内容定期给客户演示,让客户对迭代中的内容有直观的了解

因此Showcase可以帮助

  • 客户尽早了解到迭代中的功能,做出及时调整
  • 团队少走弯路,减少不必要的功能开发
  • 客户与团队更好的沟通,达成一致的交付目标

6步完成Showcase

6步法

如何组织一场Retro

Retro

Retro是什么

  • 敏捷团队中,针对一定周期内的活动进行的回顾会议。
  • Retrospective的缩写

Retro要做什么

团队中的每个成员,可暴露以下所有行为任何问题

  • 敏捷实践的落实情况
  • 团队内部协作、工作流程
  • 工作环境
  • 其他角色的工作方式、行为
  • 任何你想吐槽的问题

暴露问题的时候,一定有足够的事实做依据和自己理想的做法

如何判断一个团队是敏捷团队?

经常被客户问到,你们的敏捷团队是怎么定义的?敏捷的落实情况如何,项目开发中的敏捷实践有多少?


个人的理解

  • 敏捷是一种团队状态,不是一个人的实践
  • 评判一个团队是否敏捷,不能单看是否有敏捷实践,而是要看团队成员对敏捷的实践的落地
  • 敏捷不是口号,而是实践。在迭代过程中,对敏捷实践的落地
  • 敏捷是一个持续的过程,不能说今天我敏捷,明天我就不敏捷
  • 敏捷是拥抱变化,但我们拥抱的是有节制、规划的变化
  • 敏捷不是没有文档,只是轻文档,减少不必要的文档输出
Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×