合作多年的 Scrum 团队告诉我， 编写好的用户故事， 是 Scrum 最难的部分。 我也认为这很难，需要进行大量练习。 下面我们就来探讨一些技巧， 帮你和团队更轻松地编写故事。 记住，编写故事是有生命周期的。 在项目初期，你对需要交付哪些功能性 和非功能性工作，有宽泛想法。 因此，早期编写的故事规模大， 却往往缺少细节。 这类故事叫作“史诗”。 它们是概括性的， 需要分解成在冲刺中交付的用户故事。 故事从史诗开始，这很常见，没关系。 随着团队了解更多信息，弄清用户需求， 需要将史诗分解成适当的用户故事。 记住，用户故事应遵循 INVEST 原则， 也就是独立、可协商、有价值、 可估算、短小、可测试。 这意味着， 每个故事都可以且应该独立交付价值。 根据经验法则，即使每个故事是 唯一交付内容，也能投入生产并提供价值。 编写故事时，可以运用一种指导技巧， 就是基于功能分析， 这是完成任务的基本步骤。 最简单的步骤是创建、阅读、更新和删除。 听起来很通俗，但首字母缩写词 CRUD 代表了为系统增加价值所需的功能。 以客户关系管理工具为例， 你有这样一个史诗：作为销售人员， 我希望能够搜索或阅读客户资料， 以便获取准确信息。 这范围显然太大了，无法在一个冲刺中完成， 但利用 CRUD 分解，可以得到这样的故事： 作为销售人员，我希望创建客户资料， 以便保存他们的信息。 或者，作为销售人员，我希望搜索或 阅读客户信息，以便了解需要培养哪些关系。 再比如，作为销售人员， 我希望更新客户资料，以便获取准确信息。 还有，作为销售人员，我希望删除客户资料， 避免把时间浪费在不再与我合作的企业上。 这些故事都可以单独存在，并交付价值。 其中每个故事都能投入生产并发挥作用， 哪怕其他故事还未发布。 分解故事的另一种技巧， 是参照流程中的步骤。 例如，如果你要编写在线培训目录， 可以按照学生注册所需的步骤来写。 比如登录、浏览现有课程、 查看课程详情和注册课程。 每个步骤都可以是一个用户故事， 因为每一步都可以独立交付价值。 虽然编写用户故事对许多团队仍有难度， 但你可以运用这些技巧降低难度， 从而在每个冲刺中交付规模适当、 有价值的故事。