{"content_id":"9exhq60dg7","slug":"project-manager-workflow-automation-case-study","locale":"pt","schema_type":"Article","category":"case_study","category_name":"Estudo de Caso","title":"Caso de automação do trabalho por um não desenvolvedor após a recusa de reforço de pessoal","summary":"Este é o caso de um responsável pela gestão de negócios que, diante da falta de pessoal e de padrões e tendo assumido também tarefas de manutenção, eliminou gargalos e iniciou pequenas automações com Claude Code. O ponto central está em mudar primeiro a estrutura de trabalho que gera etapas intermediárias e repetições desnecessárias, em vez de apenas adotar tecnologias para executar as tarefas mais rapidamente.","sponsorship_disclosure":null,"affiliate_disclosure":null,"commerce_disclosure":null,"author":{"name":"injoys","url":"https://injoys.com/ko/about"},"key_points":["O problema maior do que o aumento do volume de trabalho era o fato de a equipe existente ter de criar simultaneamente novos procedimentos e padrões para os entregáveis.","Mesmo solicitações rápidas de importação e exportação de arquivos geram uma carga de trabalho que supera o tempo real de processamento quando interrompem repetidamente a concentração.","A primeira melhoria a produzir resultados não foi um programa de automação, mas a mudança do fluxo para que as solicitações não precisassem passar pelo responsável.","Mesmo quem não é desenvolvedor pode usar IA generativa e ferramentas de programação para criar pequenas automações por meio de um ciclo de descrição do problema, execução, verificação de erros e correção.","Os alvos da automação devem ser avaliados considerando não apenas a frequência de repetição, mas também o risco de erros, a frequência de interrupções, a possibilidade de padronização e os controles de segurança."],"content_markdown":"Quem está sobrecarregado por tarefas repetitivas geralmente começa procurando uma forma de executá-las mais rapidamente. No entanto, o ponto de partida mostrado neste caso é diferente. Em uma situação em que era difícil ampliar a equipe, um responsável pela gestão do projeto, em vez de simplesmente acelerar o trabalho concentrado nele, começou reavaliando por que todas as solicitações e revisões precisavam passar por suas mãos.\n\nEste artigo não apresenta as funcionalidades de uma tecnologia de automação, mas analisa o ambiente de trabalho que tornou inevitável iniciar a automação, a primeira melhoria estrutural, o processo de aprendizagem de uma pessoa sem experiência em desenvolvimento e os princípios que podem ser generalizados a partir dessa experiência.\n\n## Ponto de partida do caso: aumentou mais a complexidade do que o volume de trabalho\n\nOriginalmente, a equipe era responsável por um projeto de operação de infraestrutura. Já havia um fluxo conhecido para operar os sistemas de maneira estável, responder a falhas e consolidar os resultados mensais. O problema começou quando um novo projeto de manutenção foi acrescentado sem alterar a equipe existente.\n\nIsso era diferente de simplesmente executar o mesmo trabalho em dobro. Ao mesmo tempo que precisava realizar tarefas com as quais não tinha experiência, o responsável também teve de criar os seguintes elementos:\n\n- Quais entregáveis deveriam ser recebidos\n- Quais itens deveriam constar nos documentos\n- Como definir a ordem de revisão entre a empresa contratada e o cliente\n- Como gerenciar a numeração e o cronograma de cada atividade\n- Como recolher e relatar os resultados assinados\n\n| Categoria | Operação de infraestrutura existente | Trabalho de manutenção adicionado |\n|---|---|---|\n| Estrutura de trabalho | Existência de procedimentos operacionais conhecidos | Necessidade de criar novos procedimentos e critérios |\n| Principais entregáveis | Resultados operacionais e registros de resposta a falhas | Cronogramas, diários de trabalho, documentos assinados, materiais de inspeção etc. |\n| Partes gerenciadas | Foco nas operações internas | Participação conjunta de empresas contratadas, trabalhadores, setores responsáveis e cliente |\n| Principal sobrecarga | Operação estável | Inclui definição de padrões, ajuste de cronogramas, revisão, devolução para correção e recolhimento |\n\nO principal fator de sobrecarga foi não apenas o aumento do trabalho, mas também a necessidade de criar a própria estrutura para executá-lo.\n\n## Sem padrões, revisões e devoluções para correção se repetem\n\nComo os padrões existentes para os entregáveis de manutenção não eram suficientes, o responsável criou os formulários e os distribuiu às empresas contratadas. No entanto, repetiam-se em campo problemas como o uso de formulários do ano anterior, a ausência da assinatura dos trabalhadores e descrições imprecisas de ocorrências especiais.\n\nPor exemplo, quando o campo de resultado traz apenas “medida prevista para posteriormente”, o gestor não consegue acompanhar o prazo de conclusão. É necessário devolver o documento solicitando uma data específica e depois verificar novamente a versão corrigida. Isso cria uma estrutura em que o trabalho administrativo de conferir e solicitar correções nos entregáveis se torna maior do que a própria inspeção.\n\nEste caso mostra que a padronização deve vir antes da automação de documentos. Sem um formato de entrada e campos obrigatórios definidos, as ferramentas de automação apenas transferem com rapidez dados ambíguos e incompletos. Ao considerar a automação, primeiro é necessário definir:\n\n1. Os campos que devem obrigatoriamente ser preenchidos\n2. Os formatos permitidos para datas e nomes\n3. As condições que exigem assinatura ou anexo\n4. Os motivos de devolução e o responsável pela correção\n5. Os critérios para considerar o trabalho concluído\n\n## Por que solicitações de poucos minutos desorganizavam o fluxo de um dia inteiro\n\nPor motivos de segurança, a entrada e a saída de arquivos externos eram operadas por meio de um canal único, passando por apenas um responsável. O tempo necessário para processar cada solicitação não era longo, mas havia o problema de elas chegarem sem aviso prévio.\n\nQuando uma solicitação chegava durante a concentração no trabalho principal, era necessário interrompê-lo e processar o arquivo. Depois disso, era preciso recuperar mentalmente o contexto da tarefa interrompida. Neste caso, o que aumentava a sobrecarga percebida não era tanto o tempo gasto em cada solicitação, mas a repetida alternância entre tarefas.\n\nAo procurar candidatos à automação, não basta calcular apenas o tempo de processamento de cada solicitação. Também é necessário considerar os seguintes custos:\n\n- Tempo para verificar a solicitação e determinar sua prioridade\n- Custo de alternância ao interromper e retomar o trabalho\n- Tempo para perguntar novamente ao solicitante sobre informações ausentes\n- Tempo para registrar e relatar separadamente se a solicitação foi processada\n- Tempo de espera quando um responsável específico está ausente\n\nSolicitações breves, mas imprevisíveis e repetitivas, podem se tornar um gargalo que afeta significativamente o cronograma geral e a capacidade de concentração.\n\n## A primeira solução não foi automatizar, mas eliminar o caminho\n\nA primeira melhoria para o problema de entrada e saída de arquivos não foi o desenvolvimento de um programa. O fluxo foi alterado para que o solicitante e o cliente trocassem solicitações diretamente por meio do fórum do sistema interno de gestão de projetos.\n\n| Antes da mudança | Depois da mudança |\n|---|---|\n| Todas as solicitações passavam pelo responsável pela gestão do projeto | Solicitante e cliente processam diretamente no sistema |\n| O responsável executava tanto o encaminhamento quanto o registro | O registro do processamento permanece no sistema |\n| O trabalho principal era interrompido sempre que surgia uma solicitação | O responsável consulta os registros quando necessário |\n| A solicitação podia ser atrasada na ausência do responsável | Os participantes definidos podem verificar no mesmo fluxo |\n\nO princípio obtido aqui é claro. Em vez de executar mais rapidamente uma tarefa sob sua responsabilidade, pode ser melhor fazer com que ela não precise passar por você.\n\nAntes de projetar uma automação, é útil avaliar na seguinte ordem:\n\n1. Esta etapa pode ser eliminada?\n2. O solicitante pode inserir ou verificar as informações diretamente?\n3. É possível simplificar o caminho usando funcionalidades de um sistema existente?\n4. É possível padronizar os critérios de entrada e decisão?\n5. É possível automatizar as tarefas repetitivas que ainda restarem?\n\n## O acúmulo simultâneo de várias tarefas simples consolidou a sobrecarga\n\nO fluxo completo de manutenção incluía a elaboração do cronograma, a organização das informações das empresas contratadas e dos trabalhadores, a atribuição de números, o recolhimento dos diários de trabalho, a revisão e assinatura pelo cliente, a digitalização, o relatório de inspeção e a entrega dos resultados a cada empresa contratada. Cada etapa, isoladamente, não era difícil, mas, quando todas se acumulavam, era complicado controlá-las apenas pela memória e pelo trabalho manual.\n\nEssa situação continuou por cerca de três meses. Durante o dia, repetia-se o padrão de responder a solicitações de entrada e saída de arquivos, dúvidas das empresas contratadas, confirmações dos membros da equipe e pedidos do cliente; somente após o horário de saída, quando os contatos diminuíam, era possível processar o trabalho principal acumulado. Era um estado mais próximo de tentar alcançar, com atraso, tudo o que havia ocorrido no dia do que de resolver o problema.\n\nO responsável solicitou a contratação de pessoal de apoio, mas o pedido não foi aceito. Quando se tornou impossível ampliar a equipe, ganhou importância a opção de mudar a forma de trabalho existente. A automação não foi um hobby iniciado por interesse, mas uma resposta decorrente da conclusão de que, com a estrutura de trabalho atual, o mesmo problema se repetiria no mês seguinte.\n\n## Uma demonstração do Claude Code motivou um pequeno experimento\n\nO ponto de virada foi uma demonstração de automação com Claude vista em um evento da sede. Mais importante do que uma tecnologia complexa de desenvolvimento foi constatar a possibilidade de que “esta ferramenta também poderia ser aplicada ao nosso trabalho”. Uma conversa com um colega que participou do evento sobre fazer uma pequena tentativa tornou-se o ponto de partida do trabalho de automação posterior.\n\nSem experiência em desenvolvimento, o responsável começou perguntando a outra IA generativa como instalar o Claude Code. Ele verificou e executou as orientações e os comandos adequados ao sistema operacional e acompanhou o processo de configuração inicial de outros usuários por meio de vídeos e outros materiais. Não começou somente depois de dominar completamente a teoria da programação.\n\nNo entanto, essa abordagem não significa que seja aceitável executar sem questionamento comandos de origem desconhecida. Em dispositivos corporativos, é necessário verificar a política de segurança da organização e as permissões de instalação de software e, sempre que possível, usar os procedimentos de instalação da documentação oficial. Antes da execução, também é preciso verificar se o comando apaga arquivos, altera permissões ou envia dados para fora.\n\n## O processo interativo de resolução de problemas foi mais importante do que o resultado\n\nO primeiro resultado proporcionou a confiança de que “mesmo uma pessoa sem experiência em desenvolvimento pode criar uma automação”. No entanto, neste caso, o aprendizado mais importante estava no processo de criação, e não no programa finalizado.\n\nO desenvolvimento interativo geralmente ocorre no seguinte ciclo:\n\n- Explicar o problema a ser resolvido e o procedimento atual.\n- Informar restrições como arquivos de entrada, formato de saída e limitações de segurança.\n- Revisar o método e o código sugeridos pela IA.\n- Executar com uma cópia ou com dados de teste.\n- Explicar novamente as mensagens de erro e os resultados diferentes do esperado.\n- Aplicar as correções e validar novamente.\n\nA IA generativa pode sugerir tecnologias ou abordagens desconhecidas pelo usuário, e também é possível pedir que ela explique novamente termos pouco familiares. Por outro lado, as sugestões nem sempre são corretas ou adequadas ao ambiente da organização. Portanto, a IA deve ser tratada não como uma autoridade que substitui o julgamento, mas como um recurso auxiliar que amplia as opções e reduz as tentativas e erros.\n\n## Critérios extraídos do caso para decidir o que automatizar\n\nNem toda tarefa precisa ser automatizada apenas porque é repetitiva. Avaliar em conjunto os critérios a seguir facilita a definição das prioridades.\n\n| Critério de avaliação | Pergunta a verificar | Significado |\n|---|---|---|\n| Frequência de repetição | Com que frequência a mesma tarefa ocorre? | Quanto maior a repetição, maior a possibilidade de economia acumulada |\n| Regras de processamento | É possível descrever a entrada e o resultado por meio de regras claras? | Quanto mais claras forem as regras, mais fáceis serão a implementação e a validação |\n| Frequência de interrupção | A tarefa surge sem aviso e interrompe o trabalho principal? | Mesmo tarefas breves podem se tornar prioridade alta |\n| Impacto dos erros | Omissões ou decisões incorretas afetam contratos, segurança ou custos? | Pode ser necessária aprovação humana em vez de automação completa |\n| Qualidade da entrada | Os formulários e campos obrigatórios estão padronizados? | Entradas irregulares aumentam o tratamento de exceções |\n| Rastreabilidade | É possível registrar quem processou o quê e quando? | Necessária para auditoria e apuração de responsabilidades |\n| Possibilidade de mudança | Os procedimentos e formulários mudam com frequência? | Os custos de manutenção também devem ser considerados |\n\nEm geral, as primeiras tarefas a automatizar são pequenas atividades com regras claras, alta frequência de repetição e resultados que possam ser facilmente conferidos por uma pessoa. Por outro lado, é mais seguro manter uma etapa de revisão humana em tarefas que envolvam julgamento jurídico, aprovação de segurança, responsabilidade contratual ou decisões sobre valores importantes.\n\n## Controles e manutenção fáceis de negligenciar na automação\n\nQuando a automação é apressada devido à urgência do trabalho, os riscos do processo manual existente podem simplesmente ser transferidos para o código. Especialmente em um ambiente como o deste caso, que lida com arquivos externos, documentos assinados e dados de clientes, é necessário projetar controles juntamente com a velocidade de processamento.\n\n### Controles mínimos a verificar\n\n- **Permissões:** limitar as pastas e contas que a ferramenta de automação pode acessar ao escopo necessário.\n- **Proteção de dados:** não inserir dados pessoais, materiais contratuais ou informações de autenticação em serviços externos de IA não autorizados.\n- **Ambiente de teste:** executar primeiro com cópias e dados de teste não identificáveis, em vez dos originais.\n- **Aprovação humana:** estabelecer procedimentos de confirmação em etapas difíceis de reverter, como envio e exclusão de arquivos e relatórios finais.\n- **Registros:** manter registros das entradas, do horário de execução, dos resultados do processamento, dos erros e do histórico de correções.\n- **Recuperação:** preservar os originais e os backups para possibilitar o retorno ao estado anterior em caso de falha.\n- **Dependência do responsável:** documentar os procedimentos para que outros membros da equipe, além do criador, também saibam como executar e interromper a automação.\n\nO critério de sucesso da automação também não deve ser “funcionou uma vez”. É necessário avaliar se ela pode ser modificada quando o formulário muda ou quando o responsável é substituído, se os erros podem ser detectados e se é possível retornar ao procedimento manual. Esses são os critérios que distinguem uma ferramenta de produtividade individual de curto prazo de um sistema de trabalho sustentável.\n\n## Fatos confirmados pela experiência e limitações da generalização\n\nComo este caso se baseia na experiência real de um responsável, ele não garante os mesmos resultados em todas as organizações. É necessário distinguir o que foi diretamente confirmado no caso daquilo que deve ser validado antes da aplicação em outro ambiente.\n\n| O que foi observado no caso | O que deve ser verificado separadamente antes da aplicação |\n|---|---|\n| Um novo trabalho de manutenção foi adicionado sem mudanças na equipe | Alocação de pessoal e possibilidade de redistribuição do trabalho em cada organização |\n| O canal único provocava interrupções repetidas no trabalho do responsável | Se o processamento direto entre solicitantes é permitido pelas normas de segurança |\n| O fórum do sistema de gestão existente reduziu as etapas intermediárias | Permissões, retenção de registros e funcionalidades de aprovação do sistema utilizado |\n| Uma pessoa sem experiência em desenvolvimento instalou uma ferramenta e aprendeu a usá-la com orientações de IA generativa | Permissões de instalação nos dispositivos da empresa e política de uso de IA externa |\n| Um pequeno resultado gerou confiança para tentar outras automações | Precisão da automação, tempo economizado e custos de manutenção |\n\nPortanto, o principal valor deste caso não está na afirmação de que uma ferramenta específica produz os mesmos resultados para qualquer pessoa. Está em não interpretar o trabalho repetitivo como falta de esforço individual, mas redefini-lo como um problema de fluxo, padrões, permissões e gargalos.\n\n## Conclusão: a falta de tempo pode ser o ponto de partida\n\nA automação não precisa ser vista apenas como um projeto separado, a ser aprendido depois que houver tempo disponível. Se o trabalho continua se acumulando e o mesmo problema se repetirá no mês seguinte, isso pode ser um sinal de que a estrutura atual precisa mudar.\n\nO ponto de partida não precisa ser um plano grandioso de desenvolvimento. É possível escolher uma solicitação que interrompa a concentração com maior frequência e começar verificando se essa etapa realmente precisa passar por você. Se não for possível eliminá-la ou transferi-la para um sistema existente, é mais seguro padronizar o formato de entrada e começar automatizando uma pequena parte cujo resultado possa ser facilmente validado.\n\nA pergunta mais importante deixada por este caso não é “como posso fazer este trabalho mais rapidamente?”. É “por que este trabalho se repete, por que precisa necessariamente passar por mim e até qual etapa pode ser atribuído a um sistema?”.","content_html":"\u003cp\u003eQuem está sobrecarregado por tarefas repetitivas geralmente começa procurando uma forma de executá-las mais rapidamente. No entanto, o ponto de partida mostrado neste caso é diferente. Em uma situação em que era difícil ampliar a equipe, um responsável pela gestão do projeto, em vez de simplesmente acelerar o trabalho concentrado nele, começou reavaliando por que todas as solicitações e revisões precisavam passar por suas mãos.\u003c/p\u003e\n\u003cp\u003eEste artigo não apresenta as funcionalidades de uma tecnologia de automação, mas analisa o ambiente de trabalho que tornou inevitável iniciar a automação, a primeira melhoria estrutural, o processo de aprendizagem de uma pessoa sem experiência em desenvolvimento e os princípios que podem ser generalizados a partir dessa experiência.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#ponto-de-partida-do-caso-aumentou-mais-a-complexidade-do-que-o-volume-de-trabalho\" class=\"anchor\" id=\"ponto-de-partida-do-caso-aumentou-mais-a-complexidade-do-que-o-volume-de-trabalho\"\u003e\u003c/a\u003ePonto de partida do caso: aumentou mais a complexidade do que o volume de trabalho\u003c/h2\u003e\n\u003cp\u003eOriginalmente, a equipe era responsável por um projeto de operação de infraestrutura. Já havia um fluxo conhecido para operar os sistemas de maneira estável, responder a falhas e consolidar os resultados mensais. O problema começou quando um novo projeto de manutenção foi acrescentado sem alterar a equipe existente.\u003c/p\u003e\n\u003cp\u003eIsso era diferente de simplesmente executar o mesmo trabalho em dobro. Ao mesmo tempo que precisava realizar tarefas com as quais não tinha experiência, o responsável também teve de criar os seguintes elementos:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eQuais entregáveis deveriam ser recebidos\u003c/li\u003e\n\u003cli\u003eQuais itens deveriam constar nos documentos\u003c/li\u003e\n\u003cli\u003eComo definir a ordem de revisão entre a empresa contratada e o cliente\u003c/li\u003e\n\u003cli\u003eComo gerenciar a numeração e o cronograma de cada atividade\u003c/li\u003e\n\u003cli\u003eComo recolher e relatar os resultados assinados\u003c/li\u003e\n\u003c/ul\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eCategoria\u003c/th\u003e\n\u003cth\u003eOperação de infraestrutura existente\u003c/th\u003e\n\u003cth\u003eTrabalho de manutenção adicionado\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoria\"\u003eEstrutura de trabalho\u003c/td\u003e\n\u003ctd data-label=\"Operação de infraestrutura existente\"\u003eExistência de procedimentos operacionais conhecidos\u003c/td\u003e\n\u003ctd data-label=\"Trabalho de manutenção adicionado\"\u003eNecessidade de criar novos procedimentos e critérios\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoria\"\u003ePrincipais entregáveis\u003c/td\u003e\n\u003ctd data-label=\"Operação de infraestrutura existente\"\u003eResultados operacionais e registros de resposta a falhas\u003c/td\u003e\n\u003ctd data-label=\"Trabalho de manutenção adicionado\"\u003eCronogramas, diários de trabalho, documentos assinados, materiais de inspeção etc.\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoria\"\u003ePartes gerenciadas\u003c/td\u003e\n\u003ctd data-label=\"Operação de infraestrutura existente\"\u003eFoco nas operações internas\u003c/td\u003e\n\u003ctd data-label=\"Trabalho de manutenção adicionado\"\u003eParticipação conjunta de empresas contratadas, trabalhadores, setores responsáveis e cliente\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Categoria\"\u003ePrincipal sobrecarga\u003c/td\u003e\n\u003ctd data-label=\"Operação de infraestrutura existente\"\u003eOperação estável\u003c/td\u003e\n\u003ctd data-label=\"Trabalho de manutenção adicionado\"\u003eInclui definição de padrões, ajuste de cronogramas, revisão, devolução para correção e recolhimento\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eO principal fator de sobrecarga foi não apenas o aumento do trabalho, mas também a necessidade de criar a própria estrutura para executá-lo.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#sem-padr%C3%B5es-revis%C3%B5es-e-devolu%C3%A7%C3%B5es-para-corre%C3%A7%C3%A3o-se-repetem\" class=\"anchor\" id=\"sem-padrões-revisões-e-devoluções-para-correção-se-repetem\"\u003e\u003c/a\u003eSem padrões, revisões e devoluções para correção se repetem\u003c/h2\u003e\n\u003cp\u003eComo os padrões existentes para os entregáveis de manutenção não eram suficientes, o responsável criou os formulários e os distribuiu às empresas contratadas. No entanto, repetiam-se em campo problemas como o uso de formulários do ano anterior, a ausência da assinatura dos trabalhadores e descrições imprecisas de ocorrências especiais.\u003c/p\u003e\n\u003cp\u003ePor exemplo, quando o campo de resultado traz apenas “medida prevista para posteriormente”, o gestor não consegue acompanhar o prazo de conclusão. É necessário devolver o documento solicitando uma data específica e depois verificar novamente a versão corrigida. Isso cria uma estrutura em que o trabalho administrativo de conferir e solicitar correções nos entregáveis se torna maior do que a própria inspeção.\u003c/p\u003e\n\u003cp\u003eEste caso mostra que a padronização deve vir antes da automação de documentos. Sem um formato de entrada e campos obrigatórios definidos, as ferramentas de automação apenas transferem com rapidez dados ambíguos e incompletos. Ao considerar a automação, primeiro é necessário definir:\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eOs campos que devem obrigatoriamente ser preenchidos\u003c/li\u003e\n\u003cli\u003eOs formatos permitidos para datas e nomes\u003c/li\u003e\n\u003cli\u003eAs condições que exigem assinatura ou anexo\u003c/li\u003e\n\u003cli\u003eOs motivos de devolução e o responsável pela correção\u003c/li\u003e\n\u003cli\u003eOs critérios para considerar o trabalho concluído\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch2\u003e\n\u003ca href=\"#por-que-solicita%C3%A7%C3%B5es-de-poucos-minutos-desorganizavam-o-fluxo-de-um-dia-inteiro\" class=\"anchor\" id=\"por-que-solicitações-de-poucos-minutos-desorganizavam-o-fluxo-de-um-dia-inteiro\"\u003e\u003c/a\u003ePor que solicitações de poucos minutos desorganizavam o fluxo de um dia inteiro\u003c/h2\u003e\n\u003cp\u003ePor motivos de segurança, a entrada e a saída de arquivos externos eram operadas por meio de um canal único, passando por apenas um responsável. O tempo necessário para processar cada solicitação não era longo, mas havia o problema de elas chegarem sem aviso prévio.\u003c/p\u003e\n\u003cp\u003eQuando uma solicitação chegava durante a concentração no trabalho principal, era necessário interrompê-lo e processar o arquivo. Depois disso, era preciso recuperar mentalmente o contexto da tarefa interrompida. Neste caso, o que aumentava a sobrecarga percebida não era tanto o tempo gasto em cada solicitação, mas a repetida alternância entre tarefas.\u003c/p\u003e\n\u003cp\u003eAo procurar candidatos à automação, não basta calcular apenas o tempo de processamento de cada solicitação. Também é necessário considerar os seguintes custos:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eTempo para verificar a solicitação e determinar sua prioridade\u003c/li\u003e\n\u003cli\u003eCusto de alternância ao interromper e retomar o trabalho\u003c/li\u003e\n\u003cli\u003eTempo para perguntar novamente ao solicitante sobre informações ausentes\u003c/li\u003e\n\u003cli\u003eTempo para registrar e relatar separadamente se a solicitação foi processada\u003c/li\u003e\n\u003cli\u003eTempo de espera quando um responsável específico está ausente\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eSolicitações breves, mas imprevisíveis e repetitivas, podem se tornar um gargalo que afeta significativamente o cronograma geral e a capacidade de concentração.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#a-primeira-solu%C3%A7%C3%A3o-n%C3%A3o-foi-automatizar-mas-eliminar-o-caminho\" class=\"anchor\" id=\"a-primeira-solução-não-foi-automatizar-mas-eliminar-o-caminho\"\u003e\u003c/a\u003eA primeira solução não foi automatizar, mas eliminar o caminho\u003c/h2\u003e\n\u003cp\u003eA primeira melhoria para o problema de entrada e saída de arquivos não foi o desenvolvimento de um programa. O fluxo foi alterado para que o solicitante e o cliente trocassem solicitações diretamente por meio do fórum do sistema interno de gestão de projetos.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eAntes da mudança\u003c/th\u003e\n\u003cth\u003eDepois da mudança\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Antes da mudança\"\u003eTodas as solicitações passavam pelo responsável pela gestão do projeto\u003c/td\u003e\n\u003ctd data-label=\"Depois da mudança\"\u003eSolicitante e cliente processam diretamente no sistema\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Antes da mudança\"\u003eO responsável executava tanto o encaminhamento quanto o registro\u003c/td\u003e\n\u003ctd data-label=\"Depois da mudança\"\u003eO registro do processamento permanece no sistema\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Antes da mudança\"\u003eO trabalho principal era interrompido sempre que surgia uma solicitação\u003c/td\u003e\n\u003ctd data-label=\"Depois da mudança\"\u003eO responsável consulta os registros quando necessário\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Antes da mudança\"\u003eA solicitação podia ser atrasada na ausência do responsável\u003c/td\u003e\n\u003ctd data-label=\"Depois da mudança\"\u003eOs participantes definidos podem verificar no mesmo fluxo\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eO princípio obtido aqui é claro. Em vez de executar mais rapidamente uma tarefa sob sua responsabilidade, pode ser melhor fazer com que ela não precise passar por você.\u003c/p\u003e\n\u003cp\u003eAntes de projetar uma automação, é útil avaliar na seguinte ordem:\u003c/p\u003e\n\u003col\u003e\n\u003cli\u003eEsta etapa pode ser eliminada?\u003c/li\u003e\n\u003cli\u003eO solicitante pode inserir ou verificar as informações diretamente?\u003c/li\u003e\n\u003cli\u003eÉ possível simplificar o caminho usando funcionalidades de um sistema existente?\u003c/li\u003e\n\u003cli\u003eÉ possível padronizar os critérios de entrada e decisão?\u003c/li\u003e\n\u003cli\u003eÉ possível automatizar as tarefas repetitivas que ainda restarem?\u003c/li\u003e\n\u003c/ol\u003e\n\u003ch2\u003e\n\u003ca href=\"#o-ac%C3%BAmulo-simult%C3%A2neo-de-v%C3%A1rias-tarefas-simples-consolidou-a-sobrecarga\" class=\"anchor\" id=\"o-acúmulo-simultâneo-de-várias-tarefas-simples-consolidou-a-sobrecarga\"\u003e\u003c/a\u003eO acúmulo simultâneo de várias tarefas simples consolidou a sobrecarga\u003c/h2\u003e\n\u003cp\u003eO fluxo completo de manutenção incluía a elaboração do cronograma, a organização das informações das empresas contratadas e dos trabalhadores, a atribuição de números, o recolhimento dos diários de trabalho, a revisão e assinatura pelo cliente, a digitalização, o relatório de inspeção e a entrega dos resultados a cada empresa contratada. Cada etapa, isoladamente, não era difícil, mas, quando todas se acumulavam, era complicado controlá-las apenas pela memória e pelo trabalho manual.\u003c/p\u003e\n\u003cp\u003eEssa situação continuou por cerca de três meses. Durante o dia, repetia-se o padrão de responder a solicitações de entrada e saída de arquivos, dúvidas das empresas contratadas, confirmações dos membros da equipe e pedidos do cliente; somente após o horário de saída, quando os contatos diminuíam, era possível processar o trabalho principal acumulado. Era um estado mais próximo de tentar alcançar, com atraso, tudo o que havia ocorrido no dia do que de resolver o problema.\u003c/p\u003e\n\u003cp\u003eO responsável solicitou a contratação de pessoal de apoio, mas o pedido não foi aceito. Quando se tornou impossível ampliar a equipe, ganhou importância a opção de mudar a forma de trabalho existente. A automação não foi um hobby iniciado por interesse, mas uma resposta decorrente da conclusão de que, com a estrutura de trabalho atual, o mesmo problema se repetiria no mês seguinte.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#uma-demonstra%C3%A7%C3%A3o-do-claude-code-motivou-um-pequeno-experimento\" class=\"anchor\" id=\"uma-demonstração-do-claude-code-motivou-um-pequeno-experimento\"\u003e\u003c/a\u003eUma demonstração do Claude Code motivou um pequeno experimento\u003c/h2\u003e\n\u003cp\u003eO ponto de virada foi uma demonstração de automação com Claude vista em um evento da sede. Mais importante do que uma tecnologia complexa de desenvolvimento foi constatar a possibilidade de que “esta ferramenta também poderia ser aplicada ao nosso trabalho”. Uma conversa com um colega que participou do evento sobre fazer uma pequena tentativa tornou-se o ponto de partida do trabalho de automação posterior.\u003c/p\u003e\n\u003cp\u003eSem experiência em desenvolvimento, o responsável começou perguntando a outra IA generativa como instalar o Claude Code. Ele verificou e executou as orientações e os comandos adequados ao sistema operacional e acompanhou o processo de configuração inicial de outros usuários por meio de vídeos e outros materiais. Não começou somente depois de dominar completamente a teoria da programação.\u003c/p\u003e\n\u003cp\u003eNo entanto, essa abordagem não significa que seja aceitável executar sem questionamento comandos de origem desconhecida. Em dispositivos corporativos, é necessário verificar a política de segurança da organização e as permissões de instalação de software e, sempre que possível, usar os procedimentos de instalação da documentação oficial. Antes da execução, também é preciso verificar se o comando apaga arquivos, altera permissões ou envia dados para fora.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#o-processo-interativo-de-resolu%C3%A7%C3%A3o-de-problemas-foi-mais-importante-do-que-o-resultado\" class=\"anchor\" id=\"o-processo-interativo-de-resolução-de-problemas-foi-mais-importante-do-que-o-resultado\"\u003e\u003c/a\u003eO processo interativo de resolução de problemas foi mais importante do que o resultado\u003c/h2\u003e\n\u003cp\u003eO primeiro resultado proporcionou a confiança de que “mesmo uma pessoa sem experiência em desenvolvimento pode criar uma automação”. No entanto, neste caso, o aprendizado mais importante estava no processo de criação, e não no programa finalizado.\u003c/p\u003e\n\u003cp\u003eO desenvolvimento interativo geralmente ocorre no seguinte ciclo:\u003c/p\u003e\n\u003cul\u003e\n\u003cli\u003eExplicar o problema a ser resolvido e o procedimento atual.\u003c/li\u003e\n\u003cli\u003eInformar restrições como arquivos de entrada, formato de saída e limitações de segurança.\u003c/li\u003e\n\u003cli\u003eRevisar o método e o código sugeridos pela IA.\u003c/li\u003e\n\u003cli\u003eExecutar com uma cópia ou com dados de teste.\u003c/li\u003e\n\u003cli\u003eExplicar novamente as mensagens de erro e os resultados diferentes do esperado.\u003c/li\u003e\n\u003cli\u003eAplicar as correções e validar novamente.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eA IA generativa pode sugerir tecnologias ou abordagens desconhecidas pelo usuário, e também é possível pedir que ela explique novamente termos pouco familiares. Por outro lado, as sugestões nem sempre são corretas ou adequadas ao ambiente da organização. Portanto, a IA deve ser tratada não como uma autoridade que substitui o julgamento, mas como um recurso auxiliar que amplia as opções e reduz as tentativas e erros.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#crit%C3%A9rios-extra%C3%ADdos-do-caso-para-decidir-o-que-automatizar\" class=\"anchor\" id=\"critérios-extraídos-do-caso-para-decidir-o-que-automatizar\"\u003e\u003c/a\u003eCritérios extraídos do caso para decidir o que automatizar\u003c/h2\u003e\n\u003cp\u003eNem toda tarefa precisa ser automatizada apenas porque é repetitiva. Avaliar em conjunto os critérios a seguir facilita a definição das prioridades.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eCritério de avaliação\u003c/th\u003e\n\u003cth\u003ePergunta a verificar\u003c/th\u003e\n\u003cth\u003eSignificado\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Critério de avaliação\"\u003eFrequência de repetição\u003c/td\u003e\n\u003ctd data-label=\"Pergunta a verificar\"\u003eCom que frequência a mesma tarefa ocorre?\u003c/td\u003e\n\u003ctd data-label=\"Significado\"\u003eQuanto maior a repetição, maior a possibilidade de economia acumulada\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Critério de avaliação\"\u003eRegras de processamento\u003c/td\u003e\n\u003ctd data-label=\"Pergunta a verificar\"\u003eÉ possível descrever a entrada e o resultado por meio de regras claras?\u003c/td\u003e\n\u003ctd data-label=\"Significado\"\u003eQuanto mais claras forem as regras, mais fáceis serão a implementação e a validação\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Critério de avaliação\"\u003eFrequência de interrupção\u003c/td\u003e\n\u003ctd data-label=\"Pergunta a verificar\"\u003eA tarefa surge sem aviso e interrompe o trabalho principal?\u003c/td\u003e\n\u003ctd data-label=\"Significado\"\u003eMesmo tarefas breves podem se tornar prioridade alta\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Critério de avaliação\"\u003eImpacto dos erros\u003c/td\u003e\n\u003ctd data-label=\"Pergunta a verificar\"\u003eOmissões ou decisões incorretas afetam contratos, segurança ou custos?\u003c/td\u003e\n\u003ctd data-label=\"Significado\"\u003ePode ser necessária aprovação humana em vez de automação completa\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Critério de avaliação\"\u003eQualidade da entrada\u003c/td\u003e\n\u003ctd data-label=\"Pergunta a verificar\"\u003eOs formulários e campos obrigatórios estão padronizados?\u003c/td\u003e\n\u003ctd data-label=\"Significado\"\u003eEntradas irregulares aumentam o tratamento de exceções\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Critério de avaliação\"\u003eRastreabilidade\u003c/td\u003e\n\u003ctd data-label=\"Pergunta a verificar\"\u003eÉ possível registrar quem processou o quê e quando?\u003c/td\u003e\n\u003ctd data-label=\"Significado\"\u003eNecessária para auditoria e apuração de responsabilidades\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"Critério de avaliação\"\u003ePossibilidade de mudança\u003c/td\u003e\n\u003ctd data-label=\"Pergunta a verificar\"\u003eOs procedimentos e formulários mudam com frequência?\u003c/td\u003e\n\u003ctd data-label=\"Significado\"\u003eOs custos de manutenção também devem ser considerados\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003eEm geral, as primeiras tarefas a automatizar são pequenas atividades com regras claras, alta frequência de repetição e resultados que possam ser facilmente conferidos por uma pessoa. Por outro lado, é mais seguro manter uma etapa de revisão humana em tarefas que envolvam julgamento jurídico, aprovação de segurança, responsabilidade contratual ou decisões sobre valores importantes.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#controles-e-manuten%C3%A7%C3%A3o-f%C3%A1ceis-de-negligenciar-na-automa%C3%A7%C3%A3o\" class=\"anchor\" id=\"controles-e-manutenção-fáceis-de-negligenciar-na-automação\"\u003e\u003c/a\u003eControles e manutenção fáceis de negligenciar na automação\u003c/h2\u003e\n\u003cp\u003eQuando a automação é apressada devido à urgência do trabalho, os riscos do processo manual existente podem simplesmente ser transferidos para o código. Especialmente em um ambiente como o deste caso, que lida com arquivos externos, documentos assinados e dados de clientes, é necessário projetar controles juntamente com a velocidade de processamento.\u003c/p\u003e\n\u003ch3\u003e\n\u003ca href=\"#controles-m%C3%ADnimos-a-verificar\" class=\"anchor\" id=\"controles-mínimos-a-verificar\"\u003e\u003c/a\u003eControles mínimos a verificar\u003c/h3\u003e\n\u003cul\u003e\n\u003cli\u003e\n\u003cstrong\u003ePermissões:\u003c/strong\u003e limitar as pastas e contas que a ferramenta de automação pode acessar ao escopo necessário.\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eProteção de dados:\u003c/strong\u003e não inserir dados pessoais, materiais contratuais ou informações de autenticação em serviços externos de IA não autorizados.\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eAmbiente de teste:\u003c/strong\u003e executar primeiro com cópias e dados de teste não identificáveis, em vez dos originais.\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eAprovação humana:\u003c/strong\u003e estabelecer procedimentos de confirmação em etapas difíceis de reverter, como envio e exclusão de arquivos e relatórios finais.\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eRegistros:\u003c/strong\u003e manter registros das entradas, do horário de execução, dos resultados do processamento, dos erros e do histórico de correções.\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eRecuperação:\u003c/strong\u003e preservar os originais e os backups para possibilitar o retorno ao estado anterior em caso de falha.\u003c/li\u003e\n\u003cli\u003e\n\u003cstrong\u003eDependência do responsável:\u003c/strong\u003e documentar os procedimentos para que outros membros da equipe, além do criador, também saibam como executar e interromper a automação.\u003c/li\u003e\n\u003c/ul\u003e\n\u003cp\u003eO critério de sucesso da automação também não deve ser “funcionou uma vez”. É necessário avaliar se ela pode ser modificada quando o formulário muda ou quando o responsável é substituído, se os erros podem ser detectados e se é possível retornar ao procedimento manual. Esses são os critérios que distinguem uma ferramenta de produtividade individual de curto prazo de um sistema de trabalho sustentável.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#fatos-confirmados-pela-experi%C3%AAncia-e-limita%C3%A7%C3%B5es-da-generaliza%C3%A7%C3%A3o\" class=\"anchor\" id=\"fatos-confirmados-pela-experiência-e-limitações-da-generalização\"\u003e\u003c/a\u003eFatos confirmados pela experiência e limitações da generalização\u003c/h2\u003e\n\u003cp\u003eComo este caso se baseia na experiência real de um responsável, ele não garante os mesmos resultados em todas as organizações. É necessário distinguir o que foi diretamente confirmado no caso daquilo que deve ser validado antes da aplicação em outro ambiente.\u003c/p\u003e\n\u003cdiv class=\"overflow-x-auto\"\u003e\u003ctable\u003e\n\u003cthead\u003e\n\u003ctr\u003e\n\u003cth\u003eO que foi observado no caso\u003c/th\u003e\n\u003cth\u003eO que deve ser verificado separadamente antes da aplicação\u003c/th\u003e\n\u003c/tr\u003e\n\u003c/thead\u003e\n\u003ctbody\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi observado no caso\"\u003eUm novo trabalho de manutenção foi adicionado sem mudanças na equipe\u003c/td\u003e\n\u003ctd data-label=\"O que deve ser verificado separadamente antes da aplicação\"\u003eAlocação de pessoal e possibilidade de redistribuição do trabalho em cada organização\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi observado no caso\"\u003eO canal único provocava interrupções repetidas no trabalho do responsável\u003c/td\u003e\n\u003ctd data-label=\"O que deve ser verificado separadamente antes da aplicação\"\u003eSe o processamento direto entre solicitantes é permitido pelas normas de segurança\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi observado no caso\"\u003eO fórum do sistema de gestão existente reduziu as etapas intermediárias\u003c/td\u003e\n\u003ctd data-label=\"O que deve ser verificado separadamente antes da aplicação\"\u003ePermissões, retenção de registros e funcionalidades de aprovação do sistema utilizado\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi observado no caso\"\u003eUma pessoa sem experiência em desenvolvimento instalou uma ferramenta e aprendeu a usá-la com orientações de IA generativa\u003c/td\u003e\n\u003ctd data-label=\"O que deve ser verificado separadamente antes da aplicação\"\u003ePermissões de instalação nos dispositivos da empresa e política de uso de IA externa\u003c/td\u003e\n\u003c/tr\u003e\n\u003ctr\u003e\n\u003ctd data-label=\"O que foi observado no caso\"\u003eUm pequeno resultado gerou confiança para tentar outras automações\u003c/td\u003e\n\u003ctd data-label=\"O que deve ser verificado separadamente antes da aplicação\"\u003ePrecisão da automação, tempo economizado e custos de manutenção\u003c/td\u003e\n\u003c/tr\u003e\n\u003c/tbody\u003e\n\u003c/table\u003e\u003c/div\u003e\n\u003cp\u003ePortanto, o principal valor deste caso não está na afirmação de que uma ferramenta específica produz os mesmos resultados para qualquer pessoa. Está em não interpretar o trabalho repetitivo como falta de esforço individual, mas redefini-lo como um problema de fluxo, padrões, permissões e gargalos.\u003c/p\u003e\n\u003ch2\u003e\n\u003ca href=\"#conclus%C3%A3o-a-falta-de-tempo-pode-ser-o-ponto-de-partida\" class=\"anchor\" id=\"conclusão-a-falta-de-tempo-pode-ser-o-ponto-de-partida\"\u003e\u003c/a\u003eConclusão: a falta de tempo pode ser o ponto de partida\u003c/h2\u003e\n\u003cp\u003eA automação não precisa ser vista apenas como um projeto separado, a ser aprendido depois que houver tempo disponível. Se o trabalho continua se acumulando e o mesmo problema se repetirá no mês seguinte, isso pode ser um sinal de que a estrutura atual precisa mudar.\u003c/p\u003e\n\u003cp\u003eO ponto de partida não precisa ser um plano grandioso de desenvolvimento. É possível escolher uma solicitação que interrompa a concentração com maior frequência e começar verificando se essa etapa realmente precisa passar por você. Se não for possível eliminá-la ou transferi-la para um sistema existente, é mais seguro padronizar o formato de entrada e começar automatizando uma pequena parte cujo resultado possa ser facilmente validado.\u003c/p\u003e\n\u003cp\u003eA pergunta mais importante deixada por este caso não é “como posso fazer este trabalho mais rapidamente?”. É “por que este trabalho se repete, por que precisa necessariamente passar por mim e até qual etapa pode ser atribuído a um sistema?”.\u003c/p\u003e\n","tags":["Produtividade","IA generativa","Claude Code","Programação com IA","Capacidade de execução","Ferramentas de desenvolvimento"],"faqs":[{"question":"É possível começar a automatizar o trabalho mesmo sem ser desenvolvedor?","answer":"Sim, mas é mais seguro começar com um escopo pequeno. É necessário descrever claramente o procedimento atual e as condições de entrada e saída, executar o método proposto pela IA generativa em uma cópia ou com dados de teste e, depois, verificar pessoalmente os resultados."},{"question":"Todas as tarefas repetitivas devem ser automatizadas?","answer":"Não. Primeiro, é necessário verificar se essa etapa pode ser eliminada ou realizada diretamente pelo solicitante. Se for difícil eliminá-la ou simplificar o fluxo e se tratar de uma tarefa repetitiva com regras claras, a automação poderá ser considerada."},{"question":"Vale a pena automatizar até mesmo tarefas que levam pouco tempo?","answer":"Pode valer a pena se ocorrerem com frequência e sem aviso, interrompendo o trabalho principal. É necessário avaliar não apenas o tempo de processamento de cada caso, mas também os custos envolvidos na verificação da solicitação, na mudança de tarefa, na complementação de informações ausentes, no registro e na retomada da concentração."},{"question":"Por que a padronização deve vir antes da automação do trabalho?","answer":"Porque, se os campos obrigatórios e o formato de entrada não forem consistentes, será difícil para a automação lidar com as exceções de forma confiável. Definir primeiro os critérios de conclusão, o formato das datas, as condições de assinatura e os motivos de recusa facilita a implementação e a validação."},{"question":"É permitido executar diretamente o código criado pela IA generativa?","answer":"Não se deve executá-lo diretamente. É necessário verificar se haverá exclusão de arquivos, alteração de permissões ou transmissão externa, além de conferir as políticas de segurança e as permissões de instalação da organização. É mais seguro validá-lo primeiro em uma cópia, e não no original, usando dados de teste desidentificados."},{"question":"A automação permite eliminar toda a revisão humana?","answer":"Depende do nível de risco da tarefa. Etapas em que os erros podem causar grandes impactos, como transferência e exclusão de arquivos, aprovação de segurança, decisões contratuais e decisões sobre valores importantes, devem manter procedimentos de verificação e aprovação por uma pessoa."},{"question":"Que tipo de tarefa é melhor escolher como primeiro alvo de automação?","answer":"São adequadas tarefas pequenas, realizadas com frequência, com regras claras e cujos resultados possam ser facilmente conferidos por uma pessoa. Também é necessário verificar se, em caso de erro, é possível restaurar os dados a partir do original e se o risco de exposição de informações sensíveis é baixo."},{"question":"Como determinar se a automação foi bem-sucedida?","answer":"Não se deve considerar apenas se a execução foi bem-sucedida, mas também comparar o número de interrupções, recusas e omissões, o tempo de espera para processamento e o tempo gasto na correção de erros. Também é necessário avaliar se será possível mantê-la mesmo com alterações nos formulários e substituições dos responsáveis, bem como retornar ao procedimento manual em caso de falha."}],"sources":[{"url":"https://yozm.wishket.com/magazine/detail/3912/","title":"Quando o aumento da equipe foi recusado, a automação começou com um “vamos tentar fazer isso” | 요즘IT","type":"source"}],"images":[{"id":944,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTI4NzUsInB1ciI6ImJsb2JfaWQifX0=--6ea22c48d8437db264e2c179ded939ce099f2a0b/ai-fcef29be.webp","is_representative":true,"generation_method":"ai_photo","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"작업장 책상에서 노트북을 사용하는 직원과 뒤편 터치스크린 앞의 동료들","caption":"직원이 서류가 놓인 작업대에서 노트북으로 업무를 처리하고 있다.","description":null},"en":{"alt":"Worker using a laptop at a desk while colleagues consult a touchscreen","caption":"An employee works on a laptop amid paperwork on an industrial shop floor.","description":null},"ja":{"alt":"作業場の机でノートパソコンを使う従業員とタッチ画面を見る同僚","caption":"従業員が書類の並ぶ作業台でノートパソコンを操作している。","description":null},"es":{"alt":"Trabajadora con un portátil mientras dos colegas consultan una pantalla táctil","caption":"Una empleada trabaja con un portátil entre documentos en un entorno industrial.","description":null},"id":{"alt":"Pekerja memakai laptop sementara dua rekannya melihat layar sentuh","caption":"Seorang pekerja mengoperasikan laptop di meja yang dipenuhi dokumen.","description":null},"pt":{"alt":"Funcionária usa um laptop enquanto colegas consultam uma tela sensível ao toque","caption":"Uma funcionária trabalha no laptop entre documentos em um ambiente industrial.","description":null},"zh-hant":{"alt":"員工在工作桌使用筆電，後方同事查看觸控螢幕","caption":"員工在擺滿文件的工業工作區操作筆電。","description":null},"de":{"alt":"Mitarbeiterin am Laptop, während Kollegen einen Touchscreen nutzen","caption":"Eine Mitarbeiterin arbeitet zwischen Unterlagen an einem Laptop in einer Werkhalle.","description":null}}},{"id":945,"url":"https://injoys.com/rails/active_storage/blobs/proxy/eyJfcmFpbHMiOnsiZGF0YSI6MTI4ODMsInB1ciI6ImJsb2JfaWQifX0=--8996698429ec4d415b74063aa44ca9f301aa486e/ai-cd6d8a57.webp","is_representative":false,"generation_method":"ai_image","license":"ai_generated","mime_type":"image/webp","translations":{"ko":{"alt":"서류와 알림이 뒤엉킨 수작업이 자동화된 대시보드와 워크플로로 전환되는 과정","caption":"복잡한 반복 업무를 자동화해 데이터 관리와 협업을 간소화하는 흐름을 보여준다.","description":null},"en":{"alt":"Chaotic paperwork and alerts transformed into an automated dashboard and workflow","caption":"The graphic shows repetitive manual tasks becoming a streamlined system for data and collaboration.","description":null},"ja":{"alt":"煩雑な書類や通知が自動化されたダッシュボードとワークフローへ変わる流れ","caption":"複雑な反復業務を自動化し、データ管理と連携を効率化する様子を示している。","description":null},"es":{"alt":"Documentos y alertas caóticos convertidos en un panel y flujo de trabajo automatizados","caption":"El gráfico muestra cómo las tareas manuales repetitivas pasan a un sistema ágil de datos y colaboración.","description":null},"id":{"alt":"Dokumen dan notifikasi yang kacau diubah menjadi dasbor dan alur kerja otomatis","caption":"Grafik ini menunjukkan tugas manual berulang yang disederhanakan melalui otomatisasi data dan kolaborasi.","description":null},"pt":{"alt":"Documentos e alertas desorganizados transformados em painel e fluxo de trabalho automatizados","caption":"O gráfico mostra tarefas manuais repetitivas virando um sistema ágil de dados e colaboração.","description":null},"zh-hant":{"alt":"雜亂的文件與通知轉化為自動化儀表板和工作流程","caption":"圖中呈現重複的手動工作如何透過自動化簡化資料管理與協作。","description":null},"de":{"alt":"Chaotische Unterlagen und Meldungen werden in ein automatisiertes Dashboard mit Workflow überführt","caption":"Die Grafik zeigt, wie wiederkehrende manuelle Aufgaben durch automatisierte Datenverwaltung vereinfacht werden.","description":null}}}],"published_at":"2026-08-29T05:28:31+09:00","updated_at":"2026-08-29T05:28:31+09:00","license":"cc_by","translation_status":"reviewed","available_locales":["ko","en","ja","es"],"data_locales":["ko","en","ja","es","id","pt","zh-hant","de"],"url":"https://injoys.com/en/articles/project-manager-workflow-automation-case-study"}