写点什么

Scrum 指南更新:Ken Schwaber、Jeff Sutherland 访谈

  • 2017 年 11 月 13 日
  • 本文字数:2160 字

    阅读完需:约 7 分钟

为了更好的反应 Scrum 的本质并澄清一些误解,Ken Schwaber 和 Jeff Sutherland 更新了 Scrum 指南。Scrum 可以用于构建软件产品,可以应用于软件之外的许多其他领域。Scrum 是一个基于经验主义的持续改进框架,它支持在整个过程中每日检查调整。Scrum 的一个关键要素是在每个冲刺(或者更频繁)有一个潜在可交付的产品增量。

Ken Schwaber 和 Jeff Sutherland 是 Scrum 指南的作者,他们共同创建了 Scrum。他们在一场网络研讨会上宣布并介绍了Scrum 指南的最新更新。InfoQ 采访了他们。

InfoQ:Scrum 指南主要更新了什么地方?

Ken Schwaber:Scrum 指南主要有五个变化:更好地定义了 Scrum 的用法;细化了 Scrum 管理员角色的定义;更加明确了将每日站会作为检查调整工具,从而确保事情向着冲刺目标发展;设立了时间限制的最大长度;更新了冲刺待办事项,将冲刺回顾反馈包含进来。总而言之,所有这些更改都服务于同一个目的,就是消除人们对 Scrum 的认识误区。

Jeff Sutherland:Scrum 指南的所有更新都是 Scrum 社区建议的,都是为了使这份指南的用词更清晰,对 Scrum 管理员更有帮助。我特别担心的是,一些“Scrummerfall”实践者抱怨,Scrum 指南没有描述他们的改进。我们改写了指南的卷首语,进一步明确,Scrum 是一个持续改进过程,在指南的结尾,我们要求,回顾中识别出的过程改进,至少要有一项要放在下一个冲刺的待办事项列表中,并且作为优先级最高的故事。

在一次 Scrum 课上,一名精益专家向我指出,我们需要使用 Scrum,以便让 Scrum 变得更好——我们需要特别注意。只有针对回顾会议识别出的过程改进采取相应的行动,回顾才会有效。我采纳了,立马就看到了速度的提升。

InfoQ:Scrum 存在哪些误区?

Sutherland:许多人都自称敏捷,但是他们没有在冲刺结束的时候或者更频繁地交付可交付的产品增量。这是违背 Scrum 指南以及敏捷宣言第二原则的。不能检查调整会导致高风险及长时间的延误——我将之称为 Scrummerfall:人们说他们在践行 Scrum,但却有着 Waterfall 的所有表征。2005 年,我发表了一篇论文“Scrum 的未来”,我在文中介绍了 PatientKeeper 这家最早转向持续部署的公司之一。从那时开始,持续部署在优秀的公司已经成为常态,而不是异常。然而,仍然有些团队认为在一个冲刺中什么都不交付没有问题。

Schwaber:关于 Scrum,一个最大的误区是,它只能用于构建软件功能。实际上,Scrum 比许多人想的都要灵活得多,可以应用在软件开发之外的许多领域。现在,Scrum 广泛应用于产品、服务和母公司管理,而 Scrum 指南中的词汇“develop”和“development”是指任何复杂的工作。

还有一个重大误区是,人们在使用 Scrum 开发系统时,Scrum 总能告诉他们下一步如何做。我们以前说过,Scrum 只是一个构建复杂产品的框架。它很简洁。用它将特殊的复杂性转换成可以工作的、有用的产品非常非常难。所有复杂的工作都一样。这次更新应该可以帮助消除许多这样的误区。

InfoQ:检查调整是敏捷的支柱之一。Scrum 是如何提供支持的?

Schwaber:Scrum 的基础是精益思维和经验过程控制的一些方面。经验过程控制的基础是定期检查调整透明工件,支持决策。早在 20 世纪 90 年代,Scrum 就已经将检查、调整和透明性纳入了所有活动和工件。敏捷这个词是由 2001 年在 Snowbird 制定敏捷宣言的人发明的。敏捷宣言的价值和原则是唯一的直接产出。检查调整对于敏捷而言很重要,但不是达成敏捷的唯一途径。

Sutherland:Scrum 中的每项活动都是为了检查调整,从每日站会到冲刺审查和回顾。无法在冲刺结束时或者更频繁地提供一个可交付的产品增量,就无法检查调整,这会破坏 Scrum,导致严重的活动异常。

InfoQ:团队如何将每日站会作为检查调整工具?

Sutherland:Scrum 就是检查调整。每一项活动都是检查调整。冲刺计划是检查待办事项列表顶端的事项,确保已经做好了冲刺准备。每日会议是检查昨天完成的工作,今天修补。冲刺审查是在冲刺结束时检查产品,并根据利益相关者的反馈调整待办事项列表。诸如此类。

Schwaber:在每日站会时,开发团队会一起合作,利用那段时间检查他们向着冲刺目标前进的进展情况,并相应地调整计划。下面这段话摘自 Scrum 指南:

开发团队利用每日站会检查他们向着冲刺目标前进的进展情况,并检查他们在完成冲刺待办事项列表上的工作方面是怎么样一种趋势。每日站会提升了开发团队达成冲刺目标的几率。每天,开发团队都应该知道,作为一个自组织团队该如何协同工作,完成冲刺目标,在冲刺结束时创建出预期的增量。

会议的结构由开发团队设定,可以按不同的方式进行,只要侧重点是向着冲刺目标前进的进展情况就行。有些开发团队会采用提问的方式,而有些会更多地以讨论为主。

InfoQ:按照你们的预期,Scrum 指南的变化对于使用 Scrum 的团队会有什么影响?

Schwaber:Scrum 框架已经使用了 20 多年,用户已经构建起了令人赞叹的社区支持。那些已经将 Scrum 的原则、价值和机制内化并吸取了经验教训的组织取得了前所未有的成功——这些修改对他们影响不是很大。这些修改主要会影响那些现在才开始想要了解 Scrum 的用户,是为了让他们对于 Scrum 有个更好的总体认识。

Sutherland:我们希望,Scrum 指南可以帮助团队更好地践行 Scrum,并取得更好的成果。

查看英文原文 Q&A with Ken Schwaber and Jeff Sutherland about Scrum Guide Updates

2017 年 11 月 13 日 18:001056
用户头像

发布了 1008 篇内容, 共 331.1 次阅读, 收获喜欢 301 次。

关注

评论

发布
暂无评论
发现更多内容

近两年流行面试题:Spring循环依赖问题

Java小咖秀

spring 面试 ioc

【非原创】微服务设计

Arthur

2020年6月26日 查询性能优化

瑞克与莫迪

极客大学架构师训练营 系统架构 第7课 听课总结

John(易筋)

极客时间 系统架构 高并发 极客大学 极客大学架构师训练营

抖音、腾讯、阿里、美团春招服务端开发岗位硬核面试(完结)

aoho

面试 后端 阿里

WPF中的Data Binding调试指南

大白技术控

.net 微软 WPF

【总结】企业级案例驱动 打造高可用、高并发、多IDC部署业务中台微服务架构

魔曦

极客大学架构师训练营

组合设计模式编码&手写单例模式

吴建中

极客大学架构师训练营

极客大学架构师训练营 框架开发 模式与重构 JUnit、Spring、Hive核心源码解析 第6课

John(易筋)

spring 极客时间 极客大学 极客大学架构师训练营 JUnit

架构师训练营第三周学习总结

lwy

MySQL InnoDB 存储引擎 - 锁

Arthur

基于阿里云服务网格(ASM)的GRPC服务部署实践

韩陆

Kubernetes gRPC Service Mesh

架构师第4周

上山砍柴

极客大学架构师训练营

Docker基础修炼2--Docker镜像原理及常用命令

黑马腾云

Docker Linux 容器 运维 镜像

区块链系列教程之:比特币中的挖矿

程序那些事

比特币 区块链 挖矿

第三周手写单例模式(饿汉模式)

吴建中

极客大学架构师训练营

太赞了!一份适合程序员的精选面试题清单。

JackTian

GitHub 开源 编程 程序员 面试

架构师训练营第四周

Melo

Oracle SQL调优系列之看懂执行计划explain

Nicky.Ma

sql

​外包公司干了不到3个月,我离职了...(防坑指南)

程序员生活志

程序员 外包 工作经历

Why Spring ???

猴哥一一 cium

Java spring 源码 Spring Boot 框架设计

创业一定要学投资

Neco.W

创业 投资

区块链的应用为什么这么难?出路在哪?

CECBC

比特币 区块链技术 Token 联盟共识

测试阶段发现缺陷多怎么办?

洪永潮

第三周-设计模式-学习总结

吴建中

极客大学架构师训练营

架构师训练营第三周命题作业

lwy

极客大学架构师训练营

架构训练营第四周 - 作业

无心水

极客大学架构师训练营

新手村:Redis基础补充知识

多选参数

数据库 redis 数据库设计 redis6.0.0

架构师训练营第四周-总结

无心水

极客大学架构师训练营

[译]都0202年了,你还觉得go-scheduler很难理解吗?

卓丁

golang scheduler GPM goroutines Go 语言

ARTS WEEK4

紫枫

ARTS 打卡计划

Scrum指南更新:Ken Schwaber、Jeff Sutherland访谈-InfoQ