团队之美 封面

团队之美

评分 3.8
章节数
39
丛书
O'Reilly“之美”系列
ISBN
9787111302865

标签

内容简介

《团队之美》(英文原版名为 Beautiful Teams)是 O'Reilly“之美”系列中的一本访谈与案例合集,由安德鲁·斯特尔曼与詹妮弗·格林尼编写,米全喜、郑柯、徐毅翻译。全书的核心关切很直接:一个团队在何种条件下才能把手里的工作做好——当项目关系重大、进度紧张、成员之间并不总是和睦相处时,团队领导如何让每个人都能跟上既定要求与日程安排。 与一般团队管理书不同,本书几乎不靠理论推演,而是把软件工程史上一些引人关注的团队请到台前。作者围绕领导力、人员、目标、实践、障碍几个层面组织内容,收录了众多程序员、架构师、项目经理和思想领袖的访谈与自述。受访者中既有微软 Internet Explorer 早期版本的开发经理斯科特·伯昆(Scott Berkun),也有敏捷建模的提出者 Scott W. Ambler、软件工程学者 Barry Boehm、UML 创始人之一 Grady Booch、敏捷联盟创始人之一 Mike Cohn 等业界人物。他们讲述的内容包括:一个看起来“丑陋”的团队为什么反而能获胜,视频游戏、宇宙飞船、生命安全系统这些不同类型的项目里团队是怎么搭建起来的,激励开发人员的到底是什么,团队文化与内部开源如何成形,糟糕的上司和层层障碍如何拖垮协作,以及“我”该为失败负什么责任。 因为素材来自真实的人与真实的项目,书中既有成功经验,也有失败教训,读者可以从中看到团队运作中那些很难靠流程文档写清楚的细节:沟通方式、信任的形成、目标的对齐、冲突的处理。中图分类将本书列入企业行政管理类(F272.9),但其内容底色是软件开发团队,因此也常被软件从业者当作团队协作类读物来读。

编辑推荐

团队管理书大多在讲“应该怎样”,而《团队之美》更多在讲“实际发生了什么”。它把话筒交给真正带过项目的人:有人讲自己如何在进度和质量之间艰难取舍,有人讲一个成员互不喜欢的团队怎样交付了产品,也有人坦白自己被糟糕的上司和层层流程拖得精疲力竭。读到这些具体处境,比读十条管理原则更容易留下印象。 这本书的结构也值得称道。全书按领导力、人员、目标、实践、障碍、音乐五大部分推进,从“谁来带”讲到“为什么做”,再落到“怎么做”和“卡在哪里”。其中“障碍”部分尤其难得:很少有团队书愿意花大量篇幅讨论失败、糟糕的上司和僵化的流程,而这里恰恰是很多团队最真实的痛点。 需要提醒的是,本书成书于 2010 年,访谈对象以欧美软件公司和传统大型项目为主,Google 那一章描述的工作方式已与今日相去甚远。但团队协作的底层难题——信任、激励、目标一致、沟通成本——并没有随时间失效。把它当作一本“过来人访谈录”来读,收获会比当作方法论手册更大。作为 O'Reilly“之美”系列的成员,它与《项目管理之美》等书气质相近:故事性强、可读性好,适合作业余和通勤路上的读物。

适合谁读

适合

  • 软件开发者、架构师,希望了解真实项目团队如何运作的人
  • 新晋技术管理者、项目经理,想从他人的成功与失败中取经
  • 对敏捷开发、团队文化、协作流程感兴趣的从业者
  • 喜欢访谈式、案例式写作,不爱读纯理论管理书的人

不适合

  • 希望拿到一套可直接照搬的团队管理流程模板的读者
  • 与软件行业无关、只关心通用人力资源制度的管理者
  • 追求最新工具与前沿实践、需要近五年案例的读者

阅读建议

  1. 可先读“障碍”与“目标”两部分,这两部分与日常痛点最贴合,也最容易产生共鸣。
  2. 每读完一章访谈,试着写下自己团队中对应的一个真实场景,比单纯划重点更有效。
  3. 阅读时留意书中年份与公司背景,把 2010 年前后的实践与今天的工具环境区分开来看。
  4. 适合作为团队共读书目,每人认领一章在例会上分享,把书中的故事转成团队自己的讨论话题。

出版社简介

机械工业出版社 中国 · 成立于 1950 年

机械工业出版社(China Machine Press)在科技与专业出版之外,库内图书还体现出对心理学、计算机、管理、财经与社科等方向的持续关注。心理学方面收入荣格作品及分析心理学导论,并涉及压力与健康、成瘾与疗愈等应用议题;计算机领域有《计算机程序的构造和解释(JavaScript版)》;管理与财经类包括《管理行为(原书第4版)》《不平等的代价(珍藏版)》《这次不一样:八百年金融危机史(纪念版)》;科学哲学与科学史方面则有《世界观(原书第3版)》。相关作者资源涵盖C.G.荣格、威廉·麦圭尔、索努·沙姆达萨尼、加博尔·马泰等。公开资料有限,以上仅据库内图书归纳其出版面貌。

目录

  1. 为什么要编写《团队之美》
  2. 前言
  3. 第1章 领导力
  4. 第一部分 人员
  5. 第2章 丑陋团队的获胜之道
  6. 第3章 构建视频游戏
  7. 第4章 打造完美团队
  8. 第5章 激发开发人员的因素
  9. 第6章 激励队员
  10. 第7章 将音乐带向21世纪
  11. 第8章 内部开源
  12. 第二部分 目标
  13. 第9章 创建团队文化
  14. 第10章 让“我”为失败负责吧
  15. 第11章 制定计划
  16. 第12章 公众利益斗士攻占邪恶之城
  17. 第13章 保卫自由世界
  18. 第14章 拯救生命
  19. 第三部分 实践
  20. 第15章 构建协作型和学习型的团队
  21. 第16章 更好的实践
  22. 第17章 TRW软件生产率项目回忆录
  23. 第18章 建造宇宙飞船
  24. 第19章 成功的需求
  25. 第20章 在Google的开发工作
  26. 第21章 团队与工具
  27. 第22章 研究团队
  28. 第23章 HADS团队
  29. 第四部分 障碍
  30. 第24章 糟糕的上司
  31. 第25章 欢迎使用过程
  32. 第26章 跨越障碍
  33. 第27章 质量与速度
  34. 第28章 层层障碍铺垫之路
  35. 第29章 办公室内外
  36. 第30章 汇集团队的声音
  37. 第五部分 音乐
  38. 第31章 制作音乐
  39. 撰稿人

常见问题

《团队之美》和《项目管理之美》是同一本书吗?
不是。《团队之美》原名为 Beautiful Teams,作者是安德鲁·斯特尔曼与詹妮弗·格林尼,聚焦软件开发团队的组建与协作;《项目管理之美》原名为 Making Things Happen,作者是斯科特·伯昆,主题是项目管理。两本书同属 O'Reilly“之美”系列,伯昆也作为受访者出现在《团队之美》中。
这本书适合完全没有管理经验的程序员看吗?
适合。书中大量内容是程序员、架构师的亲身讲述,而不是管理者视角的说教。没有管理经验的人读,可以提前了解团队里那些“看不见的规则”,比如沟通方式、信任如何建立、流程为何会变成障碍。
书里的案例是不是都已经过时了?
部分技术环境确实过时,例如书中关于 Google 开发工作和一些老牌大型项目的描述,与今天的工程实践差别很大。但团队协作的核心问题——激励、目标对齐、沟通成本、糟糕的管理方式——具有跨时代的共性,故事本身依然有参考价值。
中文版有多少页,翻译质量如何?
机械工业出版社 2010 年简体中文版共 449 页,由米全喜、郑柯、徐毅合译,收录 31 章正文及撰稿人介绍。作为 O'Reilly 引进书,术语处理总体规范,访谈体的口语表达也基本顺畅。豆瓣评分约 7.6 分。
想了解敏捷开发,从这本读起合适吗?
可以作为补充读物,但它不是敏捷方法教材。书中有多位敏捷领域的受访者,涉及团队文化、需求、协作实践等话题,能帮助理解敏捷背后的“人”的因素。若需要系统的敏捷知识,建议另配合专门的敏捷实践书籍阅读。

读者评论

查询本书

本站为索引目录:「全网查询」由您发起、在您的浏览器中运行,所列入口均指向第三方站点,请自行判断可用性。

同一作者

同类高分