前言
本书讨论的是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框架,敏捷原则,冲刺,需求与用户故事,产品backlog,估算与速率,技术债。
第II部分“角色”(第9~13章),涉及的主题包括:产品负责人、ScrumMaster、开发团队、Scrum团队构成和经理。
第III部分“规划”(第14~18章),主题包括:Scrum规划原则、多层级规划活动、产品组合规划、构想/产品规划以及版本规划。
第IV部分“冲刺”(第19~22章),主题包括:冲刺规划,冲刺执行,冲刺评审和冲刺回顾。
如何使用本书
正如大家期待的一样,我写这本书时假设大多数读者都会从头到尾顺序阅读。如果你是Scrum新手,就应该采用这种方法,因为各章之间本来就是承上启下,前后连贯的。也就是说,如果想找到一个合适的起点从头到尾了解Scrum框架(一个非常清楚的Scrum扫盲读本),请阅读和参考第2章。
熟悉Scrum的人,则可以把这本书用作Scrum参考指南。如果对冲刺回顾感兴趣,则可以直接翻到第22章开始阅读。如果对探究产品backlog的细枝末节,可以直接阅读第6章。不过,我强烈建议每个人都完整读一读第3章,即便是熟悉Scrum的人。这一章介绍的原则是Scrum框架和本书其余内容的基础,其他大多数文献都只是简单而泛泛地重复敏捷宣言中提到的价值观和原则(Beck et al. 2001),这一章却不是。
视觉图标语言
我很自豪,这本书采用了一种新的视觉语言来描述Scrum。这种语言由一系列图标构成,这些图标被设计为体现基本的Scrum角色、工件和活动。这个Scrum视觉语言是一种有效的沟通工具,有利于团队成员之间交流想法并增强对Scrum的共识。如果你很想得到和使用这些让人耳目一新的彩色版的Scrum插图,请访问www.innolution.com了解更多信息。这个网站还有各种资源和本书相关讨论。
心动不如行动
好吧,不管什么角色,处于什么状况,你已经因为某种原因而拿起了这本书。在字里行间,找到一个适合自己的强大框架,以可持续的步调改善开发方式(方法和流程),交付让客户欣欣然点赞的产品和服务吧!
序言
推荐序:Mike Cohn
代表作:《Scrum敏捷软件开发》、《敏捷估算与规划》与《用户故事与敏捷方法》)
我今天的午餐是在汉堡王餐厅吃的。墙上贴着一幅“皇堡之家”的海报,告诉人们皇堡可以有很多种点法。泡菜、番茄、生菜和奶酪可以多要一点,也可以不要,各种各样的组合,能做出很多种汉堡包。实施Scrum的可行方法也必然有很多很多种。不过,虽然条条道路通罗马,但不同的方法还是有好坏之分的。
在《Scrum精髓》中,Ken Rubin帮助读者找到了更好的方法。他的书讲述的不是规范——他没有说,“你必须得这样做。”相反,他传授的是帮助Scrum取得成功的幕后的基本原理。比如说,在制定冲刺计划时并不存一个在对所有团队来说都正确的方法。适用于某个公司或项目的方法在另一个公司或项目中却行不通。Kenny给我们提供了一些选择。但是终的决定权在每个团队。幸运的是,这些团队现在有了这本书的帮助。
《Scrum精髓》我们带来的一个意外好处是Kenny引入的、用于表达Scrum的视觉语言。这些图对理解文字内容非常有帮助,我估计今后人们在讨论Scrum时会常常使用这些图像。
我们早该有这样一本书了。Scrum初是一个小概念。本讨论它的书Wicked Problems, Righteous Solutions(DeGrace和Stahl合写)只有6页。但在它面世20多年后,Scrum得到扩充,引入并细化了新的角色、会议和工件。每增加一个内容,我们都面临着丢掉Scrum核心内容的风险——部分核心内容阐述的是团队如何规划工作,如何先做一小部分,然后反思团队完成的工作,看看在一起做得怎么样。
在《Scrum精髓》一书中,Kenny把我们带回到Scrum的核心内容。在这个基础上, Scrum团队可以开始做出实施Scrum所需要的决策,做出适合自己的决策。本书是一个不可或缺的指南,可以帮助团队在林林总总的Scrum实施方法中选择并找到一种能够带来成功的方法。
推荐序—Ron Jeffries
当Kenny邀请我为他的《Scrum精髓》写一篇序的时候,我就在想:“这事儿做起来快,简单,它肯定是一本很直白的、简单描述Scrum的书。”我对Ken的简洁明快的工作风格非常了解,所以知道他的作品肯定也是这样的,甚至比我想象的肯定还好!
所以呢,当我看到这本书几乎涵括Scrum“处女航”的全部精髓时,你可以想像我的感受,简直是又惊又喜!而且,Kenny还更进一步。他从核心的理念入手,包括所有敏捷方法底层的敏捷原则,概览了Scrum框架。他还深入到细节进一步探究更多细节。这本书可读性强,而且内容丰富,耐读。Kenny 对规划的详细描述是恰到好处的,他还谈到需求、故事和backlog估算、速率。随后还带我们深入敏捷原则,帮助我们处理所有级别的规划和所有时间范围。他描述了如何规划、执行、回顾和改进冲刺过程。贯穿全书,他在介绍基础知识之外,还重点强调了我们在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敏捷项目管理》(国内本Scrum相关译著)
一本非常不错的介绍Scrum核心及相关实践、打造敏捷交付能力的参考书!
自2007年我有幸引入和翻译本Scrum书籍《Scrum敏捷项目管理》(Ken Schwaber著)之后,我们见证了敏捷和Scrum在中国软件及产品研发行业的应用和演进,业界人士和许多团队的不断深入实践及锲而不舍的多样化尝试,也目睹许多组织和团队的迂回之路和成功发展敏捷能力的成就感,但同时也对他们的困惑和挣扎感同身受。Scrum框架是强大的,其生命力来源于其简洁性,但要想获得成效,难也难在此!
感谢业界同行的热情与努力,此数年间陆续有新的Scrum相关书籍进入市场。每一本书都有其独到之处。这本《Scrum精髓》也给我们带来惊喜,在业界需要的时候来到中国。感谢清华大学出版社和译者的付出!
条条大路通罗马。Scrum框架不变,彰显其精髓和价值观的实践和形式确实是在不断得到探索和演进。有许多的实践和招式是基于具体上下文、有针对性地以落地试验的方式得出来的。这些何尝不是敏捷精神和本质的体现呢?
若是Scrum新手,你会收获这本书带来的扎实的Scrum基础和本质;若已有相当的实操经验,你会发现丰富且有参考价值的实例。我相信其中一些能为你指点迷津;若你的工作环境非常关注规划,则可以参考本书针对不同层面的敏捷计划和多种商业情景中所介绍的应对方式、相关推荐及详实的分析。
另外,若是管理者,想通过自己的影响力推进Scrum和敏捷,则可以从单独针对管理者角色和思路设计的这章内容中获得新的思路和方向,这在同类文献中可能是写得好的。因为作者Ken本人曾经有过同样的中高层领导力经历,他对管理者角色在Scrum环境中的转型感同身受。而且,Ken也亲历过早期面向对象技术的发展,具有深厚的敏捷工程实践背景。本书里的分享都是源自Ken的亲身经历和反思。毫无疑问,对大多数人而言,这是一本值得收藏在案头随时翻阅的Scrum参考书。
另外,令人眼前一亮的是书中使用的敏捷视觉化图标语言,这是Ken原创的,相信会使大家的阅读体验和Scrum应用体验更上一层楼。
通过这本书,让我们一起帮助自己、团队与组织继续发扬及发展频密交付和持续改进的精神和能力。
导语摘要
短短几年时间,跃升为敏捷*方法,在全球各地得以普遍应用。针对如何用好、用巧这个看似简单的框架,本书以通俗易懂的语言、条理清晰的脉络阐述和提炼出的精髓。全书共部分章,阐述了七大核心概念:框架,敏捷原则,冲刺,需求和用户故事,产品订单,估算与速率,技术债;五大角色:产品负责人,,开发团队,团队结构,经理:规划原则及四大规划活动:多层次规划、产品组合规划、产品规划和长期规划;冲刺四大活动:规划、执行、评审和回顾。
本书取自作者十多年的实践经验,对员工个体和管理层都具有重要的指导和参考意义,可以帮助企业导入方法实现敏捷转型,从而在动态的商业环境中以积极的心态拥抱变化,做出优秀、卓越的产品,成就创业、守业、常青基业。
作者简介
KennethRubin
Ken提供Scrum和敏捷培训与教导服务,旨在帮助企业以更高效、更经济合理的方式开发产品。作为一名认证的Scrum培训师,他曾为1.8万人提供过Scrum和敏捷培训,管理过面向对象项目与企业转型管理过程。他还为数千家公司(从初创公司到财富十强的企业)提供教练服务。Rubin是全球Scrum联盟的首任常务董事,Scrum联盟是一家非盈利机构,着眼于推广Scrum的成功应用。从事开发工作期间,Rubin也是一个能干的多面手,先后担任过Scrum产品负责人、ScrumMaster和开发人员。他的管理经历也很丰富,担任过CEO,COO,工程副总,产品管理副总和专业服务副总。他还是SucceedingwithObjects:DecisionFrameworksforProjectManagement一书的合著者,此书出版于1995年。他还独立开发了业内享有盛誉的OBA/D(对象行为分析与设计)方法论。
姜信宝喜欢新鲜事物,喜欢读书,喜欢分享,愿意和大家共同进步。Agile1001公开课联合发起人之一。CSP,CSM,PMP。热衷和推广敏捷,是国内敏捷社区的主要推动者之一。
米全喜IT行业的一名老兵,敏捷爱好者,在软件开发、测试、项目管理和运行方面都有一定的工作经验,目前从事金融行业IT流程管理工作。参与过《团队之美》、《编程人生》等书的翻译。
左洪斌现就职于爱立信中国研发中心,十年以上IT从业经验,三年ScrumMaster经验,CSM,兴趣爱好广泛:读书,音乐,程序设计
目录
推荐序—Mike Cohn
推荐序—Ron Jeffries
推荐序—李国彪
前言
致谢
第1 章引言
什么是Scrum?
Scrum 的起源
为什么要用Scrum?
Genomica 取得的成果
Scrum 能给你带来帮助吗?
复杂域
繁杂域
简单域
混乱域
无序
常常被打断的工作
结语
第Ⅰ部分 核心概念
第 2 章 Scrum 框架
概述
Scrum 角色
产品负责人
ScrumMaster
开发团队
Scrum 活动与工件
产品 Backlog
冲刺
制定冲刺计划
目录
冲刺执行
每日例会
完成
冲刺评审
冲刺回顾
结语
第 3 章敏捷原则
概述
可变性和不确定性
积极采用有帮助的可变性
采用迭代和增量开发
通过检查、调整和透明性充分利用可变性
同时减少各种形式的不确定因素
预测与适应
保持选择开放
承认无法一开始就把事情做对
偏好适应性、探索式的方法
用经济合理的方法接受变化
平衡预测性的事前工作和适应性的刚好及时工作之间的关系
经过验证的认知
快速验证重要的假设
利用多个认知循环并行的优势
组织妥善工作流程以获得快速反馈
在制品
批量大小要经济、合理
识别并管理库存以达到良好的流动
考虑延迟成本
进度
根据实时信息来重新制定计划
通过验证工作结果来度量进度
聚焦于以价值为中心的交付
执行
快速前进,但不匆忙
内建质量
采用小够用的仪式
结语
第 4 章冲刺
概述
时长限定
设定在制品数量限制
强制排列优先顺序
展示进度
避免不必要的完美主义
促进结束
增强可预测性
持续期短
容易制定计划
快速反馈
提高投入产出比
有限的错误
重新焕发活力
频繁的检查点
一致的持续期
节奏感的好处
简化计划过程
所做的变化不允许改变目标
什么是冲刺目标?
共同的承诺
是变更,还是澄清
变更所引起的后果
注重实效
异常终止
完成的定义
什么是完成的定义
完成的定义可以随时间演变
完成的定义与验收标准的比较
完成还是完成-完成
结语
第 5 章需求与用户故事
概述
利用对话
逐步细化
用户故事是什么
卡片
确认
细化程度
好故事的INVEST 原则
独立
可协商
有价值
以下为对购买帮助不大的评价