使用 IBM Rational Team Concert V2 管理 Scrum 项目，第 1 部分: 创建项目、团队和计划

核心提示： 任务的列表就成了所谓的代办冲刺，代办冲刺中的项目通过小时来评价，使用 IBM Rational Team Concert V2 管理 Scrum 项目，第 1 部分: 创建项目、团队和计划(3)，这样团队才能明白该项目是否能够按时完成，如果没有足够的时间，尽管实际的工作进展可能不会遵守这条线，显

任务的列表就成了所谓的代办冲刺。代办冲刺中的项目通过小时来评价，这样团队才能明白该项目是否能够按时完成。如果没有足够的时间，特性可以从 Sprint Backlog 移至 Product Backlog。评估是作为团队活动进行的，而不是由 Scrum 管理员或者产品所有者决定的。代办冲刺代表了冲刺期间团队需要完成的工作。

在日常 Scrum会议期间，团队需要回答下列三个问题：

我昨天都干了些什么？

今天我要做什么？

发展过程中有什么不利因素（如果有的话）？

这并不是一个状态的会议，而不是规划和承诺的会议。整个过程所花时间最多不应该超过 15 分钟。关于每一个人在做些什么、他们面临什么问题的规范讨论，能够消除其他会议的需要，并帮助团队成员更有效地工作。

在每一次冲刺的结尾阶段，团队会冲刺评审会议阶段展示所完成的工作。这是一种简单和不规范的会议，任意感兴趣的团队都可以参加这个会议。它的目的是验证工作软件（或者其他有价值的工件，例如潜在产品结构的概述），并从参与者和投资者那里得到关于工作软件的回馈信息。

在冲刺评审之后，团队会自发地召开冲刺回顾（有时也叫做 Reflection）。在这个会议期间，他们会讨论关于项目什么进展良好—以及什么不好—。这个会议会导致迎接下一个冲刺阶段所做工作的一些转变，因为他们会不断工作以提高团队的实践效率。既然 Rational Team Concert 对于团队的过程调整是可以配置和适应的，那么通过更改 Rational Team Concert 中的进程，这些会议可能会导致工作上的一些改进。

Product Backlog 中的项目会在冲刺规划会议期间得到完成，它们成为积压冲刺的一部分。Sprint Backlog 包含有与 Product Backlog 相关特性的特定任务。在冲刺期间，Sprint Backlog 中工作项目的状态每日都会得到更新。更新的状态使得生成 Sprint Burndown 表格变得可能。这种 burndown 表格在图表中显示了项目中剩余的工作量。它还含有一条“理想”线，以指示冲刺阶段从开始到结束的平滑过渡。理想线指示了如果在冲刺的每一天工作都得到了完成，那么工作将会怎样发展。尽管实际的工作进展可能不会遵守这条线，显著的偏移会导致人们的关注，特别是在实际进展继续偏移理想条件时更是这样。