Ken Schwaber和Jeff Sutherland发布了新版的Scrum指南-InfoQ



 写点什么

Ken Schwaber 和 Jeff Sutherland，Scrum 的共同创建者，发布了 Scrum 指南自 2010 年 2 月以来的第一次更新。新版的指南关注于 Scrum

框架、规则和仪式，去除了关于策略和技术的细节问题。附属的 Scrum 更新文档提供了一个精炼的说明，澄清了一些 Scrum 框架中的亮点。

新版的指南可以从 Scrum.org 网站上得到。指南的最后一页，第 17 页，描述了当前的指南和 2010 年 2 月发布的版本间的不同之处。

2011 年六月版的 Scrum 指南和 2010 年 2 月发布的上一版不同。特别是，我们尝试从 Scrum 核心中去除技术、提示和最佳实践。我们以一个 “最佳实践”概要开始，随后提供一些我们自己的经验。

一份单独的文档， Scrum 更新文档，提供了更多有关变更的上下文。下面的变更列表详细指出了变更的上下文。

Scrum 一如既往的明确只有三种角色，Product Owner、Scrum Master 和团队成员。根据下面的澄清，团队成员都被称为开发者。

由执行创建增量工作的人组成的团队是开发团队。不管工作由哪个团队成员完成，他们都被认为是开发者。

Sprint 计划会上制定的计划通常被假定为某种承诺。后面澄清了即使在短 Sprint 中，计划也可以变更，因为获得了更多信息。

开发团队没有承诺完成在 Sprint 计划会上计划的工作。开发团队创建了一个团队相信可以完成的工作的预报，但这个预报会因在 Sprint 过程中不断澄清而改变。

在过去的几年中，累积流图（CFDs）经常作为传统的燃尽图的补充或替代它来监控进展。按下面的澄清，CFDs、燃尽图和其它跟踪方法在基于每日剩余工作量报告进度上是同样有效的。

Scrum 没有强制要求使用燃尽图来监控进度。Scrum 只要求： - 按日将 Sprint 中剩余工作累加起来。

在 Sprint 过程中维护一份要完成 Sprint 的工作的趋势。

虽然大部分团队做某种形式的发布计划，在下面的澄清中，发布计划不是 Scrum 框架必要的，对短期工作来说更是如此。

当应用 Scrum 时，发布计划非常有价值，但并不是 Scrum 本身要求的。

因为更多的团队使用了电子工具，并在不同层次的 backlog 间创建了复杂的关系（例如从企业级到团队级）模糊了 Product Backlog 和 Sprint Backlog 间黑白分明的界限。在后面的澄清中，Sprint Backlog 只是 Product Backlog 的一个计划在一个 Sprint 做完的子集。