需求分析与建模61 条

用户故事地图

沿用户活动的时间顺序铺开任务与故事,形成骨架与故事两层视图,用于检查需求覆盖、划分发布切片并对齐范围。

故事地图是什么

故事地图沿用户活动的时间顺序铺开任务与故事,横轴是用户完成目标的活动顺序形成骨架,纵轴是每个活动下按优先级排列的故事。它把“完整流程”与“本次做到哪里”放在一张图上,便于检查需求覆盖、划分发布切片并对齐范围。地图是讨论工具,边讨论边调整比一次性画完更有价值。

基本信息

横轴用户完成目标的活动顺序,构成骨架
纵轴每个活动下按优先级排列的故事,越靠上越重要
用途识别缺口、划分发布切片、对齐范围与取舍
载体墙面便签、白板或在线协作工具均可
产出骨架清单、故事清单、发布切片与明确不做的范围

使用步骤

  • 从骨架走一遍:按用户活动顺序核对有无跳步与断档
  • 铺出故事:每个活动下列出任务与故事,标出缺口
  • 按价值切片:每片端到端可用、可演示、可验证
  • 记录取舍:本期不做的内容写明,避免范围含糊
  • 复看更新:需求变化后回到地图调整,而不是只改需求库

切片判断

切片方式效果问题
按用户活动纵向切片每片端到端可用,可演示需要跨模块协作,初期投入略高
按技术层横向切片看似进度快,实际不可演示先做完后端也无法验证用户价值
按角色切片分别满足不同用户群角色相关性高时出现重复建设
按数据范围切片先小范围试点再放量边界外的用户长期无法使用
故事地图与需求清单的区别在于上下文:清单只回答“有哪些需求”,地图回答“用户按什么顺序用、先做哪一段最有价值”。
切片时若某一层功能全部做完才能演示一次,说明切片维度选错了,应按用户活动纵向切开。

易错点

  • 只按功能模块罗列,缺少用户活动主线,评审时看不出流程断点
  • 切片按技术层划分(先做完所有后端),无法提前验证用户价值
  • 地图画完就存档,需求变化后只改需求库不更新地图,两者长期不一致
  • 故事粒度过细,地图变成任务清单,失去范围与切片讨论的作用
  • 只记录要做的内容,不记录明确不做的部分,范围在开发中不断膨胀

数据来源与参考

  • Jeff Patton《User Story Mapping》(O'Reilly)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌