写好用户故事-明确产品需求 《Scrum精髓》

Posted 2023-03-02

参考技术A 【原文】

写用户故事有一个通用模板格式，即写明用户种类（即用户角色），这类用户想要达成什么（目标）以及用户为什么想达成此目标（收益）。

例如：

作为 一名典型用户。

我想 看到某地址周围参观的公平评论，

这样可以 决定去哪里吃饭。

来源《Scrum精髓》P98

【核心概念解读】

为什么在敏捷开发里要用到用户故事，目的是让业务人员和技术人员双双都能理解需求。

用户故事的语言也很简单，可以说是轻量级的。结构就是作为什么角色，我需要一个什么（目标），来满足我的一个什么需求（目的）。

用户故事可以写成便利贴大小的卡片，背面则是验证的要求，明确标准。

这样做的好处是便于对话，相互之间的确认，也不用特别的详细。

书中还提到一个好的用户故事的INVEST标准，分别是独立（Independent），可协商(Negotiable)，有价值(Valuable)，可估算(Estimatable)，小(Small)，可测试(Testable)。这里先不展开说了。

【个人体验】

经历过一个Spring，当时有提出过用户故事这个很好用的工具来明确需求。但因为时间短，没有具体讲，只说了用户故事的结构，大家按结构写了一些用户故事。

即便如此，当时也会觉得，这一种方式是很好的明确到底我们的客户需要怎样的一个产品特性。将我们的注意力从我们身上转到了客户的角度。根据不同的客户，还可以按照角色不同，分别去探讨各自的需求级。都是很好的一种方式。

我突然想到了，及时把用户故事单独拎出来，也能够有一定的效果。比如月初我们曾经探讨过APPS的价值，被需求其实就是展现各自价值的一种方式。那如果用用户故事的工具，对于客户，对于销售，对于团队甚至对于组织都有怎样的需求呢？可能也是一种开阔思路的方式。

得到的结果又会不太一样了。

【行为指引】

在探讨需求时，刻意的使用用户故事的方式，从用户角色出发，作为某某某，我想要what，这样就可以达到一个什么目的（why）。

好的工具要用起来。