调度与编排
配置机器人的运行时间和先后顺序,让相互依赖的流程按正确次序完成,无需人工协调。
已经聘请过一两次 RPA 开发工程师的企业,最终会遇到一个不同的问题:不是“我们能否搭建一个机器人”,而是“我们能否信任已经拥有的十个机器人”。正是这种问题的转变,促使企业在迪拜聘请 RPA 工程师。这个岗位负责编排、调度、监控、凭证管理,以及让现有机器人体系保持可靠运转的日常维护工作,而不是从零开始搭建下一个机器人。
UiPath 的 Orchestrator 产品是这类工具的常见代表,该公司将 RPA 定位为一旦部署后就应持续、一致运行的软件,这听起来很简单,直到一家企业在财务、人力资源和运营部门运行着十几个机器人,其中一个在某个周五下午悄无声息地停止工作。在这一切演变成业务问题之前先发现它,正是 RPA 工程师的职责所在。
治理是这个岗位不太显眼的另一半:清楚记录每个机器人做什么、使用哪些系统和账户,以及由谁对其负责。一个没有这份记录的机器人体系,会变成一个没人愿意去改动的东西,因为没人有信心知道它还可能牵动什么。
这个岗位运行什么
委托运行现有机器人体系时,您交接出去的具体职责。
配置机器人的运行时间和先后顺序,让相互依赖的流程按正确次序完成,无需人工协调。
能迅速标记失效、卡住或运行时间异常长的机器人的仪表盘和告警,而不是等几个小时后有人才发现报表缺失。
修复因目标应用变化而失效的机器人,并随着周边系统演进,保持选择器和逻辑处于最新状态。
轮换并撤销机器人所用账户,权限范围仅限各流程实际所需,并与任何个别员工自己的访问权限分开追踪。
一份保持最新的登记表,记录每个机器人做什么、由谁负责,以及一旦需要暂停或退役时该如何处理。
确保运行机器人的基础设施,无论是有人值守、无人值守还是云托管,都具备应对当前及计划负载所需的容量。
重要技能
表明您会聘请到一位能从整个机器人体系出发思考、而不只是着眼单个机器人的 RPA 工程师的迹象。
| 技能或工具 | 优秀表现的样子 | 为何重要 |
|---|---|---|
| 一个编排平台 | 对贵企业所用平台背后的编排系统有真实、动手的经验,例如 UiPath Orchestrator、Automation Anywhere Control Room 或 Blue Prism 的控制台 | 调度、队列和告警在各平台上的配置方式各不相同 |
| 监控纪律 | 在问题出现之前就设置好告警,而不只是在收到投诉后才查看日志 | 如果没有主动监控,一次悄无声息的机器人失效可能几天都无人察觉 |
| 凭证卫生 | 为机器人使用专属的、权限受限的服务账户,而不是共用的个人登录信息 | 持有宽泛个人级权限的机器人是真实存在的安全隐患 |
| 变更管理 | 在把机器人修复推送到生产调度前,先针对贴近真实的数据进行测试 | 未经测试就推送到线上机器人的修复,可能造成比原本故障更大的损害 |
| 文档习惯 | 为体系中每一个机器人保留准确、最新的记录 | 没有文档的机器人,一旦搭建者离开,就会变得无法维护 |
UiPath 官方对 RPA 的说明 强调持续、无人值守的运行正是这项技术的关键所在,而这只有在有人切实监控和维护其背后的整个体系时才能真正成立,而不是假设机器人一旦部署就能永远自行运转。
与我们合作的方式
不断增长、持续运行的机器人体系适合一位专职开发工程师,加入您的团队并承担编排、监控和修复的日常责任。一次性的清理工作,例如为未曾记录的体系补齐文档,或把凭证迁移到规范的服务账户,适合一个终点明确的范围界定项目。招聘支持适合希望搭建自己内部自动化运维职能的企业。咨询服务适合希望在审计前,或在扩展一个已经感觉失控的机器人体系前,先获得一次治理审查的企业。
评估候选人
无论您以哪种方式在迪拜聘请 RPA 工程师,这些检查方式都能区分真正运行过体系的人和只搭建过机器人的人。
询问当同一天有一个以上机器人需要处理时,他们是如何安排修复优先级的。
询问他们在过往岗位中配置过哪些告警,以及机器人失效发生时实际是什么样子。
有真实治理经验的候选人,会不假思索地谈到权限受限的服务账户和定期轮换,而不是一个随意共用的登录信息。
上游发生了什么变化、他们是如何发现的,以及恢复用了多长时间。含糊其辞或不情愿的回答在这里是警示信号。
请他们展示一份示例机器人登记表或运行手册。真正运行过体系的人,会有东西可以展示。
认证
在迪拜聘请 RPA 工程师时,请关注平台认证路径中的运维方向,而不仅仅是开发工程师方向。
UiPath、Automation Anywhere 和 Blue Prism 各自在其认证路径中涵盖编排和管理内容,与开发工程师方向并列。请索要与您机器人所在平台的运维方向相匹配的资质,因为纯开发工程师方向的证书不会考察这项技能。
某人确实运行过一个真实体系的证据、一份示例运行手册,以及他们如何应对一次真实故障的清晰说明,比单独一张证书更能说明问题。我们的 UiPath 和 Automation Anywhere 页面详细介绍了各平台当前的认证。
阿联酋相关要点
在迪拜聘请 RPA 工程师、为持有业务系统真实访问权限的机器人服务时,值得提出的治理要点。
《2021 年第 45 号联邦法令》,即阿联酋的联邦个人数据保护法,适用于通过电子系统处理个人数据的情况,因此涉及客户或员工记录的机器人体系,应当采用与处理该数据的其他任何系统相同的访问控制和保密标准。
一个对客户或员工数据拥有常设访问权限的自动化系统,需要一位专门负责其安全性和该法合规性的责任人,而不是假设机器人一经调度运行就能自行管好自己。
这个岗位属于我们 自动化与 RPA 分类,是更大范围的 迪拜开发者招聘 板块的一部分。如果您正在搭建第一个机器人,而不是运行一个已有体系,我们的 RPA 开发工程师 页面更为贴合。针对具体平台,请参阅我们的 UiPath 开发工程师 和 Automation Anywhere 开发工程师 页面;如果更深层的问题是哪些流程本就该纳入您的机器人体系,我们的 RPA 顾问 页面涵盖这一点。这个岗位背后更广泛的运维纪律,也与我们的 DevOps 分类有所重叠。
直接解答
大致是当您运行的机器人超过寥寥数个,或某一个机器人对业务足够关键,以至于一次悄无声息的失效会真正造成损害。在此之前,由一位 RPA 开发工程师搭建并轻度维护一两个机器人通常就足够了。
记录每个机器人做什么、涉及哪些系统和账户、由谁负责,以及一旦失效或需要退役时的处理方案。缺少这些,不断增长的机器人体系会变得改动有风险、难以审计。
在实操层面通常可以,因为这些技能有重叠。本页所强调的区别在于工作重心:RPA 工程师的日常首要任务是让现有体系保持可靠,而不是持续搭建新机器人。
通过编排平台自带的监控和告警功能,配置为在机器人失效、卡住或运行超出预期时长时通知相关人员,而不是依赖员工第二天早上才发现漏掉的输出。
这正是 RPA 工程师应当补上的治理漏洞:凭证与机器人绑定,而不是与某个人绑定,按计划轮换,权限变动时及时撤销,这会作为该岗位工作的一部分来设置。
资料来源
书面固定价格
已收到,我们正在为您撰写报价。
工作时间内您将在 45 分钟内收到。请查收确认邮件。