《极客与团队》一为什么要关心它

为什么要关心它

极客与团队
简单来说,关心团队文化的原因就在于如果不努力营造它,那么团队最终会因为某个特别强势的人的出现而被注入他个人的文化基因。这种文化或许是生产力强劲的健康文化,能产出大量的优秀代码。但事实往往相反,你会突然发现自己在争执和争斗中浪费了太多精力,没有办法集中精神去设计和编写代码。不仅如此,团队拥有一个共同的价值观并愿意为之奋斗是非常重要的事情。要是团队不在意自身的团队文化,那么不仅构建强烈的团队认同感以及对自身工作的骄傲感会变得十分困难,而且会很容易受新人影响而引入糟粕。

大多数工程师都会犯的第一个错误是假设建设团队文化是负责人的事。这种想法再离谱不过了:尽管创始人和负责人通常会关注团队文化的健康情况,但其实每位成员都是团队文化的一部分,都要为定义、维护和保护它作出贡献。每当有新人加入时,她并不只是从团队负责人那里了解团队文化,而是从一起工作的每个成员身上学习。例如,你在仔细检查新同事的代码的时候,会向她解释为什么你的团队是按照某种方式写代码的,这样她很快就会明白团队重视的是代码里的哪些部分。她还会通过观察团队的工作、交流,以及解决冲突的方式来学习团队文化。

所谓“强壮的文化”,是指能接受有益的改进,同时又能抵御有害的激进变化的团队文化。最成功的团队文化都把大部分的注意力放在了开发优秀软件上面。如果你的团队把主要精力放在了其他东西上(比如聚会、开会,或是怎么把别人踩下去等),那么也许你们很团结,但是却写不出什么东西来。如果你最高兴的时刻是写代码和发布产品,那么最好还是找一个重视这些东西的团队,然后努力维护这样的氛围吧。并不是说缺乏强壮和生产力的文化就没有办法发布产品,只不过在缺乏这些特质的团队文化里,发布产品需要耗费你更多的时间和精力。强壮的文化能为你提供专注、效率和力量,这些东西都能让团队更快乐。

团队文化有意思的地方就在于如果你清楚地定义好它,它是会进行自我选择的。在开源世界里,那些构建在HRT之上,专注于编写干净、优雅、可维护代码的项目会神奇地吸引拥有相同价值观(即尊重信任他人,并且致力于编写干净、优雅和可维护的代码)的工程师加入。然而,如果你的团队文化是侵略性的、欺凌性的,或者是感情用事地进行人身攻击的话,那最终吸引过来的也只能是这样的人罢了。

我们在Apache软件基金会已经见过很多这样自我选择的文化了:ASF聚集了很多软件开发团队,它们大多都是社区性质的团队,采用共识决策1的方法运营。很多新成员加入邮件列表的时候,或是无意或是有意,会有一些和团队文化冲突的行为。社区成员一般会尝试教育新人(有时会很有礼貌地进行教育;有时候,唔~,就“不是那么客气”啦),假如这位新人对ASF团队的做事方法不感兴趣的话,他就会离开去寻找更适合自己的项目。

在企业里,团队的自我选择是通过招聘来实现的,这可以是潜移默化地筛选潜在候选人重视的技术和优势,也可以是明确地在招聘过程中考察与团队文化的契合度。Google在招聘过程中采用的是明确的方式,因为它在面试的时候十分重视文化上的契合度:如果一个人在参加Google的面试中各方面都像是超级明星工程师一样,却无法和团队合作,或是要求非常结构化的环境的话,面试官还是一样会在反馈里亮起红灯。

如果你在招聘的时候不重视团队文化的契合度,结果招了一个不合适的人,那最后无论是让他融入团队还是请他走人都要耗费你大量的精力。不管结果如何,其代价都是非常高昂的,还不如在招聘的时候就确认新成员能够和现有团队一起工作。

确认新成员的文化契合度的唯一方法就是在面试的时候注意这方面的东西。很多公司(比如Google)都将文化契合度作为面试官面试候选人时的考察点之一。有些公司为了避免招聘失败甚至采用更激进的做法:他们会在技术面试之前先进行单独的面试来考察文化契合度,对于价值观不同的人根本就不予考虑,哪怕他们在技术上没有问题。这种流程对于建立和保护强壮的文化是至关重要的,而且并非偶然的产物;事实上它通常都是由公司创始人和早期员工有意识地设立的。

时间: 2024-10-25 18:27:01

《极客与团队》一为什么要关心它的相关文章

《极客与团队》一导读

前 言 极客与团队 "工程问题都很简单.人际关系才是最难的." --比尔·库格伦,前Google工程部资深副总裁 生活中总是充满了离奇的转折,就好像我们俩从没想过会合作写一本软件工程的书一样. 和大多数电脑狂一样,大学毕业后我们发现自己的兴趣和热情(折腾电脑)居然也是不错的谋生手段.而和那个时代的大多数黑客一样,我们的整个20世纪90年代中期都是在干这些事情,用别人剩下的零件攒机,拿着一大叠软盘安装预览版的Linux,然后学着操纵UNIX机器.我们都是系统管理员出身,然后在互联网泡沫刚

《极客与团队》一三支柱

三支柱 极客与团队到这里我们对于团队的观点已经立论了.既然团队合作才是开发成功软件的捷径,那么如何才能打造出(或者找到)这样优秀的队伍呢? 答案是很难.要达到合作无间的境界,你首先要学习理解所谓的社交技巧"三支柱".这三项原则不但是人际关系中的润滑剂,更是所有良性互动与合作的基本. 谦虚没有人是宇宙中心.谁也不是万能的,谁都会犯错.你必须不断地提高自己. 尊重你必须真心实意地关心同事.他们都是活生生的人,他们的能力和成绩都需要得到肯定. 信任要相信别人的能力和判断力,在适当的时候懂得放

《极客与团队》一团队才是王道

团队才是王道 极客与团队 现在我们来小结一下. 我们到目前为止一直在打磨的观点就是,在编程领域里,真正的独行侠是很罕见的--就算他们真的存在,他们的非凡成就也不是凭空而来的.这些改变世界的成就几乎都是集体智慧努力得来的结晶. 因此建立一支全明星团队才是真正的目标,不过想达成这个目标,难度高得惊人.最好的团队能充分利用好队里的巨星是没错,但是集体的力量一定是大于个体力量之和的. 用一句话来说就是:软件开发是集体项目. 乍看之下这个理念很难让人接受,毕竟这和我们心里的天才程序员幻想是相抵触的,所以先

《极客与团队》一文化和人

文化和人 极客与团队 编写软件和在流水线上简单地组装产品可不一样.有些工作只需要几天培训和一些基本的工具就可以完成,如果有工人退出或离职(或者就是学不会),你只需要替换为另一个工人就可以了.在流水线环境里,员工通常只要机械性地完成简单的任务即可,而不需要什么创造性思维或是解决问题的本领.但在软件行业里,产品工程师则需要大量的创造性思维1,这就是说如果你想要出色的产品,那么就离不开出色的工程师.而且如果你希望这些出色的工程师能做出漂亮的产品(并且留住这些优秀人才的话),你就需要为他们建立起一种团队

《极客与团队》一什么是文化

什么是文化 极客与团队 当我们听到"文化"这个词的时候,脑子里浮现的情景往往是某个晚上去歌剧院看演出,或是高中生物课上在培养皿里繁殖细菌的画面.工程师团队的文化其实和后者的差别并不大. 假如你吃过非常美味的发酵面包并且对烘培它的人感到好奇的话,你会发现这面包的关键就在于酵母.酵母是面粉和水里的酵母菌和乳酸菌.酵母菌能让面包膨大,而乳酸菌是让面包具有强烈酸味的秘密.然而并非所有乳酸菌都是一样的,有些乳酸菌产生出来的风味更好吃,所以当面包师找到味道一流的酵母(即含有恰当酵母菌混合比例的面团

《极客与团队》一帮我把代码藏起来

帮我把代码藏起来 极客与团队 过去6年来我们俩一直在各种编程大会上做演讲.由于我们是2006年发布Google开源项目托管服务的小组成员,所以我们收到了很多关于这个产品的问题和请求.到了2008年中的时候,我们注意到这些请求里出现了很明显的趋势. 能让Google Code上的Subversion隐藏某个分支么? 能不能实现这样的功能:先把新建项目隐藏起来,等到准备妥当的时候再公开发布? 我想推倒重来,能不能删掉整个历史记录呢? 你能看出这些请求之间的共同之处么? 这里的要害就是缺乏安全感.人们

《极客与团队》一每日进行的讨论

每日进行的讨论 极客与团队 假设大方向已经确定,接下来需要确定的就是每天团队用来协调的工具.这些工具很有用,但是可能会限制沟通的效果,因为它们常常缺乏面部表情以及身体语言这种辅助的沟通渠道.结果它们可能会导致沟通产生误解,从本质上对HRT造成威胁.不管怎么说,这些工具对绝大多数团队来说仍然是不可替代的,(只需要一点点努力)就可以大大提高生产力. 邮件列表 我们还没见过写软件不用邮件列表的人,不过这些技巧可以让你更好地利用邮件列表. 很多非常成功的项目都有好几个邮件列表,把开发讨论.代码审查.用户

《极客与团队》一说到底真正重要的还是代码本身

说到底真正重要的还是代码本身 极客与团队虽然这些文化和沟通的习惯看起来可能只是代表了笔者自己所偏好的工作方式,但其实它们没有你想象得那么主观.我们发现,只要在组建团队时为它培养强大高效的团队文化,并且在团队沟通上花点时间精力,这样的团队就会有更多的时间编写和发布产品,而不用老是去争论要写什么代码的问题. 强大的团队不是自发形成的,它们都是由团队的领袖和创始人培育起来的,他们对领导废柴团队编写软件所需的代价都有切身体会.所以从一开始就着手培养对创建自我选择的文化是大有裨益的,这样团队才有更多的时间

《极客与团队》一第二章 培养出色的团队文化

第二章 培养出色的团队文化 极客与团队团队和团队之间的文化差异是非常大的,它反映了多种多样的价值观和对不同事物的重视程度.有些能引领团队走向成功,而有些却会导致彻底失败.即便是那些能带领团队成功的文化也有高下之分,有的非常高效,能让团队的注意力完全集中在编写软件上面:有的则会给手头的工作带来很多干扰.这一章我们要探讨的就是团队文化,特别是各种对成功有助益的沟通技巧.我们将会说明这些技巧是如何帮助出色的工程师团队更有效率地编写软件的.