推荐序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已经有了一些时日，就全书浏览一遍，把它留在手边随时参考。如果发现自己开始认真思索团队的事儿或者寻思着搞点儿创新，不妨拿起这本书，从字里行间寻找突破点。你肯定能够从中找到金子（有价值的东西）。