PM-43班-855

今天完成的事情：

一、User Story（初步了解概念及应用）

1、什么是User Story?（简单理解：用户需求）

用户故事是从用户的角度来描述用户渴望得到的功能，用户故事只是描述系统的外在行为，只是以客户能够明白的方式，描述了一个系统的外在行为，它完全忽略了系统的内部动作。

2、一个好的用户故事包括三个要素：

a.角色：谁要使用这个功能。

b.活动：需要完成什么样的功能。

c.商业价值：为什么需要这个功能，这个功能带来什么样的价值。

3、用户故事通常按照如下的格式来表达：

英文：

As a <Role>, I want to <Activity>, so that <Business Value>.

中文：

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

要使用用户可以理解的业务语言来描述！！！

4、Ron Jeffries的3个C

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

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

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

5、六个特性-INVEST（Independent, Negotiable, Valuable, Estimable, Small, Testable）

独立性（Independent）— 要尽可能的让一个用户故事独立于其他的用户故事。（组合用户故事和分解用户故事来减少依赖性）

可协商性（Negotiable）— 一个用户故事的内容要是可以协商的，一个用户故事卡片上只是对用户故事的一个简短的描述，不包括太多的细节。具体的细节在沟通阶段产出。

有价值（Valuable）— 每个故事必须对客户具有价值（无论是用户还是购买方）

可以估算性（Estimable）—开发团队需要去估计一个用户故事以便确定优先级，工作量，安排计划。

短小（Small）— 一个好的故事在工作量上要尽量短小，最好不要超过10个理想人/天的工作量,至少要确保的是在一个迭代或Sprint中能够完成。

可测试性（Testable）—一个用户故事要是可以测试的，以便于确认它是可以完成的（有准确的标准）

二、完成任务二-步骤2-草船云story书写

三、Axure8.0 基础教程开头（本来想多学一点，鼠标坏了，单击总会出发双击的操作（痛苦脸））

明天计划的事情：

一、继续学习Axure8.0教程，尽快熟悉软件

二、画出技能树，将PM所需能力、技能在技能树上列出

遇到的问题：

一、这两天由于其他的事情，导致学习进度一度落下，时间管理、规划出现纰漏

二、一般会把学习时间放到晚上，跑步回来后感觉比较累，状态差。

收获：

初步了解story，简单的Axure操作

2017.10.18