敏捷漫画#61-记者型产品负责人

记者型产品负责人（The Journalist PO）

图1

图2

图3

图4

作者评论：

谁不讨厌标题党？我们都讨厌，这是肯定的。

但是，回到主题：用户故事的概念起源于极限编程，是以“敏捷”方式描述需求的方法，这些需求并不是真正的需求（requirement），而是我们对需要做什么工作的最佳推测（best guess）。制作适当的、可理解的用户故事的一种方法是使用3C，即卡片（Card）、对话（Conversation）和确认（Confirmation）。

正如专业Scrum培训师Barry Overeem在其博客文章“用户故事的一个常见陷阱”所描述的那样，我们需要注意：

1. 写用户故事的卡片，不要仅仅成为存储在工具中的数字符号；
2. 对话确实发生了，因此用户故事是一起创建的，而不是PO自己写的；
3. 确认与开发团队、PO、利益相关者、客户和相关方的验收标准和完成定义都是一致的。

理想情况下，用户故事是由Scrum团队与实际用户交谈后创建的。

完整大图

---

本文首发于微信号“小船哥说敏捷”。全文完，感谢您的耐心阅读！