如何最大化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>更多

  • Red Hat披露更加架构驱动的BPM模型愿景

    Red Hat的一个更加结构化的BPM设计方案有望搭设应用开发界与业务流程管理的桥梁,让企业架构师、开发者和业务侧的人更快速更容易地实时新的业务流程。

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

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

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

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

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

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

相关推荐

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

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

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

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

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

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

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

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

技术手册>更多

  • 开源PaaS技术手册

    开源业界向来不太平,关于诸多技术的开源未来足以让很多粉丝兴奋躁动起来。商业软件开始揉进开源技术,开源技术也成为IT大佬们得基础架构,这一种趋势蔓延的缓慢有有力。在广告漫天飞得云计算中,开源的分量有多重?是否走向云端就意味着走向开源?开源的PaaS如何选择?如何为开源项目选择PaaS厂商?哪些服务平台值得我们关注,下面我们一一来揭晓。

  • 敏捷扩展:大型网站项目最佳实践

    其实从某种意义上讲,敏捷软件开发是自身成功的一个牺牲品。随着项目的进行,焦点一直集中在需求定义上,一边编写一测试,一边交付工作软件的各个部分,所以可以看出敏捷是多么好,以致于许多组织都在试图扩展它的使用,而不仅只是局限在单一的团队项目中。但怎样才能把敏捷方法从小项目转移到大型项目中呢?

  • 开源关键技术选型指南

    随着开源技术越来越成熟,一个稍有开发经验的人通过学习就可以用开源的产品和技术构建一套可用的系统。对于从事软件开发的人员,尤其是对Java或动态语言相关领域的人来说,“开源”也许是他们最喜爱的单词。但是,很多时候我们需要的不仅仅是一个可用的系统,而是希望这个系统开发更简易、性能更高和扩展性更好等。这确实是一个令人头痛的问题。本指南很多地方都是点到为止,要深入了解相关信息的读者请借助参考资料、网站等自行挖掘。

  • 企业敏捷开发实践

    敏捷却是一把双刃剑,这一方法并不是适合所有人,当然也不会适合所有的项目。敏捷要求有合适的团队,合适的业务经理理念,当然也要有适合的项目。没有一种方法是适合一切的,所以本文讲了六种方法来确定你的云项目是否已经足够敏捷性,或者确定你的组织是否足够敏捷。

TechTarget

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