《极客与团队》一高层面同步

高层面同步

极客与团队
沟通一般都不是工程师的强项,他们宁可花一个下午和(可理喻,有逻辑的)编译器搏斗,也不想和(不可理喻,情绪化的)人打交道。大多数时候,工程师都视沟通为编写代码的障碍,但是如果你的团队没有事先达成共识,那么是没有办法知道你的代码写得对不对的。

只要检视一下任何优秀、有效率的工程师文化,你就会发现它们对各种沟通渠道的重视,例如邮件列表、设计文档、任务宗旨、代码注释、产品说明等。让所有人认同团队的方向并完全了解团队要做什么是很花精力的,但是这些努力的回报是生产力的提高和更快乐的团队。

沟通的指导原则之一就是在同步沟通的时候(比如开会),人越少越好。而在异步沟通的时候(比如E-mail),涉及的听众越多越好。更重要的是,你必须确保项目文档里的信息要尽可能地让所有人都看到。接下来我们要讨论软件开发过程中团队里主要会用到的沟通方式。其中有些看起来似乎是无需赘言的,但是其中还是存在一些细微差别,值得再好好审视一下。有一件事是肯定的:如果你不花精力好好沟通,最终一定会浪费更多的精力去做一些没必要的工作,或是团队里别人已经做过的工作。

时间: 2024-08-29 17:39:10

《极客与团队》一高层面同步的相关文章

《极客与团队》一导读

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

《极客与团队》一沟通也是工程的一部分

沟通也是工程的一部分 极客与团队市面上软件开发流程方面的书可以说是数不胜数.我们无意在此做过多深入的讨论,只想提几点和沟通特别有关的,无论遵循何种开发理念,这些要点都值得关注. 代码注释代码注释风格是一样很主观的东西.原作者常常通过详细的注释解释自己的意图和理由,这些对理解代码都很有帮助,但是却要付出后续维护的代价:过时甚至不准确的注释反而会极大地妨碍对代码的理解.同样,过于扼要的注释,或者干脆没有注释也会浪费将来维护或者API用户的时间.注释一般是用来说明代码里缺失的部分,以及起得不好的名字,

《极客与团队》一隐瞒是有害的

隐瞒是有害的 极客与团队假如你一直都是单打独斗的话,你其实是增加了自己失败的风险,而且浪费了自己成长的可能性. 首先,你怎么知道自己选的路是对的? 假设你是一名狂热的自行车设计师,有一天你想到了一个绝妙的主意,设计出一个具有颠覆性的换挡装置.你订购了零件,然后在车库里泡了好几个星期来制作原型.当你的邻居(他也是自行车爱好者)问你最近在忙什么的时候,你想还是先保密好了.在这个设计完善之前,你不想任何人知道它的存在.几个月以后,你遇到了瓶颈,没有办法令原型正常工作,但由于这个项目是保密的,所以也没办

《极客与团队》一优秀团队文化中的沟通模式

优秀团队文化中的沟通模式 极客与团队沟通一般都不是工程师的强项,他们宁可花一个下午和(可理喻,有逻辑的)编译器搏斗,也不想和(不可理喻,情绪化的)人打交道.大多数时候,工程师都视沟通为编写代码的障碍,但是如果你的团队没有事先达成共识,那么是没有办法知道你的代码写得对不对的. 只要检视一下任何优秀.有效率的工程师文化,你就会发现它们对各种沟通渠道的重视,例如邮件列表.设计文档.任务宗旨.代码注释.产品说明等.让所有人认同团队的方向并完全了解团队要做什么是很花精力的,但是这些努力的回报是生产力的提高

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

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

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

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

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

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

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

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

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

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