系列文章

上一篇 “故事不是什么”


如有问题请留言


前言

用户故事带来的好处:
• 用户故事强调口头沟通
• 人人都可以理解用户故事
• 用户故事的大小适合做计划
• 用户故事适合迭代开发
• 用户故事鼓励延迟细节
• 用户故事支持随机应变开发
• 用户故事鼓励参与性设计
• 用户故事传播隐性设计。


提示:接下来的所有理论都会伴随一个实际的例子,而所有例子都基于一个假想的职位发布和搜索网站。

文章概览

用户故事与敏捷方法笔记---用户故事的优势

1. 口头沟通

  • 客户,开发人员及用户之间谈论需求时,短时间的及时反馈能促进相互学习与理解。

2. 用户故事更容易理解

  • 用户故事基本不包含专业术语
  • 若组织成故事,那么会增强人们对故事的记忆。

3. 用户故事的大小适合做计划

  • 适合做故事,因为它不太大,也不太小。

4. 用户故事适合于迭代开发

  • 在开始编码前我并不需要写出所有用户故事,而是随着编码和测试进行,然后按需求节奏重复这个过程。

5. 用户故事鼓励延迟细节

  • 我们开始可以写出的是目标层面的及占位意义的故事。若这个故事重要才会发展出更多的细节。
  • 因此用户故事适用于有时间限制的项目。

6. 用户故事支持随机应变的开发

  • 因为从高层次需求到代码并没有一条严格线性的路径。

7. 用户故事鼓励参与性设计

  • 例如有趣的用户故事会鼓励客户积极参与到故事讨论中。

8. 用户故事传播隐性知识

  • 因为面对面沟通总是会被重视,故事促进团队内部隐性知识的积累。

9. 用户故事的不足

  • 大型项目中,用户故事可能错综复杂,我们可以使用角色来淡化这个问题。
  • 如果开发过程中规定需要需求的可追溯性,那么必然就需要额外的文档。
  • 用户故事不适用于特大规模多团队结构。

Finish

下一篇 “用户故事不良症兆一览”

参考书籍《用户故事与敏捷方法》

相关文章: