团队建设

要想得到伟大的产品，需要拥有一些独到之处。而我相信，“独到之处”目前更有可能来自一支好的团队。因此，从业务管理的角度来看（这也是关于这件事我们最需要说服的管理者）——我们需要一支稳定的团队。

[一支伟大的团队]拥有5到10倍的提升。（……）这是一支会下金蛋的鹅。（……）如果能够持续为他们提供理想而令人满意的工作，他们或许永远都不需要改变。

我们不再以项目作为起点而后寻找人手完成项目。我们现在以团队为起点，并寻找适合它的工作。

一群为了同一个项目工作的人，与一个为了共同的结果进行工作的团队，二者之间有着明显的区别。团队专注于其共同目标，而且会为了团队表现牺牲自我。

最近我们采纳了“稳定”团队的目标。这并不意味着团队永远不会变化或改变，但它切实意味着我们会关注我们的团队在大小和组成方面的改变。同其他潜在的好处一道，我相信稳定性是构建能够专注于集体成就的团队的重要组成部分。

个体和组织机构都不欢迎对团队的构成进行过于频繁地改变。团队需要稳定性才能有活力。在市场、需求和技术快速变化的敏捷世界中，安全性和持续性来自稳定的团队。

改变团队构成会让团队建设流程从头来过，而这会导致生产力和自我组织受到损害。（……）保证团队主要成员能够持续为某个产品工作，以避免信息流失、缺陷和延迟。

一位资深经理能够为任何开发团队做的最有价值的事情之一，是创建支持稳定团队的组织架构。不变的、持久的团队，而不是一个为了项目而召集、在项目之后又遣散以便围绕新项目重组的团队。

某些团队的成员能够一拍即合，这样的团队会非常快速地经过以上过程，并且期间只有些许紧张。另一些团队则困在震荡过程中太久，并且需要很长时间以真正开始作为一个团队进入执行阶段。

最好将团队与特定产品或产品组合相结合。这样团队能够共同前进，从一个项目到另一个项目，而无需每次重建团队，而且这样的团队拥有经过优化的关系、流程和速度所能带来的全部好处。这里的理念是将项目分派给已经建立起来的团队，而不是将员工分配到项目并且为了项目每次组建新的团队。

我的许多客户都不希望切换团队——这是神圣不可侵犯的。“哦不，我们不能重新配置团队。这些人就是我们所拥有的。现阶段没有其他的选择。”我说，“不，你可以做出改变。”我不是说直接开除某人（尽管，存在一些例外情况，在这些情况下这是清晰和明显的行动步骤）。而且不，不应该经常将团队成员混合。但是有时候只需要为了团队、利益相关者和客户的利益将团队成员剔除掉。

能力指“技术技能”，例如编写代码的技能、测试的技能、商业分析技能等等，以及敏捷的价值观和原则的证明。意愿指技能组中“人”的部分——他们如何开放地拥抱和相信基础的敏捷价值观和原则，例如协作、响应变更、反馈、作为一个完整团队工作（而不是作为专家）等等。

关于挑选团队成员，首选那些同时具备能力和意愿的人。具有低能力、高意愿特点的团队成员可以通过结对来发展他们的技术技能，从而提升其能力。对于具有高能力、低意愿特点的团队成员，可以进行私人辅导以提高意愿，或是决定让其作为团队顾问而不是成员。对具有低能力、低意愿特点的团队成员，你必须考虑是否希望他们成为团队的一份子：

最后，对那些具有低能力、低意愿特点的成员，需要从一开始就与其进行诚恳的谈话。我甚至曾经在第一次Sprint会议上就要求这类人完全离开团队，有时这会从管理的角度带来非常负面的影响。不过这一般会随着时间推移而成为过去，特别是当团队进入执行阶段的时候。”