Scrum的三个物件

一、Scrum物件之Product Backlog

 

•一个需求的列表。

•一般情况使用用户故事来表示backlog条目。

•理想情况每个需求项都对产品的客户或用户有价值。

• Backlog条目按照商业价值排列优先级。

•优先级由产品负责人来排序

•“健康的”的产品Backlog的3要素：

1） 特性

2） 估算

3） 优先级

•产品Backlog是动态的，PO可以随时更改产品Backlog及调整优先级（在每个Sprint结束的时候要更新优先级的排列）

•产品Backlog并不是需求规格说明书，需求的细化有赖于产品人员与开发人员在项目进展过程中的持续沟通。

•你并不需要一个完整的产品Backlog去开始工作

•你确实需要一个团队，一个起始日期，及Sprint的长度

 

一个产品Backlog的样板：

 

二、Scrum物件之Sprint Backlog

 

Sprint backlog定义了Sprint的目标，明确了Sprint过程中具体需要完成的任务。

Sprint的backlog管理:

•尽量放在方便团队看到的地方

•任务不是分配下去的，而是团队讨论与个人挑选的结果（自管理）

•对每一个任务，每天更新剩余任务工作量的估算

• Sprint计划会议产出其实Sprint Backlog

•每个团队成员都可以更改Sprint Backlog，，增加、删除或者修改任务，是团队的资产

•如果团队同意，对于一些事项，可以先做大的整体估算，在Sprint进行当中在分解成任务

注意：

你的目标不应该是在开始每个sprint时，就已经充分理解要在当前sprint开发的产品backlog中的事项。优秀的Scrum团队不需要在它开始实现某功能前已经充分理解它。相反，在每个sprint开始时，对该功能的理解只需要达到该团队任务相当有可能在该sprint种实现它即可。我们只需要一种准时和恰到好处的方法来理解产品backlog中的功能需求，而不是在前期就竭尽所能的理解所有需求。

 

下面是一个Sprint backlog的样板：

另一个样板（任务墙）

 

 

三、Scrum物件之燃尽图（BurnDown Chart） 

 

燃尽图（Burn Down Chart）直观的反映了Sprint过程中，随着时间的推移剩余的工作量情况。

Y轴表示剩余的工作，X轴表示Sprint的时间。随着时间的消耗工作量逐渐减少，在开始的时候，由于估算上的误差或者遗漏工作量有可能呈上升态势。

可用其协助预测项目所有的工作何时完成：

•理想的情况下，抛物线轨道在Sprint的最后一天应该接触零点， 但是大多数情况不是这样。

•如果此曲线的轨道在Sprint末期不是趋于结束，那么开发团队应该加快速度，或简化和削减其工作内容。