企业治理往往被视为必要之恶-这是达到最后一个高效企业架构用人策略目的令人遗憾的手段。不过前瞻性的治理方案也许有能力改变这种印象。Agile-Path公司的总裁兼CEO Eric Marks建议采取事件驱动的办法来进行企业治理。

    Marks说，事件驱动方案聚焦于识别需要注意的事件类型，以确保开发和集成工作走在正确的轨道上。如果得到细致实施，事件驱动方法就可以简化治理并确保组织不会制造出“治理孤岛”来。

    Marks在Agile-Path为许多企业实施业务变革及通过BPM和SOA进行技术创新提供了咨询。他说治理是件始终要关注的事情，大多数都能收到显着的成效。他说治理工作面临的问题通常不是技术问题，而是组织问题。

    Marks解释说，欠缺治理的组织，往往实施的是孤岛式的治理，这样在各个孤岛就会出现某些地方重复治理，而有的又会出现遗漏的现象。服务治理、架构治理、数据治理等其他类型的治理每一个都可以在自己的小范畴内进行。这一体系（或者说这一体系的缺乏）往往导致治理冲突，从而延缓了某些项目，而有的项目又由于很少或缺乏监管而躲过。

    颠覆流程

    这一解决方案也许会颠覆其上的治理计划：不是设立对治理策略进行决策然后在应当采取行动时找出建议的治理委员会，而是通过其他绕行方式来解决。Marks说组织应该从确定哪些时间触发治理评估开始，再以确定哪些委员会跟哪些治理策略相关来从之。

    事件驱动的目标是让治理流程尽可能顺畅地运转，同时确保满足治理的要求。为了实现这一目标，Marks建议聚焦于一个相对小规模的核心治理关注点，并确保这些关注点相关的策略和流程能够列举得尽可能的明确。

    “聚焦于三到七项最影响企业的重要核心策略，然后围绕着这些核心来定义治理，”Marks说。关注的优先次序因组织而异。

    不过，Marks提到了可重用服务往往是大多数SOA组织的优先选择。与此类似，成本控制可能是任何受到预算约束组织的主要问题。另一方面，集成有可能是积极收购新资产的组织的关注重点。

    在找出哪些是你组织的首要治理理念之后，下一步就是要定义触发执行治理策略行动的所有事件。这些事件许多可能都已经在你的SOA治理计划中有大概的描述了。比方说，系统开发生命周期检查点将触发治理策略。

    其他触发治理的事件可能不是那么明显。在其他治理流程中，新应用的业务请求，应该有可能触发对某些已有资产的检查-即可应用到这一新的业务案例的那些已有资产。

    避免治理小组和委员会过多

    陷阱在哪里？Marks警告说，如果组织以委员会开始，然后在那些委员会的范畴内试图定义治理流程的话，很有可能会弄出一大堆的委员会。委员会太多会导致重叠和缺失现象的并存，且会处处低效。“从策略和流程开始，”Marks说：“把这个搞清楚然后在此之上设立一个虚拟的委员会。”

    按照Marks的事件驱动治理，组织大刀阔斧地铲除了重复、没有必要的评估小组和治理委员会。相反，他们依靠的是Marks所谓的虚拟评估委员会。这些评估委员会只有在普通治理流程出意外需要开会的情况下才碰头（由例外事件触发）。“【虚拟委员会】并非长期存在的实体；有必要坐在一起处理特殊情况之时才会冒头，”Marks说。

    根据Marks的说法，使用基于事件的方法来治理可允许组织通过减少组织对长期治理委员会的依赖来“精简治理”.Marks建议根据事件来进行治理，以赋予组织实现更加精益的自我治理及团体治理方法。“总的来说这是一种更加简单的治理模式，”Marks说。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。