美文网首页
RPA虚拟劳动力管理:队列机制(QUEUE)

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

作者: RPA_DORAEMON | 来源:发表于2019-04-10 08:35 被阅读0次

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

    • 现行大部分流程处理量不大。
    • 涉及工作量大时,会发现个体的处理流程千差万别。统一现有流程本身就是个拉锯战。
    • 流程不稳定,导致开发过程出现反复。
    • 规模化部署涉及网络部署,负载均衡,安全等各方面问题。
    • 实施时能交付可用流程才是第一位的,时间紧任务重是常态。

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

    • 我们经过几十年的开发,实现的很多自有系统或者购买系统托了硬件的福还能继续使用。
    • 系统虽然还能用,维护本身的投入价值可能没有那么大或者无法维护
    • 共享中心是趋势。集中会带来流程处理量级的几何级增长。是否会达到改造系统才能完成任务会是个转折点。
      因为工作关系本人经历过RPA大规模部署,先开个头留待完善。

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

    流程的自动化分为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.集中受理工作任务

    • Control room(AA) 、Orchestrator(UiPath)
      优势:没有开发成本
      劣势:至今只有英文界面,用户操作习惯需要适应
    • 邮件统一受理
      优势:没有开发成本
      劣势:专门设置机器人盯着邮箱不说,需要定义邮件格式且要考虑用户操作的不确定性。
    • 共享文件夹
      优势:简单
      劣势:安全隐患是需要注意的问题。
    • 创建Web Portal,自主搭建平台
      优势:自己动手丰衣足食
      劣势:需要考虑开发成本,周期,受限于自身实力
    • 部署attended bot( 土豪专项)
      优势:在不考虑授权费成本的前提下这是最容易复制的解决方案。
      劣势:包括定制机器人的成本在内,回报率需谨慎对待。
      另外,对机器人脚本的保护会是问题。AA因为加密和集中部署可以避免对机器人的人为损坏。UiPath为了灵活配置牺牲了集中管控,目前认知里是没有考虑这个问题。

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

    相关文章

      网友评论

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

          本文链接:https://www.haomeiwen.com/subject/iyhabqtx.html