写点什么

《Scrum 精髓》作者 Ken Rubin 访谈录——2014 年 ScrumGathering 中国大会主题演讲者

  • 2014-10-19
  • 本文字数:1583 字

    阅读完需:约 5 分钟

Bob: 多数 Scrum 书籍是写给开发团队看的。为什么经理或高层也应该看《Scrum 精髓》呢?这可是 500 页的一本书啊!

Ken: 这个问题分为两部分。为什么经理或高管应该熟悉 Scrum?为什么尤其是管理层应该读这本书?

第一部分,为了敏捷的长期成功,组织必须要遵循敏捷原则。经理和高管是遵循敏捷原则的基础。如果高管们不了解敏捷的核心原则,那就很可能他们制定决策和采取行动都是违背了成功采用敏捷交付商业价值的。换句话说,组织内整条价值链遵循敏捷原则对于实现敏捷真正的价值,是非常重要的。

仅仅在开发团队层面相信敏捷和 Scrum 是目光短浅的。我的经验是 Scrum 成功的公司,经理和高管都开始拥抱敏捷原则。因此我强烈认为经理和高管必须熟悉敏捷原则和 Scrum 实践。

第二部分,为什么经理和高管应该读这本书呢?好吧,有个小秘密,这本书原本是专门为经理和高管写的。原来的书名打算叫做“Scrum:管理者指南。”该书旨在告诉经理和高管,通过经济的方法采用 Scrum 和敏捷,本书和许多其他以开发者或技术为中心的敏捷书籍是有所区别的。

开始写作时,我想写一本易读易懂、图文并茂并以经济为基础的 Scrum 书籍,不仅经理和高管可以受益,Scrum 团队的所有成员也可以受益,这个目标愈发清晰。在写作和从读者收到反馈时,我会大概查看与调整本书的中心思想。

我很愿意做出这种改变,因为我从不相信技术人员只受到技术内容影响,并只想阅读技术书籍。以我的经验,最好的技术人员作出经济有效的决策来指导他们做出技术权衡,并且因此体会到相同风格的讨论可以得到经理和高管的认同。另外,对于技术和业务人员通用的方法使它们共享相同的 Scrum 知识,因此大家在讨论 Scrum 及其影响时使用相同的词汇和框架。

本书有 500 页,从前到后摘录关键内容时,实际只有不到 400 页。而且,书中还有 208 副图片——这是我用来呼吁经理和高管的图文并茂方式的延续。本书中至少每隔一页就有一张非常棒的图片,结果就可以快速阅读且很有吸引力。

Bob: 如果从本书中总结一件事情,那会是什么?

Ken: 成功的 Scrum 来源于价值链横向和纵向都以经济合理的方式采用核心敏捷原则。因此,不论是开发团队成员还是高管采用核心 Scrum 实践,我们应该采取相似的方式。

Bob: 为什么又写一本 Scrum 书籍?

Ken: 很好的问题。有以下几个原因。

首先,多数流行的 Scrum 书籍慢慢过时了。在有些重要的方面,他们实在不能代表当下的实践状态。

其次,不能只是有一本书不仅描述核心的 Scrum 框架,还有采用 Scrum 的大多数通用方法。当要回答下面问题时我发现不得不推荐好几本书籍,“开始 Scrum 你会建议我们读哪本书。”

再次,我发现大多数人的学习是通过结合卓越的视觉表现与宏大叙事以改善的。实际上真没有一本 Scrum 书籍能提供一套出色的视觉表现,以帮助人们掌握敏捷核心概念。

关于作者

Kenny Rubin 是 Innolution 公司的管理负责人,该公司是一个敏捷培训公司,主要是帮助组织以一种有效和经济合理的方式来开发产品。作为一名认证的敏捷教练,Rubin 已经在敏捷和 Scrum、Smalltalk 开发、管理面向对象的项目和转型管理方面训练了超过 18,000 人。他曾在 200 家公司进行过培训,涵盖的范围从创业公司到财富榜前十的公司。

Rubin 是全球 Scrum 联盟的首席常务董事,该联盟是一个非营利性的组织,主要从事于进行成功运用 Scrum 的研究。除了创作《Essential Scrum:最流行敏捷过程的实用指南》这本书,他还是 1995 年出版的《Succeeding with Objects:项目管理的决策框架》的合著者。想了解更多他的背景请登录: http://www.innolution.com,你也可以在该网站上关注他的博客。Twitter 的粉丝关注他请 @krubinagile


感谢侯伯薇对本文的审校和杨赛对本文的策划。

给InfoQ 中文站投稿或者参与内容翻译工作,请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博( @InfoQ )或者腾讯微博( @InfoQ )关注我们,并与我们的编辑和其他读者朋友交流。

2014-10-19 13:001653

评论

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

ELK太重?试试KFC日志采集

Java 程序员 后端

Filter 过滤器和 Listener 监听器

Java 程序员 后端

CPU战争40年,终于把Intel打趴下了

Java 程序员 后端

Elasticsearch Mapping parameters(主要参数一览)

Java 程序员 后端

Elasticsearch查询速度为什么这么快?看啥?问你呢!

Java 程序员 后端

elasticsearch的字符串动态映射

Java 程序员 后端

ELK性能优化实战总结:我强任我强,你“跪”标准好好学

Java 程序员 后端

Flink on Yarn三部曲之三:提交Flink任务

Java 程序员 后端

Chrome上的这些灵魂插件太猛了,碾压其他同款

Java 程序员 后端

ConcurrentHashMap锁的前世今生,了解一下

Java 程序员 后端

elasticsearch实战三部曲之二:文档操作

Java 程序员 后端

Elasticsearch聚合学习之四:结果排序(1)

Java 程序员 后端

架构实战营 - 模块三作业

危险游戏

架构实战营

Elasticsearch聚合学习之四:结果排序

Java 程序员 后端

Eureka(F版本)教程五 路由网关(zuul)

Java 程序员 后端

Docker下Nacos持久化配置

Java 程序员 后端

Docker多阶段构建实战(multi-stage builds)

Java 程序员 后端

Eureka(F版本)教程三 服务消费者(Feign)

Java 程序员 后端

Elasticsearch Document Index API详解、原理与示例

Java 程序员 后端

Docker下的Nacos环境开发

Java 程序员 后端

Docker镜像超详细介绍

Java 程序员 后端

Dubbo overrideDirectoryUrl的作用?

Java 程序员 后端

dubbo实战之三:使用Zookeeper注册中心

Java 程序员 后端

《Kubernetes in action 读书笔记》:Kurbernetes 架构设计

后台技术汇

Kubernetes 11月日更

disruptor笔记之一:快速入门

Java 程序员 后端

Elasticsearch中的Term查询和全文查询

Java 程序员 后端

Elasticsearch文档读写模型实现原理

Java 程序员 后端

PS基础操作-新建画布和打开图片

hepingfly【gzh:和平本记】

ps教程 ps学习笔记

Docker多阶段构建实战(multi-stage builds)(1)

Java 程序员 后端

Flink数据源拆解分析(WikipediaEditsSource)

Java 程序员 后端

Docker系列(2)--容器和镜像的使用

Java 程序员 后端

《Scrum精髓》作者Ken Rubin访谈录——2014年ScrumGathering中国大会主题演讲者_Scrum_姜信宝_InfoQ精选文章