第五章 失败的过程也是过程
以得失而论，在瀑布模型与RUP模型之间，学习前者而不成，可思过程的本质；学习后者而不成，可得文字的架子。
如果懂得了所谓的模型原本都演化自那个简单的瀑布，那么文档是按XP写还是按RUP写，也就可以应时、应需，因地置宜，择善而从了。
越是简单的东西，往往越是接近于本质。
项目经理的工作，就是要去组织这个工程中的各个角色，使得分工明确，步调一致，共同地完成这个项目。四川有句地方话叫“做过场”，也有说成“走过场”的。“过场”是舞台术语，意思是角色从舞台一端出场，再走到另一端进场的一个过程。过场角色一般没有唱腔或道白，即便是有，也是没有什么实质内容的。前面那张图就是一个过场。尽管那是一张用来描述“沟通问题”的经典图例，然而你应该注意到，每一个角色都把自己的环节当成一个“过场”。如同演戏一样，从A做到Z，就一切都完成了。当然，按照RUP的思想，是要从A到Z一遍又一遍地做下去的。然而，如果每一遍(或者用RUP的那个术语“迭代”)都只是“过场”的话，项目将是一场无休止的演出而已。
工程只是一种实现的途径。最初做开发的前辈们，不用什么工程或者过程，也一样编出了程序，也一样解决了问题，也一样实现了目的。而现如今，我们讲工程了，讲过程了，讲方法了，却什么都再也做不出来了。
不奇怪么？
工程被当成了借口，掩盖了我们做事的真正目的：“实现”。因此，我们在一个项目中常常听到说“工程要这样做”，或者“工程要那样做”，而绝少听到“项目要求这样做”或者“客户的本意是那样的”。
这样的结果是：我们做完了工程(的每一个过程)，却没有完成项目(的每一个“实现目标”)。
为工程而工程的人，都迷失在项目中了。就象开发人员迷失在一个技术的细节上一样。专注于RUP或者RAD之间的区别的人，可以把每一个过程的流程图都画出来，却也被这每一个流程给捆绑得死死的，再也没有挣扎一下的力气。