Raul Gil García: Cómo el software obsoleto pone en riesgo a las empresas

Las empresas son generalmente conscientes de los riesgos asociados con el software obsoleto, pero continúan utilizándolo de todos modos, escribe Raul Gil García, CEO de Unatec.

El software heredado se refiere a sistemas o plataformas que se utilizan en las operaciones diarias, pero que están tecnológicamente desactualizados y ya no cumplen con los requisitos modernos. Puede tratarse de software cuyo soporte del proveedor terminó hace mucho tiempo o que simplemente no se ha actualizado en años.

No actualizar una plataforma aumenta la probabilidad de vulnerabilidades de seguridad que pueden ser explotadas en ciberataques o provocar que algunos componentes de TI dejen de funcionar. Esto se conoce como el riesgo técnico de los sistemas heredados. Sin embargo, se presta mucha menos atención a los riesgos comerciales asociados con ellos.

Imagina un escenario en el que nadie ha modificado el software de una empresa ni agregado nuevas funciones durante años. Pasa el tiempo, los desarrolladores dejan la empresa y la documentación crítica queda sin realizar. Luego, si surge la necesidad de actualizar la lógica de negocio dentro del sistema, por ejemplo, para adaptarse a cambios fiscales, es posible que no quede nadie que sepa cómo hacerlo en la plataforma de la empresa. Un resultado completamente realista en este caso sería tener que desarrollar un nuevo software desde cero.

Cuando el dinero se desperdicia

Los departamentos de TI suelen ser conscientes de los peligros que plantean los sistemas heredados. El verdadero problema a menudo radica en la comunicación o la priorización.

Los departamentos de TI advierten continuamente sobre los riesgos de los sistemas heredados, pero la dirección no comprende los riesgos o se enfoca únicamente en agregar nuevas funciones para satisfacer las necesidades comerciales. Esto puede llevar a una situación en la que el software cumple los objetivos comerciales, pero ya está obsoleto desde una perspectiva técnica y es vulnerable en términos de seguridad.

También puede ocurrir lo contrario. Cuando la dirección no proporciona orientación, los departamentos de TI suelen enfocarse, por costumbre, en gestionar los riesgos técnicos, mientras que la perspectiva comercial y la competencia en desarrollo quedan en segundo plano. El resultado es una plataforma bien gestionada con una inversión significativa, pero que está, o pronto estará, obsoleta desde el punto de vista comercial porque nadie sabe cómo seguir desarrollándola.

Con el tiempo, los riesgos técnicos y comerciales asociados con los sistemas heredados crecen exponencialmente. Es como con un coche: si te saltas una revisión, todavía puede ser rescatable, pero un coche que no ha recibido mantenimiento en cinco años probablemente necesitará una renovación completa.

Mapear y comunicar

La iniciativa para abordar el software heredado debe venir de la dirección, ya que son ellos quienes establecen prioridades y asignan fondos para ello. Un buen punto de partida es simplemente definir y poner por escrito que el presupuesto de TI tiene dos partes: una parte del dinero se destina a mantener la plataforma existente y otra a realizar cambios. Establecer objetivos claros y comunicarlos ayuda al personal de TI a decidir cómo asignar su tiempo.

También existen procedimientos internos en las empresas que pueden ayudar a identificar los riesgos asociados con el software heredado. Un buen punto de partida sería una auditoría de sostenibilidad, en la que se enumeren todos los sistemas de TI críticos para las operaciones de la empresa. A partir de ahí, una evaluación más detallada debería describir qué significaría la materialización de un riesgo específico para el negocio, quién es responsable de él y cómo se puede mitigar.

Durante el proceso de auditoría y mapeo de riesgos, puede resultar que un sistema previamente considerado de alto riesgo no necesite ser completamente descartado. Después de una actualización menor, podría seguir funcionando de manera confiable durante otros 5-10 años. Pero antes de tomar una decisión de este tipo, es necesario revisar a fondo con el departamento de TI o un socio tecnológico y analizar el estado del sistema. Si se descubre que el software supuestamente confiable necesitará ser reemplazado en los próximos años, es fundamental comenzar a abordarlo ahora.