Dívida técnica: quanto custa manter a TI funcionando no improviso?

O servidor está antigo, mas ainda funciona. O sistema não recebe mais atualizações, porém ninguém quer mexer porque ele é importante para a operação. Existe uma planilha que substitui uma integração que nunca foi desenvolvida. Apenas uma pessoa sabe como determinada rotina funciona. O backup é realizado todos os dias, mas ninguém lembra quando foi feito o último teste de restauração.

Separadamente, cada uma dessas situações pode parecer apenas uma pendência.

Quando começam a se acumular, porém, elas formam um problema maior: dívida técnica.

Assim como uma dívida financeira, ela permite adiar determinado investimento no presente, mas cria um custo que precisa ser pago no futuro.

E esse custo nem sempre aparece claramente no orçamento de TI.

Ele pode surgir na forma de indisponibilidade, retrabalho, vulnerabilidades, dificuldade para implantar novos sistemas, dependência de funcionários específicos, projetos mais caros, perda de produtividade e decisões de tecnologia cada vez mais condicionadas às limitações do ambiente existente.

O problema não é possuir tecnologia antiga. O problema é depender de tecnologia, processos e soluções improvisadas sem conhecer o risco e o custo acumulado.

O que é dívida técnica?

O termo surgiu originalmente no desenvolvimento de software, mas hoje pode ser aplicado de forma muito mais ampla à infraestrutura e à gestão de tecnologia.

Existe dívida técnica quando uma organização adota ou mantém uma solução que resolve uma necessidade imediata, mas cria limitações, riscos ou custos futuros.

Isso pode acontecer porque era necessário colocar um projeto em funcionamento rapidamente.

Pode acontecer porque o orçamento não permitia fazer a solução ideal naquele momento.

Também pode ocorrer simplesmente porque a infraestrutura envelheceu e nunca houve um processo estruturado de modernização.

Alguns exemplos:

• servidores operando além do ciclo de vida recomendado;
• sistemas que não recebem mais suporte do fabricante;
• equipamentos de rede antigos;
• sistemas operacionais sem atualização;
• softwares que dependem de versões antigas de outros componentes;
• integrações criadas de maneira improvisada;
• processos executados manualmente porque sistemas não se comunicam;
• documentação inexistente ou desatualizada;
• configurações que apenas uma pessoa conhece;
• planilhas utilizadas como sistemas críticos;
• contas e permissões que foram se acumulando ao longo dos anos;
• backups que existem, mas nunca são testados;
• soluções temporárias que se tornaram permanentes.

Nenhuma dessas situações significa automaticamente que a empresa precisa substituir tudo.

O ponto central é saber onde a dívida existe, qual risco ela representa e quais itens realmente precisam ser tratados primeiro.

O improviso geralmente começa com uma boa justificativa

Grande parte da dívida técnica não nasce de decisões irresponsáveis.

Muitas vezes acontece exatamente o contrário.

Surge porque uma equipe precisa resolver rapidamente um problema real.

Imagine que dois sistemas não conseguem trocar informações automaticamente. Para não interromper a operação, alguém cria uma planilha e estabelece um procedimento manual.

Como solução temporária, isso pode ser perfeitamente aceitável.

O problema aparece quando passam três anos e aquela planilha continua sendo responsável por uma atividade crítica da empresa.

Agora o processo pode depender:

• de uma pessoa específica;
• de conhecimento não documentado;
• da execução manual de várias etapas;
• de conferências feitas por funcionários;
• da ausência de erros humanos;
• de arquivos armazenados em locais específicos.

A solução temporária resolveu o problema original, mas criou novas dependências.

É assim que grande parte da dívida técnica se acumula.

1. Servidores antigos que “ainda estão funcionando”

Um dos exemplos mais comuns ocorre na infraestrutura.

Um servidor pode operar durante muitos anos sem apresentar uma falha significativa.

Isso pode criar a impressão de que não existe motivo para substituí-lo.

Mas o fato de um equipamento continuar funcionando não significa necessariamente que seu risco permaneça aceitável.

Com o passar do tempo podem surgir:

• dificuldade para encontrar peças;
• fim do suporte do fabricante;
• incompatibilidade com sistemas mais novos;
• menor eficiência energética;
• limitações de capacidade;
• firmwares desatualizados;
• dificuldade de recuperação em caso de falha.

A discussão correta não é simplesmente determinar se o equipamento é velho.

É avaliar:

“Se este servidor parar hoje, qual será o impacto e quanto tempo a empresa levará para recuperar a operação?”

Essa pergunta muda completamente a análise.

2. Sistemas sem suporte acumulam risco

Outro problema frequente é manter aplicações ou sistemas operacionais depois do encerramento do suporte pelo fabricante.

Em determinados casos isso ocorre porque um software de negócio depende daquela versão.

Em outros, a atualização foi sendo adiada porque ninguém sabe exatamente quais consequências ela terá.

O resultado pode ser uma cadeia de dependências:

um sistema não pode ser atualizado porque uma aplicação depende dele; a aplicação não pode ser substituída porque outro processo depende dela; e qualquer mudança passa a ser vista como arriscada.

Quanto mais tempo essa situação permanece, mais difícil e caro pode se tornar o projeto de modernização.

A dívida técnica limita as escolhas futuras.

3. A frase “não mexe porque está funcionando” merece atenção

Em muitos ambientes existe algum sistema sobre o qual ninguém deseja fazer alterações.

A justificativa geralmente é simples:

“Não mexe porque está funcionando.”

Essa frase pode indicar que a organização perdeu confiança na capacidade de administrar aquele componente.

Talvez não exista documentação.

Talvez o responsável original não trabalhe mais na empresa.

Talvez não exista ambiente de testes.

Talvez ninguém conheça todas as dependências.

O sistema continua funcionando, mas qualquer intervenção passa a representar risco.

Esse é um sinal clássico de dívida técnica.

4. Quando uma pessoa se torna parte da infraestrutura

Conhecimento técnico também pode criar dependência.

Imagine uma rotina crítica que somente um funcionário sabe executar.

Talvez existam comandos específicos, senhas, sequências de procedimentos ou particularidades que nunca foram documentadas.

Enquanto essa pessoa estiver disponível, o processo aparentemente funciona.

Mas o que acontece durante férias, afastamento ou desligamento?

Quando conhecimento essencial está concentrado em uma única pessoa, a organização possui um risco operacional.

Uma infraestrutura madura precisa transformar conhecimento individual em conhecimento organizacional por meio de:

• documentação;
• procedimentos;
• inventário;
• diagramas;
• gestão de credenciais;
• padronização;
• transferência de conhecimento.

5. Backup sem teste de restauração também pode ser dívida técnica

Muitas empresas possuem sistemas de backup funcionando diariamente.

Isso é importante, mas existe uma diferença fundamental entre possuir backup e ter capacidade comprovada de recuperação.

Se a organização nunca realiza testes de restauração, algumas perguntas permanecem sem resposta:

• os dados estão realmente íntegros?
• todas as informações necessárias estão sendo protegidas?
• as credenciais necessárias para recuperação estão disponíveis?
• quanto tempo demoraria uma restauração completa?
• o procedimento está documentado?
• a equipe sabe como executá-lo?
• as aplicações voltarão a funcionar depois que os dados forem restaurados?

Um processo mantido durante anos sem validação pode criar uma falsa sensação de segurança.

6. Planilhas também podem esconder dívida técnica

Planilhas são ferramentas extremamente úteis.

O problema surge quando elas começam a exercer funções para as quais não foram originalmente projetadas.

É comum encontrar empresas nas quais planilhas controlam:

• aprovações;
• estoques;
• cadastros;
• indicadores financeiros;
• atividades comerciais;
• processos de produção;
• fluxos entre departamentos.

Em alguns casos, existem macros, fórmulas complexas e arquivos conectados que apenas uma ou duas pessoas conseguem manter.

A planilha deixou de ser uma ferramenta auxiliar e passou a funcionar como uma aplicação empresarial.

Isso não significa que ela precise necessariamente ser eliminada.

Mas a empresa deve conhecer a dependência existente e avaliar se aquele modelo continua adequado ao risco e à importância do processo.

7. Dívida técnica também aparece na segurança

Outro local onde o acúmulo pode passar despercebido é a segurança da informação.

Ao longo dos anos podem permanecer:

• contas antigas;
• usuários com permissões excessivas;
• serviços que ninguém sabe se ainda são necessários;
• regras de firewall criadas para necessidades temporárias;
• aplicações que deixaram de receber atualizações;
• equipamentos sem suporte;
• protocolos antigos;
• credenciais compartilhadas;
• acessos remotos criados sem revisão posterior.

Individualmente, cada item pode parecer pequeno.

Em conjunto, eles aumentam a superfície de ataque da organização.

Uma boa gestão de segurança exige revisar continuamente o que ainda é necessário e eliminar aquilo que permaneceu apenas por inércia.

8. O custo da dívida técnica nem sempre aparece na conta de TI

Esse é um dos motivos pelos quais o problema pode permanecer durante anos.

Imagine que uma integração inexistente obrigue dois funcionários a gastar diariamente parte do expediente copiando informações entre sistemas.

A despesa não aparece como “custo de dívida técnica”.

Ela aparece na folha de pagamento.

O mesmo pode acontecer quando:

• um sistema lento reduz produtividade;
• um servidor instável provoca interrupções;
• uma aplicação antiga exige trabalho manual;
• problemas recorrentes consomem horas da equipe;
• uma limitação tecnológica impede automatizar um processo;
• um projeto demora mais por causa de integrações antigas;
• a equipe precisa manter soluções que deveriam ter sido substituídas.

O orçamento pode indicar que a infraestrutura antiga é barata porque já está paga.

Mas isso não significa que seu custo total para a organização seja baixo.

9. Dívida técnica pode bloquear novos projetos

O impacto se torna especialmente evidente quando a empresa decide modernizar a operação.

Projetos envolvendo:

• Inteligência Artificial;
• automação;
• Business Intelligence;
• migração para cloud;
• integração de sistemas;
• novas aplicações;
• trabalho remoto;
• segurança avançada;

dependem de uma base tecnológica minimamente organizada.

Quando essa base possui muitas limitações acumuladas, parte do investimento que deveria ser direcionada à inovação precisa primeiro ser utilizada para corrigir problemas anteriores.

É nesse momento que a dívida técnica passa a ser percebida não apenas como uma questão operacional, mas como um obstáculo à estratégia da empresa.

10. Nem toda dívida técnica precisa ser eliminada

Esse ponto é importante.

O objetivo não deve ser possuir uma infraestrutura teoricamente perfeita.

Isso seria caro e, em muitos casos, desnecessário.

Existem sistemas antigos que continuam atendendo perfeitamente às necessidades do negócio, possuem risco controlado e não justificam economicamente uma substituição.

A decisão precisa considerar:

• importância para a operação;
• risco de falha;
• impacto de indisponibilidade;
• segurança;
• custo de manutenção;
• dependências;
• capacidade de recuperação;
• necessidades futuras do negócio.

A gestão da dívida técnica não significa trocar tudo.

Significa parar de tomar decisões sem conhecer as consequências.

Como identificar se a dívida técnica está se tornando um problema?

Alguns sinais merecem atenção:

• atualizações são adiadas continuamente por medo de causar problemas;
• existem sistemas sobre os quais ninguém quer fazer alterações;
• apenas uma pessoa conhece determinadas rotinas;
• equipamentos importantes estão fora do suporte;
• aplicações dependem de sistemas operacionais antigos;
• a documentação da infraestrutura está incompleta;
• processos manuais existem porque sistemas não estão integrados;
• problemas recorrentes são resolvidos sempre com soluções temporárias;
• a equipe passa muito tempo “apagando incêndios”;
• novos projetos são dificultados pela infraestrutura atual;
• a empresa não possui inventário confiável de hardware e software;
• backups não são testados regularmente;
• existem sistemas importantes cuja estratégia de recuperação não é conhecida.

Quanto maior a quantidade desses sinais, maior a necessidade de avaliar o ambiente de forma estruturada.

Por onde começar?

O primeiro passo não deve ser comprar equipamentos ou substituir sistemas aleatoriamente.

É necessário conhecer o ambiente.

Um diagnóstico de TI pode levantar:

• inventário de hardware e software;
• ciclo de vida dos equipamentos;
• sistemas operacionais e aplicações;
• dependências entre sistemas;
• infraestrutura de rede;
• segurança;
• backup e recuperação;
• documentação;
• processos críticos;
• riscos;
• oportunidades de automação;
• necessidades futuras do negócio.

A partir desse levantamento é possível classificar os problemas por impacto e prioridade.

Alguns podem exigir correção imediata.

Outros podem ser tratados nos próximos meses.

E alguns podem simplesmente ser aceitos e monitorados porque o custo de substituição não se justifica naquele momento.

Transforme pendências em um plano de evolução

Uma lista de problemas, sozinha, possui pouco valor.

O objetivo deve ser transformá-la em um plano.

Esse roadmap pode estabelecer:

1. o que representa risco imediato;
2. o que precisa ser corrigido no curto prazo;
3. quais equipamentos ou sistemas precisam ser modernizados;
4. quais processos devem ser documentados;
5. onde existem oportunidades de integração e automação;
6. quais investimentos devem ser realizados primeiro;
7. qual orçamento pode ser distribuído ao longo do tempo.

Esse planejamento evita que a empresa chegue ao ponto em que vários componentes precisam ser substituídos ao mesmo tempo.

Também permite alinhar tecnologia com orçamento e prioridades empresariais.

O problema não é o legado. É não ter um plano para ele.

Toda empresa que utiliza tecnologia possui algum nível de dívida técnica.

Isso é normal.

Infraestruturas envelhecem. Sistemas deixam de receber suporte. Processos mudam. Soluções temporárias são criadas. Novas tecnologias surgem.

O risco aparece quando essas mudanças se acumulam durante anos sem avaliação.

Nesse momento, a TI passa a funcionar cada vez mais por exceções, conhecimento informal e soluções provisórias.

E quanto maior a dependência da empresa da tecnologia, maior pode ser o impacto.

Administrar dívida técnica não significa substituir tudo o que é antigo. Significa saber exatamente onde estão os riscos, quanto eles custam e qual deve ser a ordem correta para resolvê-los.

A improvisação pode ser uma boa solução para hoje.

Ela apenas não deveria se transformar, sem planejamento, na arquitetura permanente da empresa.

Sua empresa sabe onde está acumulando dívida técnica?

A MARE Tecnologia & Serviços pode realizar um diagnóstico do ambiente de TI para identificar riscos, dependências, sistemas obsoletos, problemas de infraestrutura e oportunidades de modernização.

A partir desse levantamento, é possível estabelecer prioridades e construir um plano de evolução tecnológica alinhado ao orçamento e às necessidades do negócio.

Solicite um diagnóstico de TI para sua empresa