用户地图故事

Jeff Patthon的一本书 《User Story Mapping》，中文译本《用户地图故事》，里面不仅讲了，用户地图的定义和使用，还讲了很多团队协作的技巧。

很久以前也看过、使用过User Story和Use Case，还有Epic。(主要在JIRA中用到)

User Story(用户故事):描述了对软件（或系统）用户或客户有价值的功能；

用户故事通常按照如下的格式来表达：
作为一个<角色>, 我想要<功能>, 以便于<商业价值>

Use Case(用例):用例通常与统一软件过程相联系，用例描述系统和角色之间的交互；

用例例子，图片源于wikipedia

一直有一个困惑的点，需求评审会时，开发时长评估这个环节，怎么样做才能顺利呢？
再读一次，豁然开朗，所以这次从需求用例和评估时长，的角度切入，聊下用户地图故事。

如何制作地图故事？

主要分为两个阶段，产品雏形和版本迭代功能细化：

产品雏形

在这个阶段，主要靠产品经理，构思整个产品全景，列出基本模块和功能，可以由2到3个产品经理，一起协作，毕竟一个人构思的东西不够全面。

第一步，列出模块和功能

功能细化

第二步，按版本划分迭代

产品原型

而到了版本迭代，要求每个迭代都是mvp，功能细化的话需要开发参与。

首页