为什么机器人操作模型（ROM）对RPA成功至关重要

“RPA从业者不全知何为‘好’流程。有些开发几无业务收益，或用注定日后惹麻烦的复杂逻辑构建。”——Rob Dawson，Robiquity首席顾问

Benjamin Franklin说“预防一盎司胜过治疗一磅”，虽非专指RPA和机器人操作模型（ROM）重要性，但如指RPA般贴切。

RPA最佳实施是预先定义完整旅程，而非发现错误再修正。Blue Prism ROM为此而生，分七大支柱：

• 愿景
• 组织
• 治理与管道
• 交付方法论
• 服务模型
• 人员
• 技术

每个支柱涵盖实施RPA解决方案所需的各项考量。遵循Blue Prism ROM确保RPA卓越中心（CoE）蓬勃有机增长而非停滞，使RPA易于规模化，防止公司在学会走路前就奔跑。

愿景

首要考虑RPA实施战略和目的：改善数据质量、节约成本、还是通过更快更准响应提升用户体验？无论何因，理解RPA战略如何与整体业务战略对齐至关重要。这样规模化时已获支持。

确立愿景后——大声传播！争取高层支持并确保正向层层传递。寻找对组织目标充满感染力热情的RPA负责人，举办路演、研讨会等吸引全员参与。RPA冠军也能传播福音并识别更多自动化机会。越早让合适的人上车越好！

组织

下一步规划组织模型：RPA在业务中何处？增长计划？集中式覆盖全组织，可嵌入现有CoE。但交付团队有限时，需管理全业务敲门求自动化的预期！

联邦式：RPA能力置于特定职能但跨业务规模化，中央团队控制标准和最佳实践。通过创建交付小组负责自有自动化流程识别和交付，受CoE治理。

事业部式最不利：多个RPA职能分离运行，各自基础设施、治理、团队。不具成本效益，阻碍真正规模化。

治理与管道

非所有RPA从业者知何为“好”流程。有些几无业务收益，或复杂逻辑埋下隐患。必须明确真正好流程标准：二元逻辑、高事务性可靠目标应用等。

明确“好”的定义后，通过治理识别流程，这样能问对问题给对受众。例：发现看似理想自动化流程，但治理委员会IT代表告知两月后目标应用有计划补丁，需重新侦测元素并搁置流程至补丁完成。

治理委员会还讨论需求生成：如何在业务内生成RPA需求？员工激励识别合适流程、内部沟通、参与研讨会等技术推荐采用。

交付方法论

识别流程后，如何交付自动化方案？定义阶段捕获错误信息（或遗漏）影响灾难性，需知识型SME捕获流程信息。举办流程演练给合适受众也值得。

别急着让开发者尽快在Blue Prism中自动化。长远看，多花点时间更值。先记录“目标”流程：机器人流程如何异于人工流程？Blue Prism构建蓝图是什么？梳理所需业务对象并与环境中现有对象对比，最终随可复用对象库扩大加快开发。业务同意“目标”流程、设计权威/首席开发者批准蓝图并完成同行评审后开始开发。测试签收并确保业务满意。测试和发布阶段还有其他关键交付物——切勿忽视！

服务模型

流程投产后，需正确支持。机器人是否将业务引用移交运营团队手工录入？开发者是否待命应对机器人异常？是否有灾难恢复计划防止机器人资源损失？别让糟糕服务模型导致机器人资源流失。

人员

优秀团队从一开始就为未来成功规划。开发者若无经验，难应对RPA必然痛点。任命高质量首席开发者至关重要，但当前市场极难寻觅。开发者需接受Blue Prism开发和流程分析最高标准培训，以胜任混合角色，同时获资深顾问现场支持。开发团队壮大时，应设计权威维护标准、控制室监控员管理生产机器人。最后，规划招聘时机，有助保持交付团队连续性和质量。

技术

第七支柱涉及技术路线选择：虚拟机设置、未来规模化许可配置、灾难恢复，以及云方案与本地部署抉择。常见问题：未按通用镜像构建虚拟机，导致表面自动化等开发技术面临更大失败风险。

每个支柱做对，是任何RPA解决方案成功的关键。

作者：Rob Dawson，Robiquity首席顾问