如何最大化BPM的价值

日期:2008-6-12来源:计世网

BPM   IT   BPM技术   业务流程   

  业务流程管理系统可提供的效益是非常大的,然而,如何有效理解业务流程本身固有的复杂性与动态变化的本质是一项相当艰巨的挑战。为了适应不同的环境,工作流程也往往是不断演变的。当IT与业务管理人员一同把BPM技术运用于不断变化的业务流程时,常常举步维艰。流程用户常常感到被看起来很严格的工作流给束缚了,而IT经理面临的是流程用户期望他们能支持无止尽的流程异常处理。

  在启动BPM项目时,企业通常都从详细的流程图开始着手,流程图要真实的刻画工作的流向或者导致不同路径的业务规则。这些流程图虽然最初有益于促进员工理解内部活动,但是会随着任务日益复杂而不断失去价值。而且,在最初的流程部署之前,新的规则与问题常常会忽然出现。所以,我们可以看到因为变化无时不在,实际上我们永远都完不成流程图。

  为了避免这些问题,许多公司正在采用一种新的具备适应性的流程发掘方法。这种方法使流程自动化的部署不需要完整的流程图与定义。适应性的开发方法压缩了流程发掘的前期工作量。企业业务流程管理团队仍然包括策划流程实际内容的业务与IT代表。业务团队也与流程专家紧密配合:业务管理人员提供流程、业务环境以及流程与规则所带来的影响等详细知识,而流程专家则在需要的情况下实时地定义流程走向、规则与确定工作的接收者。这个团队负责确保流程能能够快速变化调整以支持独特的业务需要。

  这种开发方法包括了对以下几个要素概念的了解:

  角色 使工作能动态分配的用户职责定义。
  规则 详细说明流程中的日常工作或者特殊工作执行的逻辑表达。
  步骤 在流程中连续执行的离散任务。
  表单 用户在一个流程中完成工作活动的用户界面。
  整合 与现有流程的应用软件实现衔接的连接系统(发展中的趋势是通过Web服务或者其他类似的软件完成流程整合活动。)
  数据模型 流程中使用的核心数据。

  从业务发展的角度来看,上述要素按照从最灵活(角色)到最不可变(数据模型)的顺序排列,因此,他们也反映了IT 与业务部门之间的责任分配逻辑。IT系统包括基础设施,以及开发、实施、管理流程的协调技术方面,比如数据、表单与整合。业务经理通过流程专家的指导来管理流程的动态业务部分,比如工作流向、规则、异常情形与用户角色。其他要素(规则、步骤与表单)的责任基于流程的特定细节,所用的BPM产品的性质,用户环境与团队的具体技术可能有很大的差别。

  典型的BPM开发通常要求在任何自动化工作实施之前要详细界定一切规则与决议。适应性的发掘方法只需要把很少的时间与精力放在流程的动态细节上面,比如异常情况的处理。采用了适应性的发掘技术,IT系统通常能够把大约60%至70%的工作自动化处理,同时还让业务经理们能够在BPM技术下修改流程。这样,业务部门就获得了更大的机动性,也让IT部门有精力去集中关注更高层次的活动,而不是不断地为流程建造模型。

  企业只需简单地对工作的流向与责任进行动态地调整,毋须变更核心流程的定义。这是BPM的一个关键性能指标。上述BPM方案的每一个要素都应该能够独立管理,改变其中一个而不会导致其他的发生变化。每个部分可能用法不同,顺序不同,但是他们本身不会变化。这种方式降低了为管理变更重新分配职责的风险水平。

  BPM系统在异常情况发生时,能够自动进行调整或提前通知流程专家,而无须从IT部门要求额外的开发资源。即使BPM系统没有获得下一步将发生什么或者谁会操作下步工作的信息时,但是随着流程的运行,系统会自己侦察到变化。在这些情况下,信息被送到流程专家那里去,他会运用他关于业务与事件前后关系的知识来制定一条规则,从而可以详细说明下一步将发生什么并且会给出相应的理由。

  他一旦制定出规则,就会运用到当前场合。规则既然已经确定,就能在将来用来决定日常事务或者任务分配。随着更多的异常情况由流程专家识别定义,系统就会吸收这些可能的规则与路线,使得实际上所有活动都能平稳开展,不再需要流程专家的参与。通过这种方式,复杂的流程的处理不会阻碍整个BPM系统的开发与实施。

  注意,一些贴着BPM标签做广告的系统并不一定具备我们前面谈到的功能。开发者可能要在开发工具中对系统进行一部分或者整体的改造。这种情况下,企业会发现自己实际上是在传统的开发模式下来运行BPM系统的。

  通过运用这种非传统的开发方式,一家很大的手机公司从BPM中受益匪浅。他们组建了一个10人的流程团队,由二至三名传统开发者集中处理系统整合,但是主要的团队人员是业务分析师,他们管理规则、角色、工作的流向与报告但是不负责程序的编写。仅在两年多的时间,他们发布了40多支关键业务流程应用来解决所有问题:从管理合同履行到推动萨班斯—奥克雷法(Sarbanes-Oxley)的遵循活动。现在他们积压的工作不是对流程应用进行任何细微的修改——这些事情他们的业务分析员会快速地处理——而是公司的其它部门想要共享这个经验,需要新的流程。事实上,几乎公司的每个人现在都在运用BPM,而对系统的评价也很正面。与他们交谈,就会很清楚的知道他们都承认运用传统的应用程序工具与方法根本就不可能取得现在的成就。

  毋须受缚于每个工作流程的细节,许多公司运用这种新方法来提高运作效率。这个适应性的发掘模型使企业能够在今天从BPM受益,根据需要调整流程活动。通过压缩流程发掘时间,允许无需编程的流程变化,企业就可以从BPM技术中获取最大的效益。

微信公众号

TechTarget微信公众号二维码

TechTarget

官方微博

TechTarget中国官方微博二维码

TechTarget中国

评论
查看更多评论

敬请读者发表评论,本站保留删除与本文无关和不雅评论的权力。

BPM>更多

  • 创新类编辑推荐:Sequence iBPMS平台

    Sequence是工作流管理的IBPMS平台。它是一个完全基于浏览器的平台,允许企业创建业务关键的“工作流”,或者任务,并且允许终端用户顺序完成这些工作流。

  • 用BPM策略对遗留应用现代化

    一些人提议把业务流程管理作为应用现代化的手段之一,但也有人对此提出质疑,但采用BPM策略可以成为现代化遗留应用的明智方式。Tom Nolle对此进行了解释。

  • 普元发布广电互联网开放平台白皮书

    在“三网融合”进程加快的发展趋势下,国内领先的软件基础平台与解决方案提供商普元信息技术股份有限公司,于近日发布《面向业务创新与融合的广电互联网+平台供应商》这一广电互联网开放平台白皮书,有效助力广电企业应对互联网+挑战。

  • 普元以“平台化战略”推进“互联网+教育”

    在国内教育信息化领域处于领先地位,持续深化“互联网+教育”转型的同济大学与国内领先的软件基础平台与解决方案提供商普元信息签署了关于高校信息化建设的战略合作协议。

相关推荐

  • 在iBPM和BPM间做选择 不一定非此即彼

    大多数系统都有一样的能力,在很多人看来,除了BPM或者iBPM这两个标签以外,实际上它们之间并没有任何区别。

  • 用BPM策略对遗留应用现代化

    一些人提议把业务流程管理作为应用现代化的手段之一,但也有人对此提出质疑,但采用BPM策略可以成为现代化遗留应用的明智方式。Tom Nolle对此进行了解释。

  • RESTful API设计给开发人员带来怎样的未来?

    在模块化应用世界里,最为持久的争论莫过于面向服务架构和表述性状态转移之争了。本文探讨这样的争论带来了什么及其背后的原因。

  • BPM和元数据帮助你消除流程孤岛

    你的公司是否有四个以上的部门?是否已经成立超过了五年?大部分中层管理人员是不是不得不花很多时间工作?我敢打赌这些部门没有使用业务流程自动化系统来跨越部门障碍。

技术手册>更多

  • BPEL 2.0服务契约手册

    本技术手册旨在探讨如何为封装WS-BPEL流程逻辑所需的Web服务设计WSDL定义。因为SOA提倡用“契约优先”的方式来设计服务,所以理解由WS-BPEL引发的这种独特服务契约设计理念,是成功构建有效流程和服务的关键因素。

  • 企业OSGi应用开发教程

    在JavaOne 2011上,Peter Kriens关于OSGi做了两个介绍。Kriens的演讲解释了为什么尽管OSGi表现的很难,用OSGi实现模块化对于今天的应用开发者来说是很有价值的。他也解释了如何进入这个领域,同时澄清了一些关于OSGi和模块化应用的错误概念。那么对于模块化应用开发的未来是怎么样的?企业中OSGi应用开发如何实现?在这本教程中我们将为您详细介绍。

  • SOA与REST混合使用指南

    大多数应用架构师都意识到,如果应用合适,开发实践反映了双方的目标和好处的话,在某些情况下,将表述性状态转移(REST)与SOA结合起来是有可能且有优势的。最大的问题是目标是否要开发一个自始至终的RESTful接口,同时满足大部分SOA目标,或者混合使用REST和SOA。

  • BPM项目错误规避指南

    业务与技术的交叉点正是BPM关注的焦点,这也是大多数重大IT问题出现的地方,通过为业务分析员和软件开发人员提供通用的工具,BPM有希望使应用集成发生革命性变化。正因为这样,技术不能够单独支撑BPM的全部内容,也不能单独解决业务流程的所有问题。业务是BPM依托的另一方面。但是企业在进行BPM项目时却会遭遇种种问题,而有些问题是可以通过前期工作避免的,本期TT SOA技术手册介绍如何合理规避BPM项目中的错误,同时提供BPM技巧和工具信息。

TechTarget

最新资源
  • 安全
  • 存储
  • CIO
  • 数据库
  • 服务器
  • 云计算