编者按:在这次访谈中,我们的特邀编辑Peter Schooff同业务规则专家Ronald G. Ross就结合业务规则和BPM的益处和挑战进行了交谈。Ross和Gladys S.W. Lam共同著作,创建业务解决方案:用业务规则(业务规则解决方案,2011)来做业务分析。 他是Business Rule Solutions LLC公司的共同创始人和主要负责人,也是BRCommunity公司执行编辑。 这篇采访,节选自一个更为深入的播客,已编辑好了长度,清晰度和编辑风格。
ebizQ:我们开门见山,您认为当前业务规则管理的状态是什么?
罗斯:这是非常令人兴奋的。很多人认识到业务规则作为他们公司最好的机会之一,比如像改善服务,定制自己的产品,实现业务敏捷性,在许多情况下,还原已成为维护的一个沉重负担。对于IT专业人士,我想他们看到越来越多的业务规则管理系统在他们的技能里面是非常可取的东西,所以它在过去,尤其是过去的3-5年扎根在专业社区里。
但我觉得令我们感到兴奋的是,在日常活动中重新掌控业务如何运作,业务政策和商业惯例的机会。当然,在业务需求和IT能够提供的服务之间往往还有很大的差距。这是一种弥补这一差距的方式,并且掌控业务人员。
现在,我总是很谨慎地指出,业务规则是没有什么高招的。但我们研究过足够的案例,我们听了很多学术会议,我们发布案件——所以取得了成功。在这一点上,毫无疑问,任何企业组织都没有理由阻止业务规则的前进。他们真的应该好好研究,把它作为一种改进和补充他们正在业务流程所做的工作。
ebizQ:请问业务规则管理与BPM如何达到互补的效果?
罗斯:从本质上讲,主要好处是,把表达和管理业务流程规则从业务流程和业务流程模型中分离出来,你可以使这些模式大大简化。 举例来说,我们在制药行业的客户之一,例如,能够把28页的业务流程模型减少到只有4页。我们已经多次看到结果;我们也听到很多人谈论它。这只是一个案例,在这里面如何做到这一点的知识,还需要更广泛的传播。
这样做的好处以很多种方式体现出来。但在里面最主要的是:如果业务流程模型更为简单的话,您可以更好的和业务人士交流。您对核心业务变化有一个更加清晰的认识,这是一个好的业务流程建模必不可少的条件。它也给你一个框架,一个非常有创意的手段来发展与客户,供应商和外部各方的高度定制,高度专业化的相互作用。
因此,简而言之,我们想说把业务规则当作一等公民来对待,那就是业务规则宣言所说的那样——它是达到业务灵活性的真正的关键所在。
ebizQ:请问把业务规则集成化进BPM面临的挑战是什么?
罗斯:首先,我想,当你谈论有关业务规则和BPM的时候,要小心的使用“集成”或“集成化”。更重要的一点,你需要采取的第一步实际上是分离业务规则,所以他们不是嵌入在业务流程模型流或埋在任务文件里等等。与业务流程不同,业务规则真的需要作为一种非常不同的事情来处理。
但是,澄清一点:显然,这些东西到最后都会在操作或者执行中回到一起。我们想说的是,回到一起,你可能会把它看作是整合或重新整合,应该尽可能晚的发生。在传统的条款里,将被称为“后期绑定”。所以,我们真的把后期绑定看作是整合业务规则和BPM最有效的方式。
现在,我们更广泛的看看挑战方面的问题:具有讽刺意味的是,第一件对于人们来说困难的事,这这个领域没有很多的背景,有经验的人往往能简单地理解业务流程模型和业务之间的差异。它不是关于IT,或者IT方法论,或需求方法,通常都鼓励他们这样做或思考。你真的会惊讶的发现有多少人一开始看到它有困难。
这是为什么?此外,传统的IT方法从来没有挑出业务规则作为“一等公民”,所以我们很习惯的在程序上思考,而不是声明条款上思考。业务规则应该总是使用声明,而不是程序。
另一个原因是,很多专业人士很直观的理解业务规则是什么。这是一件好事。没有什么不妥。但根据了解所有的改进和业务规则的进步,尤其是在过去的15年左右的时间,人们需要采取进一步的理解方法。走出去阅读,参加培训并以一个正确的心态进入业务规则很关键。
另外一件真正的有帮助的事,并将继续有帮助,是在过去三,四年业务决策和决策分析的新焦点。如果你能以决策规则和决策表的形式捕获和编码决策逻辑,那么你可以从进程中卸载,这是简化流程模型的另一种方式。你在讨价还价中得到是一些真实的业务敏捷性:你不用努力把那些规则编码到任务或进程中去。
ebizQ:您认为什么类型的企业,在你看来,已经采取这种进一步的集成化BPM和业务规则?
罗斯:从历史上看,我不得不说,在开发业务规则方面做的贡献最多的企业是,是那些拥有抽象产品的行业,而不是有形产品。我们谈论的是比如保险和保险政策行业,或者是金融服务和金融产品,而不是部件或汽车行业。如果您认为保险公司和金融产品等行业,他们的整个产品,基本上都是定义和规则。这是一个非常好的方式去思考它。
紧随他们身后的,医疗保健和政府。特别是政府,沉重的政策,有时过程不像那样沉重。例如,考虑税收。除了定义和规则,税收是什么?在那样的情况下,这是一个天作之合。在另外一个领域我们也看到了很多的活动,特别是最近,在互联网上。如果零售商在网上销售,这是几乎可以肯定,他们将要基于规则来组织和运行他们的Web业务。真的没有其他的方式来衡量它,调整它,定制它,以达到他们渴望的没有规则的方法的程度。
现在这么说,我要告诉你,我们在你能想象到的大部分行业已经拥有客户超过至少的12到15年。所以我说,业务规则适用于BPM适用的任何地方。
编者按:想要听到更多Ross关于业务规则和BPM想法,包括他的详细预测接下来会发生什么,请听完整的广播。
读者反馈:您是否已经使用业务规则,以提升您的BPM项目?如果是这样,ebizQ编辑想听听您的经验。请通过Email:astuart@techtarget.com联系编辑安妮·斯图尔特。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
相关推荐
-
AWS PaaS来也:炎黄盈动为业务流程管理带来无限价值
随着容器、微服务等技术的使用,企业的应用程序也变得越来越趋于组件化;同时,为了这串连起这些组件,开发人员却需要 […]
-
在iBPM和BPM间做选择 不一定非此即彼
大多数系统都有一样的能力,在很多人看来,除了BPM或者iBPM这两个标签以外,实际上它们之间并没有任何区别。
-
Red Hat披露更加架构驱动的BPM模型愿景
Red Hat的一个更加结构化的BPM设计方案有望搭设应用开发界与业务流程管理的桥梁,让企业架构师、开发者和业务侧的人更快速更容易地实时新的业务流程。
-
SOA治理模型核心:人
治理在IT领域非常关键,但是很多时候企业的做法往往太过单向,企业SOA治理模型往往忽视了所有部分当中最关键的组件:人。