ce97
作者ce97·2015-04-07 21:21
软件开发工程师·某某某

BRM最佳实践方式

字数 2486阅读 1596评论 0赞 0

业务规则管理(BRM)经常会被描述为设计管理(DM),在企业提升业务敏捷性环节中起着非常重要的作用。较为领先的BRM工具及DM产品包括IBM Operational Decision Manager、Fair Isaacs Blaze Advisor、Red Hat JBoss Drools,OpenRules、Progress Software Corticon和InRule。Edson Tirelli是Red Hat的一名软件总工程师,同时也是Drools的项目领导,他说:“动态业务中特别适合使用业务规则管理,因为这种环境下的敏捷性和一致性属于关键但非功能性的需求。”当我们必须使用高级语言或者抽象描述来展现模型,从而保证分析师顺利建立、审计或者维护业务规则及流程时,BRM就会成为最佳的选择。

BRM非常受金融、保险、通信、政府、医疗保健和物流行业的欢迎。Tirelli说,BRM在医疗保健行业应用最为广泛。BRM工具正逐步发展为医疗管理中的一组系统,嵌入其中起到监控患者健康以及前台病例管理的作用。

找到BPM与BRM最佳平衡点

BPM实践过程中通常会应用到BRM。Mark Allen是 Progress Software公司决策管理部门的首席技术官,他说,BPM的目的是通过一系列的任务或者活动来改善工作流的效率和质量。与之相比,BRM的目的则是提升包括决策制定在内的一系列任务的效率和质量。BPM和BRM功能之间可以互相补充。

大多数BPM都会包括基础的BRM功能。Allen说,但是,这仅仅适用于路由和工作分配任务中,自动化运作决策中就不符合这种情况。这就限制了只能在如何判定索赔或者确定折扣率的管理过程中使用BPM。

使分析具有可行性

James Taylor是Decision Management Solutions业务规则咨询公司CEO,他说,在使分析和业务智能化更具可行性的过程中,BRM展现了非常强大的能力。“需要业务流程之处,就会有业务分析,其中包括数据挖掘、预测分析以及机器学习。”

像SAS、IBM和SAP这样顶级的分析供应商都是在自身分析能力的基础上增加这些业务规则,并嵌入到企业应用程序中。这样做就更容易利用前端业务规则提高客户交易率。

利用云及其它

Taylor认为,在云环境中应用BRM运行结果是最好的事件方式。客户交易规则之间的转换可以促使企业架构师想到更快实现云环境部署的新方法,因为调度中心和代理商通常是通过云应用进行工作的。

许多企业架构师甚至考虑将这些规则之间应用到云环境中。他们需要权衡GRC需求的利弊,保持将这些规则放置到防火墙之后,并将之发送到云中,在云环境中互相进行对比。云环境部署规则存储库后,会在与其他服务及移动应用进行整合时具有一定的优势。但是,Taylor并不希望看到相对成熟的企业直接将规则管理引入云中,因为这些都是非常敏感的信息。

有些企业甚至开始也在移动设备上推行业务规则管理。Taylor希望看到在物联网设备中也可以使用BRM,协助实现与数据收集相关的分配决策。在这些案例中我们可以看到,BRM有助于确保企业在没有联网和没有数据的应用程序的情况下也能够收集到可操作数据。这样,通过互联网络就可以实现多决策联合。

找到IT和业务之间最佳平衡点

Jacob Feldman是OpenRules开源BRM供应商的创始人兼CTO,他说:“注意,一开始要使用自上而下的决策方法来处理相关问题,而不是使用规则来处理问题,这是非常重要的。”当业务人员被分配到负责编写标准和业务规则,同时与技术人员合作完成信息系统时,我们会看到一个很不错的结果。反过来,IT团队应该留意将规则系统集成到后端IT架构中。该流程需要开发一种企业架构,可以直接执行这些业务规则。

许多企业试图让业务人员亲自编写规则手册,让程序员实施。但是,Feldman提示说,这是一种非常糟糕的方法。当由开发人员控制整个实施规则的时候,他们很可能使用程序技巧来实施规则。结果就是,业务分析师和主题专家们很难理解这些规则。

Feldman说,主题专家们同样也应该针对业务规则及决策编写一些测试案例。这种测试驱动方式可以开发出更易维护和扩展的系统。

IT和业务之间也必须制定一种简洁的规定,明确说明规则的哪一方是规则的持有者。Jim Wray是InRule公司产品管理及销售运营部副总裁,他说:“定义跨功能交互职责和作用是区分成功与否的关键因素。”

Wray说,许多IT部门都不愿意接触这种令人沮丧的任务,担心业务人员会破坏某些东西。在某种情况下,最好让业务人员在这些规则上进行签字确认,而另外一些情况下,则无需这样做。

实现波动性、复杂度和量化方面的自动操作

Progress Software'公司的Allen说,能否一开始就很好地实施BRM取决于对高波动性、附加复杂或者数量方案的辨识能力。波动性指的是基本规则的变化频率。如果规则永远不改变,那么,这些硬编码就不是问题了。

规则的复杂性包括影响给定决策的因素总数和规则总数。因素和规则越多,就越难理解彼此之间的逻辑关系,时间成本会以指数形式上升。

数量是指,给定决策的制定次数。例如像如何规划邮轮航线,或者是否可以批准商业贷款这些复杂决策虽然数量较少但是价值却很高。像eBay卖家持有政策虽然数量较多但是却并不复杂,也可以称得上是高价值。

从小事做起

Allen解释说,从中等规模做起也是一个不错的选择。这种规模的决策复杂度足够并具有一定价值,而且在几周之内就可以轻松完成。测量不同形式价值的指标包括成本效益(排除人工任务)、降低风险(提升政策法规达标率)、增加收入(优化决策)以及加速更换周期(机会成本)。IT价值体现在降低开发和维护周期方面。

将BRM技术引入企业跟其他新技术的引入是类似的。Red Hat公司的Tirelli说:“项目策划和项目执行方面经验丰富的人员的加入会提高整个任务的成功率。以包含了整个解决方案的小型、有机项目作为开始,也有助于确保解决方案具有坚实的运行基础。”

如果觉得我的文章对您有用,请点赞。您的支持将鼓励我继续创作!

0

添加新评论0 条评论

Ctrl+Enter 发表

作者其他文章

相关文章

相关问题

相关资料

X社区推广