机器人与应用程序交互的两种最常见的方法：

1.元素识别 - 它在应用程序的属性中或浏览器的 HTML 树中查找 UI 元素名称（与浏览器中的开发人员工具相同）。这通常在机器人能够直接在其环境中访问应用程序时使用。

2.图像识别 - 在机器人设置期间，您可以直观地指定机器人必须与应用程序的哪些部分进行交互并使用计算机视觉，它能够识别相关数据、输入字段、按钮并3.与之交互。当通过虚拟环境访问应用程序并且不可能使用第一种方法时，将使用此方法。

正如我们所见，机器人的操作模式与人类解释屏幕数据的方式有很大不同。当您的团队正在开发不仅可供人类使用的软件，也可供机器人使用的软件时，这会带来挑战。

机器人创建依赖项

首先要注意的挑战是，如上所述，机器人和人类不会以相同的方式与您的应用程序交互。这意味着当您执行维护或发布升级时，机器人的工作流程可能会受到影响。

更改 UI 元素属性可能会导致机器人无法找到正确的元素。这对人类工人根本没有影响。

更改 UI 的视觉方面（布局、颜色、元素大小、文本名称等）可能会至少暂时阻碍人类员工，但他或她将能够适应，甚至可能是第一次尝试。对于通过虚拟实例访问应用程序的机器人来说可能是灾难性的，因为之前的图像（机器人应该根据这些图像定位正确的元素）不会在新版本的应用程序中返回任何匹配项。

所有这些都会产生额外的依赖关系，需要在开发、测试和支持期间进行管理。否则，机器人可能会失控并产生更多问题。

数据损坏

假设最后一点中描述的场景之一实际实现了。如果机器人刚刚停止工作并向负责维护机器人的人发送错误，那么你会很“幸运”。另一种情况是机器人实际上选择了一个不同的 UI 元素并开始使用它。

曾与许多客户一起建立 RPA 机器人的Conside Solutions 首席执行官 Dan French表示：“如果机器人规则没有得到很好的设计和监控，机器人没有判断力，并且会大规模重复错误。” 自动化会使情况变得更糟，机器人会破坏大量数据。

遗留系统传入

最后两点讨论了机器人失败的情况。现在让我们看一下机器人按预期运行的设置。

为了应对世纪之交的时钟变化，许多组织绕过了遗留限制。商业用户接受了 Microsoft Excel 和 Access 日益强大的功能，可以在他们的桌面上创建复杂的业务关键型应用程序。但随着那些定制计算工具的激增，由于缺乏强大的控制框架、质量保证、发布管理流程和其他正式的 IT 流程而出现的问题也随之而来。

今天机器人的爆炸式增长可能会重复这种模式……底线是，程序机器人的脚本是软件代码，应该被视为软件代码。它们需要使用专注于重用和抽象的行业标准方法进行设计，并且应该对其进行版本控制和正确记录，以便可以针对它们执行 QA 流程。

RPA 公司正在竭尽全力推销设置机器人的简单性。该分析清楚地显示了如何创建遗留系统。在敏捷的项目管理环境中也可能会加剧这种情况。对快速发展的渴望可能会使治理举措被搁置一旁。

捷径而非真正的创新

RPA 似乎提供了一个很好的解决方案，但您必须考虑自动化某些任务并释放该领域的积压工作可能只会将瓶颈推向组织的不同部分。RPA 可以通过提供看似无限的资源来处理繁重的工作，从而抑制人们对产品进行实际创新的积极性。它有在实际需要更新时冻结过时流程的危险。

RPA 是关于修复道路上的坑洼。不要把它和修建新高速公路混为一谈。

变更管理注意事项

根据考虑解决方案进行的一项调查，87% 的高管对机器人技术和 RPA 持积极态度，而只有 17% 的交易型员工参与其中。

所以最好将其呈现为机器人任务自动化，而不是使用“过程”一词。它为您的利益相关者创造了更现实的期望，因为当前的 RPA 技术并不能真正实现复杂流程的完全自动化。它为当前正在执行这些任务的员工创造了确定性，因为他们仍将是流程所有者，但是，他们工作中最卑微的部分将由软件处理。

总结

随着风险投资基金的涌入以及流程所有者对优化内部流程和降低成本的需求，RPA 提供了一个容易实现的解决方案。许多公司已经进行了 RPA 试点项目，其中一些公司的规模已经超出了这个范围。这意味着，作为项目经理，您很可能会直接或间接接触到 RPA 机器人，尤其是在现场规模扩大时。

正如我们所见，RPA 为您的项目提供了许多机会和新的待办事项选项。同时，它也带来了许多挑战：从数据损坏到遗留系统的创建。作为项目经理，您必须注意如何开发考虑 RPA 的产品或软件。即使是做一点计划外的计划，也会为您省去很多麻烦，并提供您的利益相关者所期望的结果。