一、针对不合适的流程部署RPA
这样的流程包含2类:
**类是非常复杂的流程。针对复杂的流程做RPA规划将会产生高额的费用。复杂程度中低等的流程或子流程是RPA项目初期的**目标,企业可在RPA成熟之后再着眼于复杂的流程,从价值**或构架简单的部分开始,逐步增加该流程的自动化程度。
第二类则是经常变化的流程。RPA不适合被部署到经常变化的系统中去,频繁升级或者变更会导致RPA项目维护难度直线上升。
二、针对某**程过度自动化
看待RPA的**视角是将其当作辅助工具,用来完成基础流程的操作,使人力有更多时间完成其他工作。将一个流程的70%低价值部分自动化,30%高价值部分人为处理时一个良好的初期目标。机器人完全学会每一个流程可能需要较长时间,项目应尝试通过一系列简易的变革,逐步增加流程自动化的比例。
三、低估RPA所带来的影响
在RPA项目的启动、定位和交付中会遇到很多问题。然而有2个问题可能会影响到RPA项目的延迟上线与利益实现:忽视了如何使自动化流程上线和由谁来操作RPA机器人。
一个以业务为导向的RPA**中心是管理提升虚拟劳动力的**方式。着手构建**中心,就IT管理达成共识,训练员工使用RPA机器人并持续优化流程。
四、采取传统方法实施RPA
通常企业采取过于工程化的软件实施方法来部署RPA,其中包括低价值的文档和阶段性划分,使通常只需要几周实施周期的RPA项目延长至几个月。
大多数软件实施方法对RPA来说都太过于工程化,尤其是RPA较少改变现有系统且新流程已存档在RPA工具中。企业应依据自身面临的挑战,简化传统实施方法,通过灵活的手段分阶段实施RPA。
五、缺乏RPA商业案例
大多数企业通常会先做POC(概念验证)或RPA试行来检验RPA是否能如期运行。但是通常成功的POC和大规模生产自动化之间仍有巨大的差异,RPA项目组将无法回答董事会关于“如何定位RPA,RPA项目有着怎样的成本与回报”等基本问题。
而且要通过POC需要花上数周时间,将复杂程序自动化,这期间足够开展一个扎实的机遇评估探讨,和完成具体的商业案例。
六、针对RPA建立POC的过程、资源及经验不足
一个RPA常见的陷阱,只需短短一两天的培训,大多数的业务用户就可以自动化一个简单的流程。然而实际上,创建一个可以灵活扩展的RPA流程所需要的技能远远不止这些。因此通常情况下,POC需要经过长期的测试和修改过程后才能实施,甚至是重建。在团队培训和技能转移支持上不吝啬花费,是项目成功的重要因素。
七、对RPA的****率期望过高
现有的RPA虽然能够自动化大部分流程,但是并不能自动化所有流程——通常是因为这些流程需要从打电话或纸质记录开始,或需要一定的客户沟通。因此公司经常会自动化了很多子流程,却忽略了刻意通过电子化或者OCR技术来增强RPA功能以及自动化整体流程。
八、忽略IT系统设施
绝大多数的RPA工具,**是在一个虚拟的桌面环境里,通过适当的扩展和业务持续性设置,进行操作工作。RPA流程可以很快地实施,但IT却不能够在如此短暂的时间搭建完善的生产设施,并因此成为实施RPA的主要绊脚石。
九、没有将RPA考虑为业务主导,而是由IT作为主导
企业通常在初期认为RPA是系统自动化项目,从而忽视了RPA最终将会把公司上下的业务交付给虚拟员工来处理。
成功的RPA是由业务为主导,与IT、网络、安全、风险、人力资源和其他职能部门有着紧密合作关系的企划或项目。
十、将RPA看作一系列系统自动化项目,而非端到端的变革项目
如果在RPA项目进行中,没有做好系统性的架构重组与员工重置计划,企业人员会迅速流散转移去做其他工作,例如关注服务提升,或关注比手动任务自动化更有趣的任务。这可能导致项目预期利益未能全部实现,项目的后续阶段未能得到批准。
RPA:https://www.uibot.com.cn/
资讯来源:https://www.uibot.com.cn/news-7-1431.html
|