敏捷开发的用户故事怎么写？

以下是近期对敏捷开发中由以往“调研-文档-讨论-文档-开发-文档”向新的开发方式的学习一些总结，和大家分享，有任何好的想法欢迎和我沟通。

如何编写用户故事？

1：用户故事不要用技术语言来描述，要使用用户可以理解的业务语言来描述 。不要提及任何有关语言逻辑，数据库，软件，字段的客户无关描述。

2：格式：

<编号> ：作为一个 <角色 职位> , 我想要 <活动 操作> , 以便于达到 <功能目标 商业价值>

3：如果用户的故事点很密集和连贯要使用下面的格式加以隔断：

用户（角色）做…...

系统做…...

用户做…...

系统做……

4：可以不需要格式规整的需求说明书，但是必须有一个大家都能看懂的业务流程描述。

5：用户故事的主要目的是和用户讨论而不是写。

用户故事如何排序？

1：客户明确的要求的工作

2：价值和成本（开发工作量）

3：功能相互关联的故事挨着一起

如何使用用户故事？

1：和用户沟通用户故事中的细节。

2：和客户交谈我们会怎么样完成故事（界面草图，原型）

3：经常向用户展示我们开发的小成果，演示我们已经完成的功能，让用户看到我们的进度。

4：听取用户的意见。

5：按用户故事来分解工作任务，指派开发，开展测试。

特殊情况下的敏捷如何开展？

1：客户不能保证持续在场

由project owner在迭代开始前与客户讨论清楚业务流程，迭代开始后由PO担当客户应该做的部分，但PO必须和客户保持畅通的联系。

2：客户无法表达清楚自己想要的，或者还没想清楚

需要在PO或PM之外有一个需求分析员（或者沟通能力比较强大的开发），和用户进行更深层次的探讨，团队可以构建一些Demo给客户参考，直至用户坚定自己的意愿。