Mitch Lacey 撰写了《The Scrum Field Guide: Practical Advice for Your First Year》一书（Pearson/Addison-Wesley Professional）。在书中他向那些实施敏捷的开发团队如何从技术和团队合作层面进行实践活动提出了具体的建议。
该书旨在为团队中的所有敏捷开发角色提供实用的建议，并且针对许多超越敏捷开发基础框架的补充实践活动从技术工程和管理 / 控制层面提供了“如何”和“为何”的指导意见。
InfoQ 的读者可以从此处下载该书的摘要。
InfoQ 的 Shane Hastie 最近针对该书的风格和内容专访了 Mitch 本人。
InfoQ：是什么促使你写此书的，你打算填补怎样的空白？敏捷开发不是已经被其他出版物很好的诠释过了吗？比如 ScrumGuide。
Mitch：当我第一次加入团队的时候，我相当缺乏进行敏捷开发的诀窍和技巧。虽然当时市面上有许多关于敏捷开发的书，诸如 _Agile Software Development with Scrum，User Stories Applied_ 和 Beck 的 _Extreme Programming，而且这些书很好的帮助我理解了敏捷开发的概念，就像 _Scrum Guide_ 今天 _ 所做的那样。但是当我们深陷敏捷开发的泥沼时，我们还是不禁要问自己“我们真的有必要进行站立会议吗？”。多年之后的今天，当我再次跟新的团队一起开发项目时，我听到的问题都是我们曾经经常问起的问题，所以，最终我将这些问题记录了下来。
InfoQ：为什么你适合写这本书，是因为你的资历还是背景？
Mitch：我合适因为我是一名从业者。你应该见过很多没有价值的材料。我在尽量远离它们。人们都想得到实用的建议和专业的知识。你从我书中读到的每一个故事都是我在项目中的亲身经历。我是一名 PMI、PMP 和 ACP，所以我觉得我应该给大家带来了一个平衡、务实的工作方式。
InfoQ：你提到了一个观点“敏捷开发很简单，但不容易”——为什么？
Mitch：因为从任何的字面意义上理解，它都是简单而不容易的。任何人都可以在短短的几分钟内理解敏捷开发。见鬼，现在有很多的视频可以保证在十分钟内就教会你敏捷开发，也许 8 分钟或者 7 分钟就可以做到。我想我曾经看到一个不到 5 分钟的视频。这给我一个启示，人们可以在很短的时间内就理解敏捷开发的基础知识。
但是要全面的理解和有效的运用敏捷开发，无论如何，还是需要数年的时间来掌握。在这期间可以在组织里挖掘出许多的问题和难题，而这些问题都是很常见的，需要我们不断投入精力去处理。这是一个很大的挑战，也是一件很不容易的事情。
InfoQ：这本书传递了哪些重要信息？读者可以获得哪些信息从而帮助他们更加有效的实现敏捷开发？
Mitch：该书提到的很重要一点就是——敏捷开发不仅仅是简单的日常站立会议而已。要达到某种程度的完成水平（圆满并且可以发布），每个 Sprint 都需要组织中的所有人员付出大量的心血和努力。读者可以全面地获得实用的意见，这将帮助他们更有效率性。有一件我经常要求我的团队做的事情就是让他们在周五的晚上发布版本。刚开始的时候我们失败了，而且一开始就失败了。但是当我们做的越来越好的时候，我们不禁要问自己“为什么不是每个人都在周五的晚上进行交付呢？”书中的这个技巧将帮助团队在他们的系统中达到一定程序的舒适性和稳定性。
InfoQ：在书中你在工程实践方面罗列了很多的重点——为什么它们那么重要，有哪些重点是需要团队特别关注的？
Mitch：工程实践就像从花生酱到巧克力。敏捷开发很好，但是有了极限编程的工程实践以后，它会变得更好。测试驱动开发，持续集成和重构都是产品交付、软件运行和每个 Sprint 的必需元素。结对编程，可能是最受争议也是最重要的实践——正因为如此重要所以我要告诫人们应该立刻开始实施它或者实行 TDD。只要心态转变成功以后这两者都是非常容易实现的。工程实践能够帮助团队从很好到更好。
InfoQ：书中有一个章节命为“First Aid”，你能给我们描述一下你所发现的常见问题以及解决这些问题的途径？
Mitch：First-Aid 诞生于那些“从事敏捷开发而又做的不是好”的团队——他们是在从事所谓的敏捷开发——即“他们是在从事敏捷开发，但是他们做的并不好…”。First Aid 这一章涵盖了许多的常见问题，比如如何保证人们在结对编程（我所推荐的关键工程实践之一）的时候能够全神贯注，如何添加新的团队成员，以及如何运作一个富有成效的日常站立会议。
InfoQ：你提到另一个领域就是管理和控制实践——你能给我们稍微介绍一下它们吗？
Mitch：对我来说，管理和控制工作的关键在于沟通。比如说有这样一个 PMO，希望得到一个微软式的项目计划，但其实他真正关心的是项目什么时候能够交付到什么程度。同样的，负责人可能会询问你关于详细规格的问题，但其实她真正想知道的是“关于我要求你所做的事情，我们的理解是不是一样的？”
我相信只要你花点时间去搞清楚他们真正想知道的是什么，那么你就可以很轻松的回答他们针对你的项目和情况在采用最轻量级的实现方式后关于进度和需求方面的问题。
InfoQ：在“Advanced Survival Techniques”这一章里面你提到了一些挑战，即那些通常被认为是“anti-Scrum”的方面。对于敏捷开发的文档，外包和合约，你有什么意见可以提供给读者的吗？
Mitth：我不知道是否该把文档或者外包当做“anti-Scrum”——这就是我们今天生活的真实世界，敏捷团队还面临着巨大的问题。我唯一能提供的建议，简单来说，就是我们可以很敏捷，可以从事敏捷开发，可以依然拥有可靠的文档，可以外包，可以拥有有效力的合约。为了了解更多，你应该阅读书中的其他章节。
关于作者
Mitch Lacey 是一名敏捷从业者和顾问，同时也是 Mitch Lacey & Associates 股份有限公司的创始人，该公司主要从事软件培训和顾问。Mitch 专门帮助公司通过采用敏捷原则和实践来实现效率的提升，比如通过敏捷开发和极限编程。在经历过软件测试工程师、测试经理、开发工程师等一系列相关的工作以后，他最终找到了自己真正的兴趣所在，工程和项目管理。他开始在微软公司训练开发敏捷的技巧，直到今天，他已经有超过 16 年的相关经验，但他还在继续通过和不同组织里的项目团队进行试验和练习来锻炼自己的技艺。Mitch 在世界各地的会议都发表过演讲，还是 Agile 2012 的会议主席，而且还是 Agile Alliance 和 Scrum Alliance 董事会的董事。
Mitch Lacey 的 The Scrum Field Guide: Practical Advice for Your First Year 由 Pearson/Addison-Wesley Professional 出版社在 2012 年 3 月出版，ISBN 0321554159, Copyright © 2012 Mitchell G. Lacey；想要了解更多请参考 ** Book Review: The Scrum Field Guide ** 该链接。
暂无签名
Java 避坑指南：Java 高手笔记代码篇
本迷你书包括 86 个业务开发中常见踩坑点。每一个知识点都相当的实用，是程序员业务开发中的必备避坑指南...
评论