Seis señales de que su software financiero es heredado (y cómo lo maneja)
Share
Kostyantyn Volkov es director general y cofundador de IT Craft, una empresa especializada en el desarrollo de software de ciclo completo de cualquier complejidad.

getty
La creación de software FinTech es compleja. Los propietarios de software deben centrarse en diversos aspectos, como el cumplimiento de las normas, la calidad del código fuente, la seguridad y más.
Aún así, el lanzamiento de una aplicación impecable no es suficiente a largo plazo, a pesar de todos los esfuerzos invertidos. Al igual que con todas las soluciones digitales, los sistemas financieros necesitan actualizaciones constantes para mantener los más altos estándares.
La modernización requiere mucho esfuerzo, alineando objetivos, gestión de proyectos y tecnologías. Puede ser demasiado tentador quedarse con la mejora. Sin embargo, la modernización debe ser una parte vital del plan de mantenimiento de cada sistema.
Se vuelve fundamental para las soluciones financieras que han estado funcionando durante algún tiempo, aunque sienta que la suya todavía funciona bien.
Señales emergentes de necesidades de modernización
Ningún software se convierte en un legado de la noche a la mañana.
El código base crece. Acumula problemas hasta que se vuelve inmanejable.
El equipo de desarrollo cambia lentamente sus prioridades de objetivos a largo plazo a problemas a corto plazo. Donde el equipo alguna vez se enfocó en la entrega rápida de tanta funcionalidad requerida, ahora se enfoca en la corrección de errores interminables con la esperanza de que la nueva implementación no rompa nada.
Los síntomas visibles incluyen:
Mayor tiempo de entrega de actualizaciones: debido a la mayor complejidad de la base de código, el equipo de desarrollo necesita más tiempo para entregar el mismo alcance. Muchas operaciones manuales se quedan sin automatización. Los ingenieros inflan las estimaciones de las pruebas.
Aumento en los costos de mantenimiento: la claridad del código de software disminuye a medida que el proyecto acumula deuda tecnológica. Cuando se deja sin atención, la deuda tecnológica comienza a afectar la velocidad del proyecto. Los arreglos se vuelven más caros y toman más tiempo. Los ingenieros no pueden estimar cuánto tiempo pueden tomar las tareas.
Rendimiento inconsistente: la creciente carga de usuarios es un sello distintivo de un producto popular. Sin embargo, lleva la escalabilidad del software a sus límites. Eventualmente, el equipo deberá reconsiderar la infraestructura y la arquitectura del software para manejar de manera efectiva los volúmenes de tráfico crecientes.
Intercambio de datos e integraciones desafiantes: las API recién lanzadas abren oportunidades, por ejemplo, en la banca abierta. Aún así, las integraciones toman demasiado tiempo o no siempre son posibles. El intercambio de datos con las contrapartes sigue siendo intrincado e inestable.
El ciclo de vida de la tecnología llega a su fin: si bien las tecnologías centrales, como los lenguajes de programación, permanecen intactas durante mucho tiempo, las versiones del marco se vuelven obsoletas rápidamente.
Los desarrolladores deben actualizar regularmente la pila tecnológica a la última versión para cerrar las vulnerabilidades emergentes.
Hay más. Las actualizaciones retrasadas aumentan la incompatibilidad. El equipo no solo desarrolla el código fuente de las nuevas funciones, sino que también dedica tiempo a los ajustes para garantizar la compatibilidad con la pila principal. Las pruebas también requieren más tiempo. Los costos de actualizaciones y mantenimiento aumentan.
Rotación de personal: el software financiero requiere habilidades y experiencia. Sin embargo, los ingenieros expertos prefieren evitar el manejo de tecnologías menos punteras. Cada año que pasa se vuelve más desafiante encontrar un talento listo para trabajar en un proyecto heredado.
Respondiendo a los desafíos de la modernización
Modernizar el núcleo de una solución financiera siempre es complejo.
Aunque los cambios son bienvenidos, las empresas no deben cambiar el rumbo. Las operaciones de mantenimiento y mejora deben pasar desapercibidas para los usuarios finales. Deben abstenerse de bloquear operaciones financieras.
Desde este punto de vista, se prefiere la modernización incremental. Es menos arriesgado que una transformación a gran escala. El equipo de desarrollo trabaja en mejoras a pequeña escala. Las entregas regulares incluyen la gestión de la deuda tecnológica acumulada, mejoras de seguridad y operaciones automatizadas.
La modernización profunda pasa a primer plano cuando un proyecto ha estado en el mercado durante un tiempo, ya que los pasos incrementales ya son limitados. Los ingenieros necesitan mejorar muchos aspectos. Estos incluyen rediseño, refactorización de código fuente, optimización de infraestructura y más.
Estos son algunos puntos clave que lo ayudarán a prepararse para la modernización.
Grandes planes, pequeños pasos: Un enfoque incremental es esencial. Cuando el alcance se divide en pequeñas porciones, el equipo se ajusta más fácilmente. Puede ver los resultados inmediatos y ajustar los próximos pasos.
Arquitectura de microservicios: el 25% de todos los proveedores de software transformarán sus soluciones en microservicios para 2026. Los microservicios funcionan mejor para proyectos grandes. Aseguran disponibilidad 24/7, entregas de funciones más rápidas, consumo dinámico de recursos y más.
Aún así, es posible que los microservicios no funcionen cuando tiene una aplicación simple. Sopese cuidadosamente los pros y los contras con su equipo de desarrollo. Opte por los microservicios cuando planee escalar y expandirse.
Desarrollo centrado en el cliente: el equipo de modernización debe mantener en su enfoque las necesidades cambiantes de los usuarios. Las empresas deben considerar la expansión a dispositivos nuevos y de moda, por ejemplo, lanzar una aplicación de pago para relojes inteligentes. Los desarrolladores deben centrarse en las características que cumplen con las expectativas proporcionadas en los comentarios de los usuarios, agregando así valor al proyecto.
Métricas y monitoreo: las operaciones impecables e ininterrumpidas son fundamentales para las aplicaciones financieras. Las métricas de rendimiento permiten la detección temprana de problemas y priorizan tareas en el plan de modernización cuando sea necesario. Por ejemplo, el tiempo medio de carga, la cantidad de tiempos de espera y el consumo de recursos del servidor pueden indicar la necesidad del equipo de centrarse en la escalabilidad.
Pensamientos finales
La industria financiera está experimentando rápidas transformaciones. Las empresas deben prepararse para ello. Es posible que las empresas ni siquiera se den cuenta de que su software financiero se ha vuelto menos que perfecto. O puede que no estén preparados para la modernización. Cada cambio en el software de misión crítica es un desafío. La deuda tecnológica puede parecer mejor que bloquear operaciones durante varias horas y sufrir pérdidas.
Sin embargo, la financiación no puede seguir siendo conservadora. La modernización es inevitable, ya sea incremental o a gran escala. El uso de tecnologías de vanguardia hace posible entregas más rápidas y uniformes. Se mantiene la seguridad mejorada.
Es vital identificar los aspectos clave que aportan valor inmediato y pasar de un aspecto a otro.
Además de la mejora de la base de código, es posible que las empresas deban reconsiderar su enfoque de evolución y desarrollo de productos. Hacer un seguimiento de los comentarios de los usuarios disminuye los riesgos de irrelevancia.
Como siempre, la alineación del equipo es importante. Todo el equipo de producto debe tener en cuenta la imagen más amplia, orientada al cliente, para la cual comparte objetivos comunes.
El Consejo de Tecnología de Forbes es una comunidad a la que solo se puede acceder por invitación para CIO, CTO y ejecutivos de tecnología de clase mundial. ¿Califico?