《极客与团队》一三支柱

三支柱

极客与团队
到这里我们对于团队的观点已经立论了。既然团队合作才是开发成功软件的捷径,那么如何才能打造出(或者找到)这样优秀的队伍呢?

答案是很难。要达到合作无间的境界,你首先要学习理解所谓的社交技巧“三支柱”。这三项原则不但是人际关系中的润滑剂,更是所有良性互动与合作的基本。

谦虚
没有人是宇宙中心。谁也不是万能的,谁都会犯错。你必须不断地提高自己。

尊重
你必须真心实意地关心同事。他们都是活生生的人,他们的能力和成绩都需要得到肯定。

信任
要相信别人的能力和判断力,在适当的时候懂得放权1。

我们把这些原则简称为HRT。发音是“heart”而不是“hurt”,因为它是要减轻痛苦而是不是伤害别人。事实上我们的论文就是直接基于这些原则的:

基本上所有的社交摩擦最终都是由于缺乏谦虚、尊重,或是信任而造成的。

乍听之下似乎有点难以置信,但请姑且相信我们。你不妨仔细回想一下生活中遇到过的各种令人难受的社交场景。先不说别的,当时大家是不是都有保持有礼有节?是不是真的有尊重对方?是不是有相互信任?

我们相信这些原则至关重要,本书正是围绕它们而展开的。

本书是以你为起点的:让你了解HRT,并真正理解消化以HRT为交际核心的意义。这就是第一章的内容。然后我们能不断地扩大影响的范围。

第二章讨论的是在三支柱之上打造团队的挑战。建立团队文化是走向成功的必由之路——这就是之前说到的“梦 之队”。

然后我们会讨论那些每天会和团队打交道,但是却不属于核心团队文化的人。他们可以是其他团队的同事,或是项目的志愿者。他们中的很大一部分人不但完全无视HRT,更有甚者,完全就是老鼠屎!学习如何抵御这种人对团队的伤害是你的首要任务。不过你的终极目标应该是拔掉他们的爪牙,让他们融入到你的团队文化中来。这是扩充队伍的最佳方式之一。

大多数团队都隶属于更大的公司,这种环境常常和害群之马具有同等危害。你的产品能否顺利发布亦或是最终面临被取消的命运,完全取决于你能不能学会如何避开各种行政障碍。

最后,你的用户也是需要考虑的。我们往往会忘记他们的存在,但就是他们决定了产品的寿命。没人用的软件是没有存在价值的。对团队至关重要的HRT原则同样(也应该)适用于你对用户的态度,你能从中获得的好处是不可言喻的。

说到这儿,让我们先暂停一下。

当你翻开这本书的时候,你大概从没想过要参加什么每周互助小组吧?对此我们表示同情。社交的确是个棘手的难题。人类是混乱复杂的生物,完全无法预料,有些人会让人觉得不愿与之打交道。与其耗费那么多精力去分析各种社交场景,步步为营,还不如干脆完全放弃努力。行为完全可以预判的编译器岂不是容易对付得多?干嘛要跟那些社交的麻烦较劲呢?

这里引用一段理查德·海明的著名演讲2:

我花了很多时间给我的秘书们讲笑话,和他们搞好关系,这也让我从他们那里得到了许多好处。比如有一次,不知道什么缘故,梅山3所有的复印机都坏掉了。别问我为什么,反正就是坏掉了。而我正好要复印一些文件。于是我的秘书给霍姆德尔的朋友打了个电话,跳上公司的车,开了一整个小时去帮我复印,然后再开车回来。这就是我花了那么多功夫讲笑话逗她开心,表示友善得来的回报。真可谓投之桃李,报之琼瑶。也就是说,通过使用系统并研究如何让系统帮你做事,你就学会了调整系统,让它按照你的意愿工作。

这个故事告诉我们:不要低估社交的力量。社交不是勾心斗角,或是操纵别人,它是通过建立起人与人之间的关系来把事情做成功,而且这种关系延续的时间肯定比项目本身更长。

时间: 2024-07-30 11:58:30

《极客与团队》一三支柱的相关文章

《极客与团队》一导读

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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