您的位置:首页 > 其它

团队运转的动力何在,如何让一个平庸的团队变得出色,如何让一个优秀的团队垮掉?

2010-04-25 23:13 363 查看



  我们在开始编写《团队之美》时做了一个重要假设:你对不同的人运作项目的方式了解越多,对自己运作的项目帮助就越大。我们首先找到自己熟悉的人,有我们团队中的人,有在各种会议上认识的人,还有软件开发领域的其他人。我们意外地发现,这些人有着各种各样的意见。同样让人感到意外的是,我们并不是对他们的每个观点都赞成—但更重要的是,即便如此,也还是能够从他们的思想中发现真理,这真是令人感到惊奇。
  于是我们为本书提出了一个总体目标:尽可能从软件开发的各个领域吸收不同的意见,不管这些意见和我们或其他人的意见是否完全吻合。如果采取这种方式,那么几乎可以肯定在不同的想法之间会有矛盾的地方。但我们认为这种方式不但可行,而且实际上是有好处的。(这是一个特性,不是一个bug。)事实表明,即使各种想法之间存在矛盾,它们在不同的场合下也仍然能够发挥作用。所有的项目都是独特的,所有的团队都是有差异的。如果只有一种答案,反而很奇怪了。各种看法都有存在的空间,各种见解都有适用的场合。
  但也并不是说没有错误的答案。实际上恰恰相反,所以我们在书中也包含了那些不成功的团队的故事。在正确的时机做出正确的决定,这对项目的成功非常重要。同样,人们在构建软件时有时也会被错误地引导。他们选择了错误的实践方法或路线:比如说,如果文档过于繁杂或写完之后就没有人再使用,那么好的文档也会变坏。而项目也可能走向另外一个极端,团队成员根本不去制定计划,每个人的方向都不一致。这就是本书中一些警示性的故事所要说明的:团队在开始时设置的目标不正确、团队人选不适当、使用了错误的实践方法或遇到了无法克服的障碍。
  仅仅依靠自己,我们是写不出这样一本书的。我们的所知极为有限。每个人都是这样。
  正是因为这个原因,我们尽可能扩大撰稿人的范围,对我们尊重其意见的人进行访谈。
  本书的很多撰稿人代表的是整个行业中各个领域的人所承担的各种真实项目。
  书中有很多意见和想法都与我们自己的不一样,有些时候甚至截然相反,但我们从每一位撰稿人那里都学到了很多。相信读者也会有很大收获。
  团队之美》一书包含的故事和访谈内容全部来自软件行业中的资深团队领导。我们尽可能从不同的行业和兴趣领域中寻找撰稿人:从国防部门到社会组织,从学院研究机构到视频游戏开发公司,从航空航天与国防到搜索引擎,从项目经理到“底层的”程序员和系统管理员。
  撰稿人来自很多公司,包括曾经在NASA、Google、IBM和Microsoft工作过的人(有些人现在也还在那些公司工作)。让人特别感到惊喜的是,我们收到了Grady Booch、Barry Boehm、Steve McConnell和Karl Wiegers等人的稿件。他们的书籍、文章和讲授的课程对于我们两位编者理解软件的构造方式曾经起到很大的作用。能够与他们以及本书的其他撰稿人一起工作让我们深感荣幸。你可能不是很了解本书的其他撰稿人,但他们同样对软件开发行业做了很多惊人的、创新的工作。我们要特别感谢来自下列人士的稿件:Tim O’Reilly(本书以及我们的其他几本书就是在Tim O’Reilly的出版社出版的)、Scott Berkun(我们相识多年,他不仅为本书撰写了一篇非常好的文章,而且还采访了Steve McConnell)和Tony Visconti(一个传奇式的音乐***人,他抽出时间为我们讲述了自己***音乐的过程)。
  说实话,能够从不同领域找到这些知识渊博、出类拔萃、才华横溢的撰稿人,我们至今仍感到很吃惊。但更令人惊奇的是,没有人提出要稿费。本书的版税没有分给各撰稿人,而是荣幸地捐赠给了PlayPumps International组织。这是一个富有革新精神的慈善组织,在撒哈拉以南的非洲为学校和乡村打井,提供洁净的饮用水。PlayPumps不仅仅是一个慈善组织,他们自己也在做工程、搞创新。在书中我们对PlayPumps的创始人Trevor Field进行了采访,你可以了解到他们的组织和使命。(还有一些关于团队的事情!)
  本书的每一位撰稿人对于团队都有一些有趣的、重要的、特别是有建设性的话要说,内容包括:团队的工作方式是什么样的,应当如何组建团队,团队为什么会垮掉。他们本身都是资深团队领导,有过成功和失败的经历。有时候,我们对他们讲述的故事感到吃惊,甚至是震惊。每个故事都非常有趣。这些故事汇集在一起得到的经验是任何一个人都不可能亲身经历的。
  团队之美》一书分成了4个将要考察的领域:人员、目标、实践方法和障碍。在介绍这些内容之前,首先带给读者的是对Tim O’Reilly的访谈录,因为他讲到了一个贯穿本书、反复出现的主题。在阅读这个访谈录时,请记住这4个领域中的每一个。在和Tim谈话的时候,他总是能够具体说明那些概念,用言语表达出在编辑完本书的故事和访谈内容后一直萦绕在我们脑海中的想法。
  我们在采访Tim O’Reilly时,对于能够采访到什么内容并无把握。在我们两人中,只有Jenny见过Tim一次,是在Amazon开发者日会议上(Jenny应邀在那个会议上发言),但是我们以前读过他的访谈录和他在O’Reilly Radar上写的文章。我们特别感兴趣的是他讲述的有关领导力的内容,以及如何指导团队的方向但又不需要进行微观管理。
  如果你拿起这本书是希望找到一条正确的道路来运转完美团队,我们只能说声抱歉了,因为这本书讲述的内容不是关于这方面的。但是如果你想深入了解团队运转的动力何在,或者如何才能让一个平庸的团队变得出色,或者如何让一个优秀的团队垮掉,那你可以从本书中学到很多东西。我们觉得这是一本非常好的读物,不时出现一些引人入胜的地方。它代表的是来自业界很多领域的人(另外有几个人不是软件行业的)的大量经验。
  本书没有提出处方、信条、理论或明显的建议,而是努力探寻是什么因素让团队能够保持团结和相互支持。希望读者喜欢《团队之美》,并且像我们编辑和写作此书一样,获得其中的乐趣。
  —Andrew Stellman和Jennifer Greene
  2009年3月
内容来自用户分享和网络整理,不保证内容的准确性,如有侵权内容,可联系管理员处理 点击这里给我发消息
标签: