用户故事User Stories

敏捷项目管理中的用户故事，也叫User Story，本图介绍了用户故事的相关知识点。包括3C要素、INVEST特点、类别、创建的方法等。

用户故事 User Stories

3C要素：

Card 卡片

Confirmation 确认

Conversation 会话

INVEST特点：

Independent 独立的

Negotiable 可讨论的

Valuable 有价值的

Estimable 可估计的

Small 小的

Testable 可测试的

类别：

功能型故事（需求）

非功能型故事（需求）

相关知识点

需求的层级： 愿景（章程）> 主题 > 特性 > 史诗故事 > 用户故事 > 任务

创建步骤：

（1） 收集角色（from用户或者客户）

（2） 分组和提炼

（3） 构建虚拟任务（Personas，方便代入）

（4） 创建虚拟人物的需求

（5） 整理/筛选需求

故事的重要性

（1） 基于价值：

Kano Model 卡诺模型

MoSCoW 莫斯科方法

Monopoly Money 大富翁

100点方法

（2） 基于成本：

价值越大并且成本越小的优先级更高

（3） 基于风险：

价值大且风险高的先开发， 价值大且风险低的次之， 价值小且风险低的再次之， 价值小却风险高的最后开发

遵循的理念：快速失败

估算故事的大小：

计量单位：

故事点数

相关知识点：

估算的颗粒度

理想时间/理想天数

全身心完成一个故事所需的天数

方法工具：

估算扑克 +

类比、相对值、斐波那契数列、拆分

宽带德尔菲技术

重复的

适应的

匿名的

合作的

亲和估算（Affinity Estimating）

分组、故事数比较多

Owner：

开发团队

Tips：

估算 ≠ 承诺

估值是一个相对值，团队间没有可比性

准确但不精确，故事越大精度越低

遵循时间盒，不追求完美

技术可实现性可通过探针测试

大故事要适当拆分

拆分的两种方法：

按动作分解

按数据边界分解

1 + 1 ≠ 2，大拆小后和可以不相等

用户故事地图 → 产品路线图

依据故事点数估算发布周期

层级：

项目级

发布级

迭代级

用户故事点表示生产能力

估算的故事点数 ÷ 速率 = 迭代数量， 迭代数量还可以±10%取整估算一个迭代数量的区间

生产能力 ≠ 完成backlog的时间 还应该包括： 迭代缓冲、个人休假、 日常维护、各种会议时间等

将故事分解为任务-制作迭代列表

估算过程

（1） 集合团队

（2） 澄清故事

（3） 个体估算

（4） 讨论优化

（5） 达成一致