有一句中国谚语：“授之以鱼，不如授之以渔”。同样的逻辑可以运用到过程改进中。告诉他怎样把事情做得更好，他会在您看的时候这样做 。教他充分地思考并决定什么样的变更可以帮助他，他就会变成变更的主人并使变更变成他自己的。

    Kent Beck 曾经说过软件开发只是简单地倾听、测试、编码，以及设计，任何提出不同意见的人都是想要向您出售东西。然而我并不认为他的那套关于软件开发的行为是完整的，我认 为他这样说并不明智。商业中的顾问也是在出售东西——他们自己。他们出售地越多，您得到的就越多，因此如果他们能够使他们自己变得不可缺少，他们就能够出售地越来越多。这 就是看待事物的方式。我认为真正优秀的过程和方法学顾问是愿意帮助您的组织学习知识，并通过这些为您内部拥有的知识帮助您取得成功的人。一段成功雇佣期过后他们高兴地 离开，您也变得十分自信。这些顾问能够跟您一起工作，但不仅仅只与您合作。

    当我还是“RUP倔老头”的时候，我有机会调查和观察许多客户。在瑞士哥德堡对 Volvo 工厂的访问是一次难忘的访问。Boris Karlsson 和他的职员负责软件工程小组的过程改进。Boris 的团队用他们处理软件项目的方式从事过程实施。他们收集需求，安排一些必需的活动让开发人员了解如何使 用这个新过程，然后在不同的开发小组实施这个操作项目。他们开发了即时训练程序模块和实践训练，并指导小组工作。这是我所见过的最成功的RUP地首次实施之一。 6

    重要的是给每个人一个贡献自己想法的机会，并让他们知道他们的意见已经被人所知。实施变更最有效的方法是明确地描述变更，为什么它是必要的，以及您所期望的利益。然 后您让人们来发表意见。他们是会受到这个变更影响的人。结果证明他们经常会有一些可以使变更有效的建议，或者他们会提出一些您可能从没想到过的问题。您不得不承认他 们有很好的建议，在好的建议面前不用因为改变了您的观点而担心。如果在您的思想中缺乏灵活性，您就不能执行过程变更——这里不允许自负的思想存在。

    结论

    这几个反模式的例子让您了解到如果您用错误的方法来应用好的观念，将会产生什么样的错误。您可能能够思考得更多一些。我迫切希望您们阅读Organizati on al Patterns of Agile Software Development并且能够思考一下文中提到的模式的反模式。如果没有其它事情，我想让您更深入地思考模式本身。在以后的栏目中我们将研究更多应用于人、过 程，以及工具的反模式。