Resposta direta
O plano de saída é um conjunto de itens que precisam permanecer sob controle próprio durante o contrato, não um documento escrito no fim. São quatro frentes: acesso aos artefatos, como fluxos e configurações; acesso aos dados e à sua extração; conhecimento operacional registrado; e um responsável interno nomeado por item. Cada frente precisa de estado conhecido: existe, está atualizada, depende de quem. Sem esse registro, a saída deixa de ser um processo e passa a ser negociação, com preço e prazo definidos pelo fornecedor.
- Objetivo
- Organizar um processo
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata o plano de saída como item de manutenção contínua, com responsável e estado por ativo, em vez de cláusula contratual ou documento guardado para uma eventualidade.
O que separa controle próprio de dependência
Toda automação em produção depende de um conjunto pequeno de itens: o fluxo em si, as credenciais que ele usa, as integrações que ele chama, os agendamentos que o disparam e os dados de execução que ele gera. A dependência aparece quando esses itens existem apenas dentro da estrutura do fornecedor.
O trabalho é separar o que a organização controla do que está fora. Para cada item, cabe registrar onde está hospedado, em que formato pode ser retirado e quem, internamente, responde por ele. Item sem responsável interno não entra no plano; entra na lista de riscos aceitos, com a decisão registrada.
Quando o registro precisa ser revisto
O registro só serve se refletir o estado atual. Mudança de escopo, nova integração, troca do contato técnico do fornecedor e alteração de preço são os momentos em que a dependência muda de forma. São gatilhos mais úteis que uma data fixa no calendário, porque acompanham a operação real.
Cada revisão responde três perguntas: o item continua onde estava, o responsável interno continua o mesmo, e o que era suposição virou verificação. Verificação pode ser simples: pedir uma cópia do fluxo, executar a extração de dados em ambiente de teste, acompanhar uma operação assistida. O que não foi verificado fica marcado como suposição, não como fato.
O que o plano de saída não resolve
O plano de saída não reduz a dependência. Ele torna a saída possível, e possível tem limite. Assumir uma automação feita por terceiro costuma custar mais do que o fornecedor cobrava, ao menos no início, e parte do conhecimento pode nunca ter sido registrado por quem operava.
Também não se aplica a toda automação. Em rotinas pequenas, isoladas e de baixo impacto, manter capacidade de saída completa pode custar mais do que o risco que ela cobre; nesses casos, o aceitável é registrar o risco e a decisão. O plano não substitui cláusula de contrato e não depende só da boa vontade do fornecedor para funcionar.
Recurso prático
Roteiro para montar e manter o registro de saída
- Listar os itens sem os quais a operação não roda sem o fornecedor: fluxos em produção, credenciais usadas, integrações chamadas, agendamentos e dados de execução.
- Para cada item, registrar onde ele está hospedado, em que formato pode ser retirado e qual o estado atual: sob controle próprio, parcialmente dependente ou exclusivo do fornecedor.
- Nomear um responsável interno por item e o que essa pessoa precisaria saber para operar sem o fornecedor.
- Definir antes o formato aceito de entrega de artefatos e de dados, para não depender do formato que o fornecedor escolher no momento da saída.
- Revisar o registro quando houver mudança de escopo, nova integração, troca do contato técnico do fornecedor ou alteração de preço.
- Testar a saída em itens de menor risco: pedir uma cópia do fluxo, rodar a extração de dados em ambiente de teste, acompanhar uma operação assistida por alguém interno.
O erro mais comum é tratar o registro como documento único guardado para uma eventualidade. Ele só tem valor quando cada item tem responsável interno nomeado e estado verificado; item sem dono vira suposição, e suposição não sustenta uma saída.
Sobre o que está escrito aqui
Conceitos relacionados: plano de saída · reversibilidade de serviço · propriedade de artefatos · transferência de conhecimento operacional · extração de dados de execução. 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
- Credenciais de automação: qual modelo de guar… — credenciais expostas
- Senhas expostas em automação: injeção segura… — credenciais expostas
Páginas relacionadas
O mesmo problema em outro objetivo
- Dependência de fornecedor: o que falta para conseguir sair — Diagnosticar
- Dependência de fornecedor: comparar rotas de saída — Comparar alternativas
- Dependência de fornecedor: medir antes de precisar sair — Explicar medição
- Dependência de fornecedor: o plano de saída que falta — Orientar implementação
- Dependência de fornecedor: desenhar a saída antes do contrato — Orientar avaliação e contratação
Outras leituras em Governança e controle de automação
- Automação sem código acessível: o que dá para exigir na compra — Contratação de automação sem código-fonte acessível: verificação por comportamento, plano de saída, responsabilidade e limites dessa compra.
- Leitura usada para escrita: comparar arranjos e seus limites — Compara quatro arranjos de credencial para escrita, com custo de manutenção, latência, rastreabilidade e o que cada um deixa em aberto.
- Log sem assinatura de integridade: o que dá para afirmar — O que um log sem assinatura de integridade ainda permite afirmar, o que passa a ser indício e quais registros externos precisam sustentar a conclusão.
- Segredo em texto no fluxo: o que exigir na contratação — O que avaliar e o que fechar no contrato quando a automação guarda o segredo em texto puro, com matriz de situações e o ponto de responsabilidade de cada uma.
- Alerta que ninguém recebe: onde o aviso se perde — Percorre o trajeto do alerta, do evento ao dono, e mostra os pontos que precisam ser verificados quando o aviso não chega a quem deveria agir.