A decisão de migrar um sistema legado não é técnica. É estratégica.
E como toda decisão estratégica, o maior risco não está em errar a execução — está em errar a escolha de quem executa.
Nos últimos anos, o mercado brasileiro viu uma explosão de empresas oferecendo “modernização de sistemas legados.” Consultorias de gestão que adicionaram um braço de tecnologia. Software houses que renomearam seus serviços. Freelancers que prometem “migração completa” com um time de três pessoas.
O problema é que migração de legado não é um projeto de software comum. É uma operação de alto risco, com variáveis que só aparecem no meio do caminho, que exige conhecimento profundo de sistemas brownfield — e que, quando dá errado, paralisa o negócio.
O que uma agência de migração faz (e o que não faz)
Uma agência de migração de sistemas legados é uma empresa especializada em um problema específico: transformar infraestruturas de software obsoletas em arquiteturas modernas, sem interromper a operação do negócio.
Isso parece simples. Não é.
O trabalho real envolve:
- Ingestão e compreensão de codebases com décadas de acúmulo, regras de negócio implícitas e dependências não documentadas
- Mapeamento de dependências entre módulos, integrações com sistemas externos, e fluxos de dados que ninguém no time atual entende completamente
- Decomposição de monolitos em serviços desacoplados, com planos de migração versionados
- Execução incremental usando padrões como strangler fig, onde o sistema antigo continua operando enquanto módulos são substituídos um a um
- Validação contínua com testes de paridade que garantem que o comportamento do sistema original é preservado
O que uma agência de migração não faz é simplesmente “reescrever o sistema do zero.” Reescritas totais são, na grande maioria dos casos, o caminho mais caro e mais arriscado. Uma agência que propõe reescrever tudo em 6 meses provavelmente nunca migrou um sistema real.
In-house vs agência: a análise que ninguém faz direito
A comparação mais comum é simplista: “já temos engenheiros, por que pagar alguém de fora?”
Essa conta ignora três variáveis que destroem projetos de migração:
| Fator | Migração In-House | Agência Especializada |
|---|---|---|
| Custo de oportunidade | Alto — sêniors parados por 12-18 meses | Baixo — time interno liberado |
| Curva de aprendizado | Alta — erros acontecem em produção | Baixa — padrões já validados |
| Previsibilidade de prazo | Baixa — escopo sempre cresce | Alta — processos determinísticos |
| Risco operacional | Alto — sem experiência acumulada | Mitigado — dezenas de migrações |
| Modelo de custo | Fixo — salários independem de entrega | Variável — paga por resultado |
| Velocidade | 12-18 meses típicos | 4-6 meses com agentes autônomos |
O custo de oportunidade é o mais subestimado. Seus engenheiros sêniors são o ativo mais escasso da empresa. Cada mês que eles passam aprendendo a migrar um monolito é um mês que poderiam estar construindo o próximo produto.
Critérios para escolher a agência certa
Depois de acompanhar dezenas de migrações — as que deram certo e as que falharam — identificamos cinco critérios que separam uma agência competente de uma que vai criar mais problemas do que resolve.
1. Experiência comprovada em brownfield
A maioria das agências tem portfólio de projetos greenfield: aplicações construídas do zero, com stack moderna, sem dívida técnica. Isso é irrelevante para migração.
O que importa é brownfield: sistemas reais, com código legado, dependências obsoletas, regras de negócio enterradas em stored procedures, e integração com ERPs que não têm documentação.
Pergunte: “Qual foi a migração mais complexa que vocês fizeram? Qual era o tamanho da codebase? Quantas integrações externas?” Se a resposta for vaga, é sinal de alerta.
2. Modelo de pricing por resultado
Agências que cobram por hora têm um incentivo estrutural para demorar. Quanto mais complicado o projeto fica, mais elas faturam.
O modelo correto para migração é outcome-based pricing: você paga por módulo migrado, por milestone entregue, por resultado verificável. Se a agência é eficiente, ela ganha mais por hora efetiva. Se é lenta, o custo é dela.
3. Uso de agentes autônomos para volume
Em 2026, migrar sistemas legados sem agentes autônomos de IA é como construir uma estrada com picareta.
As etapas de alto volume — análise de dependências, geração de boilerplate, testes de regressão, refatoração de padrões repetitivos — são ordens de magnitude mais rápidas com agentes. O trabalho humano deve estar concentrado em decisões arquiteturais e validação de regras de negócio, não em tarefas mecânicas.
Pergunte: “Qual parte do processo é executada por agentes? Qual parte é manual?” Se a resposta for “tudo manual”, a agência está operando com a produtividade de 2020.
4. Processo de auditoria antes do contrato
Uma agência séria não assina contrato sem antes entender o que vai migrar.
O fluxo correto é: assessment técnico → diagnóstico → proposta com escopo definido → contrato por resultado. Se a agência manda uma proposta comercial antes de ver o código, ela está chutando. E quem paga pelo chute é você.
5. Capacidade de operar sem paralisar o produto
A migração precisa acontecer em paralelo à operação normal do sistema. Features continuam sendo entregues. Bugs continuam sendo corrigidos. O sistema legado continua operando até que cada módulo seja validado na nova arquitetura.
Isso exige planejamento de release, feature flags, canary deployments e rollback automatizado. Se a agência propõe um “freeze” de meses, o modelo dela não é compatível com empresas que precisam continuar operando.
Case real: Fintech Series B — 12 microsserviços em 6 semanas
Uma fintech brasileira em estágio Series B operava sobre um monolito Node.js com 3 anos de acúmulo. O time interno tentou migrar por 8 meses. O resultado: 2 microsserviços extraídos, 4 bugs de regressão em produção, e um time sênior esgotado.
A Witek assumiu o projeto com uma abordagem diferente:
- Assessment de 2 semanas — ingestão completa do repositório, mapeamento de dependências, identificação de 47 regras de negócio implícitas
- Plano de migração versionado — 12 módulos priorizados por impacto no negócio, não por complexidade técnica
- Execução com agentes autônomos — geração de boilerplate, testes de paridade e refatoração de padrões acelerados por agentes, decisões arquiteturais conduzidas por engenheiros
- Resultado em 6 semanas — 12 microsserviços em produção, lead time reduzido em 60%, zero regressões
O modelo: pricing por módulo migrado. Sem hora, sem licença, sem surpresa.
Modelo de precificação por resultado
O pricing por resultado não é apenas um diferencial comercial. É um mecanismo de alinhamento de incentivos.
Quando a agência cobra por hora, o incentivo é gastar mais tempo. Quando cobra por resultado, o incentivo é entregar rápido e com qualidade — porque retrabalho sai do bolso dela, não do seu.
Na prática, funciona assim:
- Escopo definido no assessment — cada módulo tem critérios de aceitação claros
- Pagamento por milestone — você paga quando o módulo está migrado, testado e em produção
- Garantia de paridade — se o comportamento do sistema original não for preservado, a correção é por conta da agência
- Sem surpresa de custo — o preço total é acordado antes do início, com variação apenas se o escopo mudar (com aprovação sua)
A pergunta que importa
Se o seu sistema legado está travando o crescimento da empresa, a pergunta não é se você deve migrar. É com quem.
Escolher a agência errada é pior do que não migrar: você paga duas vezes — pela migração que falhou e pela que vai ter que refazer. Escolher a agência certa acelera o negócio por anos.
Os critérios são claros: experiência brownfield, pricing por resultado, uso de agentes autônomos, auditoria antes do contrato, e capacidade de operar sem freeze.
Se você quer avaliar o estado do seu sistema legado antes de tomar essa decisão, a Witek oferece um assessment técnico gratuito de 30 minutos. Sem compromisso, sem pitch de vendas — só diagnóstico.
Fontes
[1] McKinsey & Company, “Tech Debt: Reclaiming Tech Equity,” McKinsey Digital, 2020.
[2] Gartner, “IT Key Metrics Data: IT Spending and Staffing Report,” 2023. Estima que a manutenção de sistemas legados consome 60-80% do orçamento de TI.
[3] DORA Team, Google Cloud, “Accelerate: State of DevOps Report,” 2023. Disponível em: dora.dev.