Existem muitos processos diferentes em empresas e bancos de TI. E embora o desenvolvimento de software e a criação de design ainda possam ser otimizados com sucesso usando metodologias flexíveis (se forem implementadas e usadas adequadamente), o Agile não pode acelerar algumas coisas com a mesma rapidez. Por exemplo, processos de RH. Do lado de fora, parece que tudo é simples, o pessoal do departamento de pessoal tem softinks para gerenciar candidatos e funcionários, e tudo isso é complicado.
De fato, existem mais do que plugues e freios suficientes nesses processos. Neste post, mostraremos como a implementação de robôs de RH nos ajuda em nosso trabalho.
É importante indicar imediatamente que não estamos falando de assistentes robóticos, nem de um robô treinado no bate-papo de aplicativos, nem de um discador que ofereça vagas ou empréstimos. Estamos falando especificamente de infobots que assumem a maior parte da rotina do RH moderno.
Os representantes da Ernst & Young vieram para o Alpha Bank operblok e nos ofereceram uma solução, a plataforma Blue Prism para a criação de robôs, e decidimos experimentá-lo. Então, durante o piloto, fizemos os três primeiros robôs em conjunto com a E&Y, adquirimos uma licença e começamos a fabricá-los. A E&Y conduziu um treinamento básico, e o fato é que, para criar um robô desse tipo, você não precisa de nenhum conhecimento específico, basta entender o que é um diagrama de blocos e qual sequência de ações você precisa entrar nele. Em geral, qualquer pessoa que tenha trabalhado com esses fluxogramas nas aulas de ciência da computação ou tenha brincado com uma criança no LEGO Mindstorm, pode escrever um robô nessa plataforma após um breve resumo.
O que esse robô faz e o que é útil
É útil principalmente para economizar tempo de um funcionário vivo. Você pode listar imediatamente uma série de tarefas que você pode executar com segurança ao robô.
Ordem passa. Um funcionário precisa verificar o calendário, ver quando está agendada uma reunião com qual candidato e onde, solicitar um passe para o setor desejado do edifício, preenchendo um aplicativo apropriado no portal corporativo. Isso ocorre se estiver completamente nos dedos, porque mesmo neste processo tudo é suficiente, é um dos mais longos do trabalho.
O robô, vendo o compromisso no calendário, rapidamente faz tudo sozinho.
Função de família. O atributo interno do funcionário, que é necessário para formarmos uma tabela de pessoal para a localização do dinheiro. O esquema em si também é complicado e consiste em sete etapas, no total, pode levar 8 horas, com um desvio de cada um dos sistemas. E você tinha que fazer isso com canetas uma vez por semana. De fato, um dia útil por semana foi gasto nele. O robô passa uma hora e meia no mesmo processo.
Temporizador do robô . Como muitos outros, trabalhamos com uma equipe de E-staff + SAP. O robô registra IDs para postos regulares, número de funcionários do funcionário e coloca tudo isso na equipe eletrônica e no SAP. Já existe pouca complexidade, o problema é que é uma ação mecânica bastante uniforme e uma cadeia de copiar e colar. É exatamente isso que você pode dar ao robô.
E apesar do fato de o robô não ter férias, finais de semana, enxaquecas e ressacas.
No total, os robôs agora estão fechando quase uma dúzia desses processos, nos quais uma pessoa precisa preencher e redigitar monotonamente algo. Mais precisamente, isso veio antes. E se hoje, na maioria das vezes, o robô interage com a equipe SAP e E, então, no futuro, planejamos mudar de tabelas para bancos de dados, onde todas as informações necessárias para o robô serão armazenadas. Por exemplo, há informações constantemente atualizadas sobre HR BP, em algumas unidades estruturais. A estrutura agora continua a mudar e você pode imaginar quantas formalidades se arrasta.
Segurança
Por um lado, um dos estágios mais difíceis no processo de introdução desses robôs foram nossos próprios guardas de segurança. Mas fomos capazes de explicar tudo para eles. Por outro lado, esse robô é na verdade um tipo de registro automático de funcionário. Ou seja, isso não está usando a API para acesso direto a dados importantes ou algo assim, não, é apenas uma imitação das ações de uma pessoa viva que, em sua conta, pode entrar em determinadas seções e executar determinadas ações.
Acontece que os riscos aqui são os mesmos que no caso de um funcionário real. E não mais. O robô pode verificar as solicitações que chegam a ele na entrada. Por exemplo, alguém pediu a Ivanov para executar uma certa ação no sistema, e o robô foi verificar se Ivanov tinha alguma autoridade, se poderia solicitar isso ou não. Se sim, então tudo bem. Caso contrário, envia uma batida para a qual os funcionários de alto escalão devem ser contatados mediante essa solicitação.
Mas os guardas de segurança geralmente são caras bastante conservadores. E então eles são informados de que agora teremos uma nova entidade automática que pode enviar solicitações e passes de pedidos e ter certo acesso aos dados financeiros. Dados pessoais, informações confidenciais e se ele começar a derramar tudo para a esquerda.
Um robô fazendo tudo isso é um conjunto de instruções. Um manual é escrito por uma pessoa, um determinado funcionário com um certo nível de acesso.
Mesmo assim, seria mais fácil para os seguranças se estivéssemos fazendo tudo da maneira antiga. Portanto, primeiro experimentamos essas iniciativas em pequena escala e, então, quando todo mundo verifica tudo e se acalma, lançamos mais ativamente.
Limitações
Obviamente, pendurar tudo no robô e ir ler um livro não funcionará (ainda), há várias limitações. E a maioria deles são limitações da própria plataforma (Blue Prism) e as provisões de licenças específicas para seu uso. Por exemplo, não podemos executar mais de um robô em uma máquina virtual, é impossível. Um robô - um carro. Um robô pode trabalhar apenas em um processo, em dois ou mais em paralelo também é impossível. Mas você pode definir prioridades e definir um cronograma para ele quando o que precisa ser feito. Isso também se deve ao fato de que este não é um tipo de processo de software que funciona diretamente no sistema, mas uma imitação das ações de um funcionário vivo com contabilidade.
Por exemplo, com o mesmo passe. Temos o IBM Lotus Alpha e, para os passes de pedidos do robô, há uma conta correspondente com um nome. Como funcionário freelancer. Por um tempo, coordenamos tudo isso também com os lotusistas e, em seguida, concordamos separadamente com os agentes de segurança econômica, para que não ficassem chocados com os pedidos de um passe desta conta. E assim, para cada robô - analisei os processos em andamento, identifiquei aqueles que podem ser dados ao robô, concordei com todos e escrevi o robô.
A propósito, enquanto você escreve robôs para processos, ajuda a ter uma visão diferente dos próprios processos. Encontre algumas etapas extras, coloque algo em uma etapa em vez de três e assim por diante. No RH, o legado não é menos do que no TI, e pode ser muito mais barbudo. Tivemos isso com a Função Família - enquanto eles escreviam instruções para o robô, percebemos que era hora de reescrever seriamente o próprio processo.
Escrevendo um robô
Cada usuário do sistema possui o painel de administração do Blue Prism, a interface de criação do robô é bastante amigável (é claro, eles fizeram isso por RH), parece um construtor com vários formulários pré-preenchidos. Bem, e, como escrevemos acima, criar um robô = criar um fluxograma de suas ações. O robô pode ler o texto dos campos de diferentes formas, para que você determine para qual sistema acessar, quais campos examinar, quais dados selecionar nesses campos e assim por diante. Bem, as pessoas que trabalharam com o Visio também se envolvem rapidamente no processo.
Existem duas principais entidades de trabalho no Blue Prism - processos e objetos, entidades responsáveis pelos dados. O processo é iniciado criando objetos, as informações de desempenho são registradas e armazenadas em filas.
Os objetos são iniciados usando a interface visual. Além disso, os objetos podem interpretar o código C #, J #, VB. Você também pode inserir na página do navegador javascript. E para resolver tarefas fora do padrão e com uso intenso de recursos, usamos objetos auto-gravados. Fizemos isso para ter robôs responsáveis por determinado trabalho e executar tarefas enviadas ao robô por correio. Um robô analisa letras, preenche a fila. Os robôs a seguir começam a executar tarefas de acordo com os dados dessas filas.
Quando ocorrem erros, as notificações são enviadas para o correio, os elementos da fila são marcados como incorretos. E todas as quedas são refletidas no monitoramento.
Janela de trabalho
Object
Código executávelConectamos pessoas da TI já nos últimos estágios, quando o robô já está sendo lançado na batalha. Além disso, eles monitoram e testam. Porque acontece que algum tipo de robô repentinamente começa a executar algum processo por muito mais tempo do que o habitual - você pode ver o que aconteceu e onde está o plugue. E o monitoramento permite que você acompanhe quantas tarefas e por quanto tempo o robô é fechado e depois apresente em termos monetários.
Por falar em dinheiro, economizamos graças aos robôs cerca de 2 milhões de rublos por ano. De fato, o número é pequeno, mas isso ocorre porque os processos em nosso RH não são tão caros. Mas quando esses robôs são feitos para o operblok ou a Equação, onde cada processo é significativamente mais caro que o nosso, as economias serão apropriadas.
A coisa mais importante, é claro, é o tempo. Se antes, a pedido de uma pessoa viva, eram necessários cerca de 6 minutos para mudar a subordinação funcional, agora o robô, recebendo esse pedido, se encaixa no minuto e meio. Isto é para um desses pedidos. E há muitos deles. Fazer o pacote para o candidato levou cerca de 10 minutos, o robô faz por 2. E assim por toda parte.
E isso não significa que tudo, robôs malignos (e fluxogramas gananciosos) roubam as pessoas de seu trabalho, que reduções maciças estão chegando e assim por diante, não. Isso significa que um funcionário, em vez de copiar e colar dados de um tablet para outro, fará algo muito mais útil e certamente mais interessante.