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