粗粗浏览下31位作者，就发现很多名字很熟悉，然后在Amazon搜了一下，发现了一个不大不小的宝藏：
Tim O’Reilly - O’Reilly图书帝国的创始人，著有《unix power tools》等书。
Scott Berkun – 著有《项目管理之美》，《演讲之禅》，《The Myths of Innovation》等书 。
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》，《代码大全》等书。
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星，还行。
原文链接：http://book.douban.com/review/3352131/，作者：juvenxu