上两篇阐释了Why：为什么使用户故事，而不是详尽的文档？

这一篇继续阐释What、How、Who：什么是用户故事，怎么写，谁来写，谁使用？

What：什么是用户故事？

上一篇详细阐述了敏捷模式下，需求的载体为什么是用户故事，而不是详尽的文档。这一篇简单介绍一下，什么是用户故事。

在用户语言和技术实现之间搭建桥梁

因此用户故事是站在用户的角度进行阐释

做为....(用户角色)，我希望.....(通过什么操作)，以实现.....（业务目标）

解释

用户角色：帮助所有人站在该角色的视角进行思考

通过什么操作：帮助所有人理解该用户角色需要通过这个功能做什么？

业务目标：帮助所有人理解这个功能对于用户的价值是什么？帮助排序，在制定发布计划、迭代计划的时候进行优先级决策。同时帮助开发人员明白自己所开发的这个功能对用户到底有什么意义。

How：用户故事怎么写？

INVEST

Who：谁写用户故事？谁使用用户故事？

客户团队

客户团队包括测试人员、产品经理、实际用户、交互设计师

它正是敏捷开发宣言之一，客户合作高于合同谈判。

这样的设置，一定要牢记在心。否则，很多时候我们容易把自己和客户对立起来。

客户团队

除了实际用户，客户团队所有人都是“客户代表”。

测试人员，产品经理，UI设计人员和真实用户是一个团队。需要良好的合作、沟通、建立良好的关系、站在实际用户的角度思考、代表实际用户进行产品设计、验证和测试。

What、How、Who：什么是用户故事，怎么写，谁来写，谁使用？就阐释到这里，下一篇继续介绍When：用户故事在流程中的运用