BPM实践的正确方向:系统和流程的简化

来源:TechTarget中国  
2011/9/7 18:51:20
随着时间的推移,技术在企业活动中的影响日渐深入。受这种趋势的影响,我们有时会把技术当成业务流程管理(BPM)架构、系统和应用的替代品。

本文关键字: BPM 实践 系统 流程 简化

随着时间的推移,技术在企业活动中的影响日渐深入。受这种趋势的影响,我们有时会把技术当成业务流程管理BPM)架构、系统和应用的替代品。

我已经记不清有多少次对“我购买相应技术,因此不打算对流程做出改变”这种想法进行规劝了。数年前当Sarbanes-Oxley法案给企业带来冲击之时,我刚刚到一个新公司任职,他们当时的唯一应对举措就是寻找符合该法案的软件。毋庸置疑,这个项目陷入了困境。后来我们把着眼点转向流程的标准化上面,而不是局限于法案本身;随后购买的软件也主要瞄准任务的简单化,而不是以合规为目标。

“先流程,后技术”的态度对我如何看待BPM系统有着直接的影响。我非常认同业务流程管理的理念,但是流程的管理工具应该是简单易用的。当前的BPM工具都显得庞大而昂贵,同时学习曲线很陡。而且,现有的BPM工具似乎是立足于过于复杂的流程和冗余的异常处理而设计的。

如果我们要致力于流程的提升,那么只能抛开或改进现有的BPM系统。

项目管理这个对IT来说很重要的流程而言,各种相互独立的项目管理方法(PMI、敏捷、关键链等)都存在一些共有的成功特质。我的经验是:如果项目团队能够与项目干系人(project stakeholders,有权在优先级、进度、功能特性等方面做出决定)之间进行顺畅地沟通,那么项目基本上都能成功。

而且,我还发现如果把大项目拆分为多个小型、迭加式的子任务时,项目的成功可能性会大为提升。这些项目管理中共通的成功方法和BPM有什么关系呢?这就引出了我的核心观点:这些事情和BPM技术没有任何关系。如果我想提升项目管理流程的水平,我会在加强沟通和任务拆分方面花力气,但是无法确定BPM工具能否也带来帮助。

当然,我不是说BPM工具毫无用处,只是首先必须要注意以下几个方面:

选择轻量级、简单易用的BPM工具。那种最新的、庞大复杂的系统具有很高的实施和管理难度,不到万不得已不要采用。

BPM上线前先进行系统清理。企业采用BPM工具的目的通常是提升对各种异常和系统复杂性的应对水平,而我首先想知道的就是企业期望从这些BPM对象中获得的价值。比如一个单独的员工报销系统是否有存在的意义?或者是否能降低系统的复杂度(由此BPM工具也不用涉及过多的跨系统工作流管理)?

尽量使用现有的工具。很多现有的企业系统(比如工作流管理工具)能够满足BPM的要求 – 尤其是当我们已经进行了流程清理和异常处理简化时。

从自身实际出发进行决策。多年以来,BPM厂商们不停地向客户宣传那些令人兴奋的故事,以此来达成自己的商业目标。我也知道曾有公司通过BPM实现了50%的人力削减和100%的生产率提升。但是,我认为这只是特例而已。我想知道的是有哪些同行业相似规模的公司通过BPM获得了成功:只有这样的例子才是能真正打动我的。

其实我并非一个BPM怀疑论者 – 在前面提到的Sarbanes-Oxley那件事上,我们最终采用的就是一个BPM工具,并用它达成了一个流程自动化。但是,如果我试图用BPM工具来修正流程的话,那么初衷就是错误的。

责编:流沙
vsharing微信扫一扫实时了解行业动态
portalart微信扫一扫分享本文给好友

发表评论

         看不清,换一个

著作权声明:畅享网文章著作权分属畅享网、网友和合作伙伴,部分非原创文章作者信息可能有所缺失,如需补充或修改请与我们联系,工作人员会在1个工作日内配合处理。
畅享
首页
返回
顶部
×
    信息化规划
    IT总包
    供应商选型
    IT监理
    开发维护外包
    评估维权
客服电话
400-698-9918