Resposta direta
O diagnóstico começa por uma pergunta prática: se o contrato terminasse hoje, o que deixaria de funcionar e quem saberia consertar. Dependência existe quando o conhecimento, a credencial e o acesso ao ambiente estão concentrados fora da empresa. Não é sobre ter outro fornecedor na manga. É sobre a operação conseguir continuar com o que já tem documentado. O teste é concreto: pedir a um profissional interno que execute uma alteração pequena, sem apoio externo, e observar onde ele trava. O ponto de bloqueio indica o que precisa ser resolvido.
- Objetivo
- Diagnosticar
- Formato indicado
- Workshop executivo
- Atualizado em
O que esta página acrescenta: Trata a saída como condição testável, com um teste de autonomia e uma lista do que precisa estar sob controle interno.
Onde a dependência costuma se esconder
A dependência raramente aparece no contrato. Ela se acumula em pequenas decisões: a credencial que ficou na conta do fornecedor porque era mais rápido, a regra de negócio que só existe na cabeça de quem construiu o fluxo, o acesso de administrador que nunca foi replicado internamente.
O resultado é uma operação que funciona bem até o dia em que precisa mudar de mão. Nesse momento, o custo não é a troca de fornecedor. É redescobrir o que a automação faz, por que faz daquele jeito e o que quebra se for alterada.
O teste que mostra a dependência real
Escolha uma alteração pequena e de baixo risco, como ajustar uma regra de validação ou corrigir uma mensagem de erro. Peça a alguém da equipe interna que faça a mudança sem consultar o fornecedor, registrando cada ponto em que precisou de ajuda.
O onde parou é o diagnóstico. Se travou no acesso, o problema é custódia de credencial. Se travou em não saber qual regra aplicar, o problema é documentação de processo. Se travou em não entender o fluxo, o problema é conhecimento. Cada bloqueio tem uma correção diferente e um responsável diferente.
O que o diagnóstico não resolve
Identificar a dependência não cria alternativa. Uma empresa pode concluir que está presa e decidir continuar presa por um tempo, porque trocar custaria mais do que o risco atual. Essa é uma decisão legítima, desde que registrada com o motivo e a data de revisão.
O diagnóstico também não substitui a negociação contratual nem garante que o fornecedor entregue o que foi pedido. Ele apenas mostra o tamanho do problema e o que está sob controle da empresa. Sem esse retrato, qualquer conversa de saída acontece no escuro.
Recurso prático
Sinais de dependência e o que verificar em cada um
| Sinal observado | O que verificar antes de concluir |
|---|---|
| Só o fornecedor sabe alterar a automação | Existe documentação do fluxo e das regras de negócio, ou o conhecimento está apenas na equipe externa |
| Acesso ao ambiente passa pelo fornecedor | As credenciais e os perfis administrativos estão em nome da empresa ou em contas controladas por ela |
| Não há registro do que foi mudado e por quê | O histórico de alterações permite reconstruir a configuração atual sem consultar quem a fez |
| A saída exigiria refazer tudo do zero | Os ativos, dados e integrações podem ser exportados ou reconstruídos a partir de documentação própria |
| Ninguém interno já operou a automação sozinho | Alguma pessoa da empresa já executou uma alteração real sem acompanhamento externo |
O erro mais comum é tratar contrato e documentação como prova de autonomia. Nenhum dos dois mostra se a equipe interna consegue operar. Só o teste de uma alteração real, feita sem apoio externo, revela onde está o bloqueio.
Sobre o que está escrito aqui
Conceitos relacionados: plano de saída · documentação de processo · credenciais em custódia da empresa · teste de autonomia · transferência de conhecimento. 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
- Ações sem aprovação: como quantificar a auton… — ações sem aprovação
- Ausência de registros: o que precisa de compr… — ausência de registros
Páginas relacionadas
O mesmo problema em outro objetivo
- Dependência de fornecedor: o plano de saída como rotina — Organizar um processo
- 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 desligamento: o que fica preso no contrato — O que precisa estar no contrato para a automação poder ser desligada: sequência, responsável, retorno de dados e critério de aceite.
- Continuidade da automação: o que o contrato precisa definir — O que precisa estar definido no contrato de automação para a operação continuar quando quem construiu sai ou o serviço é encerrado.
- Fluxo de quem saiu da empresa: comparar o que fazer — Compara as saídas possíveis para um fluxo sem dono — manter, reescrever, desativar ou transferir — e o que cada uma exige antes da decisã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.
- Ações sem aprovação: onde colocar o freio na automação — Critério por irreversibilidade e alcance, com três pontos de aprovação que cobrem a maioria dos casos.