Resposta direta
O fluxo criado por quem saiu não deve ser assumido pela leitura do desenho. O ponto de partida é o comportamento observado: o que dispara, o que grava, o que envia e a quais acessos recorre. A partir disso, a equipe decide entre manter, corrigir ou desligar, nomeia um responsável e só então libera a execução. Entre o desligamento e a decisão, o fluxo tende a rodar sem supervisão, e é nesse intervalo que erros silenciosos se acumulam. Tratar a transferência como trabalho com dono e critério evita que a automação vire herança sem herdeiro.
- Objetivo
- Orientar implementação
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a automação herdada como transferência de responsabilidade, com inventário pelo comportamento observado e decisão explícita de manter, corrigir ou desligar.
Levantar pelo que o fluxo faz, não pelo que foi dito que faz
Quem criou o fluxo levou o contexto. O que resta são evidências: histórico de execução, registros de erro, arquivos produzidos, mensagens enviadas, contas de acesso usadas e agendamentos ativos. A primeira tarefa é transformar essas evidências em uma lista simples, um fluxo por linha.
Cada linha precisa de campos objetivos: o que dispara, com que frequência roda, qual sistema lê, qual sistema grava, quais credenciais usa, quem recebe o resultado e quem depende dele. Campo em branco indica o que ainda não se sabe, e isso também é informação útil para decidir o que revisar primeiro.
Manter, corrigir ou desligar antes de reativar
O fluxo pode continuar, mas não por inércia. A decisão tem três saídas: manter como está, corrigir o que não se sustenta ou desligar. Manter exige responsável nomeado e critério de sucesso. Corrigir exige entender a regra de negócio, não apenas o código. Desligar exige confirmar que nenhum processo depende daquela saída.
O teste em ambiente controlado reduz o risco de assumir uma automação cujo comportamento ninguém previu. Rodar com dados de ensaio, comparar a saída com o resultado esperado e registrar divergências antecede qualquer liberação em produção. Sem essa etapa, a equipe assume o fluxo e o comportamento ao mesmo tempo.
O que a transferência não resolve
Nem toda automação herdada pode ser assumida com segurança. Quando a regra de negócio só existia na prática de quem saiu, o fluxo passa a ser uma aposta: ele continua rodando sem que ninguém saiba explicar por que produz aquele resultado. Nesse caso, manter ligado não é continuidade, é exposição.
A transferência também não cobre o que nunca foi inventariado. Fluxos criados fora do controle oficial, ligados a contas pessoais ou a planilhas locais, podem seguir ativos sem aparecer em lista alguma. O trabalho reduz o desconhecido, não o elimina, e a decisão sobre o que fazer com essas lacunas é da gestão, não da ferramenta.
Recurso prático
Prioridade de revisão do fluxo herdado
PR = (C x D) / (1 + Doc)
- criticidade do fluxo
- escala de 1 a 5
- impacto na operação se o fluxo parar ou produzir resultado errado
- dependencia de conhecimento
- escala de 1 a 5
- quanto do funcionamento só era explicado por quem saiu
- cobertura de documentacao
- escala de 0 a 5
- quanto do fluxo está descrito de forma que outra pessoa consiga reproduzir
O erro mais comum é revisar apenas os fluxos visíveis e deixar de lado os pequenos, que costumam usar as contas mais antigas. A base é a lista completa de fluxos ativos, não a lembrança da equipe.
Conceitos usados nesta página
- Responsável nomeado — Responsável nomeado é a pessoa identificada — não a área — que responde por um número, processo ou entrega.
Sobre o que está escrito aqui
Conceitos relacionados: inventário de fluxos · responsável nomeado · teste em ambiente controlado · regra de negócio documentada · conta de acesso. Exemplos são ilustrativos. Não há cliente, resultado, preço, prazo ou certificação nesta página. Quando o formato indicado é Workshop executivo, ele descreve uma possibilidade de trabalho — a conversa inicial avalia contexto e aderência.
Para continuar
- Governança e controle de automação — Página central do tema
- Execução sem aval prévio: modelos e critérios… — ações sem aprovação
- Ações sem aprovação: como quantificar a auton… — ações sem aprovação
Páginas relacionadas
O mesmo problema em outro objetivo
- Automação sem dono: como levantar o que sobrou — Diagnosticar
- Fluxo de quem saiu da empresa: como reorganizar a automação — Organizar um processo
- Fluxo de quem saiu da empresa: comparar o que fazer — Comparar alternativas
- Fluxo de quem saiu da empresa: como medir o que ficou — Explicar medição
- Fluxo de quem saiu: o que verificar antes de assumir — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Automação sem dono: o que travar antes de contratar — Critérios de contratação para automação sem responsável nomeado: o que registrar antes da assinatura e o que o contrato não resolve.
- Automação sem código-fonte: o que dá para controlar — Descreve como registrar comportamento, dependências e responsáveis de uma automação sem código acessível, e onde esse arranjo deixa de servir.
- Credencial sem rotação: o processo de controle — Descreve como organizar responsável, escopo, gatilhos de troca e revisão de uso para credenciais que não passam por troca periódica.
- Monitoramento que depende de alguém olhar: o que comparar — Compara alerta automático, revisão periódica e amostragem de auditoria por tempo de detecção, custo de atenção, cobertura e responsável.
- Mudança em produção sem aviso: o que definir no contrato — O que definir em contrato para que toda mudança em produção tenha aviso prévio, responsável nomeado e retorno combinado.