第五章 失败的过程也是过程
第一节 作过程不是做工程
......
换而言之，无论是用RAD模型还是RUP模型来做工程，即使是亦步亦趋，也做不好工程。
如果工程可以那样做成的话，只需要有瀑布模型就够了。因此“做过程”并不是做工程的精义。
也不是目的。
第三节 实现，才是目的
这样的结果是：我们做完了工程（的每一个过程），却没有完成项目（的每一个“实现目标”）。
为工程而工程的人，都迷失在项目中了。就像开发人员迷失在一个技术的细节上一样。专注于RUP或者RAD之间区别的人，可以把每一个过程的流程图都画出来，却也被这每一个流程给捆绑得死死的，再也没有力气挣扎一下的力气。
第四节 过程不是死模型
试着跳出大师们的身影，再仔细地看一下那些所谓的“经典”过程，不过是瀑布模型的一再变形。瀑布模型描述了开发的主要环节，于是一群人把这些环节扭来扭去或者反复迭加，就成了RAD、螺旋、RUP......
......
因此，我们应该去思考瀑布模型到V模型这种变化的真实意图。
V模型的每一个环节中都强调了测试（并提供了测试的依据），同时又在每一个环节都做到了对实现者和测试者的分离。由于测试者相对于实现者的关系，是监督、考察和评审，因此测试者相当于在不断地做回顾和确认。
......
更进一步想，如果瀑布模型可以变成V、W和M，为什么它不能更关注于其中某个具体的环节（例如实现和设计环节）？如果在这些环节引入RUP的思想，哈哈，你看看，是不是出现了勋章模型和烟斗模型。
.....
第五节 “刻鹄类鹜”与“画虎类狗”
.....
同样，以得失而论，在瀑布模型与RUP模型之间，学习前者而不成，可思过程的本质；学习后者而不成，可得文字的架子。--用不好RUP的人，总会说自己终归还有一堆文档模板可以抄，便是这个缘故。
过程理论中，如果懂得了所谓的模型原本都演化自那个简单的瀑布，那么文档是按XP写还是按RUP写，也就可以应时、应需、因地制宜、择善而从了。本质的东西若能理解得透，架子还不是随手搬来就可以用的吗？
越是简单的东西，往往越是接近于本质。
......
你到底是选择架子还是骨子？
第六节 工程不是做的，是组织的
......
所以我们当然不能“做”工程，而是要“组织”工程。项目经理的工作，就是要去组织这个工程中的各个角色，使得分工明确，步调一致，共同地完成这个项目。
个人感受部分
1、以前怎么做：
以前面对以写难做的项目内容，遇到无法解决的问题就打算放弃，之间删除这个功能
2、这样做的还出：
永远不能自己解决问题，遇到问题会退缩，不能提高自己解决问题的能力，局限了思维能力
3、以后打算怎么做：
以后面对困哪不惧怕，不能害怕失败，知道是实现目标工程