Qualquer gestor conhece isto. Reportam ao fornecedor de software um pedido aparentemente trivial: acrescentar um campo num formulário, mudar a forma de calcular o desconto, criar um novo relatório. Na cabeça têm «é trabalho para uma tarde». E em resposta recebem uma estimativa de três meses e algumas dezenas de milhares. De onde vem este abismo entre a intuição e a realidade?
Porque é que «pequena» não significa de todo «rápida»
Da perspetiva do negócio a alteração é pequena. Da perspetiva do sistema — não necessariamente. O clássico processo de desenvolvimento de software tem os seus custos fixos, que não desaparecem só porque a correção é menor.
- Compreender o sistema — o programador tem primeiro de reconstruir como funciona um código escrito há anos por outra pessoa, muitas vezes sem documentação.
- Efeito dominó — uma alteração pode arrastar consigo outras dez, que é preciso verificar para não estragar nada.
- Testes e verificação — um fornecedor sério não implementa uma alteração sem confirmar que o resto continua a funcionar, e isso leva tempo.
- Fila — a vossa correção espera que se liberte um especialista caro, que de qualquer forma já tem a agenda cheia.
Por outras palavras: não pagam pela alteração em si, mas por todo o ritual à volta dela. E é por isso que uma «pequena alteração» custa tantas vezes como uma grande.
Onde é que o tempo realmente foge
Se decompuséssemos um projeto típico de pequena correção nos seus fatores, o trabalho sobre a alteração em si é muitas vezes uma fração do todo. O resto é análise do sistema existente, testes manuais, correção do que os testes detetaram e espera na fila. São precisamente estas etapas — penosas, repetitivas e dependentes da disponibilidade de uma pessoa específica — que estendem a «tarde» a um trimestre. E são precisamente estas etapas que melhor se prestam à automatização.
A abordagem da ESKOM.AI: automatização do que é demorado
Na ESKOM.AI combinamos experiência de engenharia com desenvolvimento de software automatizado apoiado por dezenas de agentes de IA. Estas etapas mais trabalhosas e repetitivas — a análise do código, a preparação da alteração e, sobretudo, o pacote completo de testes — são em grande parte assumidas pela automatização, que opera mais depressa do que uma pessoa e sem cansaço.
- Análise do sistema — aquilo que a um programador leva dias, os agentes de IA mapeiam em horas, fornecendo um quadro claro das dependências.
- Testes automáticos — unitários, de integração, de desempenho, de segurança e de regressão executados a cada alteração, pelo que se sabe logo se algo se estragou.
- Fila mais curta — uma vez que uma alteração exige menos horas de um especialista caro, mais pedidos cabem no mesmo tempo.
A pessoa continua a zelar pela qualidade, toma as decisões e responde pelo resultado — mas já não perde semanas em coisas que a máquina faz mais depressa e com mais rigor.
Concreto: de três meses para alguns dias
O efeito é mensurável. Uma correção que classicamente era estimada num trimestre, em muitos casos chega aos utilizadores no espaço de dias. O custo desce para uma fração da tarifa clássica, porque pagam por um resultado real, e não por horas passadas em análise penosa e testes manuais. O que é igualmente importante — a alteração é mais segura, porque de cada vez passa por uma bateria completa de testes, que numa rápida correção «manual» normalmente não se fazem. Mais curta, mais barata e mais fiável de uma só vez.
Verifiquem-no no vosso exemplo
Têm uma lista de «pequenas alterações» que há meses esperam na fila, porque saem sempre demasiado caras ou demasiado demoradas? É o ponto de partida ideal. A ESKOM.AI — empresa que opera desde 2025 — ajudar-vos-á a estimar quantas dessas pendências se podem realizar mais depressa e mais barato do que esperam. Escrevam-nos e marquemos uma breve consultoria gratuita. Mostraremos tempos e custos concretos, antes de tomarem qualquer decisão.