敏捷开发——如何写好用户故事？

用户故事最早是极限编程里面提出的概念，并在scrum中也得到了广泛地应用。和需求文档或者原型图相比，用户故事以条目化的方式组织，维护起来简单，容易估算和排序，方便研发团队以小迭代的方式来完成交付。

能否将产品拆分成粒度合适的用户故事，是整个团队能否实现敏捷的前提。

用户故事是从用户的角度，来描述用户渴望得到的功能。一个好的用户故事包括三个要素：角色、活动和商业价值。

通常，用户故事可以用一个简单的模板来概括：作为一名<某种类型的用户>，我希望<达成某些目的>，这样可以<带来哪些开发价值>。
比如“作为一名部门经理，我希望系统能有一个每日待办功能，这样我就可以了解到部门各个员工的工作进度了。”

用户故事可以帮你将功能需求传达给研发团队。这样研发团队就会更容易理解，为什么要构建这个功能，用户将如何使用它。

关于用户故事，通常可以用3个C来描述它：

用户故事可以写在卡片上，内容包括用户故事的简短描述、验收标准等。

用户故事背后的细节，来源于跟客户或产品负责人的交流沟通。

通过验收测试，确认用户故事被正确完成。

要写一个好的用户故事可以遵循Invest原则。

当我们真正理解了用户故事的价值，关于如何写出用户故事、用什么格式写等问题自然就迎刃而解了，因为我们已经完成了敏捷用户故事实践的本质——激发讨论、明确价值、达成共识。