Sistema De Informação Quantos Anos

A vida útil de um sistema de informação

A pergunta sistema de informação quantos anos aparece com frequência em fóruns e reuniões de TI, e a resposta curta é: depende. Na prática, a maioria dos sistemas corporativos fica no ar entre 5 e 8 anos antes de uma substituição ou reposicionamento significativo. Isso não é uma regra escrita em lugar nenhum. É o resultado de observação, orçamento e manutenção. Tenho uma conta aqui que não atualizo há meses, mas já vi vários sistemas caírem por motivos previsíveis. O mais recente foi um ERP legado em uma fábrica de componentes eletrônicos no interior de São Paulo. O sistema rodava desde 2008, em arquitetura monolítica, banco Oracle, interface em Delphi rodando em terminais thin client. A empresa queria atualizar para a nuvem. Pediram um mapeamento completo dos dados, o que levou seis semanas apenas para catalogar tabelas órfãs e campos com nomes como "campo_x_2" porque o desenvolvedor original não documentou nada.

sistema de informação quantos anos

O verdadeiro ciclo de vida envolve fases distintas. A implantação inicial dura de 3 a 18 meses, dependendo da complexidade. Depois vem o período estável, que geralmente ocupa 3 a 5 anos. Nesse tempo, o sistema funciona, os bugs críticos já foram resolvidos, e a equipe conhece os caminhos. A partir daí, a maintenance mode começa a dominar. Cada nova funcionalidade custa mais caro. A cada update de banco de dados, surge um problema novo que ninguém prevê. Um detalhe que poucos levam em conta é a obsolescência técnica versus obsolescência funcional. O sistema pode estar perfeitamente funcional, mas a tecnologia roda sobre uma versão de SO que já não recebe patches de segurança. Isso acontece com frequência em sistemas de saúde e indústria. Vi um prontuário eletrônico rodando em Windows Server 2008 R2 porque o aplicativo só reconhecia aquela versão do SQL Server. A empresa não podia migrar até o parceiro desenvolver uma atualização que levou dois anos. Outro ponto: quando o custo de manutenção anual ultrapassa 30% do valor original do sistema, a conta não fecha. A regra prática é essa. Claro, existem exceções. Sistemas legados de mainframe continuam rodando porque substituí-los custaria mais do que o produto. Mas em 90% dos casos, chega um momento em que vale mais fazer do que manter.

Se você está avaliando quantos anos um sistema seu ainda tem, olhe para três coisas. O primeiro é a frequência de incidentes. Se um erro crítico aparece a cada três meses, o sistema já está envelhecendo. O segundo é o custo de pessoal. Se você precisa de três pessoas só para garantir que o sistema não quebre, o tempo passou. O terceiro é a capacidade de integrar com ferramentas modernas. Se não existe API, se tudo é importação manual de arquivo Excel, o sistema já venceu. A alternativa quando o sistema chega nesse ponto é avaliar se vale a pena refatorar ou substituir. Refatorar funciona quando o core do sistema ainda tem valor e a maior parte do problema está na camada de apresentação ou integração. Substituir é mais indicado quando a lógica de negócio também está desgastada. Fazer upgrade de um sistema legado para a nuvem sem refatoração é uma das causas mais comuns de project failure que eu já vi. A empresa gasta o dobro e termina com algo pior do que tinha antes.