Ir para conteúdo
be-human.ai
← Voltar ao blog

Infraestrutura de IA personalizada

Aposentar processos antigos antes de agentes de IA: ordem prática

Mapeie etapas manuais duplicadas, escolha uma fonte da verdade, aposente o trabalho antigo em ordem e nomeie um dono por etapa antes que o agente assuma.

Capa tipográfica do Be Human com o título: Aposentar processos antigos antes de agentes de IA: ordem prática
Ilustração conceitual criada com IA · Be Human

Para se preparar para um agente de IA, aposente primeiro o processo legado sobre o qual ele ficaria. Mapeie cada etapa manual que se repete entre pessoas e ferramentas, escolha uma única fonte da verdade para cada informação e nomeie um dono para cada etapa que sobreviver. Um agente construído sobre trabalho duplicado executa o desperdício mais rápido e deixa ninguém claramente responsável pelo resultado.

Principais pontos

  • Automatizar um processo que ninguém é dono transforma duplicidade escondida em produção mais rápida e mais difícil de rastrear.
  • Mapeie o trabalho como as pessoas realmente o executam, e não como o manual de procedimentos descreve.
  • Escolha uma fonte da verdade para cada informação e registre por escrito o motivo da escolha.
  • Aposente as etapas duplicadas em uma ordem fixa, mantenha um registro e remova o acesso que as etapas antigas usavam.
  • Entregue uma tarefa a um agente somente quando entradas, dono, direitos de decisão e critério de sucesso estiverem documentados.

Por que etapas manuais duplicadas viram risco para agentes

Uma equipe que executa o mesmo fluxo há anos costuma manter várias versões dele ao mesmo tempo. Uma planilha acompanha o status, uma ferramenta de projetos repete a mesma informação e uma troca de e-mails confirma tudo de novo, para que quem iniciou o trabalho se sinta seguro. Cada cópia fez sentido quando foi criada. Juntas, formam um processo que ninguém desenhou como um todo.

Um agente não enxerga esse histórico. Com acesso às ferramentas, ele trata cada cópia como válida, lê a que encontrar primeiro e grava de volta em várias delas. Ele não consegue distinguir qual aprovação é vinculante, qual lembrete existe apenas porque um antigo gestor gostava de lembretes, ou qual campo é resto de um sistema desligado há tempos. Ele vai repetir todos esses hábitos de forma consistente e em escala, inclusive os que deveriam ter terminado há muito tempo.

A duplicidade também esconde a responsabilidade. Quando duas pessoas atualizam o mesmo status de cliente em lugares diferentes, cada uma presume que a outra mantém o registro. O erro fica invisível até alguém perguntar quem responde por aquilo, e a resposta honesta costuma ser que ninguém responde. As diretrizes de engenharia da Anthropic para construir agentes eficazes trazem um ponto relacionado: fluxos simples e bem definidos são mais fáceis de tornar confiáveis do que autonomia aberta. Aposentar trabalho legado é o momento de tornar explícita a resposta sobre quem é dono de quê.

Como encontrar etapas duplicadas antes que alguém construa algo?

Comece pelo trabalho como ele é feito. Os manuais descrevem o que deveria acontecer, enquanto as pessoas que executam o trabalho sabem o que de fato acontece. Peça que elas percorram os últimos casos reais de uma tarefa, passo a passo, citando cada ferramenta que abrem e cada pessoa para quem enviam mensagens.

Use uma sequência curta para essa conversa:

  • Escolha um fluxo com um resultado visível, como preparar uma proposta, cobrar uma fatura em aberto ou concluir a papelada de admissão.
  • Acompanhe três casos reais recentes com quem executa o fluxo e anote cada ferramenta, arquivo e mensagem envolvidos.
  • Classifique cada etapa pela sua finalidade: ela toma uma decisão, move informação, repete uma conferência já feita ou existe apenas porque um processo anterior precisava dela.
  • Marque cada informação guardada em mais de um lugar e registre qual cópia as outras equipes tratam como verdadeira.
  • Conte as passagens de bastão, registre quem recebe cada uma e o que essa pessoa faz com ela.

Desenhar os sistemas ao redor em uma única página torna as duplicidades mais fáceis de ver. O método descrito em Desenhe a pilha de IA da sua empresa: um mapa de arquitetura em uma página para líderes funciona bem nesta etapa, porque mostra por onde cada informação entra no negócio e onde ela é lida.

Decida qual cópia é a fonte da verdade

Para cada informação duplicada, escolha um sistema de registro. A escolha deve seguir as pessoas que dependem daqueles dados a jusante, e não a ferramenta mais nova ou a mais agradável de usar. Registre a decisão com o motivo, o dono e a data. Se o grupo não chegar a um acordo, trate a divergência como o achado mais importante do exercício. Caso contrário, o agente precisaria fazer essa escolha em silêncio, toda vez que rodar.

Use estas regras como guia inicial:

  • Se a informação define um pagamento, um contrato ou um compromisso com o cliente, o sistema de registro é aquele com o qual financeiro ou jurídico já fazem conciliação.
  • Se a informação serve apenas para coordenar pessoas, uma lista de tarefas compartilhada basta, e o controle duplicado pode ser aposentado.
  • Se duas equipes precisam de visões diferentes da mesma informação, mantenha um único registro e dê a cada equipe uma visão de leitura, em vez de uma segunda cópia.
  • Se ninguém consegue apontar uma cópia confiável, pause o fluxo e resolva a responsabilidade antes de qualquer automação.

Cenário ilustrativo: uma pequena empresa de serviços registra cada novo cliente em uma planilha compartilhada, em uma ferramenta de projetos e em uma pasta da contabilidade. Alguém atualiza duas das três cópias à mão toda semana. A equipe concorda que o registro contábil é o oficial, mantém a planilha antiga em paralelo por um período curto e definido e depois a aposenta. A ferramenta de projetos passa a ser uma visão de leitura. Nada foi automatizado ainda, e a conciliação semanal deixa de existir.

Aposente as etapas na ordem certa

A aposentadoria deve avançar do menor para o maior risco. Comece pelas etapas que não produzem nada que alguém use, como um relatório de status que ninguém lê ou uma cópia de arquivo guardada para o caso de um dia ser necessária. Deixe para o fim as etapas de que as pessoas dependem, e só depois que a substituição tiver produzido resultados equivalentes por um período definido.

Mantenha um registro de aposentadoria com quatro campos para cada etapa: o que foi removido, por que foi removido, quem aprovou e como pode ser restaurado. O caminho de reversão importa. Muitas equipes desligam uma etapa simplesmente ignorando-a, o que deixa o caminho antigo tecnicamente vivo e usado sem que ninguém perceba. Uma etapa só está aposentada quando suas entradas, saídas e acessos foram de fato desativados.

Mudanças assim também afetam pessoas. Os hábitos construídos em torno do trabalho antigo precisam ser explicados, e o novo registro precisa ser fácil de encontrar. O lado da adoção dessa transição é tratado em Como engajar a equipe no uso de agentes de IA: guia prático.

Designe um dono para cada etapa que sobra e feche o acesso antigo

Cada etapa que permanece precisa de uma pessoa nomeada responsável pelo resultado. Nome de equipe não é dono. O dono aprova mudanças na etapa, revisa as exceções e consegue dizer, em uma frase, para que a etapa serve e o que acontece se ela falhar. Quando um agente assumir parte da etapa mais tarde, a responsabilidade não passa para o agente. Ele trabalha dentro dos limites definidos pelo dono, e o dono mantém a decisão.

Aposentar uma etapa também deve aposentar o acesso que ela usava. Contas de serviço antigas, logins compartilhados, integrações esquecidas e automações que ainda guardam um token frequentemente continuam funcionando depois que o processo que serviam terminou. São exatamente os caminhos que um agente herdaria por padrão. O princípio das diretrizes de autorização da OWASP, de conceder apenas o acesso que uma função precisa, é um bom teste. Para cada etapa que sobra, liste as permissões que ela exige e remova o restante antes de conectar o agente.

O que verificar antes que um agente assuma uma tarefa?

A abordagem gerenciada da Be Human começa por este inventário antes de qualquer agente ser configurado. Uma primeira implantação define um papel útil, a memória e as ferramentas que esse papel precisa, os limites de aprovação e um critério de sucesso observável. O trabalho de aposentadoria define esses limites, porque o agente deve receber apenas as etapas que sobrevivem e seus donos. Depois, a operação gerenciada mantém sob revisão as permissões, os canais e o contexto operacional do agente à medida que o processo muda, para que o registro de quem é dono de quê continue atualizado. O NIST AI Risk Management Framework trata o mapeamento do contexto e a atribuição de responsabilidades como atividades centrais, e este inventário é uma forma prática de executá-las.

Confirme estes pontos antes de conectar o agente:

  • Toda entrada que o agente lê vem de um sistema de registro nomeado.
  • Cada saída tem um único dono que revisa as exceções.
  • Cada etapa aposentada está registrada, e seu caminho antigo foi desligado, e não apenas ignorado.
  • As permissões do agente correspondem às etapas que sobraram e não vão além delas.
  • O critério de sucesso cabe em uma frase que alguém de fora do projeto consiga verificar.

O lado de permissões dessa verificação é tratado passo a passo em Revisão trimestral de permissões de agentes de IA: checklist prático. Se o processo ainda estiver confuso depois deste inventário, pare e esclareça primeiro, porque um agente não vai resolver a ambiguidade no seu lugar. Faça o diagnóstico gratuito de IA da Be Human para identificar a primeira tarefa que vale a pena entregar a um agente.

Perguntas frequentes

Não podemos deixar o agente lidar com as etapas duplicadas e limpar depois? Limpar após a automação é mais difícil do que parece, porque o agente terá gravado em todas as cópias que conseguiu alcançar e os donos podem não estar claros. Aposentar as duplicidades primeiro mantém as primeiras gravações do agente direcionadas a um único registro. Também faz a equipe reaprender o processo a partir das etapas reais, em vez de herdar os velhos hábitos.

Quantas pessoas devem participar da sessão de mapeamento? Mantenha o grupo pequeno: quem executa o fluxo, uma pessoa que recebe o resultado dele e uma pessoa que pode aprovar aposentadorias. Inclua um especialista em ferramentas ou acesso a dados somente quando a conversa chegar a um sistema que ninguém na sala consegue explicar. Grupos grandes tendem a descrever o processo oficial em vez do real.

E se dois departamentos insistirem que a cópia deles é a verdadeira? Trate a divergência como uma decisão a tomar, não como um detalhe a esconder. Reúna em uma mesma conversa as pessoas que dependem dos dados a jusante e decida de acordo com aquilo em que a conciliação, o pagamento ou o compromisso com o cliente se apoiam. Registre a decisão e o motivo, para que a mesma discussão não volte quando o agente começar a rodar.

Aposentar trabalho legado atrasa o projeto do agente? Normalmente, o esforço é antecipado para o início, onde é mais fácil de absorver. Um inventário curto, uma fonte da verdade clara e um conjunto pequeno de donos permitem que o primeiro papel do agente seja restrito e testável. Sem isso, o projeto costuma travar mais tarde, quando alguém pergunta quem aprovou a última mudança do agente.

Seu próximo passo

Descubra primeiro onde um agente de IA cabe na sua empresa.

Faça o diagnóstico gratuito de IA da Be Human. Algumas perguntas sobre o seu trabalho mostram qual tarefa entregar primeiro a um agente, o que ele precisa saber e onde uma pessoa aprova.

Orientação editorial Be Human. Exemplos são ilustrativos, salvo atribuição explícita. Fontes oferecem contexto; a implementação depende do seu processo.

Menos tarefas. Mais espaço para você.

Traga o trabalho para o qual falta tempo.

Agende uma conversa e teste 7 dias grátis um agente de IA personalizado ↗Ou faça o diagnóstico gratuito de IA →