Planeje a troca da empresa que mantém seu software: acessos, conhecimento, continuidade e critérios para aceitar a transferência sem depender de promessas.
Índice
A troca de fornecedor começa antes de escolher quem assumirá o código. Se ninguém consegue publicar uma versão sem ajuda da equipe anterior, a empresa ainda não controla sua operação. O novo contrato precisa cobrir a transição, além das melhorias desejadas.
Decisão que este guia ajuda a tomar: Transferir a responsabilidade operacional sem perder acesso nem conhecimento.
Levante o que realmente sustenta o sistema
Repositório é apenas uma parte da entrega. Identifique hospedagem, banco, armazenamento, DNS, filas, contas das lojas, integrações e cobrança de terceiros. Para cada recurso, registre titularidade, administrador e recuperação de acesso. Faça esse inventário com representantes dos dois fornecedores e da empresa. Credenciais devem ser transferidas por mecanismos seguros, nunca inseridas no documento de passagem.
Contrate uma fase de absorção verificável
Peça uma entrega separada para preparar o ambiente, executar testes e publicar uma alteração pequena em homologação. Ela permite descobrir dependências escondidas antes de assumir prazo de novas funcionalidades. O fornecedor que entra deve explicar o que conseguiu reproduzir, o que depende de terceiros e quais riscos permanecem. Uma reunião gravada ajuda, mas não substitui a execução independente.
Combine uma janela de responsabilidade compartilhada
Defina quem responde por incidentes durante a passagem, quem aprova alterações e quando a equipe anterior deixa de operar. Evite duas equipes publicando sem coordenação. Mudanças maiores podem esperar até que a nova equipe demonstre restauração, monitoramento e reversão de uma publicação. A duração da transição deve refletir a complexidade encontrada, não um prazo padrão prometido sem acesso.
Aceite a transferência por evidências
Uma boa conferência pede que a equipe entrante execute tarefas sem instrução ao vivo: subir ambiente, encontrar um erro, restaurar cópia e explicar uma integração crítica. Compare o resultado com o inventário. Pendências precisam de responsável e data acordada; itens sem titularidade resolvida não devem desaparecer em um aceite genérico.
- Solicite inventário de contas, serviços e responsáveis.
- Inclua publicação independente e restauração no aceite.
- Separe custo de transição do orçamento de evolução.
Um cenário para conferir na demonstração
Exemplo hipotético: a empresa consegue acessar o código, mas as publicações dependem de uma conta do antigo prestador. O primeiro marco da transição seria executar uma publicação em homologação sob administração da empresa e registrar o procedimento. Novas funcionalidades só entram depois de confirmar essa autonomia. Se a conta não puder ser transferida, a proposta precisa explicar a migração necessária e seu impacto.
Briefing para solicitar uma proposta
- Relação de recursos cuja administração ainda depende do fornecedor anterior.
- Pessoa interna autorizada a receber acessos e aprovar a passagem.
- Operação crítica que a equipe entrante deve demonstrar sem assistência.
Prepare a avaliação com a Quantum9
Leve o mapa disponível, o contrato vigente e os problemas observados. A conversa deve definir um recorte seguro de absorção e os acessos necessários para estimar o esforço. Se o sistema está estável, uma passagem organizada costuma ser mais importante que reescrever componentes imediatamente.
Conheça o escopo de Engenharia e evolução de software e aprofunde o contexto no guia relacionado.