失败的过程也是过程
在上世纪60年代末，“做过程不是做工程”这一概念被提出，其成熟的标志是软件工程的瀑布模型的提出。
在很多情况下，导师会特别注重对学生完成项目过程的培养，导师觉得一个人完成项目的能力非常重要，如果只要结果会出现种种抄袭事件，那是个人的修养问题吧。软件工程作为一个开发者，面对的是各式各样的顾客需求，人家客户要的只是结果，也就是我们做的最后的工程，人家不关心也没必要关心你完成工程的过程。
瀑布模型将软件开发的过程分成需求、分析、设计、开发和测试等5个主要阶段。在瀑布模型之后，很多程序员都曾根据自己的编程经验总结出一套模型，如：RAD、RUP、螺旋模型，但程序员根据这个模型最后做出来的工程都达不到客户的要求。无论是用RAD模型还是RUP模型来做工程，即使亦步亦趋，也做不好过程，所以说做过程不是做工程，也不是目的。
“走过场”一词在日常生活中我们经常见到，“过场”是舞台术语，意思是角色从舞台一端出场， 再走到另一端进场的一个过程。什么事不被认真对待的话都说走走过场就好，不需要太正式了，但是做工程可不是走走过场就行了的，人家要的不是表面的东西，人家要的是实在的东西，老板要的是有价值的东西。
当局者迷旁观者清，为工程而工程的人，都迷失在项目中了，工程被当成了借口，掩盖了我们做事的真正目的：“实 现”，因此，我们在一个项目中常常听到说“这个工程要这样做”，或者“那个工程要那样做”，而绝少听到“项目要求这样做”或者“客户的本意是那样”的。这样造成的后果是：我们做完了工程(的每一个过程)，却没有完成项目(的每一个“实现目标”)。完成每一个工程都不是死模型，很多后人都想在前辈的基础上开创出属于自己的新模型，试着跳出大师们的身影，再仔细地看一下那些所谓的“经典”过程，但都不过是在瀑布模型上的一再变形。瀑布模型描述了开发的主要环节，于是一群人把这些环节拧来扭去或者反复迭加，就成了 RAD、螺旋、RUP，以及未知的、还没有被扭出来或者堆叠出来的 X、Y、Z。做软件工程这一行的最重要的就是自己的想法、思路，照抄照搬出来的东西连自己都不会用，何况别人。
我们总是在说“做工程”，但工程不是面包馒头或月饼一 样，有个模子，拿来照着一堆面按上一按，放在笼屉上蒸上一蒸，就可以“做”出来了，也不是模仿，看着别人的原作就弄出来的，俗话说“画皮画虎难画骨”，最后弄出来的过程也不实用。
经历过工程的人都知道，没有模子，工程中的人员也不是那一堆面。所以我们当然不能“做”工程，而是要“组织”工程。项目经理的工作，就是要去组织这个工程中的各个角色，使得分工明确，步调一致，共同地完成这个项目，即使失败了，但失败是成功之母，失败的过程也是过程，不懈的努力它不成功它能飞哪去。少年，加油！