在业务 API 和社交时代,治理不再以合规性为主。如今,治理需要解决推动组织促进业务增长的更重要挑战 - 确保正确的人在正确的时间、出于正确的原因、基于正确的信息制定出了正确的决策。从战略上和操作上应对这些挑战,不仅需要改变治理流程,还需要改变定义和支持这些流程的角色和技能。在这一期的专栏中,我将描述必要的更改,介绍如何创建一种易于理解和易于接受的现代治理模式。 本文来自于 IBM Business Process Management Journal 中文版

Claus Torp Jensen, 高级技术人员, IBM

Claus Torp Jensen 是位于纽约州 Somers 的 IBM 高级技术人员。他是 IBM 的 SOA Foundation 团队的成员,从事不同体系结构原则之间的聚合工作。Claus 是 WebSphere Foundation Architecture Board 的一名成员。

在加入 IBM 之前,Claus 作为首席架构师和 SOA 推广人员已经有十年的经验。



2014 年 1 月 20 日

治理:完全在于制定精明的决策

治理 是一个 IT 行业中的许多人都讨厌的词,这些人通常指出治理太单调,创造了太多开销,而且一般来讲,提供的价值太少。奇怪的是,业务人员很少具有类似的问题;他们认为业务治理理所当然是运行企业的一部分。为什么存在这种观点分歧?

IT 行业中一个巨大的问题是治理常常被人们误解,甚至被 “错误地实践”。简单来讲,治理关乎精明决策的制定 - 确保正确的人在正确的时间、出于正确的原因、基于正确的信息制定出了正确的决策。因此,一种优秀、易于接受的治理模式应专注于回答以下问题:

  • 谁需要做决定?
  • 他们需要决定什么?
  • 他们何时需要做出决定?
  • 正确的原因是什么?
  • 他们需要哪些信息才能制定精明的决策?

有趣的是,在移动、社交、云和大数据分析时代,这 5 个问题的答案从根本上改变了交互系统的上下文,改变了将参与型系统与记录系统相集成的整体方法。


谁需要做决定?

在经典场景中,企业治理常常被拆分为业务治理和 IT 治理,它们分别归业务和 IT 组织所有和操作。甚至 SOA 治理(在定义上在业务与 IT 之间摇摆不定)在过去主要专注于工程工件、服务,因此主要由 IT 人员完成,即使是在实现业务目标的上下文中。

治理如今已有了很大的变化。控制点不再是用户界面或内部 IT 系统,而是企业的边界,是不受控制的内容与受控制的内容相交的点。选择哪些功能应跨越该边界进行设计,以及如何设计,这些必须是业务和 IT 的联合决策,有时甚至是由 IT 执行的纯业务决策。因此,IT 必须到达业务组织中,为业务 API 和端到端业务流程建立正确的所有权和职责,以便开发不会因为不够果断或内部冲突而被扼杀。


他们需要决定什么?

业务 API 是企业的一种公共角色。它公开了针对大众使用、实例产品目录、电话清单、订单状态、甚至 twitter 源而定义的资产、数据或服务。业务 API 对应用程序开发人员而言应该很容易使用、访问和理解。它可通过一个浏览器、移动设备等轻松调用。通过这种方式,Web API 扩展了一个企业并开启了新的市场,允许外部开发人员轻松地利用、公开和聚合一个公司的资产,以便广泛使用它们。管理业务 API 是将企业范围扩展到移动和软件即服务(software-as-a-service)所代表的新渠道的基础。

在我看来,或许如今最重要的治理决策是要向哪些用户、出于哪些目的而公开哪些业务 API。其中不仅包括业务 API 本身,还包括业务模型(免费、许可、按使用付费等)和上市方法。从治理角度讲,这些业务决策是生产化的业务 API 与用于内部集成的服务之间的区别。

如今第二个最重要的治理决策是,如何推动端到端的业务流程变得更加卓越。在此上下文中,卓越主要并不在于效率,而在于创建现代用户所需的个性化的相关体验。要检测和反映的重要情况有哪些?我们如何通过差异化的企业 “部落” 知识来充实我们对情况的理解?我们如何认知此时此地的交互动态?最后,我们可采取来实现一个业务命题关系的最佳行动是什么?


他们何时需要决定?

通常一个治理流程无法满足此时此地的用户交互动态。但一个治理流程可以并且应该提前决定谁在哪些情况下采取行动,这个 “谁” 是一个人还是一个自动化系统。重要的是,治理流程创建了一个强大的环境,其中的联系点拥有正确的信息和授权来推动业务发展。当然,没有失去控制权,但仍然尊重该联系点是可通过足够及时的方式制定业务决策来满足现代用户期望的惟一地点。


正确的原因是什么?

这是个不好回答的问题,因为对于构成 “正确” 的要素没有永远真实的定义。重要的是同时基于业务战略和上下文条件而制定决策。

在战略方面,典型的挑战是,许多 SOA 举措失败的原因只是没有 SOA 业务战略和来自 SOA 投资的预期业务成果的定义。我们已看到移动和数字化举措发生类似情形,如果没有明确的业务目标,这些情形可能会失败。良好的治理必须明确要求启用何种业务更改和想要何种业务成果。如果处理得当,这不仅会为业务和 IT 带来明确性,还会提供一个合适的度量指标来帮助在两种不同的行动过程之间做出决定。

在操作上,一旦得到整体治理决策的支持,IT 和前台资源必须将战略使命与对当前操作形势的深入理解相结合。在 IT 方面,这包括在可能性艺术(无论是积极还是消极的)上为业务组织提供指导。在业务方面,参与型系统是此时此地用户的情绪和期望能真正得以理解的地方。提供个性的体验需要理解这些情绪和期望,然后才能推断出要采取的任何行动。


需要哪些信息?

基于结果的思维对最大化任何投资(无论是业务还是 IT)的价值至关重要。而且不可避免地,结果必须在市场上下文中被人们理解,这意味着不仅需要理解您自己的业务生态系统,还需要理解整个行业。例如,如果您的在线交易增长了 5%,但行业总增长率为 10%,这种情形乍看起来是一种积极的结果,而实际上不是。

但是,获取控制权还不足以保持竞争力。现代企业需要博闻强识,确保始终采取了最佳的行动来促进与客户、合作伙伴或提供商之间的关系。您如何获取必要的上下文洞察?您如何利用已通过围绕它的业务和社交生态系统传入的操作数据?在许多情况下,答案只是告诉 Edge Gateway 和 ESB 中间件承载参与型系统与记录系统之间的所有交互,抽取来自包含企业内的一个端点的任何交互的信息。与社交分析相结合,这为感知业务交互的动态和决定要采取的合适操作行动提供了可靠的基础。


结束语

如今,治理仍然与我们密切相关,或许关系比以前更加紧密。鉴于此,治理必须不断演变,以支持新时代的业务议程。实际上,这意味着治理不再以合规性为主,治理需要解决帮助组织促进业务增长的更重要的挑战。更不用说详细的操作控制(同时引导人们向定义明确的业务结果发展)是现代企业必须解决的治理挑战。应对这些挑战不仅需要改变治理流程,还需要改变定义和支持这些流程的角色和技能。为此,IT 需要作为业务部门的战略合作伙伴稳步发展,而不是继续保持成本中心状态。可能性艺术(art of the possible)将是确定明天的业务生态系统中的赢家和输家的战场。

参考资料

学习

获得产品和技术

讨论

条评论

developerWorks: 登录

标有星(*)号的字段是必填字段。


需要一个 IBM ID?
忘记 IBM ID?


忘记密码?
更改您的密码

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件

 


在您首次登录 developerWorks 时,会为您创建一份个人概要。您的个人概要中的信息(您的姓名、国家/地区,以及公司名称)是公开显示的,而且会随着您发布的任何内容一起显示,除非您选择隐藏您的公司名称。您可以随时更新您的 IBM 帐户。

所有提交的信息确保安全。

选择您的昵称



当您初次登录到 developerWorks 时,将会为您创建一份概要信息,您需要指定一个昵称。您的昵称将和您在 developerWorks 发布的内容显示在一起。

昵称长度在 3 至 31 个字符之间。 您的昵称在 developerWorks 社区中必须是唯一的,并且出于隐私保护的原因,不能是您的电子邮件地址。

标有星(*)号的字段是必填字段。

(昵称长度在 3 至 31 个字符之间)

单击提交则表示您同意developerWorks 的条款和条件。 查看条款和条件.

 


所有提交的信息确保安全。


static.content.url=http://www.ibm.com/developerworks/js/artrating/
SITE_ID=10
Zone=WebSphere
ArticleID=960645
ArticleTitle=API 和社交时代的治理
publish-date=01202014