杂谈-一句质问引发的感想

缘起

最近项目比较忙，不同项目的需求分析，项目开发都在同时进行，故而没太更新。今天有非技术界的大佬来参观RPA成果，一句质问，引发感慨，做下记录。

记录

今天正在搬砖，突然福灵心至的去看手机 - 竟有六条来自陪同老板去开会的同事小X的微信信息。细看之下，竟然是与会大佬听闻我们也有RPA项目，所以想来参观一下成果，而且十分钟之内就到。。。跟领导紧急挑选了一个没有敏感信息的项目视频之后，以120的心跳迎接了一帮大佬。
将视频细节与大佬细细讲过之后，大佬最后的一系列问题让我久久不能平静：

“你们的项目验收之前，除了在测试环境测试，还会在生产环境测试吗？”
“会的，会有Dry Run，因为。。。”
“你们还会Dry Run嘛，我一个银行的朋友搞得RPA项目，就是因为在Dry Run的时候不知道在系统里触发了什么功能，事后花了好久才修复。所以我觉得RPA就是个雷！”

掷地有声的发言结束后，大佬一甩头发，潇洒离开，徒留我一脸懵逼的站在原地，不知道自己花这半个小时有什么意义。

感想

好了，贫完了，说我的看法。

首先，先说测试。有条件的RPA团队会准备测试环境，但个人看法，如果客户的实施周期比较短，且看不到以后还有这家的生意的趋势的情况下，特意准备测试环境是比较浪费的。而且个人认为开发环境如果配置得当，完全可以兼顾测试环境的功能。插一句，RPA宣传的重点之一就是项目实施短平快，所以项目的阶段自然没有普通IT项目那么烦冗，项目人员构成也相对单纯很多，经常同一个需求，传统IT里PM、BA还有开发等角色刚刚达成一致，RPA已经可以上线了。。。

然后聊聊Dry Run。我认为，Dry Run是需要的，因为没有人能100%确认给你临时配置的测试环境就一定和生产环境一致，哪怕只Dry Run一回呢，打个比方，商场里买电脑，在商场里样机无论怎么酷炫，你买回家以后总是要开机试试功能吧？极端点说，万一你买回家发现这电脑是插110V电压的电器呢？另外，机器人的问题，难道不Dry Run就会自己消失吗？

行文至此，容我再小小吐槽一下。众所周知，银行业是拥有悠久历史的行业，同时，这也是一个比较早引用各种IT系统的行业，而且银行的各种IT系统，在种种政策的限制下，十分安全的保护着我们的财产。但和大部分其他早早受益于IT系统的行业一样，他们保留了很多历史悠久的代码，这种代码一是不好维护，二是与流行技术脱节。年纪轻轻的各式RPA软件们对于上了年级还落后于时代的系统，暂时性的就不是那么好操作。不过看近期UiPath加强了对Lotus Note的操作来看，RPA厂商也是在尽力想和前辈们和谐相处的。

最后，我们回到大佬的那段抱怨。从结果上来看，“事后花了好久才修复”的确是非常之坑的，你想想，要是在生产环境做测试，RPA一上手把库给删了，你跑不跑路？咳咳。但是呢，机器人的行为，实际上全部根据预先设定好的规则去做的，就像你拿着攻略去玩传统的爱情游戏，你想攻略不同的妹子/帅哥，肯定要按照攻略里不同的分支一步一步的去做。好的，那么为什么大佬的银行界友人会遭遇这种不幸呢？个人观点，原因大概有三：
一，需求没跟开发团队讲清楚，加之生产环境与开发测试环境有轻微的出入，所以就会在关键步骤上发生意外。就像你本来想攻略A，结果玩到一半出现一道攻略上没标记的选择题，你虽然catch到了这个意外，然而使用了默认选项继续玩下去了，结局孤独终老。。。这个需求沟通，坑很多，有时间后面我会再整理。
二，老旧系统的奇葩意外。如果有这种意外，就算是智能性更高的人也绝无幸免，机器人自然要遭殃。然而实施团队在开发过程中，除了要确认好流程的细节之外，如果有条件，应该连系统的种种意外反应也一并收集，并应该添加统一处理方式。
三，开发人员的经验。举个处理Excel数据的例子，我见过有人全程操作UI，一步一步的点击。。。不说UiPath自带各种Excel组件，引用一下代码哪怕vba也可以让Excel操作更稳定更有效率。。。

最后的最后，再啰嗦几句。我基本是看着RPA这两年在国内渐渐火起来的，有的项目同时找了传统IT团队和RPA团队，传统IT团队刚刚PM、BA还有开发在个方面达成一致的时候，RPA已经可以上线了——RPA的确是替代人手跨系统操作的低成本高效解决方案。然各种厂商，承包商，把RPA宣传的天花乱坠，无所不能，一些大佬道听途说了一些不是特别乐观的案例之后就会有比较大的落差感，这是过度宣传的必然后果。RPA其实就是新型的开发风格，不过是更亲民，更容易入门，但对于从业人员沟通的主观能动性有一定要求。

杂谈随笔，文笔不佳，感谢你能看到最后，欢迎留言讨论。