SCRUM-TFS 简易操作手册

1、SCRUM-TFS 简易操作手册一、 区域和迭代1. 区域 Area Path在Scrum 1.0过程模版中没有规定Area Path字段的具体用法。然而，大部分团队都使用它把工作分解为产品组件，或者以团队来分解工作。Area Path字段存在于这个模板包含的所有工作项和所有报表中。可以在Areas and Iterations对话框中为团队添加区域信息。图1-1显示了这个对话框的Area选项卡。图1-1 Areas and Iterations 对话框的Area选项卡2. 迭代Iteration Path字段存储项目的迭代时间表。在Scrum中，冲刺就是一个工作迭代这里把冲刺说成迭代是因为T

2、FS把Iteration Path字段定义成了系统字段，意味着它总是出现且它的定义在所有团队项目中都是不变的。尽管这个字段的名称是Iteration Path，但实际的迭代节点还是冲刺。多个冲刺在一起就组成了发布。可以把工作项分配到迭代上，以表明团队将在冲刺中完成这项工作。Scrum模板中的所有报表会显示Iteration Path字段，以便容易地在多个冲刺间跟踪工作。在Scrum 1.0过程模版中新建的团队项目默认有24个预定义的冲刺，归属4个发布。可以使用Areas and Iterations对话框来配置团队项目的迭代。右击团队项目，选择Team Project Settings中的Ar

3、eas and Iterations菜单就可以显示这个对话框。切换到Iteration选项卡，用工具栏上的按钮来添加新的迭代、删除已存在的迭代和调整迭代层级关系。在迭代上右击选择Rename，就可以重命名现有的迭代。图1-2展示了新建团队项目包含的默认迭代。图1-2 Areas and Iterations对话框的Iteration选项卡，带有24个默认的迭代二、 产品积压工作条目产品积压工作条目（PBI）是Scrum项目中的核心工作项。描述了产品需求和实现这个需求产生的价值。团队和产品所有者一起定义、估算和实现每个PBI。PBI窗体，如图2-1：图2-11. PBI窗体上的字段表2-1列出了

4、PBI窗体上的字段。可以使用这里描述的字段在PBI的生命周期中跟踪它。表2-1 PBI窗体上的字段字段描述TitlePBI的简短描述Iteration要实现此PBI的冲刺Assigned ToPBI的拥有者（通常是产品的所有者）StatePBI的当前状态Reason产品积压工作处于当前状态的原因。Reason字段包含一些预定义的值，用来知道团队在PBI的生命周期过程中进行适当的状态转变Backlog PriorityPBI在产品积压工作列表中的位置。新PBI的默认优先级为1000为什么新PBI的默认积压工作优先级是1000？为什么不是1？或者干脆为空？在TFS中，查询结果总是以包含在查询定义中

5、的某个字段来排序。默认情况下，产品积压工作以积压工作优先级来升序排序（也就是，更小的值在上面，更大的值在下面）。这样的排序通常可以正常执行。但是在出现空值的时候，就有点棘手。TFS会把没有设置优先级的条目排到列表的最上面。因此，如果没有优先级的值，新PBI就会自动浮动到产品积压工作的最上面。由于我们认定条目没有设定优先级则优先级理应更低，因此这样的结果不是我们想要的理想方式。为了避免这种情况发生，PBI窗体默认把优先级设置为1000。这样的默认值保证了在没有显示设置优先级的情况下，条目不会浮动到积压工作的顶部。Effort实现PBI需要的工作量。Scrum模版没有规定工作量的单位。常见的单位可

6、以是故事点、理想天数和工时Business ValuePBI能带来的客户价值的数值。可以选择1100之间的数字来表示实现这个PBI将会给客户带来的商业价值量Area实现PBI的团队或PBI所属的产品组件Acceptance Criteria团队在认可其完成之前PBI必须满足的标准列表项2. PBI 的状态PBI可以在一系列的状态间转变。当前状态保存并显示在State字段中。所有状态转换都会显示为History字段中的一条记录。图2-2显示了从新建到已批准状态的转变。图2-2 PBI的状态从新建转换到已批准PBI可以经由如下状态值进行转换：l NewPBI在产品积压工作中，不过还缺乏团队实现它所

7、需的细节。低优先级的PBI通常长时间保持着新建状态，而高优先级的条目会快速地改变为下一状态。l ApprovedPBI已经有足够的细节，准备好交给团队实现。在冲刺计划会议上讨论好的所有PBI都可以设置为已批准状态。l Committed表示团队承诺要在下次冲刺中实现这个PBI。PBI进入这个状态说明已经进行估算并分解为任务工作项。l DonePBI已经实现好、测试过并进行了演示。理想状态下，这个状态转换会在冲刺审查会议后立即发生。l RemovedPBI不再需要或超出了范围。PBI可以从新建或已批准状态改为已移除状态。只有产品所有者可以把PBI标记为已移除。三、 任务团队使用任务工作项来跟踪实

8、现PBI所需的所有工作。它在冲刺计划会议期间为每个PBI创建任务。团队每天都要更新冲刺中的任务，注明任务的当前状态和剩余工作量。一组任务合在一起就是所谓的冲刺积压工作。图3-1显示了一个任务工作项窗体。图3-1 任务工作项窗体1. 任务窗体上的字段表3-1列出了任务窗体上的字段。可以使用这里描述的字段在任务的生命周期中跟踪它。表3-1 任务窗体上的字段字段描述Title通过任务来跟踪的工作的简短描述Iteration要实现此任务的冲刺Assigned To负责实现这个任务的团队成员State任务的当前状态Reason任务处于当前状态的原因Blocked只有Yes值，以便受阻任务能在查询结果和工

9、作项窗体中引起更多注意。要把任务标记为受阻的，可以将Blocked字段设置为Yes。要清除Blcked字段，必须确保该字段为空。团队在这个任务上的进度是否受阻Remaining Work完成此任务还剩余的工作量（以工时来计量）Backlog Priority任务在冲刺积压工作上的优先级Activity任务的活动类型。活动是一个可选字段Area实现这个任务的团队或任务所属的产品组件Description任务实现的细节自定义新增字段预估时间预计完成此项任务所需要的时间（天/小时）实际时间实际完成此项任务所需要的时间（天/小时）2. 任务的状态任务工作项在整个生命周期中要经历如下状态：l To Do

10、任务正等待实现。新任务初始就是待处理状态。l In Progress团队成员已经开始这个任务的工作。l Done任务上的所有工作都已完成。在任务转变到这个状态的时候，剩余工作量字段自动设置为零。l Removed已移除状态对于任务的生命周期而言不是一种正常的情况。它的出现预示着任务不需要或超出了范围。已移除的任务会被冲刺积压工作过滤掉。任务可以从待处理或进行中状态转变为已移除状态。当前状态保存在State字段中。所有的状态转变和改变都会记录在History字段中。图3-2显示从进行中到已完成的状态转变。图3-2 从进行中到已完成的任务状态转变四、 冲刺可以使用冲刺工作项来记录团队的时间表中每个

11、冲刺的信息。这些信息包括如下方面：l 冲刺目标l 冲刺开始日期l 冲刺结束日期l 冲刺回顾冲刺工作项窗体是独一无二的，因为它没有包含其他工作项窗体中都出现的Title字段和State字段。冲刺的标题总是与迭代路径相同。所以，冲刺工作项没有显示Title字段。State字段也不存在，这是因为冲刺不像传统工作项那样有明确的状态模型。例如，任务工作项会在3个状态间变动：待处理、进行中和已完成。相反，冲刺工作项是通过开始和结束日期来定义冲刺的状态的。和任务不一样，在当前日期早于冲刺开始日期时，冲刺处于待处理状态。在当前日期处于冲刺开始和结束日期之间的时候，冲刺就被看成是进行中。而在当前日期位于冲刺结束

12、日期之后的时候，冲刺就被看成是已完成。图4-1显示了一个冲刺工作项窗体。图4-1 冲刺工作项窗体1. 冲刺窗体上的字段表4-1列出了冲刺窗体上的字段。可以使用这里描述的字段来在冲刺的生命周期中跟踪它。表4-1 冲刺窗体上的字段字段描述Iteration与这个冲刺关联的迭代路径Start Date冲刺的第一天Finish Date冲刺的最后一天Sprint Goal冲刺的目标，有团队和产品所有者来描述。冲刺目标描述了团队在冲刺期间将要达成的目标Retrospective从团队回顾会议上总结的一些备忘2. 冲刺的状态冲刺工作项缺少传统的状态模型，所有冲刺都以被创建的状态（表示新冲刺的创建）开始和结

13、束。由于只有一个状态而没有转变，所以State字段不用出现在冲刺工作项窗体中。3. 冲刺的最佳实践在使用冲刺工作项的时候，应该遵照下面提供的这个最佳实践列表：l 每个迭代路径只创建一个冲刺工作项TFS不会限制创建多个冲刺工作项来关联同一个迭代。Scrum 1.0过程模版的设计初衷是要求每个迭代只关联一个冲刺工作项。l 设置简单和可达成的冲刺目标很多新的Scrum实践者常常犯的一个错误就是给冲刺设置了复杂而不现实的目标。要确保冲刺目标简单，且团队能在冲刺期间完成它。五、 障碍障碍工作项用来跟踪阻碍团队推进项目进度的任何东西。图5-1显示了一个障碍工作项窗体。图5-1 障碍工作项窗体1. 障碍窗体

14、上的字段表5-1列出了障碍工作项窗体上的字段。可以使用这里描述的字段来在障碍的生命周期中跟踪它。表5-1 障碍窗体上的字段字段描述Title障碍的简短描述Iteration障碍所属的冲刺Assigned To负责消除这个障碍的团队成员，通常是ScrumMasterState障碍的当前状态Reason障碍处于当前状态的原因Area处理障碍的团队或障碍所属的产品组件Description障碍的详细描述Resolution消除这个障碍需要做的步骤2. 障碍的状态障碍工作项在整个生命周期中会经历下面两个状态：l Open新障碍的初始状态总是为开启。这个状态表明障碍正阻碍团队推进项目进度。l Close

15、d在障碍被消除并且不再阻碍团队前进的时候，它就从开启状态转变为已关闭状态。图5-2显示了从开启到已关闭的状态转变。图5-2 从开启到已关闭的障碍状态转变下面是关于Bug、测试用例以及共享步骤的信息，关于这几项内容建议使用Microsoft 测试管理器 2010进行创建及管理，以下内容只是在Microsoft Visual Studio 2010中创建管理的信息。六、 测试用例测试用例工作项跟踪PBI和Bug的测试工作。测试用例的主要数据就是测试步骤。这些步骤表示团队成员执行测试要采取的动作。图6-1显示了一个测试用例工作项窗体。图6-1 测试用例工作项窗体1. 测试用例窗体上的字段表6-1列出

16、了测试用例工作项窗体上的字段。可以使用这里描述的字段来在测试用例的生命周期中跟踪它。字段描述Title测试目标的简短描述Iteration跟踪这个测试用例的冲刺Assigned To负责执行这个测试用例的团队成员State测试用例的当前状态Priority测试用例的相对优先级Area处理这个测试用例的团队或这个测试用例所属的产品组件Step定义测试的动作、验证步骤和参数的步骤列表Tested Backlog Items由测试用例测试的PBI和/或Bug列表2. 测试用例的状态测试用例在其生命周期中有3个状态：l Design测试用例已经创作好，但还没有准备执行l Ready测试用例准备执行。此

17、状态的测试用例已经包含一系列完整的步骤，准备好让团队成员执行它。l Closed测试用例在生命周期完结后就转变为已关闭状态。通常，在测试用例所测试的PBI或Bug经过验证后，这个转变就会发生。图6-2显示了从设计到就绪的状态转变。图6-2 从设计到就绪的测试用例状态转变七、 共享步骤共享步骤可用来简化手动测试用例的定义和管理。在遇到多个测试用例都使用相同的几个步骤的时候，就可以创建共享步骤工作项。图7-1显示了一个共享步骤工作项窗体。图7-1 共享步骤工作项窗体1. 共享步骤上的字段表7-1列出了共享步骤工作项窗体上的字段。可以使用这里描述的字段来在共享步骤工作项的生命周期中跟踪它。表7-1

18、共享步骤窗体上的字段字段描述Title可重用步骤的简短描述Iteration跟踪共享步骤的冲刺Assigned To创建这个共享步骤的团队成员State这组共享步骤的当前状态Priority共享步骤的相对优先级Area处理共享步骤的团队或共享步骤所属的产品组件Step能被多个测试用例共享的步骤列表，其定义了动作、验证步骤和参数2. 共享步骤的状态共享步骤工作项在生命周期中有两个状态：l Active共享步骤工作项准备好可用在多个测试用例中l Closed共享步骤工作项不再用于任何测试用例中图7-2显示了一个共享步骤工作项从活动到已关闭的状态转变。图7-2 从活动到已关闭的共享步骤状态转变八、 BugBug工作项跟踪产品中发现的缺陷。Bug会放到产品积压工作中，同其他Bug和PBI一起划分优先级。Bug直接加到产品积压工作列表中是Scrum和传统软件开发过程最大的一个不同之处。图8-1显示了一个Bug工作项窗体。图8-1 Bug工作项窗体1. Bug窗体上的字段表8-1列出了Bug工作项窗体上的字段。可以使用这里描述的字段来在Bug的生命周期中跟踪它。表8-1 Bug窗体上的字段字段描述TitleBug的简短描述Iteration修复这个Bug的冲