O preço do software não é o custo de desenvolvimento, mas sim o custo de manutenção durante os anos em que estará em produção. Desenvolvê-lo tornou-se barato; operá-lo, corrigi-lo, integrá-lo e evoluí-lo, não. Comparar duas propostas com base no orçamento de entrega é como comparar dois edifícios com base no custo do concreto.
Essa distinção tornou-se urgente nos últimos dezoito meses. O custo de produção de código caiu de forma real e verificável — o Stanford HAI documentou que o custo de inferência para um sistema equivalente ao GPT-3.5 caiu mais de 280 vezes entre novembro de 2022 e outubro de 2024 — e, com isso, o preço de entrada de muitas propostas de desenvolvimento também diminuiu. O que não diminuiu foi o custo de manutenção do que já foi construído.
O orçamento de um projeto normalmente abrange análise, projeto, desenvolvimento e implementação. Isso representa entre 30% e 40% do custo total do sistema ao longo de sua vida útil. O restante é alocado posteriormente, dividido em itens que quase nunca são incluídos na proposta inicial.
Partida | O que está incluído | Quando aparece? |
Construção | Análise, projeto, desenvolvimento, implantação | Meses 1-9 |
Infraestrutura | Nuvem, armazenamento, backups, ambientes | Desde o primeiro dia, para sempre. |
Correção | Defeitos, regressões, incidentes de produção | Desde a primeira semana |
Evolução | Mudanças nos negócios, novas exigências, novas integrações. | Contínuo |
Segurança e conformidade | Remendos, auditorias, adaptação regulatória | Contínuo, com picos regulatórios |
Dependência | Custo de apenas um fornecedor saber como jogar. | Aparece quando você deseja alterar algo. |
Os cinco primeiros itens podem ser estimados. O sexto não consta de nenhum orçamento e é o que custa mais dinheiro quando se concretiza, porque não é pago em euros inicialmente: é pago em perda de poder de negociação.
A dívida técnica geralmente é explicada como um conceito de engenharia, razão pela qual os comitês de gestão muitas vezes a ignoram até que seja tarde demais. Em termos financeiros, é mais simples: é o custo extra que você paga cada vez que deseja mudar algo, decorrente de decisões tomadas para acelerar o processo naquele momento.
Estimativas do setor apontam que o ônus da manutenção e da dívida tecnológica representa cerca de 401% do orçamento de TI de uma organização média. Esse número deve ser considerado uma ordem de grandeza, e não um dado auditado, pois as metodologias variam consideravelmente entre os estudos. No entanto, a tendência é consistente em todas as fontes: a maior parte dos gastos com tecnologia de uma empresa consolidada não financia novas capacidades, mas sim a manutenção de decisões obsoletas.
Há uma informação adicional que muda a conversa quando você a menciona com um diretor financeiro: a IBM estima que a eliminação da dívida técnica de sistemas legados pode melhorar o retorno sobre as iniciativas de IA em até 29%. Em outras palavras, a dívida técnica não apenas custa dinheiro em manutenção; ela reduz o desempenho de tudo o que é construído sobre ela.
E o problema está crescendo, não diminuindo. A GitClear, com base em uma análise de 211 milhões de linhas de código, documentou que a duplicação de blocos de código disparou a partir de 2024 e que o trabalho de refatoração — a atividade que quita a dívida técnica — caiu de aproximadamente 25,1% da mudança total em 2021 para menos de 10,1% em 2024. Está compilando mais rápido e limpando menos.
Uma auditoria formal não é necessária para detectar os sintomas iniciais. Estes são os indicadores que aparecem primeiro:
Quando três ou mais desses sintomas aparecem, aumentar a capacidade de desenvolvimento não acelera nada. Apenas aumenta o número de pessoas esperando que uma decisão de projeto seja tomada.
Ao comparar fornecedores, estas quatro questões diferenciam quem vende uma entrega isolada de quem vende um sistema. Nenhuma delas é técnica; todas são contratuais.
De quem é esse código? Se a resposta incluir nuances, licenças ou "acesso ao repositório", a resposta é não, não é seu. A propriedade do código, da documentação e da propriedade intelectual deve ser transferida por contrato. Sem isso, qualquer orçamento é provisório, pois o fornecedor tem poder de precificação indefinido sobre a sua transação.
O que acontece se eu quiser trocar de fornecedor amanhã? A resposta útil não é "você não vai conseguir". É: existe documentação arquitetural, os módulos expõem contratos versionados, existem ambientes separados e qualquer equipe competente pode assumir o projeto dentro de um prazo razoável. Se essa transição exigir que alguém do fornecedor original "explique como funciona", o sistema não está documentado; ele foi memorizado.
Quem paga pelos defeitos? Um defeito no código entregue não é uma alteração de escopo. Ele deve ser corrigido sem custos adicionais, e isso deve estar documentado por escrito. No The Cloud Group, chamamos isso de Garantia Rain, e está no contrato: corrigimos defeitos no código entregue, para sempre. Não é generosidade, é consistência: se você afirma que sua engenharia é disciplinada, precisa aceitar o custo de que isso não seja verdade.
Qual é o custo operacional estimado para um período de três anos? Qualquer provedor de boa reputação pode oferecer uma variedade de opções de infraestrutura, suporte e atualização. Aqueles que não oferecem ou não consideraram essa possibilidade ou preferem que você não a considere.
Essas são exatamente as perguntas que ajudamos a formular quando atuamos como uma parte independente em um processo de Seleção de fornecedores e redação de RFP [link interno], sem participar como candidatos na licitação que estamos avaliando.
Não é coincidência, é uma relação de causa e efeito. Decisões que reduzem os custos de construção são quase sempre as mesmas que aumentam os custos de manutenção.
Nenhuma dessas decisões é visível em uma demonstração. Todas elas estão visíveis na proposta orçamentária do terceiro ano.
O caso oposto também existe e é mensurável. Em projetos de modernização de sistemas legados — auditoria, refatoração e modernização em vez de reescrever tudo do zero — observamos reduções nos custos de manutenção de até 60%. Não porque o novo código seja mágico, mas porque o custo da manutenção é, em grande parte, o custo da incerteza: quando o sistema é compreensível e testado, cada mudança deixa de ser uma aposta.
O erro mais comum da equipe técnica é solicitar um orçamento "para quitar dívidas técnicas". É uma solicitação que nenhum comitê aprova com entusiasmo, porque soa como uma tentativa de corrigir algo que foi feito incorretamente.
A fórmula que funciona é diferente e honesta:
A conversa muda de "o software é mal feito" para "esta é a diferença de custo entre as duas opções". Essa segunda conversa pode ser vencida.
Uma proposta barata que não inclui propriedade do código, documentação, testes ou contratos de integração não é uma proposta barata: é um empréstimo com juros que você descobrirá mais tarde.
A pergunta que você deve se fazer ao tomar sua próxima decisão de compra de software não é quanto custa desenvolvê-lo. É quanto custa mantê-lo, quem o detém e o que acontece se você quiser mudar de ideia.
É a soma de todos os custos associados a um sistema ao longo de seu ciclo de vida: construção, infraestrutura, correção de defeitos, evolução funcional, segurança e conformidade, além do custo de depender de um único fornecedor. O orçamento de construção normalmente representa apenas entre 301% e 401% do total.
Estimativas do setor apontam que esse valor corresponde a cerca de 401% do orçamento de TI, embora o número varie dependendo da metodologia do estudo. A tendência é consistente: em empresas consolidadas, a maior parte dos gastos com tecnologia se concentra em manter decisões anteriores, em vez de desenvolver novas capacidades.
A estimativa abrange pelo menos três anos de vida útil e inclui seis itens: construção, infraestrutura e meio ambiente, correção de defeitos, evolução funcional, segurança e conformidade regulatória, e custos de saída ou troca de fornecedor. Um fornecedor confiável pode fornecer uma estimativa razoável para os cinco primeiros itens.
Porque as decisões que reduzem os custos de construção — como pular a fase de projeto, não realizar testes, não documentar e fazer remendos — são as mesmas que aumentam o custo de cada alteração subsequente. A economia se concentra no primeiro trimestre, e os custos adicionais são distribuídos pelos anos seguintes.
Quatro elementos essenciais: propriedade do código, da documentação e da propriedade intelectual; contratos de integração versionados e documentados; correção gratuita de defeitos; e um plano de transição que permita que outra equipe assuma o projeto sem depender do fornecedor original.
Na maioria dos casos, sim, desde que haja um diagnóstico prévio. A auditoria, refatoração e modernização por domínio permitem uma redução significativa nos custos de manutenção — até 60% em projetos que executamos — mantendo as operações em funcionamento, algo que uma reescrita completa não permite.
Você sabe quanto seu software lhe custará daqui a três anos? Nossa auditoria técnica fornece um relatório escrito sobre o estado da sua arquitetura, código, dívida técnica e segurança, com preço fixo e entrega em até 10 dias úteis. É a maneira mais econômica de identificar um problema dispendioso. Solicite sua auditoria → |
Español Español 
English
Français
العربية
Português
Deutsch
Italiano
