并非公司里的所有活动都可以自动化,这是得到大家公认的。人工活动向自由意志以及执行这些活动的易变个体开放。可能会更人惊奇的是自动与人工活动的百分比。SAP自己的研究建议为80/20,80%人工。
这个数字与微软的发现一致。这些是希望看到自动化比率高一些的公司。其他组织则一致同意这一比例对于自己的企业来说总体是正确的。 IT业者认识到,过程对于理解如何支持运作至关重要。
然而,从IT角度创建的过程文档通常过于复杂,不受最终用户的欢迎。最后总用户想要的是《走查指南》,可按照正确的步骤和上下文提供相关界面、文档,或者工作指令。这可以用带波浪红线的图解来表示。对于最终用户来说,过程同时在人工活动和自动活……
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
并非公司里的所有活动都可以自动化,这是得到大家公认的。人工活动向自由意志以及执行这些活动的易变个体开放。可能会更人惊奇的是自动与人工活动的百分比。SAP自己的研究建议为80/20,80%人工。这个数字与微软的发现一致。这些是希望看到自动化比率高一些的公司。其他组织则一致同意这一比例对于自己的企业来说总体是正确的。
IT业者认识到,过程对于理解如何支持运作至关重要。然而,从IT角度创建的过程文档通常过于复杂,不受最终用户的欢迎。最后总用户想要的是《走查指南》,可按照正确的步骤和上下文提供相关界面、文档,或者工作指令。这可以用带波浪红线的图解来表示。对于最终用户来说,过程同时在人工活动和自动活动之间流动。在完全端到端的业务流程语境解释下,自动化(由ERP交易系统或其他系统提供)是最易于理解的。但这条线索为什么会被打破呢?
是因为大部分过程映射实践都是面向IT的,细化的过程描述是针对于自动化的,而对人工活动的描述则不够完整,语焉不详。更糟的是,过程内容并不是按照方便最终用户找到流程以及与其角色相关的信息的方式来组织出版的。因此,最终用户经常找不到或者无法理解能在工作中帮助他们的过程信息。
无论如何,许多人以往都发现过程内容难以理解,因此,现在他们连看都难得再看一下了。其结果是,流程割裂最常见的原因是人,尽管大家都很想把可怜的性能归咎于“新IT系统上”。
我们有何理由担忧?
“过程模型,就是在复杂得令人绝望的图解上,用条条框框来对业务进行某种晦涩难解的定义”,这可能是许多业务用户的观点,也许是因为他们被一个为IT功能而设计和主要使用的过程模型所蒙骗。
一个不同的观点是组织的过程知识是最有价值的知识资产,应当获取之,并加以培养和管理,以便令企业性能最大化。可以把它当做“组织的DNA”。
如果你是大街上的店长,却向你的区域经理说自己不知道允许你店里的库存有多少、也不清楚损坏或过期的商品数量——你的职业生涯又将如何呢?肯定很短命。把你的业务流程视为关键资产,就应当要求你保护、培育并使用这方面的信息。不过独立的研究显示,信息工作者一般要花费超过20%的时间去寻找准确的信息(文档、系统、工作指导)以便执行任务。
结果是不正确使用的系统,人工解决问题,以及使用过时的文档和表格——这一切导致了浪费、 受挫以及合规性失败的风险。这些人工活动很多对包括标准、实施及性能监控等都构成挑战,因为人们并没有与不知疲倦的计算机保持一致性。他们拥有自由意志和主动性。
作者
相关推荐
-
AWS PaaS来也:炎黄盈动为业务流程管理带来无限价值
随着容器、微服务等技术的使用,企业的应用程序也变得越来越趋于组件化;同时,为了这串连起这些组件,开发人员却需要 […]
-
在iBPM和BPM间做选择 不一定非此即彼
大多数系统都有一样的能力,在很多人看来,除了BPM或者iBPM这两个标签以外,实际上它们之间并没有任何区别。
-
Red Hat披露更加架构驱动的BPM模型愿景
Red Hat的一个更加结构化的BPM设计方案有望搭设应用开发界与业务流程管理的桥梁,让企业架构师、开发者和业务侧的人更快速更容易地实时新的业务流程。
-
SOA治理模型核心:人
治理在IT领域非常关键,但是很多时候企业的做法往往太过单向,企业SOA治理模型往往忽视了所有部分当中最关键的组件:人。