大道至简--第五章失败的过程也是过程

 

　　我们明明拥有的更多了，创造力却开始下降了。每个职业都会出一些出色的杰出的人。他们为社会的发展贡献了许多力量。他们把自己的所得总结下来，成为一个个便于理解的方式语言。但是，这些优秀的结晶也限制了后来人的发展。在计算机领域里，有许多被公用的模式，很多从实际工程中提炼出来的过程模型都是值得称道的，例如RAD(快速应用开发)模型、螺旋模型和现在常被提及的RUP模型。他们被大量的搬用并衍生出新的模型，我们的负责人告诉我们要怎么样去做，然后我们变按照要求去践行一个个过程。但是，我们知道每个过程都有结果，每件作为必有目的，我们实施一个个工程是为了他的结果，但是每个人好像更注重过程，我们必须这样这样做，我们不能有丝毫偏离，我们每天都在进行一个个过程，循环往复，烂熟于心。我们就像做蛋糕，由于有了模型，我们可以做出一个个好看的蛋糕，但是却丢失了流动性。不是说我们亦步亦趋的去紧跟这它，就能够做好一个工程了。如果工程可以那样做成的话，只需要有瀑布模型就足够了。因此做过程并不是做工程的精义，也不是目的。

 

　　为工程而工程的人，都迷失在项目中了。就象开发人员迷失在一个技术的细节上一样。专注于 RUP 或者 RAD之间的区别的人，可以把每一个过程的流程图都画出来，却也被这每一个流程给捆绑得死死的，再也没有挣扎一下的力气。这些开发人员就是在走过场，并不真正的去探求他们不求更好只求结果，这种行为，是没有什么真的提升能力和空间的。过程不是一个死模型，不是嵌套方法，没有什么模型是真的可以是开发人员一劳永逸的。在买椟还珠的故事里，郑人就只看到了事物的表面，而忽略了实质的东西。我们一遍遍嚼着别人留给我们的，在走过场，我们永远试图把它编个形状变出现新的道理，但是，可能吗？不可能，因为这就象物理变化肿么变也变不了它的本质，不可能发生质变。这也就米有了意义。

 

　　以得失而论，在瀑布模型与 RUP 模型之间，学习前者而不成，可思过程的本质；学习后者而不成，可得文字的架子。我们总是在说“做工程”，好象工程就是面包馒头一样，有个模子，拿来照着一堆面按上一按，放在笼屉上蒸上一蒸，就可以“做”出来了。所以我们当然不能“做”工程，而是要“组织”工程。项目经理的工作，就是要去组织这个工程中的各个角色，使得分工明确，步调一致，共同地完成这个项目。