Ninguém quer fazer trabalho pesado. Todo trabalho e todo negócio tem uma quantidade de coisas chatas e mundanas para fazer. É a parte do dia que todos tememos: escolher texto de PDFs, mover arquivos de e-mails para uma pasta ou normalização de dados dolorosa e geração manual de relatórios. Os desenvolvedores preferem escrever a lógica de negócios: o novo código que resolve problemas e avança o produto.

É aí que os desenvolvedores podem receber uma dica do DevOps. A automação é uma grande parte da ideologia do DevOps. Se você faz algo duas ou três vezes, você o automatiza. Os desenvolvedores devem observar onde podem melhorar não apenas suas próprias eficiências pessoais, mas também a eficiência geral dos negócios.

A automação de processos robóticos (RPA) leva os scripts DevOps para o próximo nível. Essas soluções de automação emulam as ações humanas de maneiras repetíveis, exceto de forma mais rápida e confiável. À medida que os especialistas em tecnologia descobrem o poder da RPA, eles encontram ótimas maneiras de tornar seus trabalhos menos estressantes, passar mais tempo fazendo o que amam e resolver problemas mais difíceis.

Nós aqui da UiPath somos grandes fãs de RPA (obviamente), mas você não precisa acreditar em nossa palavra. Conversamos com dois de nossos MVPs da comunidade : Priya Darshini, consultora técnica sênior da Machina Automation, e Eduard Shlepetskyy, fundador da Ective.eu. Eles usam o RPA para tornar as empresas mais eficientes há anos. 

Continue lendo enquanto mergulhamos em alguns exemplos do mundo real. 

Automatize seus próprios processos primeiro

Priya e Eduard não estariam onde estão agora sem antes aplicar a automação em seu próprio trabalho. Embora agora trabalhem com empresas de todo o mundo para melhorar sua eficiência por meio de automação inteligente, transformação digital e (o mais importante) construção de robôs de software para fazer as partes mais chatas do trabalho das pessoas, eles começaram automatizando seu próprio trabalho primeiro. Como diz o ditado: “Médico, cure-se”.

Eduard começou com automação de processos quando trabalhava em um departamento internacional de processamento de pedidos. A maior parte do seu dia foi gasto copiando e colando dados de arquivos Excel e PDF e em formulários SAP baseados na web. Ele achou isso chato e percebeu que a maior parte de seu trabalho poderia ser feito automaticamente.

Ele automatizou cerca de 75% de seu trabalho no início de sua carreira copiando e colando código diretamente dos forums. Em seguida, ele perguntou à gerência se poderia automatizar o trabalho para as outras 20 pessoas de sua equipe. Ele alcançou uma taxa de sucesso de 60% e liberou a equipe de desenvolvimento para melhorar seu produto.

Priya começou automatizando uma instalação de software de 155 etapas, onde mesmo uma atualização simples levaria sete horas e exigiria uma enorme janela de manutenção. Depois de clicar nas mesmas caixas e digitar as mesmas informações em vários computadores, ela escreveu um código que tornou essas enormes janelas de manutenção uma coisa do passado. 

Depois de todo esse tempo, eles ainda encontram novas maneiras de simplificar e melhorar o trabalho que fazemos, tanto em nossos empregos quanto fora deles. Por exemplo, Eduard recentemente apoiou uma organização que encontra acomodações para refugiados ucranianos. O call center deles estava gastando muito tempo validando manualmente se certas acomodações ainda estavam disponíveis. Ele rapidamente montou um robô de voz e pôde ligar para 20.000 pessoas para perguntar se a acomodação ainda estava disponível e para quantas pessoas.

As ferramentas de automação tornaram-se bastante sofisticadas nos últimos anos, incluindo funcionalidades que a maioria das pessoas não conhece. Ambos escrevem automações que vão muito além das interações básicas de apontar e clicar: envolvem orquestração, gerenciamento de credenciais e reconhecimento e recuperação de objetos de documentos contextuais. A RPA tem mais potencial do que nunca e está em constante crescimento em capacidade.

Automação de tarefas não é automação de processos

Embora tanto Eduard quanto Priya tenham entrado na automação criando scripts de alguns de seus trabalhos diários, queremos apontar para um equívoco comum: não entre na automação pensando que é como uma tarefa típica de desenvolvimento ou DevOps. Há uma grande diferença entre o que o UiPath faz e as abordagens comuns de automação. Se sou bom em VBA, escrevo muitas macros porque é para isso que VBA serve. Se sou bom em desenvolvimento de RPA, escrevo scripts de ponta a ponta porque é para isso que o RPA é bom.

Quando as pessoas são especialistas em uma área, elas automatizam algo limitado. Com o RPA, quer você tenha uma ferramenta ou 20 ferramentas diferentes escritas em Java, C# e Python, você pode automatizar todo o processo. Pense em automatizar processos de negócios inteiros. Não se trata apenas de pequenas tarefas, mas sim de uma sinfonia de tarefas menores (e às vezes maiores) que equivalem a algo com grande valor comercial.

Escolhendo o que, como e quando empregar a automação

Determinar o que pode ser feito por um robô de software não é tão simples quanto encontrar trabalho pesado e escrever um script para fazê-lo. Quando as equipes começam a automatizar, todos estão empolgados com as possibilidades e ansiosos para ir ao fundo do poço. Eles criam um processo que acham perfeito para um projeto piloto, mas às vezes não é e pode falhar. Para ter sucesso no emprego da automação, você precisa identificar processos de negócios com alto ROI, em vez de simplesmente direcionar os processos mais irritantes.

As equipes de desenvolvimento fizeram um ótimo trabalho decidindo onde empregar a automação em seus pipelines de integração contínua/entrega contínua (CI/CD). A automação de CI/CD é de alto valor, ajuda várias pessoas e dá suporte a todo um processo de negócios que afeta muitas equipes. Ele economiza tempo, é menos tedioso para desenvolvimento e controle de qualidade, reduz a margem para erros e é universalmente aceito como uma prática recomendada para o desenvolvimento de software moderno.

Isso não quer dizer, no entanto, que toda automação está relacionada à economia de