RPA虚拟劳动力管理:队列机制(QUEUE)

2019-04-10  本文已影响0人  RPA_DORAEMON

近两年国内各家企业投身RPA,POC和实施不断。
据了解,大部分RPA止步桌面自动化(Robotic Desktop Automation)。
离规模化还有很大一段距离,毕竟暂时我们还处在草莽时代。

或许二八定律在这里也是有效的。即现阶段只有20%的流程需要大规模部署(或许2%?)。不过我相信这个比例会持续增加。
其理由是:

Unattended(不出席)和Attended(出席)

流程的自动化分为Unattended和Attended,姑且称为不出席和出席。

队列(Work Queue)处理

原理

当我们处理某个流程时,因为工时要求、工作量等原因需要多人同时处理以期在规定时间内完成。就像售票窗口卖票供不应求时会加开窗口。这是需要确保工作内容不能重复出售同一个车次相同座位。
AA,UiPath,BluePrism这几家都有对队列的实现,基本思路大同小异。即指定某个机器人把任务内容放进队列,另外几个机器人处理队列内容(比如一起售票?)。

面对的现状

1.任务项需要从不同来源源源不断收集,每一个来源的任务项没有多到专门指派机器人的程度。食之无味弃之可惜。。。


image.png

2.优先顺序问题。如虽然是同样的买票,人家加钱插队了怎么处理?是暂停当前卖票行为给土豪让路还是卖完这一张再卖给土豪?或者按顺序卖票可能导致后排买票的人买不了5分钟后要发车的车票。

3.任务有处理瓶颈。如井口只能同时放进2个水桶,水桶有100个也解决不了每次只能使用2个水桶的问题。导致后续供应100人的洗澡水。然后其余98个水桶闲着,因为水井只有一个。。。


TOC

4.工作量随时间段有激烈变化,机器人数量只能按照单位时间处理量最大值估算。这样会带来机器人工作时间冗余,产生闲置时间。


image.png

解决方案

集中管理工作项

1.集中受理工作任务

2.加入队列排序机制
还没看到各家RPA厂商对这个功能的实现。仔细考虑的话问题太多,投资回报率是个问题。暂且通过某个机器人重新处理工作项顺序来解决吧。。。仅限构思
\color{blue}{--Update:}可以是设置优先级别的方式解决这个问题。RPA厂商有了各自的解决方案
当然独立开发是另一种玩法了。
3.重新设计现有流程
多挖几口井才是硬道理。
4.提高数据质量,调整流程考核机制
这种流程大部分是因为被动接受外部干预,伴随的是如当日事当日毕的绩效考核或者时限需求。
因为瓶颈的存在会导致队列拉长以致等很久才能轮到自己,或者发现轮到自己后因为各种原因导致失败需要重新处理。
5.期待
根据特定流程的瞬间工作量和处理时间的预测动态分配机器人。
\color{blue}{--Update:}在AA的SLA计算模块看到了雏形。如果让机器人自动完成对控制中心的维护的话,这事儿就能变成机器人治理机器人了。^^

上一篇下一篇

猜你喜欢

热点阅读