在我的上一篇文章中,我提到过SOA管理的复杂性要求混合使用相应的技术和非技术元素。最近,我经常听到用户的抱怨,他们实现了一个注册服务或存储库但是却没有人使用或者使用时发现信息的质量存在问题。一些人在寻求能够解决这一问题的技术,但是通常来说这只是企业内部对SOA管理的接受或者对管理的抵触问题。
抵抗变化是人们的天性,或者说得更具体一点,抵抗“您的老板”,这在管理中十分常见。实际上,在上个月的Gartner AADI峰会上,Paolo Malinverno就向观众问道:有多少人认为管理在公司内部是必要的?结果所有人都举手表示有必要。紧接着他又问了一个问题:有多少人愿意被管理?结果80%的人又将手放了下来。因此问题的关键就在于此。没有执行力的管理毫无价值可言,但是如何才能确保管理流程被采用,并且能保证以后的遵从性呢?
我承认有些技术(比如说注册和存储库)可以消除对采用管理的抵触。比如说,可以使用方便的、自动的方式将员工所产生的效益填充到中心目录中。但是,我发现使员工接受管理的最佳方式是建立一个激励模型。
建立激励模型有多种方法,不过我发现采取奖励和惩罚的方式效果最好。有些人使用的“奖励”比“惩罚”多,而其他一些人只使用“惩罚”。比如说,上个月交谈过的一位用户就使用的是纯“奖励”的方法,使管理活动成为了其开发人员绩效标准的一部分。不遵循管理模型的员工也没有惩罚。我的想法可能有点极端,但是那个用户的模式却运行得丝毫没有问题,因为管理已经渗入到了开发人员的工作中。
但是,我发现恩威并重的方式可以获得最佳的效果。比如说,一些用户就使用基金作为奖励。这样可以确保遵循已制定管理模型的开发小组或项目能获得额外的基金以继续发展项目。如果不遵循管理模型则有可能失去基金的支持。另一个方法是,架构评审委员会将停止未遵循正确管理活动的应用程序和服务的部署,比如说未使用相关工件和元数据填充注册或存储库。通过此类方法,并结合适当的技术可以减轻这一过程的痛苦,这使公司能够成功地采用SOA管理。因此,如果公司在填充注册或存储库时遇到了麻烦,可以尝试建立一个激励模型,奖励遵循管理流程者并处罚违反者。
原文出处:http://dev2dev.bea.com/blog/mstamback/archive/2007/07/gaining_adoptio.html