大多数人写用户故事的时机都是错的

用户故事书写模式摘要

本文提出，在敏捷开发中，很多团队在用户故事的写作时机和方法上存在误区。在敏捷转型初期，团队常常将需求文档直接转换为用户故事，这种做法使得需求文档与用户故事的转换成为一个无休止的循环，造成不必要的工作。此外，有的团队仅在迭代开始前匆忙写故事，或者将所有故事写得过于详细，都被认为是不推荐的反模式。

作者推荐了一种更有效的用户故事书写模式：

1. 找到需求的起源者，让他停止写需求文档。
2. 将所有要做的事情以用户的视角简述为一句话标题，并放入Product Backlog中，不论是短期还是长期任务。
3. 为Product Backlog中的故事排优先级，优先级高的放上面。

这种方法的好处包括：

• 清空大脑，防止遗漏需求。
• Product Backlog作为需求的唯一来源。
• 故事的优先级和细节会随着时间和环境变化进行动态调整，体现敏捷性。

作者还提醒，不应在遥远的故事上花费太多时间，以及拆分故事可能会导致某些部分的优先级调整。最后，文章强调了用户故事的优势，如用户视角、逐步细化、优先级动态调整等，使得用户故事在敏捷世界中更具竞争力。

文章的推荐阅读部分提出了关于用户故事与需求的关系等主题，并介绍了作者徐东伟，一位资深企业级敏捷教练，以及他的公众号和联系方式。

从用户中来，到用户中去：IPD模式下善用FFAB模型，让你的产品供不应求

了解更多

想要了解更多内容？

查看原文：大多数人写用户故事的时机都是错的

文章来源：

徐东伟Jack

扫码关注公众号