今天完成的事：

1.研究什么是用户story。

 一件用户通过系统完成他一个有价值的目标（买一罐饮料）的事。这样的过程就叫“用户案例(user case)”或者“用户故事(user story)”。

用户故事只是描述系统的外在行为

中文：

作为一个<角色>, 我想要<活动>, 以便于<商业价值>

举例：

作为一个“网站管理员”，我想要“统计每天有多少人访问了我的网站”，以便于“我的赞助商了解我的网站会给他们带来什么收益。”

需要注意的是用户故事不能够使用技术语言来描述，要使用用户可以理解的业务语言来描述。

Ron Jeffries的3个C

关于用户故事，Ron Jeffries用3个C来描述它：

卡片（Card） - 用户故事一般写在小的记事卡片上。卡片上可能会写上故事的简短描述，工作量估算等。

交谈（Conversation）- 用户故事背后的细节来源于和客户或者产品负责人的交流沟通。

确认（Confirmation）- 通过验收测试确认用户故事被正确完成。

 然后找出里面最简单的用户故事（这里的“简单”，意思是说实现周期最短）。

收获：1.用户故事属于敏捷开发范畴。

遇到的问题：

个人理解是一个软件构思需求规划的逻辑过程，或者说是既然是软件，猜测应该还是有既定模式，或者方法，网上继续搜了一些资料。不知理解的对不对，明天问下师兄。

http://www.woshipm.com/pd/270289.html

创建用户故事地图(User Story Mapping)的8个步骤

遇到的问题：

这篇文档看着有点费力。头脑风暴。哎，谁叫过去没有好好学数学呢。。。要命的逻辑思维能力啊。。。想在自己挖的坑上建个金字塔？？？

2.领取任务二，研究axure使用。

收获：1.龚师兄的10分钟速成讲个大概使用方法和使用注意事项。也是挺高效的。

      2.具体的axure使用还需要继续熟悉。

3.下载一些软件。

明天计划：

1.试着用axure做任务二。

2.继续研究敏捷开发，用户故事的头脑风暴。（这样做对吗？不对麻烦师兄指出。）