在Scrum中有四个工件: 产品Backlog(Product Backlog),发布燃尽图(Release Burndown Chart),Sprint Backlog 和Sprint燃尽图(Sprint Burndown Chart)。
产品Backlog(Product Backlog) 产品backlog是一个产品或项目期望的、排列好优先级的功能列表。优先级由商业价值、风险、和必要性决定。产品负责人负责产品Backlog的内容、可用性和优先级。产品Backlog永远不会是完整的,最初的版本只列出最基本的和非常明确的需求,这些需求至少要足够一个Sprint开发。随着团队对产品,以及它的客户或用户的了解,产品Backlog在不断的演进,所以产品Backlog是动态的,它经常发生变化以确保产品更合理、更具竞争力和更有用。只要产品存在,产品Backlog就存在。
产品Backlog中包含开发和交付成功产品需要的所有条件和因素。 产品Backlog条目的属性包括描述、优先级和估算。产品Backlog的条目可以包括功能性需求(使用业务语言描述,以用户为中心),也包括非功能性需求(从技术层面出发,产品需要具备的能力)。使用用户故事来描述产品Backlog条目是一个非常有效的实践,我们通常也把验收条件或验收测试作为产品Backlog条目的一个属性。
优先级高的产品Backlog条目需要立即进行开发。优先级越高的条目越详细,优先级越低的条目越概括。 这里有一个Excel版本的产品Backlog中文模板供您下载: http://www.scrumcn.com//down/html/index.php?13.html
发布燃尽图(Release Burndown Chart) 在Scrum项目中,团队通过每个Sprint结束时更新的发布燃尽图来跟踪整个发布计划的进展。发布燃尽图记录了在一段时间内产品Backlog的总剩余估算工作量的变化趋势。X轴代表的项目周期,以Sprint为单位, Y轴代表的是剩余工作量,通常以用户故事点、理想人天或者team-days为单位。 上述Excel版本的产品Backlog模板中提供了发布燃尽图的样例,请参考。
Sprint Backlog Sprint Backlog 是团队承诺在当前Sprint完成的任务列表。Sprint Backlog中的任务是由产品Backlog选取的需求条目细化和分解而来,这些任务要确保将产品Backlog条目转化为潜在可交付的产品增量。在Sprint的中选择完成哪些产品Backlog条目取决于产品Backlog中条目的优先级以及团队完成这些不同条目所花费时间。选择哪些条目和多少条目放入Sprint Backlog由团队决定。因为由团队承诺去完成这些任务,所有必须由他们自己来做决定。
在整个Sprint过程中,团队持续的修改Sprint Backlog,一些新的任务也会在Sprint过程中涌现出来。因为它涉及到个体要完成的任务,所以有时候会遗漏一些任务,或者一些任务不再需要了,亦或某项任务耗费的时间超出了估算或者低于估算。当出现新任务时或者工作量发生变化时,团队需要将其更新到Sprint Backlog中去。随着任务进行或者被完成,需要更新每项任务的剩余工作估算小时数。如果某项任务失去开发的意义,就可以将其除去。在Sprint内只有团队可以对Sprint Backlog进行修改,也只有团队可以对列表的内容或估算进行修改。Sprint Backlog是高可见度的,是对团队计划在当前Sprint内完成工作的实时反映,并且,该列表只属于团队。
这里有一个Excel版本的Sprint Backlog中文模板供您下载: http://www.scrumcn.com//down/html/?25.html
Sprint燃尽图(Sprint Burndown Chart) Sprint Burndown Chart 显示了Sprint中累积剩余的工作量,它是一个反映工作量完成状况的趋势图。 图中Y轴代表的是剩余工作量,X轴代表的是Sprint的工作日。
![](http://www.scrumcn.com/pic/gif/1279527367.jpg)
在Sprint开始的时候,Scrum Team会标示和估计在这个Sprint需要完成的详细的任务。所有这个Sprint中需要完成,但没有完成的任务的工作量是累积工作量,Scrum master 会根据进展情况每天更新累积工作量,如果在Sprint结束时,累积工作量降低到0,Sprint就成功结束。 Product Backlog 功能点被放到Sprint的固定周期中,Sprint Backlog 会因为如下原因发生变化: 1. 随着时间的变化,开发团队对于需求有了更好的理解,有可能发现需要增加一些新的任务到Sprint Backlog中。 2. 程序缺陷做为新的任务加进来,这个都做为承诺提交任务中未完成的工作,这些也许可以分开进行跟踪。
Product Owner也许会和Scrum team一起工作,以帮助team更好的理解Sprint的目标,ScrumMaster和team也许会觉得小的调整不会影响sprint的进度,但会给客户带来更多商业价值。
由于在Sprint的刚开始的时候,增加的任务工作量可能大于完成的任务工作量,所以燃尽图有可能呈上升趋势。
上述Excel版本的Sprint Backlog模板中提供了Sprint燃尽图的样例,请参考。
|