敏捷教练-介绍

敏捷就是团队在一起工作、生成出优秀软件。作为一个敏捷教练，你可以帮助你的团队小步快跑到敏捷中去释放他们全部的潜能。

这本书就是关于如何使团队从敏捷中受益的。它关注于实际的建议、注意事项、技术，使得教练团队能否提高有效力。对于任何想要在敏捷开发中培训团队的人都适合-不管你是开发负责人、技术专家或者你只是开发人员。

敏捷教练的艺术在于理解敏捷软件开发所遇到的问题、价值，以及这两者是如何结合的。作为一个敏捷教练，你不需要知道所有的答案，需要花费很多时间和很多经验才能找到最好的方法。我们所一起工作的团队遇到过很多的问题，我们从一起工作的团队中学习。

这本书将讨论从制定计划到部署软件的整个敏捷开发的每一个步骤。我们不得不去探索更多的敏捷方法中的实践，包含计划的和技术的，因为他们结合在一起工作会让系统更稳固。然而，经验告诉我们，最难的部分不是敏捷方法，而是如何教导别人采纳他们。这就是这本书的内容。

 

Generic Agile（一般的敏捷）

大多数团队使用XP/Lean/Scrum的框架方法混合，所以在这本书中，把这些都叫做敏捷

 

敏捷过程中最简单的生命周期如图。这个图标明团队是周期地交付软件。每一次周期都以基于用户故事的的计划作为开始，以demo演示和回顾作为结束。团队在共用空间内一起工作，以围绕看板进行的站立晨会作为一天工作的开始。软件使用TDD和CI来开发。一些团队以一周为周期，然而有些团队以一个月为一个周期

作为敏捷教练，我们努力在多职能团队和投资者之间建立一个有益的沟通。我们使用属于“客户”作为投资者代表，他和团队一起工作（相当于PO），但是不对团队的角色负责，基于我们的经验，这是两个不同的组织。

生命周期图标明敏捷实践是组合在一起的。但是不用从顶部开始执行敏捷。你的团队可以从生命周期中的任何实践开始，然后逐渐的把其他实践加入。

 

The Aim of This Book（本书的目标）

引导就是和人一起工作。这些人在工程和团队中工作，这些团队在一个组织中。每个人、工程、团队、组织是不同的，所以我们不能确切地规定你所遇到的问题如何来解决

作者建议：展示而不是告诉

我认为，不进入到敏捷实践中纯粹地谈论敏捷引导，是不可能的。这是作为敏捷教练的一个主要事情之一。你要亲自到敏捷团队中去帮助他们-揭开敏捷神秘的面纱、解除混乱、使困难变得容易。

想象一个这样的场景，如果你看到一个人用锤子在敲钉子，但是他使用锤子柄来敲。你提供的帮助是给他展示如何使用锤子，你使得情况好转，你是用锤子头来敲钉子。现在，他们知道怎么使用锤子，工作变得容易了，他们很高兴使用锤子因为他们知道如何工作了。

我经常遇到一些团队，他们尽力在使用敏捷实践，但是他们做的相当奇怪，而且存在时间浪费。我展示给他们如何不同的做这件事情，而不是告诉他们如何来做。他们选择是否要使用我展示给他们看的那个方法。

 

我们给了一般的可以遵循的指导原则，也给了你可能遇到的情况下的不同选择。

 

我们不能给你永远奏效的规则，因为两种问题不会完全一样。根据这个团队的情况，可能会给喝其他团队相反的建议。例如：我们一般推荐开发负责人参加每日站会，但是我们也多次建议他们不参加。一些主要原因就是团队规模、团队压力、团队成员的经验。

通过这本书，我们共享在不同的环境中的故事，还有一些注意事项，如果你恰好遇到了我们描述的情形你可以使用这些注意事项。你需要决定是否在你的团队中使用我们的建议。

对于一个有效的敏捷教练连说，时间和经验是很必要的。阅读这本书将增加你的知识。他讲帮助你避免引导陷阱、对于提高引导技能提供注意事项。对于你和团队一起学习，它将给你灵感和主意。

 

How to Read This Book（如何阅读这本书）

每一个章节都是相对独立的。可以深入读也可以顺序读这本书。以讨论一般的引导规则为开始，然后进入到如何运用他们去引导特定的敏捷实践。在每一个章节的末尾，要画一些时间去回顾checklist，反馈你如何在你的团队中运用你学习到的内容。

 

在引导敏捷团队中，我们遇到过很多不得不克服的障碍。在每一张的末尾，我们将共享这些案例，并且给出清除障碍的建议。这些不意味着是一个详尽的清单，但是我们希望当你遇到问题时，这些建议可以给你灵感。