《用户故事与敏捷方法》-User Stories Applied-Mike Cohn

作者:Mike Cohn | 291页 | Addison-Wesley Signature Series 译者序言 + 6大部分 + 23章 + 附录 + 答案

核心观点

  • 用户故事(User Story)是敏捷需求的核心实践,定义格式:“作为,我希望<功能>,以便<价值>”。
  • 好的用户故事需满足 INVEST 原则:Independent, Negotiable, Valuable, Estimatable, Small, Testable。
  • 用户故事不是需求文档的替代品,而是协作的起点;最终需要验收测试来锁定细节。

关键概念

  • 用户角色建模:通过头脑风暴初步收集角色,合并精简后确定核心角色列表,每个故事归属一个角色。
  • 故事估算:使用故事点(Story Points)相对估算,团队共同估算,三角化代替直接评估。
  • 发布计划:基于速度(Velocity)推算可交付范围,优先级排序考虑业务价值、风险、技术依赖。
  • 迭代计划:将故事拆分为任务,团队认领,估算并确认。
  • 燃尽图:迭代级和日度燃尽图监控进度,区分计划速度与实际速度。
  • Scrum 结合:产品待办列表(Product Backlog)由用户故事组成,Sprint 中选择承诺完成。

重要数据/结论

  • 用户故事大小建议:1-3天工作量(Small)。
  • 速度计算:前几个迭代取平均值作为初始速度,后续迭代用实际完成点数调整。
  • 发布计划公式:迭代数 = 总故事点 / 初始速度。
  • 故事点数与理想人天的换算:1点 ≈ 理想4-8小时(团队校准)。

可行动点

  • 团队引入用户故事时,先从现有需求中挑选一批试点故事练习写作。
  • 验收测试在编码前编写,采用 FIT 或自动化测试框架。
  • 定期梳理(Refinement)产品待办列表,确保故事足够小、可估算。

与其他知识的关联

注意事项

  • PDF 为 mixed 类型(部分文本 + 部分扫描),OCR 页面主要为附录和索引,正文文本层完整,提取质量较高。
  • 书中包含大量示例项目 “South Coast Nautical Supplies”,建议结合实例理解故事写作。