推荐序1

Mike Cohn

著作有《Scrum敏捷软件开发》、《敏捷估算与规划》与

《用户故事与敏捷方法》，www.mountaingoatsoftware.com

我今天的午餐是在汉堡王餐厅吃的。墙上贴着一幅“皇堡之家”的海报，告诉人们皇堡可以有很多种点法。泡菜、番茄、生菜和奶酪可以多要一点，也可以不要，各种各样的组合，能做出很多种汉堡包。实施Scrum的可行方式也必然有很多很多种。不过，虽然条条道路通罗马，但不同的方式还是有好坏之分的。

在《Scrum精髓》中，Kenny Rubin帮助读者找到了更好的方式。他的书讲述的不是规范——他不会说 “你必须得这样做。”相反，他传授的是帮助Scrum取得成功的基本原理。比如，在做冲刺规划时没有一个普遍适用于所有团队的套路。适用于某个公司或项目的方法在另一个公司或项目中却行不通。Kenny给我们提供了一些选择。但是最终的决定权在于每个团队。幸运的是，这些团队现在可以求助于这本书。

《Scrum精髓》我们带来的一个意外好处是Kenny引入的、用于表达Scrum的视觉语言。书中这些视觉图标图对理解文字内容非常有帮助，我估计今后人们在讨论Scrum时会常常使用这些图。

我们早就该有这样一本书了。Scrum最初是一个小概念。第一本讨论它的书——DeGrace和Stahl写的Wicked Problems, Righteous Solutions只有6页。但在那本书面世20多年后，Scrum得到了扩充，引入并细化了新的角色、会议和工件。每增加一个内容，我们都面临着丢掉Scrum核心内容的风险——部分核心内容阐述的是团队如何规划，如何先做一小部分，然后反思团队的工作完成情况，看看有哪些值得肯定（改进）的地方。

在《Scrum精髓》一书中，Kenny把我们带回Scrum核心。在这个基础上，Scrum团队可以开始做实施Scrum的必要决策，做出适合自己的决策。本书是一个不可或缺的指南，可以帮助团队在林林总总的Scrum实施方式中选择并找到适合自己的成功之路。

推荐序2

Ron Jeffries

当Kenny邀请我为他的《Scrum精髓》写一篇序的时候，我就在想：“这事儿做起来快，简单，它肯定是一本很直白的、简单描述Scrum的书。”我对Ken简洁明快的工作风格非常了解，所以知道他的作品肯定也是这样的，甚至肯定比我想象的还好！

所以呢，当我看到这本书几乎涵括Scrum“处女航”的全部精髓时，你完全可以想像我的感受，简直是又惊又喜！而且，Kenny还更进一步。他从核心的理念入手，包括所有敏捷方法底层的敏捷原则，概览了Scrum框架。他还深入到细节进一步探究。这本书可读性强，而且内容丰富，耐读。Kenny 对规划的详细描述恰到好处，他还谈到需求、故事和PBI估算、速率。随后还带我们深入敏捷原则，帮助我们处理所有级别的规划和所有时间范围。他描述了如何规划、执行、回顾和改进冲刺过程。贯穿全书，他在介绍基础知识之外，还重点强调了我们在Scrum导入初期可能会遇到的重要问题。

对于Scrum和敏捷，我个人关注的是必要的开发技能，这些技能可以确保团队能够通过一个接一个的冲刺交付真正的、可运行的、以业务为中心的软件。Kenny帮助我们理解了如何以安全、合适的方式使用速率和技术债等概念。速率和技术债这两个主题都非常关键，我建议大家重点关注。

速率向我们表明团队随着时间的推移要交付多少价值。我们可以借助于它来感觉我们要完成多少任务以及我们的工作方式是否比原来有所改善。然而，Kenny警告我们，把速率作为绩效考核指标会对业务造成伤害，而且他还有理有据帮助我们认识到个中缘由。

技术债这个说法现在已经非常普遍，泛指会导致代码出问题的所有东西。Kenny帮助我们捋清个中含义，并帮助我们认识到为什么要关注这些偏技术性的细节。我特别看中他对这方面的详细描述：如果团队一直在压力下工作，肯定无法如期交付优质产品。

就像所有敏捷方法一样，Scrum依赖于快速反馈来进行探索。Kenny给我们讲了他当年用穿孔卡的故事，这让我想起自己早期的计算机生涯，比Kenney看到他平生第一张穿孔卡久远得多。作为一名大学生，我当时非常幸运，得到了美国战略空军司令部奥马哈总部（SAC HQ）的实习机会。在那些日子里，所有计算都是通过穿孔卡来做的。我的卡片只能发到SAC HQ地下好几层那台能发起战争的计算机上（如果要发起战争的话）。我很幸运，一天有一两次跑程序的机会。

只要一通过安检，我就会大半夜跑下楼来到计算机面前。我还对Sergeant Whittaker说好话，让他准许我坐在计算机终端面前跑我自己写的程序（是的，那台主要发动核攻击的机器）。不过，放心，那个房间里没有红色按钮。

在计算机面前忙活儿，我可以做十倍的工作（相较于我不得不等着我的索引卡被传下来，然后我的代码清单被回传到楼上）。反馈来得快，我就学得快，我的程序也能早些跑起来。这就是Scrum的本事。用不着等上好几个月甚至好几年才知道程序员都在干什么，通过Scrum，我们每隔两周就可以了解他们的动态。Scrum产品负责人在优秀团队的支持下，每隔几天就能看到实际的产品特性被打磨成形！

这也是Kenny这本书的主旨。如果是Scrum新手，就从头到尾仔细阅读，然后把它放在案头随时接着看。如果做Scrum已经有了一些时日，就全书浏览一遍，把它留在手边随时参考。如果发现自己开始认真思索团队的事儿或者寻思着搞点儿创新，不妨拿起这本书，从字里行间寻找突破点。你肯定能够从中找到金子（有价值的东西）。

中文版序

李国彪（Bill）

Scrum联盟认证培训师（CST）

UPerform优普丰顾问机构

这是一本非常不错的介绍Scrum核心及其相关实践、有助于培养敏捷交付能力的参考书！

自2007年我有幸引入和翻译第一本Scrum书籍《Scrum敏捷项目管理》（Ken Schaber著）之后，见证着敏捷和Scrum在中国软件及产品研发行业的应用和演进，业界人士和许多团队的不断深入实践及锲而不舍的多样化尝试，也目睹许多组织和团队的迂回之路和成功发展敏捷能力的成就感，但同时也对他们的困惑和挣扎感同身受。Scrum框架有强大力量，其生命力来在于其简约，但要想获得成效，何其容易！

感谢业界同行的热情与努力，此数年间陆续有新的Scrum相关书籍进入市场。每一本书都有其独到之处。这本《Scrum精髓》也给我们带来惊喜，在业界需要的时候来到中国。

条条大路通罗马。Scrum框架不变，彰显其精髓和价值观的实践和形式确实是在不断探索和演进中。有许多的实践和招式是基于具体上下文、有针对性地以落地试验的方式得出的。这些何尝不是敏捷精神和本质的体现呢？

若是Scrum新手，你会从本书中收获扎实的Scrum基础和本质；若已有相当的实操经验，你会从中发现丰富且有参考价值的实例。我相信其中一些能为你指点迷津；若你的工作环境非常关注规划，则可以参考本书针对不同层面的敏捷规划和多种商业情景介绍的应对方式、相关推荐以及详细的分析。

另外，若是管理者，对通过自己的影响力推动Scrum和敏捷，则可以从第13章和第17章获得新的思路和方向，这在同类文献中可能是写得最好的。因为作者Ken本人曾经有过同样的中高层领导力经历，所以他对经理角色在Scrum环境中的转型有切身感受。而且，Ken也亲历过早期面向对象技术的发展，具有深厚的敏捷工程实践背景。本书里的分享都是源自Ken的亲身经历和反思。毫无疑问，对大多数人而言，这是一本值得收藏的Scrum最佳参考。

另外，令人眼前一亮的是书中使用的敏捷视觉化图标语言，这是Ken原创的，相信会使大家的阅读体验和Scrum应用体验更上一层楼。

通过这本书，让我们一起帮助自己、团队与组织继续发扬和发展频密交付和持续改进的的能力。

译者序

姜信宝

《Scrum精髓》名副其实，从方方面面诠释了Scrum的精髓。在本书中，不仅有敏捷宣言和原则的解读，更有敏捷适用性的探索。Ken首先介绍Scrum的框架和核心概念（Scrum活动、角色以及工件），接下来专门介绍如何解决技术债问题，经理在Scrum中的角色，Scrum的规划应该如何做，包括组合规划、产品规划、版本规划以及迭代计划。  

Ken在第3章中从经济学的角度结合精益软件开发对敏捷原则重新进行梳理。分别从可变性和不确定性、预测和适应、经验认知、WIP、进度和执行几个方面进行阐述。  

Ken还喜欢将敏捷联系到生活中。在第14章，Ken提到他的朋友John滑雪之前不会预先进行详尽规划，但会提前研究地形，先了解大概路线。这个例子生动说明了在Scrum组织中，规划有必要，但不宜过于完美、详细。计划需要随时间和变化而变。 

在本书的翻译过程中，我非常有幸能够和两位伙伴合作，他们是米全喜和左洪斌。全喜之前翻译过（《不平凡的一年：项目管理故事50则》和《团队之美》），在翻译初期也为我和洪斌提供了有效的指导，为翻译协作模式提供宝贵的经验，比如使用Google Doc保存译稿，使用Google讨论组交流翻译过程中存在的疑问，使用Excel记录翻译记录，等等。在翻译过程中，全喜的专注精神让我非常感动。在合作翻译过程中，洪斌的钻研精神和严谨的工作态度，也让我十分佩服。为了能够准确揣摩作者原意，他可能会查阅三四种字典和五六个翻译网站。我还要感谢徐毅，为保证本书的如期出版，他在最后的关键时刻施以援手，做了很多重要的工作。最后还要感谢敏捷社区的朋友们，他们都为本书的校对付出了宝贵的时间。他们分别是（排名不分先后）：许晓斌、王立杰、林伟丹、侯伯薇、杨志昂、王洪刚、陈泽平、申健、程嘉利和王洪亮。  

最后，非常感谢我的太太谢冰和我的儿子对我的支持。

最后，期望这本最厚的Scrum参考全书能帮助大家顺利走向敏捷！

前言

本书讨论的是Scrum精髓，在使用Scrum来开发创新产品和服务的过程中，这些必知必会的东西可以帮助你取得成功。

什么是Scrum精髓?

Scrum的基石是一套轻量级的核心价值观、原则和实践（统称为Scrum框架）。使用Scrum的组织需要全身心拥抱Scrum框架，不过也许并不是一次性在整个组织全面展开，但打算采用Scrum的最初（几个）团队在内部一定要做到这一点。然而，全面拥抱Scrum并不意味着组织在实施Scrum的时候必须得照着某个一刀切、放之四海皆准的公式生搬硬套。它实际意味着组织在为Scrum实施过程选择合适自己的方式时，应该一直不折不扣地坚守Scrum框架。

《Scrum精髓》综合介绍了Scrum价值观、原则和实践以及一套实践证明有效的方法体系，这些方法与Scrum框架一致但又不受制于Scrum。其中有些方法对具体的组织环境很适用，有一些则不然。任何方法都需要根据独特的组织现状进行检视和调整。

本书的缘起

作为敏捷/Scrum教练和培训师，经常有人请我推荐Scrum参考书，最好是既有Scrum框架综述，又有Scrum主流用法的介绍。因为我找不到任何一本书能够同时把这两个主题讲得足够深刻，能够为时下的实践者提供实际的帮助，我发现自己推荐的书大致有几种情况：有少数几本书讨论Scrum框架但内容已经过时或不完整；有几本书主要讲敏捷，但没有单独关注Scrum；还有几本书重点关注Scrum某个特定方面或具体方法但没有深入覆盖整个Scrum框架；如果就想通过一本书了解Scrum精髓，选择余地就比较多了，市面上这样的书很多!

Scrum之父(Jeff?Sutherland和Ken?Schwaber)写过一本书《Scrum指南》（The?Scrum?Guide）。这个简短的文档（大约只有15页）被作者描述为“Scrum金科玉律，Scrum专有文档”(Schwaber and Sutherland 2011)。他们把它比作象棋游戏的游戏规则说明：“描述棋子（各个部件）的行走规则，顺序，输赢如何定义，等等。”尽管它的用途是Scrum综述或Scrum规则手册，但在《Scrum指南》设计之初，并不想成为供大家全面了解Scrum相关基础的知识宝库。延伸两位作者的比喻，它的目的只是充当新建Scrum团队的“Scrum指南”，期望能为不熟悉象棋规则的新人提供一个15页的象棋规则说明并期望他们能够在读完这个指南之后更好地玩好象棋游戏。它真的不是“一个就够”的资源。

《Scrum精髓》这本书尝试补全Scrum基础知识体系缺失的资源。它对Scrum原则、价值和实践进行深入的讨论（大多与其他敏捷思想领袖和《Scrum指南》的看法一致），但这本书另辟蹊径，提供了一个独特的视角，我把相关的观点提出来并解释了具体原因。本书还描述了其他实施方法，这些方法与Scrum框架一致，也和我及我辅导过的团队成功应用的方法一致。我无意于用这本书替代其他深入探讨特定Scrum?实践或方法的书。这些书与本书相辅相成。可以从《Scrum精髓》开始，善用Scrum?来取悦用户。

读者对象

对于我的数千名学员（Scrum团队、认证ScrumMaster和认证Scrum产品负责人等培训课程）和我辅导过的许多团队，这本书有助于大家重新认识和澄清我们此前课程中讨论过的主题。对于更多我还没有开始愉快合作的读者，这本书可以作为你的第一本Scrum／敏捷入门书，帮助你从不同的角度认识Scrum，说不定它还能帮助你更好地提升Scrum实施效果。

写这本书的时候，我并没有针对任何一个具体的角色，它并不是专门为产品负责人、ScrumMasters或开发团队写的。相反，它的目的是让Scrum所牵涉的每个人，从所有Scrum团队成员到组织中与他们互动的任何人，都能够基于一套核心的概念体系与（便于讨论的）清楚的词汇表，共同认识和理解Scrum。有了这样的共同基础，我希望每个组织都能够有一个更好的起点，成功运用Scrum交付商业价值。

我想象着，每个Scrum?团队成员的案头都有这本书，正好翻到与她手边工作相关的内容。我还憧憬着，组织机构中每个层级的经理都在读这本书，因为他们想知道Scrum是如何帮助他们高效管理工作的，想了解哪些类型的组织变更才是保证Scrum取得成功的必要前提。正在用或者打算使用其他非Scrum敏捷方法的组织也能从中认识到很多信息与其特定的敏捷导入是有关联和帮助的。

本书的结构

本书首先对Scrum?进行简要的介绍（第1章），最后讨论成功导入Scrum?之后的下一步行动（第23章）。其余各章分为四个部分进行描述。

* 第I部分“核心概念”(第2～8章)，涉及的主题有：Scrum框架，敏捷原则，冲刺，需求与用户故事，产品列表，估算与速率，技术债。?

* 第II部分“角色”(第9～13章)，涉及的主题包括：产品负责人、ScrumMaster、开发团队、Scrum团队构成和经理。

* 第III部分“规划”(第14～18章)，主题包括：Scrum规划原则、多层级规划、产品组合规划、构想/产品规划和版本规划。

* 第IV部分“冲刺”(第19～22章)，主题包括：冲刺规划、冲刺执行、冲刺评审和冲刺回顾。

如何使用本书？

正如大家期待的一样，我写这本书时假设大多数读者都会从头到尾顺序阅读。所以，如果你是Scrum新手，建议采用这种方法，因为各章之间本来就是承上启下，前后连贯的。也就是说，如果想找到一个合适的起点从头到尾了解Scrum框架（一个非常清楚的Scrum扫盲读本），请阅读和参考第2章。

熟悉Scrum的人，则可以把这本书用作Scrum参考指南。如果对冲刺回顾感兴趣，可以直接翻到第22章开始阅读。如果想探究产品列表的细枝末节，可以直接阅读第6章。不过，我强烈建议每个人都完整读一读第3章，即使是熟悉Scrum的人。这一章所介绍的原则是Scrum框架和本书其余内容的基础，其他大多数文献都只是简单而泛泛地重复敏捷宣言中提到的价值观和原则(Beck et al. 2001)，这一章却不是。

视觉图标语言

我很自豪，我在书中采用一种新的视觉语言来描述Scrum。这种语言由一系列图标构成，这些图标体现了基本的Scrum角色、工件和活动。我这个Scrum视觉语言是一种有效的沟通工具，有利于团队成员之间交流想法并增强对Scrum的共识。如果你很想得到和使用这些让人耳目一新的彩色版Scrum插图，请访问www.innolution.com了解更多信息。这个网站还有各种资源和本书相关讨论。

心动不如行动

好吧，不管什么角色，处于什么状况，你已经因为某种原因而拿起了这本书。在字里行间找到适合自己的强大框架，以可持续的步调改善开发方式（方法和流程），交付让客户欣欣然点赞的产品和服务吧！

致谢

如果没有很多人的提供的素材，包括我的上万名学员（参加过我的敏捷课程和辅导班），这本书是不可能完成的。我可能没有提到所有人，我想说，尽管有这种可能，但对我而言，我和大家的所有讨论以及邮件往来弥足珍贵，也毫无疑问对本书产生了影响！

有三个人我要特别感谢：Mike Cohn、Rebecca Traeger和Jeff Schaich。如果没有他们每个人的参与，这本书不可能成形。

早在2000年，我和Mike Cohn在Genomica公司一起工作时就成为朋友、同事。承蒙他的好意，我的书列入他的Mike Cohn签名系列，让我能够与Mike及这一系列中其他声望卓著的作者站在一起。正如我父母常说：“看看谁和你在一起，就知道你也很不错。”我每次想谈论一些想法或讨论本书的写作策略时，都能找到Mike这个值得信赖的人。他从异常繁忙的日程中抽出时间审读每一章并给出富有创见的反馈。这些年和Mike一起工作对我来说受益匪浅——我希望这种体验今后能够长期持续。

Rebecca Traeger是我这本书的私人编辑。早在2007年我还在Scrum联盟担任执行总裁时，我们就一起共事。那时Rebecca是Scrum联盟网站的编辑，并通过这份工作（以及后来其他更多的工作）成为业内杰出的敏捷编辑。在刚开始写本书时我找到Rebecca，问她是否愿意再次与我合作，让我感到欣慰的是，她同意了。每一章拿给别人之前，都是Rebecca先过目。她的反馈时不时让我感到羞愧，因为她常常“雕琢”我的说辞，使其更容易理解，读起来更亲切。如果你喜欢书中的某个章节，那肯定是Rebecca润色过的。如果你不喜欢书的某个章节，那可能是因为我愚蠢地忽略了她的建议。

Jeff Schaich是一个才能非凡的艺术家兼设计师。我和他合作的插图项目多得数不清。早在构想本书时我就想创造一种敏捷∕Scrum图标语言作为我的培训材料以及本书200多幅插图的基础。我知道自己需要一个优秀的设计师来完成这一壮举。Jeff接受了这个挑战。这本书一度看上去像是两个不同的项目——一方面是码字儿，一方面进行艺术创作。说实在，我不知道哪部分工作花的时间更长一些。不过可以肯定，没有Jeff的艺术点缀，本书将大为失色。

我非常荣幸地请到敏捷社区的两位名人Mike Cohn和Ron Jeffries为本书作序！他们用各自独特的方式写了很棒的序言，把这本书放到合适的语境中，开启讨论《Scrum精髓》的大门。我想说：“Mike，不要再吃汉堡王了。”“Ron，多谢你没有按下那个红色按钮！”

我还想感谢很多其他在百忙之中抽出时间评审并把反馈意见告诉我的人。首先感谢反馈最多的人：Joe Balistrieri，Johannes Brodwall，Leyna Cotran，Martine Devos，Scott Duncan，Ilan Goldstein，John Hebley，Geir Hedemark，James Kovacs，Lauri Mackinnon，Robert Maksimchuk及Kevin Tureski。

此外，我想感谢其他给出很好反馈意见的人：Lyssa Adkins，John Bauer，Sameer Bendre，Susan Briscoe，Pawel Brodzinski，Rowan Bunning，Josh Chappell，Lisa Crispin，Ward Cunningham，Cornelius Engelbrecht，Julia Frazier，Brindusa Gabur，Caroline Gordon，Drew Jemilo，Mike Klimkosky，Tom Langerhorst，Bjarne Larsen，Dean Leffingwell，Maurice le Rutte，David Luzqui?os，吕毅，Shay McAulay，Armond Mehrabian，Sheriff Mohamed，Cuan Mulligan，Greg Pease，Roman Pichler，Jacopo Romei，Jens Schauder，Bill Schroeder，Yves Stalgies，Branko Stojakovi，Howard Sublett，Julie Sylvain，Kevin Tambascio，Stephen Wolfram及Michael Wollin。

我还想感谢培生（Pearson）的工作人员，他们是这个项目优秀的搭档。他们耐住性子容忍我的拖延并始终鼓励我。特别感谢Chris Guzikowski，他自始至终全力负责这个项目。从我和他在麻省莱克星顿一间酒吧的第一次会面开始，直到本书最终出版，都有他的身影。我也要感谢Olivia Basegio熟练负责后勤工作，感谢Julie Nahil在项目管理上的出色表现。此外我还要感谢Barbara Wood帮助我润色书稿，工作做得棒极了。感谢Gail Cocker把所有的艺术元素整理成一个统一、漂亮的体系。

我还要感谢我的助理Lindsey Kalicki，她让我能够把很多重要的任务交给她，让我专注于本书的写作。能够与能力这么强的专业人士共事真是幸运。

最应该感谢我的家庭——Jenine、Jonah和Asher——感谢他们以及他们发挥的重要作用。在本书漫长的写作过程中，他们为我付出太多。我给家庭带来的压力以及我们错过的彼此陪伴时间，千言万语也不足以弥补我的歉意。

Jenine，我挚爱的知己，本书写作过程中的起起伏伏她都挺过来了。如果能在书中把她做出的牺牲都列出来，这本书还要再厚上一倍。如果没有她，我无法完成这本书！

有趣的是，在我们结婚的第二年，也就是1994年，我出版了我的第一本书Succeeding with Objects。那时Jenine要我保证今后再也不写书了。幸运的是，那个保证在15年后慢慢被淡忘，超负荷的工作量现在看来也没有那么可怕，所以当她鼓励我再写一本书时，我的感觉写书这件事儿何足惧哉！她现在还没有要求我不能再写第三本书，不过我估计这段记忆至少会持续15年，然后我们两人中的一个会要求我再写一本！

我还要深深地感谢我的两个儿子Jonah和Asher的爱心支持。他们放弃了父亲的陪伴，让我能够安心写作。他们总是谈论一些想法，提出一些建议。他们在内容和艺术方面的一些建议被纳入书中——因为他们，这本书变得更好！我希望他们理解坚持不懈的价值，一次一步，不轻言放弃，即使是最令人生畏的工作，也能做好。

最后，我要感谢我的妈妈Joyce Rubin（Genesha Esther bat Avrahm），谢谢她对我的全身心的爱和支持。在她的影响下，才有这本书的问世。令人伤感的是，她在生前没有看到本书的出版。她于2012年1月离开人世，给她的家庭和我留下永远无法弥补的遗憾。在所有认识她的人心目之中，她是一个特别的存在。妈妈，千言万语也无法表达我对你的思念之情。

著译者简介

作者

Kenneth S. Rubin

提供Scrum和敏捷方面的培训、辅导，帮助公司以富有成效、经济合理的方式开发产品。Kenny是一名认证的Scrum培训师，为18?000多人做过敏捷和Scrum、Smalltalk开发、面向对象项目的管理以及转型管理方面的培训。他辅导过的公司超过200家，有初创企业，也有《财富》榜排名前十的公司。

Kenny是Scrum联盟的第一任执行总裁，Scrum联盟是全球性的非盈利组织，致力力推广Scrum的成功应用。除了本书，Kenny还是1995年出版的Succeeding with Objects: Decision Frameworks for Project Management的合著者之一。他拥有了乔治亚理工学院的计算机科学学士学位和斯坦福大学的计算机科学硕士学位。

Kenny的技术背景源于面向对象技术社区。他最初是一名Smalltalk开发人员，在1985年参加了NASA资助的一个项目，开发了第一个非LISP语音写的黑板专家系统。他在1988年幸运地加入ParcPlace Systems公司，施乐帕克新成立的一个分公司，该公司的宗旨是让面向对象技术走出实验室，走向世界。Kenny在20世纪80年代末和整个90年代为很多不同的组织做过咨询，他是敏捷实践方法早期的采用者。他第一次使用Scrum是在2000年，用于开发生物信息学软件。

Kenny在职业生涯中从事过很多岗位的工作，包括成功地担任过Scrum产品负责人、ScrumMaster和开发团队成员。此外，他还担任过很多管理角色：CEO、COO、工程部副总裁、产品管理副总裁、专业服务副总裁。他还管理过5个商业软件产品套件的开发工作，产生的总收入超过2亿美元。此外，他还直接参与风险投资融资项目，融资金额超过1.5亿美元，还帮助两家公司在纳斯达克（NASDAQ）上市。

Kenny丰富的背景使他能够从开发团队和管理层等多个角度深入、透彻地理解（并解释）Scrum及其含义。

译者

姜信宝

喜欢新鲜事物，喜欢读书，喜欢分享，愿意和大家共同进步。Agile1001公开课联合发起人之一。CSP，CSM，PMP。热衷于敏捷，是国内敏捷社区的主要推动者之一。

米全喜

IT行业的一名老兵，敏捷爱好者，在软件开发、测试、项目管理和运行方面都有一定的工作经验，目前从事金融行业IT流程管理工作。翻译作品有《团队之美》和《编程人生》等。

左洪斌   

供职于爱立信中国研发中心，十年以上IT从业经验，三年ScrumMaster经验，CSM。爱读书，爱音乐，也爱程序设计。