用户地图故事

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

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

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

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

Use Case(用例):用例通常与统一软件过程相联系,用例描述系统和角色之间的交互; 用例例子,图片源于wikipedia

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

如何制作地图故事?

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

产品雏形

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

第一步,列出模块和功能

功能细化

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

第二步,按版本划分迭代

产品原型

首页

image.png

results matching ""

    No results matching ""