硝烟中的Scrum和XP——我们如何实施Scrum

　　开发团队需要了解一些Scrum的基础知识。该怎样创建产品backlog，对它进行估算？怎样把它转化成sprint backlog？怎样管理燃尽图（burndown chart），计算团队的生产率（velocity）？Henrik的书可以用作一些基础实践的入门指南，帮助团队从试用Scrum中成长，最终成功地实施Scrum。
　　当前，良好的Scrum执行过程对需要风险投资的团队正变得日益重要。我现在是一个风险投资团队的敏捷教练；为了帮助他们达成目标，我给出的建议是：只给敏捷实践实施情况良好的敏捷公司投资。团队中的资深合伙人（senior partner）在向所有的待投资企业问同一个问题：你们是否清楚团队的生产率？目前他们都很难做出明确的答复。要想在将来得到投资，开发团队就必须清楚自己的软件生产率。
　　为什么这一点如此重要呢？如果团队不清楚自己的生产率，那么产品负责人（product owner）就无法用可靠的发布日期来创建产品路线图。如果没有可靠的发布日期，公司的产品就可能会失败，投资人的钱就有可能化为乌有！
　　无论公司规模大小，创办时间长短，或者是否有资金注入，这个问题都是它们所要面对的。在最近在伦敦举办的一个大会上，我们曾讨论过Google内部的Scrum实施状况，当时的听众有135个人，我问他们中有多少人在使用Scrum，只有30个举手。我又接着问他们是否在根据Nokia标准来做迭代开发。迭代开发是敏捷宣言的基本原则——在早期频繁地交付可工作的软件。Nokia用了几年时间，对上百个Scrum团队的工作进行了回顾，总结出迭代开发的基本需求：
　　迭代要有固定时长（被称为“时间盒”，即timebox），不能超过六个星期；
　　在每一次迭代的结尾，代码都必须经过QA的测试，能够正常工作。
　　使用Scrum的30个人里面，只有一半人说他们遵守了Nokia标准，符合敏捷宣言的首要原则。我又问他们是否遵守了Nokia的Scrum标准：
　　Scrum团队必须要有产品负责人，而且团队都清楚这个人是谁；
　　产品负责人必须要有产品backlog，其中包括团队对它进行的估算；
　　团队必须要有燃尽图，而且要了解他们自己的生产率；
　　在一个sprint中，外人不能干涉团队的工作。
　　仅有的30个实践Scrum的在场人士中，只有3个能够通过Nokia的Scrum测试。看来只有这几个团队才有可能在将来得到我的风险投资伙伴的钱了。
　　如果按照Henrik列出的实践执行，那么你就会拥有如下产物：产品backlog、对于这个backlog的估算、燃尽图；你会了解团队的生产率，并掌握在切实有效的Scrum过程中所包含的众多基础实践。这些收获就是本书的价值所在。你将会通过Nokia的Scrum测试，对工作的投资也会物有所值。如果你的公司还正处于创业阶段，也许还会收到风险投资团队的资金注入。你也许会塑造软件开发的未来，成为下一代软件产品中领军产品的创建者。
　　Jeff Sutherland, Ph.D
　　Scrum共同创始人
　　Scrum和极限编程（XP）都要求团队在每一次迭代的结尾完成一些可以交付的部分工作成果。迭代要短，有时间限制。将注意力集中于在短时间内交付可工作的代码，这就意味着Scrum和XP团队没有时间进行理论研究。他们不会花时间用建模工具来画UML图、编写完美的需求文档，也不会为了应对在可预计的未来中所有可能发生的变化而去写代码。实际上，Scrum和XP都关注如何把事情做好。这些团队承认在开发过程中会犯错，但是他们明白：要投入实践中，动手去构建产品，这才是找出错误的最好方式；不要只是停留在理论层次上对软件进行分析和设计。
　　注重实践而非理论研究，这正是本书的独到之处。Henrik Kniberg很清楚，初涉门径的人更需要这种书籍。他没有对“什么是Scrum”进行冗长的描述，只是给出了一些网站作为参考。从一开始他就在讲他的团队如何管理产品backlog，并基于它进行工作。接着他又讲述了成功的敏捷项目中包含的所有元素和实践。没有理论，没有引用，没有脚注，没有废话。Henrik的书没有从哲学角度上分析为什么Scrum可以工作，没有分析为什么你可能会尝试不同的选择。它描述的是一个成功敏捷团队的工作过程。
　　所以本书的副标题——“我们如何实施Scrum”——才显得格外贴切。这也许不是你实施Scrum的方式，这是Henrik的团队实施Scrum的方式。你也许会问：“为什么我需要关心别的团队怎样实施Scrum？”这是因为通过关注其他团队的实施过程，尤其是成功的案例，我们就可以学到更好的实施方式。这不是，也永远不会是“Scrum最佳实践”的罗列，因为团队和项目的真实场景要比其他一切都重要得多。我们应该了解的是优秀实践及其应用范围，而不是最佳实践。在读过足够多的成功团队的实践经验以后，你便会做好充分的准备，来面对实施Scrum和XP的过程中将会遇到的艰难险阻。
　　Henrik提供了很多优秀实践，还有对应的使用场景；通过它们，我们能够更好地掌握如何在自己的项目中，在战壕里使用Scrum和XP。
　　Mike Cohn