每个开发团队中总有一个人是最差的，老跟不上整体水平。据我观察，队友们对待这个差生的态度是团队健康状况的重要标志。(注：原文用“贝尔曲线(bell curve)”，也就是“正态分布”来衡量团队的整体水平分布，这里意译成“整体水平”。)

   我运气一直不错，在过去的几十年里，干过各种的行业和职业，在不少团队中待过，都是气氛融洽和技能娴熟的开发团队。并不是说每个项目都是成功的，(外部因素无法控制)，但是经验永远有深刻的价值。

   在成功的开发团队里，最显著的特点是队员们互相尊重——“他擅长做这个，也喜欢做这个。好极了。因为我不喜欢做这个”)。每个人都明白人多力量大的道理，并懂得珍惜队友的技能。如果你在这样的团队中待过(或者你曾管理过这样的一群家伙)，你懂我的意思。

   不论这些黄金组合团队是网络社区、公司部门还是志愿者组织，都有个共同特点：每个团队中都有这样的一个人——我们可以无恶意的称之为笨蛋，但重点是，大家却对这个人很好。

   在我待过的一个志愿软件开发团队中，Elliot就是那个笨蛋。准确形容的话，这家伙是个热心但没脑子的人。像一只大小狗一样，他是个热心肠，但往往好心办坏事。他乐于助人，而且很羡慕别人做得比他好。(实际上所有人都做得比他好。)

   Elliot总把事情办砸，哪怕他已非常的认真和努力。没人会把关乎项目成败的关键任务交给他办。他也从未意识到自己交付的活有问题，比方说我总是要帮他重写文档，而发布后的文档与他的大意一致，以至于他根本都没有意识到被人重写了。Elliot常常对大伙做的事摸不着头脑，但他依然兴高采烈地跟在那些他认为知道要做什么以及怎样去做的人的屁股后面。

   但每个人都体谅他。运作志愿者团队的人想方设法地帮助他，让他能真正贡献自己的一分力量，并把他高昂的工作热情和乐于奉献的精神看做他的优点。就算是搞社区活动也需要人手去摆放折叠椅或者在前台迎宾吧。我们把所有类似的活都交给他干。

   他是有点笨，但他是我们的笨笨。我们私下里也会抱怨，大家翻白眼，叹气或埋怨：“没办法，Elliot就是这样的。” 可是如果有外人胆敢欺负他，我们会扭折他的脖子。我想说的是，Elliot几年前去世了。组织里所有认识他的人都参加了他的葬礼。生活并没有像我们那般关怀他。对于我们每一个人，他都是值得怀念的。

   自从我认识Elliot以后，我开始观察这种现象。每个开发团队，不管多么优秀或者蹩脚，总有个在垫底的(不论是从智商，工作效率或其他的方面看)。团队的整体水平根据行业的种类而定-衡量一组科学家的工作价值和效率的标准跟衡量一组园林景观设计师完全不同。

   你们团队里垫底的那个Elliot，换到另外一个场合，也许是个高手。但总是会有那么一个垫底的人。

   在不和谐的团队里，这个笨笨会被当成白痴。人们欺负他，瞧不起他，对他不友好，你能猜想到这会产生多少不良影响。但对于懂得相互理解体谅能力差距的团队而言，情况就不一样了。

   这种积极的特性在重于参与的团队中尤为明显，比如用户群，开源项目组，社区组织。这些情况下，你不可能因为某个成员工作质量有所欠缺而开除他，所以你必须积极地跟那些志愿者们打交道。商业组织也要以此为鉴，我们都看到过组织开除某个过能力稍微欠缺的人而不是帮助他们找到能够胜任的工作岗位。

   问题是，你-作为项目经理-是如何对待你手下的这个笨笨的？你的团队又是如何对待她的？

   我很想能为你提供一些以“怎样才能…”打头的建议…..但实际上这些都没用。不是简单地知道要做什么就行了，而要考虑到你团队的文化氛围。团队和领导如何对待后进员工代表了团队的文化，标志了团队的和谐度。如果你对他们好，他们会报答你的，结果会在最终的产品里体现出来。

   如果你知道关于团队如何对待最差成员的例子，对公司文化的团队的功能产生了怎样的影响，不管是好是坏，请告诉我。

建议继续学习：

1. 以产品线划分组织架构    (阅读：2257)
2. 利用设计工具成为个人设计团队    (阅读：2269)
3. 在淘宝大半年的零散体会    (阅读：2145)
4. 细节魔鬼与精简团队    (阅读：2043)
5. 招聘的绑架    (阅读：1974)
6. 无线产品团队总结    (阅读：1975)
7. 好事多磨    (阅读：1947)
8. 为什么我在一个人战斗？    (阅读：1912)
9. 产品团队的关键角色及其职责    (阅读：1794)
10. 肉饼谈管理：改造团队的经验(1)    (阅读：1782)