《Swell数学》用户故事

 

一、用户故事基础知识:

1.	从用户的角度来描述用户渴望得到的功能。
2.	用户故事是描述对用户有价值的功能，好的用户故事应该包括角色、功能和商业价值三个要素。
3.	一个用户故事只是以客户能够明白的方式，描述了一个系统的外在行为，它完全忽略了系统的内部动作。
4.	用户故事（User Story）是一个方便的格式用来表达多种类型的产品Backlog条目，特别是特性的期望业务价值。制作用户故事的方式是让业务人员与技术人员都能理解需求。用户故事结构很简单，并且为会话提供一个很好的占位符。此外，用户故事可以在不同程度的粒度上编写以及很容易逐步细化。

 

 二、定义用户故事：

 

 

三、Swell数学用户故事

 

四、应用用户故事模式

• 用户故事强调口头沟通
• 每个人都比较容易理解用户故事
• 用户故事支持和鼓励迭代开发
• 用户故事的大小适合做计划
• 用户故事支持随机应变的开发方式

 

五、Swell数学用户故事时间线

 

 

 

六、故事地图开发过程

1. 划分开发冲刺
2. 划分迭代版本
3. 检视
4. 映射到大图
5. 构建框架

构建框架：为产品或者特性创建一个简要的描述，说明地图的内容

映射到大图：

1. 聚焦于获得整个系统的材料
2. 从那些对于系统成功起关键作用的用户类型着手
3. 标识用户活动
4. 添加其他的用户类型

检视：

1. 将大的用户任务分解成更小的子任务和用户接口，期间会添加卡片，讲一张卡片分为两张，重写卡片，以及重新组织他们。
2. 考虑所有的可能性，特别是考虑可能导致出错的任何事情，这个时候不要担心是不是在系统范围内，因为随后的活动还会移除范围外的事情。

划分迭代版本：

1. 将故事地图划分为整体的产品版本，以便可以看到产品用户的跨度范围，这样的划分可以清晰的看到成品发布的增量。
2. 用简单的描述说明版本的成果和影响力，不断围绕大的why来描述成果的效益。
3. 每个阶段都要定义好“成果”的度量。

划分开发冲刺：

1.  策划可以用于改善故事所需要的工作
2. 整个团队围绕验收标准在一起工作，直到充分详细和达成共识
3. 策划开发和测试工作
4. 构建和验证软件系统中可以工作的部分

 

七、用户故事估计实例：故事点方法