InfoQ

InfoQ

新闻

我的书签

登录注册 以永久保存书签。

该内容已经被标记书签!

标记书签错误,请重试!

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

作者 David Bulkin 译者 姚九强 发布于 2011年8月7日

领域
企业架构,
运维 & 基础架构,
过程 & 实践,
架构 & 设计,
语言 & 开发
主题
Scrum Master ,
企业级敏捷 ,
敏捷技术 ,
Scrum ,
声明 ,
敏捷

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做完的子集。

Sprint Backlog是在Product Backlog中为Sprint选出的内容,加上一个交付它们的计划。不再需要“Sprint Backlog项目”这个概念,尽管技术上能够帮助制定一个好的计划。一个自组织的开发团队总是有计划的。

对Product Backlog排列优先级的概念指出功能完全按照业务价值的顺序发布,忽略技术因素和其它取舍。最后的澄清中使用了“有序的”一词来代替“按优先级的”来表达一个以更全面的视角看待发布到市场的顺序 。

Product Backlog是“有序的”,而不是“按优先级的”,提供给Product Owner在他或她独有的环境下最优化价值的灵活性。

请回应你关于这份新指南的想法和你对上述澄清的看法。

查看英文原文:Ken Schwaber and Jeff Sutherland Release Updated Scrum Guide

译者 姚九强 是一名业务分析师,机器人爱好者,目前在ThoughtWorks。关注敏捷方法、运维和业务模型。

按优先级也挺好` 发表人 fei yin 发表于
Re: 按优先级也挺好` 发表人 Cai Larry 发表于
Scrum是很好,但是再好的过程,也要看团队能力 发表人 lu chuanming 发表于
Re: Scrum是很好,但是再好的过程,也要看团队能力 发表人 Chen Guanghui 发表于
是ScrumMaster,不是Scrum Master 发表人 张 林 发表于
  1. 返回顶部

    按优先级也挺好`

    发表人 fei yin

    使用了“有序的”一词来代替“按优先级的”`也没什么意义啊`

    本来优先级也要从全面的视角定义的`

  2. 返回顶部

    Re: 按优先级也挺好`

    发表人 Cai Larry

    详见 www.scrumalliance.org/articles/367-its-ordered-... , 希望有人也翻译一下

  3. 返回顶部

    Scrum是很好,但是再好的过程,也要看团队能力

    发表人 lu chuanming

    SM的能力,PO的能力,整个Team的能力对Scrum的实施都有很大的影响,呵呵,在几个企业实施了一年多了,严重感觉到纯粹的Scrum不适应中国的国情,要改良、改良 、再改良,呵呵,或者这就是敏捷过程的自适应吧。

  4. 返回顶部

    Re: Scrum是很好,但是再好的过程,也要看团队能力

    发表人 Chen Guanghui

    很同意你的看法,不然照本宣科,出大问题

  5. 返回顶部

    是ScrumMaster,不是Scrum Master

    发表人 张 林

    Scrum一如既往的明确只有三种角色,Product Owner、Scrum Master和团队成员。