模型只是工具，它不是一面镜子
The model is a tool, not a mirror.
软件开发领域有很多模型，像RUP、CMMI/GJB5000A等等，这些模型的出现一度改变了环境开发混乱的现状，开发过程变得有序，软件质量得到提高，但是不要把模型看作是解决软件开发过程中所有问题的灵丹妙药，模型只是工具，它只能起到辅助的作用。
过分的依赖模型，可能会带来新的问题。
比如：
混淆模型与现实
模型不是现实，它只是对现实中的一些事物的运行规律进行了提炼。所以我们不能天真地认为只要按照模型的要求去做，软件开发就会一帆风顺。现实当中总会出现各种无法预料的状况，它们会打乱我们的计划，让我们认清现实。
低估不能形式化的特性
模型能够给出处理问题的一些原则和要求，但它不可能告诉你一个具体的问题应该怎么解决。比如说，我们可以通过头脑风暴会议的方法来寻求问题的解决方案，但是模型无法给出这个头脑风暴会议究竟应该持续多长时间。
规定违背个人自主性的行为
模型会给软件开发设定各种条条框框，这些条条框框可以减少开发人员犯错的几率，但是这些条条框框同时也限制了开发人员的创造力。
偏袒新手，疏远经验丰富的员工
对于新手来说，模型是友好的。因为新手需要一个指令清单来开展工作。但是对于那些经验丰富的员工，这些模型更多的就是一种限制和约束。
把复杂局势过于简单化
与现实的复杂局势比较起来，模型过于简单化了。不要以为实现了模型所要求的那些实践，就能够达到模型所期望的目标。
追求过度一致
模型要求所有的项目都遵从相同或相似的规定，然而事实上没有任何两个项目会是完全相同的，模型也不可能放之四海而皆准，上一个项目里有用的东西对当前的项目来说可能就是一场灾难。
忽视情境的细微差别
同样的规定在不同的项目中可能带来完全相反的结果，这是因为不同的项目的情境是不同的。可是如何发现这些项目情境的细微差别，针对这些细微差别要采取哪些补救措施，模型并没有告诉我们。
故弄玄虚
如果模型的语言表达过于口号化，缺乏可操作性，那它对我们的帮助就会变得非常有限。
总之，模型只是我们完善软件开发过程的工具，没必要将它神化。
这正是：
模型不过是工具，辅助开发有余地
莫把模型给神化，不忘初心是质量
参考书目：程序员的思维修炼：开发认知潜能的九堂课，作者：（美）亨特（Hunt），译者：崔康，出版社：人民邮电出版社