创建敏捷团队

简介

创建敏捷的软件开发团队并不像表面看起来那么容易。很多管理人员和团队主管会雇佣技术合格的人组成团队,扔给他们某种敏捷过程,然后就希望所有事情
都像书上说的那样有效。这种方法不仅不现实,而且非常容易失败。本文将会描述成功团队的要素,并说明我们应该如何创建这样的团队。

成功团队的要素

成功的敏捷软件开发团队由技能熟练的开发者组成,他们已经确立了团队价值,拥有良好的沟通,并且总是寻找改善的机会。对于成功来说,尽管这些因素并
非绝对必要,然而拥有全部因素会为我们铺就一条通往成功的捷径。

核心原则

对于想要为团队确立什么样的文化,每个人都有自己的想法。除非管理人员雇佣自己非常熟悉的人,否则就很难将文化的愿景变为现实。我们很早就发现以下
重要特征:拥有客户的视角、有效地协作、通过事实管理,以及专注于执行等等。具体执行了这些原则的团队就具备了成功的条件。执行这些核心原则的团队成员会
表现出大量良好的行为,诸如向客户提问、像客户那样思考、愿意请求帮助、愿意帮助他人、根据具体的事实而不是个人意见来做决定,以及努力交付完成的代码。

有效沟通

有效沟通对成功起着决定性作用。与人面对面交流是最有效沟通的方式之一。当人们聚在一起的时候,就更容易得到好主意。有效沟通另一个决定性因素是专
注。如果没有一个定义好的主题能够让参与者集中注意力,那么谈话就不会有好的效果。有效沟通第三个重要因素是让谈话专注于事实和想法。当个人的意见取代了
事实和想法,那么谈话很快就会变为为了个人胜负的争辩。

好的成员

成功团队最重要的因素就是人。软件开发团队需要有才能的人,需要熟练的开发者来使用新的技术创建复杂的系统。创建这样复杂的系统不可能由一两个人完
成,因此一个团队是很必要的。这样,就需要开发者也必须具有良好的团队精神。

不断提升

我们知道,当创建新的团队来开发新系统时经常会失败。能否从发生的错误中学习到经验和教训,这就是成功团队和失败团队之间的不同。只有检讨过去的失
败并且做必要的改善,团队才能够不断进步。

创建团队

关注沟通

从创建公司开始,我们就关注沟通。我们办公室的物理布局是开放的。开发团队坐在一个大的开放的屋子里。每个开发者都有自己的桌子,并且以方便沟通的
方式分组。这个开放的环境使得沟通更加容易,因为人们不会藏在自己的小隔间里面,从而谈话都是“公开的”。(重要的是,每个人都要表现得谦虚和职业化,这
样环境才不会变得不可忍受。)

确立核心原则

当创建团队的时候,我们就意识到需要确立团队所要表现出来的特征。开始我们认为日常的交互会为团队注入我们所寻找的特征。捕获到这些特征,并将其普
及是很重要的,这可以保证所有团队成员都恰当地关注某些价值,而我们认为对成功来说这些价值是很重要的。对我们来说,确立想要团队表现的特征给了我们真实
的体会,其中之一是当前某些团队成员不会表现出那些特征。我们和团队一起做了大量工作,以学习并展现这些特征。有些团队成员的反应很积极,而有些则不然。
在一些情况下,我们需要让某些人离开团队。我们得到的另一个体会是:我们的面试过程并没有筛选出想要的人。早先的面试过程过于专注于候选者的技术能力。我
们的选择过程寻找的是技术最熟练的人。这个标准帮我们得到了非常聪明而且能干的开发者,但是并不能总是为我们带来能够在团队环境中表现出色的人。

面试过程

寻找具备足够技术能力并且适应现有文化的人非常困难。一方面,客观衡量候选人的标准能够让我们对所有候选人进行快速筛选。另一方面,纯粹的客观标准
不会找到具有“软技能”的人,而这样的能力有助于人们在团队环境中行使职责。我们在如何高效准确地探索这些领域做出了很多努力。当前的面试模型是一个多阶
段的过程。过程中的第一步是电话面试。通过电话面试我们可以快速向候选者介绍公司,并且在较高的层次上调查候选者。在电话面试中,我们会涉及一些基本的技
术能力、对于敏捷开发的想法和理解,以及某种层次上的个人反省。通过谈及这些方面,我们能够知道某人是否会在我们的环境中发挥作用。如果候选者通过了电话
面试,那么我们会为其安排现场面试。该面试被分成三个部分:技术、过程、个人。对于每个部分,我们都会指定至少两个团队成员,从而团队的大多数人都会与候
选者交流。面试的技术部分关注的是基本的技术能力,并且包括动手编程练习。过程部分会涉及测试、问题解决以及结对编程方面的思想,还有其他主题。个人部分
会查看冲突解决、个人激励以及总体的心理稳定性。我们已经发现这个过程很有效。如果三个部分都完成了,而且我们对候选者的加入没有任何犹豫,那么这个候选
者将会在我们团队中很好地工作。

过程改进

过程改进对于成功的软件开发团队也是非常重要的。我们不仅从用来编写和部署代码的角度检视过程的改进,而且会检视用于为工作安排优先级和雇佣新员工
的过程。“3×3”的复审就是我们用于改进的一种机制。整个团队聚集在一起,每个团队成员都必须提出过去三个月中得到的正面的东西,以及过去三个月得到的
负面的东西。然后针对正面组和负面组,每个团队成员都会各得到三张选票。这些选票会投给每个列出的项目。当复审完毕,我们会从高层次的视角看到团队认为哪
些是正面的,认为哪些需要做出改进。这个视角有助于让团队与已明确的团队特征保持一致。过程改进的另一个方面是面试的过程。因为对于敏捷开发技术的理解已
经成熟,所以我们需要找到的人不仅仅是技术高手,而且要具备很好的团队精神。经过大约十八个月的过程,我们修正了现有的面试过程并使其不断完善,所达到的
效果是:难以适应我们的环境的候选者将无法通过。这个改进的过程让我们对雇佣的人更有信心。在执行现有过程和持续提升过程之间,我们已经找到了一个平衡。
当过程中存在问题的时候,我们就会花费一些时间来评估它。如果是整体上的问题,我们就会试图找出所能做的增量式的改变来改进过程。如果不是全体的,那么我
们通常会先采取观望的态度,然后再做出改变。

结论

通过很短的一段时间,我们已经学到了一些对于创建成功的敏捷开发团队很重要的知识。确立团队价值并坚持下去,这帮助我们创立了成功的文化,并且改进
了我们的面试过程。促进好的沟通除去了很多团队的阻碍。改进我们的面试过程帮助我们识别合格的开发者,他们会很好地与现有团队融合。复审我们现有的过程帮
助我们持续提升团队的水平。

查看英文原文:Building an
Agile Team

This entry was posted in Agile. Bookmark the permalink.

发表评论

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / 更改 )

Twitter picture

You are commenting using your Twitter account. Log Out / 更改 )

Facebook photo

You are commenting using your Facebook account. Log Out / 更改 )

Google+ photo

You are commenting using your Google+ account. Log Out / 更改 )

Connecting to %s