如何编写用户故事？
编写用户故事可以使用下面的模板。作为一名>、我需要>，以此>。
作为开发人员，编写用户故事可能会非常困难，因为他们通常会关注“技术”。他们可以做很多事情，但如果用户没有识别出潜在收益，则开发人员应该把用户注意力集中在需要解决的问题上，而不是解决方案上。
用户故事必须包含一些质量属性，比如：
简洁：不应该包含太多的信息。如果用户故事不能适合在一张A5的卡片上，那么它应该被描述得更简洁或者拆分成更微小的故事。
独立：用户故事之间不能有依赖关系，如果存在某些相关性，就应该明确的表达出来。
协商：故事必须是协商性的。它不是一个“合同”，必须能够根据实际情况进行修改和更新。协商性用户故事会增加对于业务分析和技术的协作型讨论。
可验证：用户故事应该具备可测试的特性，这会提升项目在技术方面或业务方面的需求。
估算：必须能够对开发和测试用户故事所需要的活动进行估算。这有助于计划工作、跟踪和释放价值。
排序：用户故事应该是可排序的，比如根据价值、风险或者其他任何标准。优先级顺序应该允许项目经理计划和释放最大的价值，同时降低产品风险。
当团队在用户故事上工作时，开发人员可以询问两个问题:
怎么做才能知道故事完成了?
你能给这个故事写一份测试文档?
如果能够回答这两个问题，那么就可以开始这个故事的工作了。当用户故事完成后，测试文档将帮助验证故事是否“完成”。
在编写用户故事时有两点需要特别注意。第一点，如果团队中有非技术人员，就应该使用术语"用户故事"，而不是使用术语"产品待办事项"或"需求"。第二点，应该使用一个模板，比如给团队提供一张空白的卡片，上面有一个标题，一个正方形区域用于绘画和记下用户故事的描述。