团队之美(资深团队领导讲述发人深省和引以为戒的故事)(china-pub全国首发)
点击看大图基本信息
- 原书名： Beautiful Teams
- 原出版社： O'Reilly Media
- 作者： （美）Andrew Stellman Jennifer Greene
- 译者： 米全喜 郑柯 徐毅
- 出版社：机械工业出版社
- ISBN：9787111302865
- 上架时间：2010-4-29
- 出版日期：2010 年4月
- 开本：16开
- 页码：449
- 版次：1-1
- 所属分类：
计算机 > 软件工程及软件方法学 > 软件项目管理
编辑推荐
汇集30多位IT资深团队领导的成功与失败经验
揭秘软件工程历史上最引人注目的团队鲜为人知的故事
打造成功的团队
推荐阅读
内容简介回到顶部↑
作译者回到顶部↑
目录回到顶部↑
为什么要编写《团队之美》
前言
第1章 领导力
tim o’reilly访谈录
第一部分 人员
第2章 丑陋团队的获胜之道
scott berkun
第3章 构建视频游戏
mark healey访谈录
第4章 打造完美团队
bill dipierre
第5章 激发开发人员的因素
andy lester访谈录
第6章 激励队员
keoki andrus访谈录
第7章 将音乐带向21世纪
每次一个诉讼tom tarka
第8章 内部开源
auke jilderda访谈录
第二部分 目标
前言
第1章 领导力
tim o’reilly访谈录
第一部分 人员
第2章 丑陋团队的获胜之道
scott berkun
第3章 构建视频游戏
mark healey访谈录
第4章 打造完美团队
bill dipierre
第5章 激发开发人员的因素
andy lester访谈录
第6章 激励队员
keoki andrus访谈录
第7章 将音乐带向21世纪
每次一个诉讼tom tarka
第8章 内部开源
auke jilderda访谈录
第二部分 目标
译者序回到顶部↑
很久以前，我看过一本介绍索尼公司的书，记得里面有这样一段内容，有人问盛田昭夫的公司是生产什么的，盛田昭夫回答说：我们公司主要是培养人，此外还生产电器。卓越的团队也是一样，不仅产出成果，而且锻炼人，并能开出美丽的团队之花。
任何一个稍具规模的项目都不是一个人能够完成的。我们看到的也许是一两个明星，但是他们背后必定会有一个团队的支持，体现的是集体的智慧。毫无疑问，人员和团队是使项目成功的最重要因素。作为员工，他们希望有成长的空间；作为项目，它们需要满足客户的需求。如何打造一个卓有成效的团队，让员工与项目和企业一起成长？这是任何一位领导或项目经理都无法回避的问题。团队成员在一起工作的方式是什么？什么样的团队可以称之为美？如何处理项目过程中的重重障碍？项目取得成功的因素是什么？或者说，项目为什么会失败？
书中汇集的30多位作者的观点和故事就是围绕这些话题展开的。其中有一些重量级的人物是我们非常熟悉的，还有些作者可能算不上“大牛”，但是他们的观点同样精彩。书中处处闪烁着给人以启发的真知灼见。例如，Tim O誖eilly讲述了如何创造一个激发人们进行思考的环境；通过对员工的激励和对创新的鼓励，一个濒临倒闭的公司在Keoki Andrus手中变得生机勃勃；我们非常熟悉的Steve McConnell和Scott Berkun在一起讨论了如何建设高绩效团队；Grady Booch告诉我们他眼中的高效团队；Karl Wiegers用短短的一万多字介绍需求分析和评审的全过程；软件工程界的先驱Barry Boehm介绍了软件工程史上最早的一次过程改进；几位敏捷方法的创始人、实践者分别介绍了敏捷的应用情况；传奇式的音乐制作人Tony Visconti介绍了音乐项目的制作过程。
还有一些作者没有讲述团队建设的过程，只是把结果告诉了我们—一个在公司解散前夕仍旧劲头十足、照常工作的团队；在面临人类的灾难时相互帮助、同舟共济的团队；为了同事的权益而表现出正义感和不懈努力的团队；一个为一千万人民提供洁净饮用水的团队。这些团队告诉了我们什么是团队之美。
愿本书的每一位读者都有所启发和收获，把别人的成功经验运用到自己的团队中。
附译者简介
米全喜：现从事金融软件的项目管理工作，关注质量管理和软件过程改进。译作有《SQL解惑》等。
郑柯：InfoQ中文站敏捷社区(http://www.infoq.com/cn/agile/)首席编辑。译作有《项目管理修炼之道》及《高效程序员的45个习惯—敏捷开发修炼之道》。
徐毅：现任敏捷开发顾问，负责在诺基亚西门子网络公司范围内推广以及辅导大型（]500人）的敏捷转变。兴趣广泛，包括但不限于如下方面：敏捷、Scrum、Lean，以及各种测试。
任何一个稍具规模的项目都不是一个人能够完成的。我们看到的也许是一两个明星，但是他们背后必定会有一个团队的支持，体现的是集体的智慧。毫无疑问，人员和团队是使项目成功的最重要因素。作为员工，他们希望有成长的空间；作为项目，它们需要满足客户的需求。如何打造一个卓有成效的团队，让员工与项目和企业一起成长？这是任何一位领导或项目经理都无法回避的问题。团队成员在一起工作的方式是什么？什么样的团队可以称之为美？如何处理项目过程中的重重障碍？项目取得成功的因素是什么？或者说，项目为什么会失败？
书中汇集的30多位作者的观点和故事就是围绕这些话题展开的。其中有一些重量级的人物是我们非常熟悉的，还有些作者可能算不上“大牛”，但是他们的观点同样精彩。书中处处闪烁着给人以启发的真知灼见。例如，Tim O誖eilly讲述了如何创造一个激发人们进行思考的环境；通过对员工的激励和对创新的鼓励，一个濒临倒闭的公司在Keoki Andrus手中变得生机勃勃；我们非常熟悉的Steve McConnell和Scott Berkun在一起讨论了如何建设高绩效团队；Grady Booch告诉我们他眼中的高效团队；Karl Wiegers用短短的一万多字介绍需求分析和评审的全过程；软件工程界的先驱Barry Boehm介绍了软件工程史上最早的一次过程改进；几位敏捷方法的创始人、实践者分别介绍了敏捷的应用情况；传奇式的音乐制作人Tony Visconti介绍了音乐项目的制作过程。
还有一些作者没有讲述团队建设的过程，只是把结果告诉了我们—一个在公司解散前夕仍旧劲头十足、照常工作的团队；在面临人类的灾难时相互帮助、同舟共济的团队；为了同事的权益而表现出正义感和不懈努力的团队；一个为一千万人民提供洁净饮用水的团队。这些团队告诉了我们什么是团队之美。
愿本书的每一位读者都有所启发和收获，把别人的成功经验运用到自己的团队中。
附译者简介
米全喜：现从事金融软件的项目管理工作，关注质量管理和软件过程改进。译作有《SQL解惑》等。
郑柯：InfoQ中文站敏捷社区(http://www.infoq.com/cn/agile/)首席编辑。译作有《项目管理修炼之道》及《高效程序员的45个习惯—敏捷开发修炼之道》。
徐毅：现任敏捷开发顾问，负责在诺基亚西门子网络公司范围内推广以及辅导大型（]500人）的敏捷转变。兴趣广泛，包括但不限于如下方面：敏捷、Scrum、Lean，以及各种测试。
前言回到顶部↑
一次偶然会面促成了本书的编写。2007年末，我们应邀前往美国马萨诸塞州坎布里奇市，在O誖eilly编辑Andy Oram的办公室为当地的PMI分会做了一次讲座。虽然在O誖eilly有一些我们非常熟悉的编辑，但大家合作多年却只闻其声，不见其人，我们也想利用这次机会顺便拜访一下他们。那个时候《代码之美》（编辑注）有好几个月的时间都排在O誖eilly畅销图书榜的第一名，他们公司也准备推出后续的图书。我们的职业生涯中很多的时间都是在演讲、写作，说明项目的工作方式以及团队是如何构建软件的，所以编写《团队之美》的工作就落到我们头上了。
开始的时候我们只想按照《代码之美》的风格编写一本项目管理文集。但是像所有优秀的项目一样，《团队之美》按照自己的方式发展起来。它吸引的撰稿人水准之高让人有些不敢相信。在编写过程中能够有机会学习当今软件开发业中一些最睿智的思想，我们也是受益良多。书中包含了撰稿人的故事和经历。每个撰稿人都讲述了他们过去的工作，这些内容此前几乎从未披露过。每位撰稿人都热情地奉献个人的时间和精力，对于稿酬却谁也没有提起，于是我们把从本书得到的收入捐赠给了慈善组织PlayPumps International。
本书章节内容的组织
下面是本书各章内容的简要概述：
第1章：领导力（Tim O誖eilly访谈录）
Tim O誖eilly讲述了领导团队和公司的思想，介绍了推动软件世界向前发展的思想。
第一部分：人员
第2章：丑陋团队的获胜之道（作者Scott Berkun）
丑陋团队成员的特征是很多所谓的完美团队根本不具备的。Scott讲述了他在微软的经历，解释了丑陋团队的残缺之美。
第3章：构建视频游戏（Mark Healey访谈录）
Media Molecule公司的创始人之一讲述他在构建热门视频游戏《小小大星球》（LittleBigPlanet）时获得的经验。
第4章：打造完美团队（作者Bill DiPierre）
Bill讲述了优秀的项目经理是如何将一群风格迥异的人打造成一个卓越团队的。
第5章：激发开发人员的因素（Andy Lester访谈录）
Andy是项目经理，也是Perl的贡献者，他解释了是什么因素激励着开发人员，并解释了如何改进他们与团队的关系。
第6章：激励队员（Keoki Andrus访谈录）
Keoki讲述他在Intuit、微软和Novell工作时，是如何通过相互理解、激励和指导人员的方式对团队做出改进的。
第7章：将音乐带向21世纪（作者Tom Tarka）
本章讲述的是MP3.com这个网络热潮中标志性企业的兴衰史，并介绍了经历过这个兴衰过程的幸存者。
第8章：内部开源（Auke Jilderda访谈录）
开始的时候我们只想按照《代码之美》的风格编写一本项目管理文集。但是像所有优秀的项目一样，《团队之美》按照自己的方式发展起来。它吸引的撰稿人水准之高让人有些不敢相信。在编写过程中能够有机会学习当今软件开发业中一些最睿智的思想，我们也是受益良多。书中包含了撰稿人的故事和经历。每个撰稿人都讲述了他们过去的工作，这些内容此前几乎从未披露过。每位撰稿人都热情地奉献个人的时间和精力，对于稿酬却谁也没有提起，于是我们把从本书得到的收入捐赠给了慈善组织PlayPumps International。
本书章节内容的组织
下面是本书各章内容的简要概述：
第1章：领导力（Tim O誖eilly访谈录）
Tim O誖eilly讲述了领导团队和公司的思想，介绍了推动软件世界向前发展的思想。
第一部分：人员
第2章：丑陋团队的获胜之道（作者Scott Berkun）
丑陋团队成员的特征是很多所谓的完美团队根本不具备的。Scott讲述了他在微软的经历，解释了丑陋团队的残缺之美。
第3章：构建视频游戏（Mark Healey访谈录）
Media Molecule公司的创始人之一讲述他在构建热门视频游戏《小小大星球》（LittleBigPlanet）时获得的经验。
第4章：打造完美团队（作者Bill DiPierre）
Bill讲述了优秀的项目经理是如何将一群风格迥异的人打造成一个卓越团队的。
第5章：激发开发人员的因素（Andy Lester访谈录）
Andy是项目经理，也是Perl的贡献者，他解释了是什么因素激励着开发人员，并解释了如何改进他们与团队的关系。
第6章：激励队员（Keoki Andrus访谈录）
Keoki讲述他在Intuit、微软和Novell工作时，是如何通过相互理解、激励和指导人员的方式对团队做出改进的。
第7章：将音乐带向21世纪（作者Tom Tarka）
本章讲述的是MP3.com这个网络热潮中标志性企业的兴衰史，并介绍了经历过这个兴衰过程的幸存者。
第8章：内部开源（Auke Jilderda访谈录）
媒体评论回到顶部↑
“不要再抱怨同事了。应当让你们的团队和领导读一读对本书的赞誉。本书证明了团队工作中所蕴藏的惊人潜力，告诉你如何才能在你们公司也把这种潜力激发出来。”—Scott Berkun，《The Myths of Innovation》和《项目管理之美》等畅销书的作者
“本书讲述了各种各样的经历、体验和思考，这些情况涉及面广、内容深刻，是任何一位作者单凭一己之力都无法处理的。在书中的某个地方你肯定会发现一些非常重要的忠告，帮助你解决目前在打造团队、管理团队过程中遇到的问题，本书中还有你到目前为止还没有经历过的、让人大开眼界的事情。—Alex Martelli，Google公司
“在本书中，很多撰稿人没有像平常那样提出自己的一些诀窍，而是停下脚步进行思考，讲述他们在团队中取得的成功（当然，也包括遇到的难题）。他们在讲述的过程中介绍了一些最好的、能够用于我们自己实际工作的深刻见解。Jennifer Greene回忆了网络热潮消退之后倒下的一个极为出色的团队；Keoki Andrus讲述了对创新和能够启发创造力的活动要有合理的尊重，通过这种方式来激励团队；Karl Wiegers和其他许多作者都通过动人的故事讲述了优秀团队的经历。没有几本技术书像本书这样令人着迷。”—Jim Brosseau，《团队制胜：掌握软件项目成功主动权》和《Agile Modeling》的作者
“团队构建软件，但是如果你们的团队不能在一起有效地工作，那么在软件开发这个游戏中，成功的机会将微乎其微。本书分享的经验和深刻见解将会在今后的数年间一直伴随着你。”—Scott W. Ambler，敏捷开发在世界范围内的领导者，任职于IBM软件部
“既然有好的、坏的、丑的团队，当然还有美的团队。在本书中你会看到那些不管发生什么事情都保持良好状态的团队，还会了解一些享有盛誉的组织是如何打造团队的。如果你想知道如何才能让自己的团队也变得那样出色，或让团队更完美，那就读一读本书吧。这些故事引人入胜，而且完全是真情实景。”—Johanna Rothman，咨询师、技术作者
“任何一个想让团队一起工作的人都不可避免地会遇到很多情况：你很快就会认识到任务有多么复杂，你自己的经验是多么有限。如果你知道那种感觉，那么本书就是为你准备的了。书中的故事来自实践一线，生动流畅，娓娓动听，偶尔还会闪现一些让读者和作者都感到不自在的、似曾相识的场景。”—Karl Fogel，开源软件开发人员、技术作者
“本书讲述了各种各样的经历、体验和思考，这些情况涉及面广、内容深刻，是任何一位作者单凭一己之力都无法处理的。在书中的某个地方你肯定会发现一些非常重要的忠告，帮助你解决目前在打造团队、管理团队过程中遇到的问题，本书中还有你到目前为止还没有经历过的、让人大开眼界的事情。—Alex Martelli，Google公司
“在本书中，很多撰稿人没有像平常那样提出自己的一些诀窍，而是停下脚步进行思考，讲述他们在团队中取得的成功（当然，也包括遇到的难题）。他们在讲述的过程中介绍了一些最好的、能够用于我们自己实际工作的深刻见解。Jennifer Greene回忆了网络热潮消退之后倒下的一个极为出色的团队；Keoki Andrus讲述了对创新和能够启发创造力的活动要有合理的尊重，通过这种方式来激励团队；Karl Wiegers和其他许多作者都通过动人的故事讲述了优秀团队的经历。没有几本技术书像本书这样令人着迷。”—Jim Brosseau，《团队制胜：掌握软件项目成功主动权》和《Agile Modeling》的作者
“团队构建软件，但是如果你们的团队不能在一起有效地工作，那么在软件开发这个游戏中，成功的机会将微乎其微。本书分享的经验和深刻见解将会在今后的数年间一直伴随着你。”—Scott W. Ambler，敏捷开发在世界范围内的领导者，任职于IBM软件部
“既然有好的、坏的、丑的团队，当然还有美的团队。在本书中你会看到那些不管发生什么事情都保持良好状态的团队，还会了解一些享有盛誉的组织是如何打造团队的。如果你想知道如何才能让自己的团队也变得那样出色，或让团队更完美，那就读一读本书吧。这些故事引人入胜，而且完全是真情实景。”—Johanna Rothman，咨询师、技术作者
“任何一个想让团队一起工作的人都不可避免地会遇到很多情况：你很快就会认识到任务有多么复杂，你自己的经验是多么有限。如果你知道那种感觉，那么本书就是为你准备的了。书中的故事来自实践一线，生动流畅，娓娓动听，偶尔还会闪现一些让读者和作者都感到不自在的、似曾相识的场景。”—Karl Fogel，开源软件开发人员、技术作者
【插图】
评论交流
共有27人开贴评论 28人参与评论 12人参与打分 查看
评价等级：
发表于：2010-6-30 8:17:00
这是本比较厚的书，大概450页，共31章，每章作者都讲述了自己的团队经历，团队如何一起工作，如何成功或失败，遇到什么障碍，这些作者有什么体会和感悟，等等。O’Reilly的这一套**之美（Beautiful **）图书都是这样一个套路，挑个主题，然后拉一堆牛人来讲，一人讲一章。因此你能读到各种不同的观点，十分有趣。基本上O’Reilly就是图书质量的保证，因此我对本书的原著还是比较放心的。
粗粗浏览下31位作者，就发现很多名字很熟悉，然后在Amazon搜了一下，发现了一个不大不小的宝藏：
Tim O’Reilly - O’Reilly图书帝国的创始人，著有《unix power tools》等书。
Scott Berkun – 著有《Making Things Happen: Mastering Project Management》，《The Myths of Innovation》，《Confessions of a Public Speaker》等书
Grady Booch – 面向对象建模架构的牛人，著有《Object-Oriented Analysis and Design with Applications》，《Unified Modeling Language User Guide》等书。
Mike Cohn – 著有《Succeeding with Agile: Software Development Using Scrum》，《Agile Estimating and Planning》，《User Stories Applied: For Agile Software Development》等书。
Steve McConnell - 著有《Software Estimation: Demystifying the Black Art》，《Rapid Development: Taming Wild Software Schedules》，《Code Complete: A Practical Handbook of Software Construction》等书。
Karl E. Wiegers – 著有《Software Requirements》，《More About Software Requirements》等书。
Alax Martelli – 著有《Python in a Nutshell》，《Python Cookbook》等书。
Karl Fogel – 很多著名开源项目如CVS，SVN，GNU Emacs的积极参与者，著有《Producing Open Source Software》等书。
Johanna Rothman – 著有《Manage Your Project Portfolio》，《Manage It!》等书。
嗯，既然这些人已经写过那么多经典的计算机领域著作，没有理由不相信它们会为本书提供精彩的内容。各种各样的故事甚至像小说：一个喜欢装B的经理怎么毁掉一个团队；好的经理如何顶住高层的无理要求为团队创造更好的工作流程环境；大家怎样因为失败的项目而建立深厚的情谊；有的团队在致力于把饮用水带给非洲同胞；有的团队曾经结结实实地经历了911的飞机；还有开源团队如何利用工具进行高效协作……
当然，故事不能停留在故事的层面，我们还需要思考，以下是我的一些想法：
好的经理就像一个优秀的插件框架，你自己不必做什么，但应当帮助其它人很容易的实现他们的愿景。
经理的重要职责之一就是帮开发团队挡掉来自高层或外部的不合理或不必要的纷扰。
团队的凝聚不是一朝一夕的事情，团队有自己的文化，外部对其强行的结构调整往往没什么好处。
中国的情况还有其特殊的地方，因此尽信书不如无书。
本书有趣的地方在于它并没有告诉你美的团队应该怎样怎样，它只是陈述了各种各样的团队，有美的，有丑的，有常见的，有诡异的，软件行业的，非软件行业的。对我来说，至少看到了什么是愚蠢的行为，以后自己应该避免。
原著给4星，优秀但不至于成为经典（我还觉得有一点点滥竽充数的章节）。
翻译给4星，还行，只是说不上优秀。
装帧给4星，还行。
粗粗浏览下31位作者，就发现很多名字很熟悉，然后在Amazon搜了一下，发现了一个不大不小的宝藏：
Tim O’Reilly - O’Reilly图书帝国的创始人，著有《unix power tools》等书。
Scott Berkun – 著有《Making Things Happen: Mastering Project Management》，《The Myths of Innovation》，《Confessions of a Public Speaker》等书
Grady Booch – 面向对象建模架构的牛人，著有《Object-Oriented Analysis and Design with Applications》，《Unified Modeling Language User Guide》等书。
Mike Cohn – 著有《Succeeding with Agile: Software Development Using Scrum》，《Agile Estimating and Planning》，《User Stories Applied: For Agile Software Development》等书。
Steve McConnell - 著有《Software Estimation: Demystifying the Black Art》，《Rapid Development: Taming Wild Software Schedules》，《Code Complete: A Practical Handbook of Software Construction》等书。
Karl E. Wiegers – 著有《Software Requirements》，《More About Software Requirements》等书。
Alax Martelli – 著有《Python in a Nutshell》，《Python Cookbook》等书。
Karl Fogel – 很多著名开源项目如CVS，SVN，GNU Emacs的积极参与者，著有《Producing Open Source Software》等书。
Johanna Rothman – 著有《Manage Your Project Portfolio》，《Manage It!》等书。
嗯，既然这些人已经写过那么多经典的计算机领域著作，没有理由不相信它们会为本书提供精彩的内容。各种各样的故事甚至像小说：一个喜欢装B的经理怎么毁掉一个团队；好的经理如何顶住高层的无理要求为团队创造更好的工作流程环境；大家怎样因为失败的项目而建立深厚的情谊；有的团队在致力于把饮用水带给非洲同胞；有的团队曾经结结实实地经历了911的飞机；还有开源团队如何利用工具进行高效协作……
当然，故事不能停留在故事的层面，我们还需要思考，以下是我的一些想法：
好的经理就像一个优秀的插件框架，你自己不必做什么，但应当帮助其它人很容易的实现他们的愿景。
经理的重要职责之一就是帮开发团队挡掉来自高层或外部的不合理或不必要的纷扰。
团队的凝聚不是一朝一夕的事情，团队有自己的文化，外部对其强行的结构调整往往没什么好处。
中国的情况还有其特殊的地方，因此尽信书不如无书。
本书有趣的地方在于它并没有告诉你美的团队应该怎样怎样，它只是陈述了各种各样的团队，有美的，有丑的，有常见的，有诡异的，软件行业的，非软件行业的。对我来说，至少看到了什么是愚蠢的行为，以后自己应该避免。
原著给4星，优秀但不至于成为经典（我还觉得有一点点滥竽充数的章节）。
翻译给4星，还行，只是说不上优秀。
装帧给4星，还行。
评价等级：
发表于：2010-5-22 19:32:00
阅读好书可以扩展生命的体验。
这本书混杂了许多不同人的故事。有人在非洲大陆上用水泵提供干净的饮用水来拯救生命（第14章）；有人用类似Scrum看板（当然他不知道Scrum在橄榄球之外的含义）来管理音乐唱片的制作（第31章）；有人为美国国防部工作，他们的软件收集战场信息，发送给指挥部和火力单元（第13章）；有人为NASA工作，他们的软件操纵着火星探路者（第18章）；有人写了一本开源的书，提供了整套工具给世界各地的翻译者，却发现他的工具是问题之源（第21章）；有人参与了IE 4.0的失败，准备在IE 5.0上卷土重来（第2章）。
我以为足够精彩了，直到第25章。我忽略了作者的铺垫，直到他写道：”2001年9月11日早晨8:30，有些团队已经来到办公室……”，我才意识到他工作在纽约世贸大厦的2号楼，911当天他在办公室，办公室在第78楼，就是飞机撞上的那层！
幸运的是，恐怖分子先袭击的是1号楼，但是他们不知道发生了什么，因为滚滚的黑烟挡住了视线，于是随着人群沿着防火梯向下走去。走到底50层的时候，突然感觉到了巨大的爆炸声。楼梯晃来晃去，扶手像钟摆一样摇摆……
作者和他的同事们最终冲出了大楼，甚至一些留在78层的同事也幸免于难。有一位竟然坐在在椅子上，看着机翼在前方一两米处滑过，真是难以置信！然而，什么也比不过真心、真情的力量。作者回忆道：“我和一位同事聊了聊，他说那天早晨他在牙医那里，看到电视里传来的报道，他感到万分绝望。他真希望那天他能回到世贸中心，和团队待在一起。他这几个星期都感到内疚。他想如果他在哪里，或许能够救助他的朋友。我从很多人那里听到这种伤感：有人刚走出地铁，还有人在车上看到飞机袭击我们。”
生活还要继续，公司还要重整旗鼓，为受到重创的世界金融中心服务：“我们的目标是等股票市场下周一开盘时，软件能够完全可用……我们感觉就像是在NASA工作，执行的是一项登月任务……每个角落都是比萨饼盒子，从地板到天花板……开盘时，虽然软件有几处是草草拼凑而成，但是可以使用。让客户高兴的是，总算有个一个数据服务商可以工作了。”
这是一个浴火重生的故事，是一个用情感书写的骄傲的故事。你不应该错过它。
这本书混杂了许多不同人的故事。有人在非洲大陆上用水泵提供干净的饮用水来拯救生命（第14章）；有人用类似Scrum看板（当然他不知道Scrum在橄榄球之外的含义）来管理音乐唱片的制作（第31章）；有人为美国国防部工作，他们的软件收集战场信息，发送给指挥部和火力单元（第13章）；有人为NASA工作，他们的软件操纵着火星探路者（第18章）；有人写了一本开源的书，提供了整套工具给世界各地的翻译者，却发现他的工具是问题之源（第21章）；有人参与了IE 4.0的失败，准备在IE 5.0上卷土重来（第2章）。
我以为足够精彩了，直到第25章。我忽略了作者的铺垫，直到他写道：”2001年9月11日早晨8:30，有些团队已经来到办公室……”，我才意识到他工作在纽约世贸大厦的2号楼，911当天他在办公室，办公室在第78楼，就是飞机撞上的那层！
幸运的是，恐怖分子先袭击的是1号楼，但是他们不知道发生了什么，因为滚滚的黑烟挡住了视线，于是随着人群沿着防火梯向下走去。走到底50层的时候，突然感觉到了巨大的爆炸声。楼梯晃来晃去，扶手像钟摆一样摇摆……
作者和他的同事们最终冲出了大楼，甚至一些留在78层的同事也幸免于难。有一位竟然坐在在椅子上，看着机翼在前方一两米处滑过，真是难以置信！然而，什么也比不过真心、真情的力量。作者回忆道：“我和一位同事聊了聊，他说那天早晨他在牙医那里，看到电视里传来的报道，他感到万分绝望。他真希望那天他能回到世贸中心，和团队待在一起。他这几个星期都感到内疚。他想如果他在哪里，或许能够救助他的朋友。我从很多人那里听到这种伤感：有人刚走出地铁，还有人在车上看到飞机袭击我们。”
生活还要继续，公司还要重整旗鼓，为受到重创的世界金融中心服务：“我们的目标是等股票市场下周一开盘时，软件能够完全可用……我们感觉就像是在NASA工作，执行的是一项登月任务……每个角落都是比萨饼盒子，从地板到天花板……开盘时，虽然软件有几处是草草拼凑而成，但是可以使用。让客户高兴的是，总算有个一个数据服务商可以工作了。”
这是一个浴火重生的故事，是一个用情感书写的骄傲的故事。你不应该错过它。
加载中...| 我要写评论 |
| 查看所有评论交流(共27条) |
