该章开篇第一个部分写的是做过程不是做工程，主要介绍了软件工程的创立及成熟的标志。其成熟的标志是软件工程的瀑布模型的提出。瀑布模型将软件开发的过程分成需求，分析，设计，开发和测试等五个主要阶段。在瀑布模型之后很多人开始研究过程模型的问题。这也是很多问题出现的源头。很多人认为只要把工程按照瀑布模型做，做完过程的每一个阶段，
虽然很多模型是值得称道的例如RAD（快速应用开发）模型，螺旋模型和现在常被提及的RUP模型，但是做过程不是做工程，模型就是样子我们可以根据好的模型来确立以后要做的工程的步骤以及思考方面，例如每个单元的分工以及要如何实现所需要的功能。借鉴好的模型的内涵而不是亦步亦趋，这样才可以后所进步，如果只是一维的照搬照抄非但不会进步还会失了模型的初衷。
第二部分主要讲了做过场，过场是舞台术语，意思是角色从舞台一端出场，再走到另一端进场的一个过程。过场角色一般没有唱腔或者道白，即便是有，也是没有什么实质内容的。所以有些人把做过程演示成了做过场，每一个角色把自己的环节当成一个过场，那么项目将是一场无休止的演出，不仅过程不能优秀甚至不能成功做成，而且还会坏了团队的气氛和工作态度，在我看来程序员最忌讳的就是照搬照抄和做表面工作。与其这样还不如不做。因为没有任何意义。
第三部分写到了实现，才是目的。很多人把问题的本质给忘掉了，在做工程中总是一味的强调方法和步骤，生搬硬套，现在在做项目时我们常常听到“工程要这样做”或者“工程要那样做”却很少听到“项目要求这样做”或者“客户的本意是那样的”我们总是在一味的强调过程的方法而忘记了做项目的目的，结果常常是我们做完了工程（的每一个过程），却没有完成项目（的每一个“实现目标”）。为了工程而工程的人，都迷失在项目中了，就像开发人员迷失在一个技术的细节上一样。我们总是在过分的强调目的和方法从而忘记了项目的要求，以至于在最后的时候反而背道而驰。
第四部分写到了过程不是死模型，在上小学时我们就经常被教育到要有自己的想象力，写作文时总是被鼓励要想象力丰富，大胆的发挥自己的想象力，所以总是会有人写出一些天马行空的东西，关键是我们没有一个具体的模型，没有框剪来束缚主我们的思维，但是到了做工程上，很多人总是被一些固有的条条框框所束缚，一旦我们没有了自己的想法总是照搬照抄前人的模型那么过程就变成了死模型，透过现象看本质是要求现在大部分程序员需要学会的，拒绝做买椟还珠者是每一个程序员的目的。
第五部分写到了刻鹄类鹜与画虎类狗，这两个成语相信很多人都不陌生，学到优秀模型的真谛并且得以熟练的运用才是最好的结果。
结尾说到了工程不是做的是组织的，这就说明了每个工程并不是想做馒头一样而是有项目经理组织的，项目经理要组织这个工程中的各个角色，使得分工明确步调一致，共同的完成这个项目，这就要求了团队的默契。
通过第五章我大概明白了做工程更深刻的含义，灵活运用，透过现象看本质以及时刻不忘初衷最后是团队的共同协作。只有这样才能将一个工程成功的完成。