假如这一次失败了，不要紧，失败一次没什么，没有一个人是永远的赢家，有谁见过没曾打过败仗的将军？人生不能没有教训。有一句话这样说：“跌倒了不必急着站起来，四周找找看有没有可以捡的，再站起来。”我始终认为，重要的是过程，风雨过后不一定要见彩虹，其实能够引起震动的是雷电。那个彩色的光环是瞬间的，真正有意义的是为此努力、为此奋斗的经历。有智慧的人往往能从逆境中总结出宝贵的经验，所以一个人偶尔失败了，只要意志不倒下，有时反而会有意外的收获。所以说失败的过程也是过程。
瀑布模型是一个项目开发架构，开发过程是通过设计一系列阶段顺序展开的，从系统需求分析开始直到产品发布和维护，每个阶段都会产生循环反馈，因此，如果有信息未被覆盖或者发现了问题，那么最好 “返回”上一个阶段并进行适当的修改，项目开发进程从一个阶段“流动”到下一个阶段，这也是瀑布模型名称的由来。包括软件工程开发、企业项目开发、产品生产以及市场销售等构造瀑布模型。如上面所说，我们做的不是工程，而是过程。换而言之，亦步亦趋是做不好工程的，如果工程可以那样做成的话，只需要瀑布模型就足够了。因此做过程并不是做工工程的精义。当然了，不仅仅是学到一些知识，我们还应该从中学到其他的，有一些感悟存在才能说不浪费了这本书的作者的期望。
其次，我们做工程不能仅仅是走过场当项目变成了无休止的演出的时候，不论走了多少的过场都没有任何的意义。再者，我们是为消费者提供服务的，因此，实现才是目的。为工程而工程的人都迷失在项目中了。就像开发人员迷失在一个技术的细节中一样。
再者，过程不是死模型，我们应该试着跳出大师们的身影，再仔细看一下那些所谓的“经典”的过程，不过就是在瀑布模型上的一再变形罢了。但是我们也应该要清楚，过程模型是在已有的工程中总结出来的，也就是说，在某个模型有了名字之前他就已经存在了，就已经被一些团队或者公司创生并使用了。
而且，我们做任何事多要做到专业，不能画虎不成反类犬，我们所要比较的是骨子里所得所失的东西，而不是架子上的像与不像。同样得失而论，在瀑布模型与其他的模型之间，学习前者不行，可以思考其中的本质；学习后者不行，可以得到文子的架子。过程理论中，本质的东西若能理解透彻，架子还不是随手搬来就可以用的吗！越是简单的东西，往往越是接近于本质。
最后，工程不是做的，而是组织的。我们总说做工程，好像工程就像是面包馒头一样，有个模子。经历过过程的人都知道，没有那个模子，工程人员也不是那一团面。所以。我们不能做工程，而是在组织工程，组织工程的各个角色，使之分工明确，以便圆满完成。