Modernize os seus sistemas legados sem parar o negócio
A Doomity moderniza sistemas legados por fases, sem parar a operação: auditoria técnica, plano de migração e entregas verificáveis a cada fase. Trabalhamos com monólitos antigos, migrações COBOL e Delphi e passagem de sistemas legados para a cloud, para clientes dos EUA, do Reino Unido, de Espanha e de Portugal. O sistema sustenta o negócio. Mas cada alteração mete medo, e cada ano custa mais. Não precisa de decidir hoje entre refatorizar ou reescrever: precisa de um diagnóstico honesto.
25–30 min. Sai a saber se deve refatorizar ou reescrever — e o que cada opção faz ao seu custo anual.
Atualizado: julho de 2026
- 1 Dia 1 Kickoff e acessos → Inventário de evidências
- 2 Dia 2 Revisão técnica → Conclusões com provas
- 3 Dia 3 Mapa de riscos → Cada conclusão classificada
- 4 Dia 4 Opções A/B/C → Trade-offs em cima da mesa
- 5 Dia 5 Sessão executiva → Roadmap 30/60/90
Como saber se o software antigo da sua empresa está a custar dinheiro?
Um sistema legado começa a custar dinheiro muito antes de falhar. A Doomity avalia cinco sinais concretos no Legacy Assessment: manutenção que cresce todos os anos, dependência de uma única pessoa, ausência de testes, incidências recorrentes e um stack para o qual já não consegue contratar. Se reconhece três destes sinais, o custo já não é técnico. É de negócio.
- Manutenção crescente: cada correção demora mais do que no ano anterior, e ninguém sabe explicar porquê.
- A pessoa insubstituível: só um programador percebe o sistema. Se sair, o conhecimento sai com ele.
- Zero testes: cada deploy é um ato de fé. A equipa evita mexer no que funciona.
- Incidências repetidas: os mesmos erros voltam porque a causa nunca foi corrigida, só remendada.
- Stack impossível de contratar: anúncios para Delphi, VB6 ou COBOL ficam meses sem resposta em Portugal.
Refatorizar ou reescrever: como decidir com critério?
O critério da Doomity é direto: refatorize se o sistema ainda fatura e a lógica de negócio continua válida; reescreva apenas se a plataforma está morta, sem caminho de atualização, ou se o custo de cada alteração já ultrapassa o valor que ela gera. Na maioria dos sistemas que analisamos, refatorizar por fases ganha.
Reescrever do zero um sistema que ainda fatura é, na nossa opinião, a decisão mais cara que uma administração pode tomar sem dar por isso. Perde anos de regras de negócio que ninguém documentou. E durante a reescrita, o sistema antigo não pára de evoluir.
Há exceções honestas. Um runtime sem suporte do fabricante, dados presos num formato proprietário, ou uma migração Delphi ou COBOL em que já não existe quem mantenha o código: aí, reescrever por módulos pode ser o único caminho. O que não fazemos: reescritas big bang com data de corte única. Quando correm mal, correm mal de uma vez só.
Como funciona uma modernização sem parar a operação?
A Doomity moderniza sistemas legados em quatro fases, e o sistema antigo continua a funcionar durante todas elas. O padrão de base é o estrangulamento progressivo (strangler fig): o sistema novo cresce à volta do antigo e vai-lhe retirando responsabilidades, módulo a módulo, do monólito para APIs.
- Legacy Assessment. Auditoria de âmbito fixo: código, dados, dependências e risco. Sai com um mapa do sistema e uma recomendação fundamentada: refatorizar, reescrever por módulos, ou não mexer ainda.
- Estrangulamento progressivo. Isolamos o primeiro módulo de valor e colocamos o tráfego a passar pelo sistema novo. O antigo continua a servir tudo o resto.
- Migração faseada com evidência. Cada fase termina com testes a passar, dados reconciliados e um registo de auditoria do que mudou. A sua equipa valida antes de avançarmos.
- Estabilização. Monitorização, formação da equipa interna e desligamento controlado do que ficou obsoleto. Sem cabos soltos.
Enquanto estamos a migrar um módulo, os utilizadores continuam a trabalhar no sistema de sempre. É essa a diferença entre uma migração faseada e uma aposta.
Quanto custa modernizar um sistema legado, e porquê começar por um assessment?
Os intervalos de mercado são largos: segundo o guia de preços de modernização da FullStack Labs (2025), um projeto pequeno custa entre 50 e 150 mil dólares por via tradicional, um médio entre 180 e 270 mil, e um projeto enterprise parte dos 500 mil. Com IA integrada no processo, o mesmo guia aponta para valores até cerca de metade. Em euros, as ordens de grandeza são semelhantes.
É exatamente por os intervalos serem tão largos que a Doomity começa sempre por um Legacy Assessment de âmbito fixo: preço fechado, prazo fechado, entregável concreto. Ninguém deve assinar um orçamento de seis dígitos com base numa estimativa feita sem ler o código. Com tooling de IA integrado no nosso processo, as fases de análise e migração chegam a ser até 40% mais rápidas. A validação, essa, continua a ser humana.
E se a sua empresa está a preparar uma candidatura a apoios à digitalização, como os do PRR geridos pelo IAPMEI, um relatório técnico independente ajuda a fundamentar o investimento. Não prometemos fundos. Damos-lhe o diagnóstico que sustenta a decisão.
Porque é que a IA sozinha não moderniza um sistema legado?
Porque a IA amplifica o sistema que já tem, para o bem e para o mal. O relatório DORA "State of AI-assisted Software Development 2025" (Google Cloud, setembro de 2025) concluiu que a adoção de IA aumenta o débito de entrega das equipas, mas está associada a maior instabilidade nas entregas quando falta maturidade técnica. Nas palavras do próprio relatório: "AI's primary role is as an amplifier, magnifying an organization's existing strengths and weaknesses".
Aplicado a legados: gerar código mais depressa sobre uma base sem testes só produz dívida técnica mais depressa. Por isso a Doomity usa IA para acelerar análise e migração, mas dentro de um processo com testes, evidência de auditoria e validação humana em cada fase.
A equipa fundadora da Doomity trabalhou em projetos enterprise para organizações como a Holcim, a Canon Espanha e a Indra: integração de fontes de dados globais, sistemas de várias fábricas, visualização de dados críticos. Sabemos o que é mexer em sistemas que não podem parar.
E o downtime, os meus dados e a auditoria?
São as três perguntas certas, e têm resposta curta: o método da Doomity foi desenhado para as três.
Downtime. A migração faseada existe precisamente para isto. O sistema antigo serve os utilizadores até o módulo novo estar validado. Os cortes, quando existem, são planeados consigo e em janelas acordadas.
Dados. Migramos com reconciliação verificável: contagens, somas de controlo e comparação entre sistema antigo e novo antes de qualquer corte. Os seus dados nunca vivem só num sítio até a validação estar fechada.
Compliance e auditoria. Cada fase gera evidência: o que mudou, quando, quem validou. Se a sua empresa responde a auditores ou reguladores, esse registo é entregável, não um favor.
«E se correr pior do que está?» Cada fase é reversível até à validação. Se um módulo novo não cumpre, o tráfego volta ao antigo. Não há ponto de não retorno a meio do projeto, e essa é uma decisão de desenho, não um acaso.
FAQ
Refatorize se o sistema ainda gera receita e a lógica de negócio continua válida; reescreva por módulos apenas se a plataforma não tem caminho de atualização ou já não consegue contratar quem a mantenha. A Doomity responde a esta pergunta no Legacy Assessment, com base no código real, não em impressões. Na maioria dos casos que analisamos, a refatorização faseada é a opção com menos risco e melhor retorno.
Em regra, não. A Doomity usa migração faseada com estrangulamento progressivo: o sistema antigo continua a servir os utilizadores enquanto cada módulo novo é construído e validado. Quando é preciso um corte, por exemplo na migração final de dados, é planeado consigo, em janela acordada e com plano de reversão. Downtime surpresa é sinal de processo mau, não uma inevitabilidade técnica.
Nada se perde e nada vive num sítio só até à validação. A Doomity migra dados com reconciliação verificável: contagens, somas de controlo e comparação entre o sistema antigo e o novo antes de qualquer corte. A sua equipa valida os resultados em cada fase. Formatos proprietários e bases de dados antigas fazem parte do que o Legacy Assessment analisa logo no início.
Sim, por defeito. Cada fase de uma modernização da Doomity termina com um registo do que mudou, quando mudou e quem validou, além de testes e reconciliação de dados. Se a sua empresa responde a auditores, reguladores ou a uma casa-mãe, esse registo é um entregável do projeto. Também serve para fundamentar candidaturas a apoios à digitalização, como os geridos pelo IAPMEI.
Depende do âmbito, e desconfie de quem dá um prazo sem ler o código. Como referência de mercado, projetos pequenos e médios medem-se em meses, não em semanas; os enterprise em fases de vários trimestres. O Legacy Assessment da Doomity fecha esta pergunta para o seu caso concreto: sai com fases, prazos e dependências definidos. Com IA integrada no processo, análise e migração chegam a ser até 40% mais rápidas.
Pelo Legacy Assessment: uma auditoria de âmbito fixo, com preço e prazo fechados, ao código, dados e dependências do seu sistema. No fim recebe um mapa do sistema, os riscos ordenados e uma recomendação clara entre refatorizar e reescrever, com o impacto de cada opção no custo anual. A conversa inicial com a Doomity demora 25 a 30 minutos e não tem compromisso.