如何写用户故事？

首先提个问题，如果你给某个餐厅写用户故事，用户的动作是写成“点菜”？还是“创建订单”？

 

这篇文章还是来自Joe Schofield先生，他讲了很多人关心的实践：如何写用户故事？故事应该写到什么程度？是否有写故事的标准？

为什么聚焦Scrum与故事？

很多组织的开发方式，都在由“预测性”向“适应性”转型。国外的统计数据是，66%的敏捷团队选择了Scrum，15%的团队使用带看板的Scrum或者XP。

团队放弃Scrum的原因主要有两个：原因一，是可以不使用“时间盒”。Schofield又对西方软件研发文化进行了讽刺：一旦发现完成不了工作，团队就会持续“改进”时间盒。原因二，则是“按需发布”。

 

尽管有很多的批评和质疑，Scrum及其“变体”的使用量还是其他敏捷框架总和的8倍。

所以，无论是软件的功能与非功能的规模度量，我们关注的对象都是“故事”。

用功能点的思路写故事

在2018年，Schofield先生建议用“基本过程”的思路来写用户故事。基本过程，在功能规模度量方法&