首页
学习
活动
专区
工具
TVP
发布
社区首页 >专栏 >RPA技术这么强,为什么机器人还会让人失望呢?

RPA技术这么强,为什么机器人还会让人失望呢?

作者头像
RPA小葵
修改2020-05-27 09:57:39
7660
修改2020-05-27 09:57:39
举报
文章被收录于专栏:51RPA51RPA

响应“停课不停学”号召,RPA修炼营也开学啦!还是熟悉的配方,每周一、三、五发布有关RPA的行业分析、应用场景和应用案例,让你宅在家也能学习RPA。

RPA真的有那么好?

作为近两年最受期待的自动化技术,RPA机器人流程自动化风头正旺,同时这场肺炎疫情虽然给人类带来了巨大的挑战,但是也将RPA这把火烧得更旺了,相信已经不用小编再来给大家科普RPA的功能究竟有多强大了,其应用的领域有多么广泛了。但是……RPA真的有那么好吗?

让我们来看看德勤的一项调查发现,在400家公司中,30%到50%的初始RPA项目失败,63%的RPA项目没有按时交付。

那些失败的RPA项目,既然是众望所归,为何却落得个命途多舛的下场呢?是RPA名过其实吗?当然不!!!

今天就让小编给大家细数RPA项目部署失败的例子

一、低估RPA带来的影响

在RPA项目实施的过程中,会遇到很多问题。企业往往忽视了两个问题:如何使RPA上线,以及由谁来操作机器人。这两个问题会耽误RPA的实施与利益的实现。其实,建立一个以业务为导向的RPA卓越中心是管理RPA的最佳方式,不仅能训练员工使用RPA,还能持续优化流程。

二、事先没有梳理好流程

针对一个非常复杂的流程做RPA规划是常见的失误。由于将一个复杂流程自动化会产生高额费用,而这些费用若是用于完成多个相对简单流程的自动化则更为合理。复杂程度中低等的流程(子流程)是RPA项目初期的最佳目标,可节省约50%的人力成本。企业可以在RPA成熟之后再着眼于复杂流程,逐步增加流程的自动化程度。

三、缺乏具体的商业案例

多数企业通常会先做POC测试来检验RPA是否能如期运行。但成功的POC测试与大规模生产自动化之间仍有差异。而且POC测试往往也要花上数周时间,将复杂程序自动化,而这期间足够开展一个扎实的机遇评估探讨和完成具体的商业案例。

四、将RPA考虑为IT主导

初始时期,企业通常将RPA当作系统自动化项目,而忽视了最终会把公司上下的业务交付给RPA处理。实际上,成功的RPA部署是由业务主导的,而非IT主导。RPA是与IT、网络、安全、风险、人力资源和其他职能部门有着紧密合作关系的项目。

五、忽略了IT系统设施

大部分RPA软件,最好是于一个虚拟的桌面环境中,通过适当的扩展和业务持续性设置,进行操作工作。通常仅需几周,RPA流程即可很快实施。但IT系统却因无法在短时间内搭建完善的生产设施,而成为RPA实施过程中的“绊脚石”。一般而言,RPA供应商会对企业提出IT设施需求,并提供相应技术支持。

六、没有选择良好的RPA平台

RPA想要无缝嵌入原本的工作,需要极强的应对复杂环境的适应能力。RPA产品平台,不能只关注局部工作,而要注重整体的规划和工作流程上下游的串联。单个RPA组件的性能优异还不够,更要实现成百上千个RPA组件的高效联动。这样才能避免RPA成为单点作战的孤立单元,让RPA运行的稳定性有所保证,并且具备后续在企业内部大范围的应用、扩展和延伸的可能性。而不够成熟的RPA产品平台,显然无法满足这么复杂多元的需求。

七、没有选择好的项目实施团队

为了保证RPA在实际应用中的顺利运行,项目开展期间要分析RPA运行模型,设计目标终端状态,梳理端到端流程,保障控制节点与配置能够完美匹配各项需求。这要求项目实施团队有丰富的实战经验,专业的服务水准和强大的技术支撑作为后盾。任何一个环节无法推进,都将导致项目失败。

原文链接:https://www.51rpa.net/rpaedu/5657.html

本文系转载,前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文系转载前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

评论
登录后参与评论
0 条评论
热度
最新
推荐阅读
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档