自适应软件开发：一种管理复杂系统的协作模式

今天又逛书店，看完了《自适应》的后半本。更加确定自己的想法：这本书是.com时代的遗物，价值实在不大。

书的标题中唯一比较明确的是第七章：为什么好的项目经理也会失败。内容呢，提出了一个作者认为是错误的观点，就是：把项目交给一个好的项目经理，成功的机会比较高。

觉得十分惊讶，于是比较仔细读了该章。觉得不能同意作者。

首先说点吹毛求疵的东西。关于标题，其实没什么意思，胜败兵家常事尔。再说那个观点，虽然我们在读完整个章节后都能知道他想说什么，但是还是太不严谨了(不知是作者还是译者的问题)。首先，什么叫好的项目经理？显然是做项目成功案例多的项目经理。于是论点变成了：做项目成功机会高的项目经理做项目成功机会不高，很好玩。其次，如果承认作者的观点，显然也就承认了：挑项目经理最好的方法，不是看他的成绩，因为这和掷色子没什么区别，也很好玩。作为一个“有价值”作品，这么来表达一个能单独作为一章的观点，也太马虎了。

其次，抛开这个不提，我们知道他其实要表达的是：项目经理过去的成绩如果很好，其以后的成绩很可能会和蹩脚的项目经理一样糟糕。我想，考察一个个体，什么结论都是有可能的。但是考察好的项目经理的整体和蹩脚项目经理的整体，这个结论显然无法令人接受。作者的论据是什么呢？阅读他文中所述的断裂性技术，我们能知道，作者是认为世界是急剧变化的（以后越来越厉害），以往的经验将不能适应目前和以后（99年）软件开发的变化了。必须进行作者提倡的自适应开发方式。

这个问题见仁见智，我不能同意作者的理由可以从几个方面来说。第一，看看这套丛书的前言。描述了印度大量的老资格程序员和项目经理的存在是人家比我们强的地方。那我不禁要问：照作者的观点，是不是这些人都没有价值了？因为世界已经剧烈变化了。如果是是，显然是荒谬的，而且丛书引入了一本观点与其出书目的截然相反的作品（这不是一般的观点不同，而是能完全否认出从书的价值）。如果是不，那么原因是什么？是不是这些印度人已经都掌握了自适应方式？这显然也是荒谬的。第二，个人以为这书和99年的.com热完全一致，强调速度、变化和抛弃，完全是那个时代的产物（书中有很多痕迹）。.com热已经过去了，能够继续生存的.com大多已经被为本书所嘲笑的传统经理人所控制，而且生存状态也就是一般般，其他绝大多数死亡了。谓予不信。举两个例子。一是后来看当时最聪明的人，都是攒了一个网站然后趁乱卖掉的人。买的人基本都在哭（如果还能活着），就算你买的是AOL也一样。二是看错网络热潮的巴菲特，只为此道了一年歉，之后几年，可都是和过去一样笑的。

最后，我觉得项目管理和对人生的观点其实是殊途同归的。虽然到处有出色的员工，但是任何项目的出发点，都不能假设自己带了一帮高智商的共产主义者。在这个层次上，传统的经济人文观点，都蕴含了项目管理的经验。个人看过的书里面，觉得值得推荐的，2001年是浙江出的《大败局》，2002年是《定位》（《自适应》中对其中的观点也有引用）《人月》，今年有《最后期限》。

听人谈了一些对于这本书的看法，感觉不是很同意他所欣赏并转述的书的内容。所以昨天去书店站着看了大半本，觉得他的转述和对书的理解都没错，也就是说我的确不是很同意书中的观点。

书读着令人激动，但是感觉作者过于理想化了开发的情况。
项目开发的著作，我以为分两类。一类是着重考察项目过程本身，一类是主要考察项目的参与者。前者我以为如《人月》，后者如《最后期限》（我想《人件》应该也是的）。一本好的作品应该是承认实际环境中的种种局限，并在实际局限的基础上考虑合适的策略。但是《自适应》似乎更加象一本市面上很多的励志读物，拿来鼓励一下自己可以，不能全当得真。特别是在你开发的是一个大型应用而不是产品的时候。

系统指出我的看法有些难。摘录一些观点供大家参考。

一是强调小组成员要保持高度积极的开放心态去适应变化。我觉得大前提没有错。但是长时间的激烈变化的确是耗散小组成员斗志的最佳方式。《期限》中说：压力之下人无法很好思考。激烈的变化的确是产生压力的好途径。我不能期望我的小组成员人人在6个月以上的开发过程中一直保持这种心态，我自己首先做不到。这是大多数项目组的现实。

二是觉得客户的需求最终会是收敛的，因此总有苦尽甘来的日子。我也以为不妥。我相信很多人经历过客户需求的变化，很多不是很有理性的，甚至有很多是颠来倒去的。有很多修改在程序员看来（包括事后证明）是没有意义的，但是在客户业务人员当时看来是很重要的，小组只能屈从。这也是小组士气的杀手。

好书！

把《第五项修炼》翻译成了《第五条军规》和《第五规则》（几个人的翻译风格不同），学习型组织也成了学习性机构，有意思。不过，不管怎么说，这本书属于那种让人眼前一亮而后兴奋不已的佳作。那些沉迷于机械官僚式CMM和ISO、对敏捷方法不屑一顾的人，应该借此书好好洗洗脑了。

翻译得有些别扭，或者说是‘烂’
但书里的内容很有帮助，特别是第四章中谈到的自适应开发周期策划