Migración de ramos de Flash a AngularJS en La Holando, ramo por ramo

La Holando Sudamericana Compañía de Seguros operaba varios de sus ramos sobre frontends construidos en Flash. La plataforma funcionaba y el negocio corría sobre ella.

La deuda técnica tiene una urgencia silenciosa: cuando los navegadores discontinuaron el soporte de Flash, lo que estaba en juego no era la estética sino la desaparición efectiva de las pantallas con las que la compañía operaba.

Y una migración así tiene una trampa propia.

• Fecha impuesta desde afuera: el plazo no lo fijaba la compañía sino los navegadores.
• Operación en curso: los ramos afectados estaban produciendo, así que no había ventana para detenerlos.
• Riesgo concentrado: una migración monolítica pone todo el riesgo en una sola entrega.

El costo de no resolverlo no era degradarse de a poco: era quedarse sin poder operar esos ramos de un día para otro.

Organizamos el trabajo como un programa por ramos en lugar de una migración monolítica, para liberar funcionalidad en producción sin detener el negocio ni concentrar el riesgo.

Y acotamos el alcance a la capa de presentación, que es lo que permitió modernizar sin tocar los sistemas centrales.

Un ramo por vez

• Migración de las pantallas operativas del ramo combinados, del ramo transporte, del ramo aéreo y del circuito de endosos.
• Cada ramo abordado como un proyecto propio, manteniendo la funcionalidad existente sobre la tecnología nueva.

Iteraciones cortas y alcance acotado

• Iteraciones de dos semanas, con una duración por ramo de entre tres y cuatro semanas.
• Acuerdo previo de fechas y esfuerzo, con prerrequisitos y compromisos explícitos de cada parte.
• Entregas escalonadas que la compañía podía absorber sin frenar la operación.

Sólo la capa de presentación

• La migración consume los servicios existentes de la compañía.
• Se moderniza la interfaz sin tocar la lógica de negocio ni los sistemas centrales de la aseguradora.
• Eso reduce la superficie de prueba de cada entrega y explica por qué un ramo cabe en tres semanas.

Arquitectura y tecnología

• Frontends migrados de Flash a AngularJS sobre los servicios existentes.
• Equipo con liderazgo técnico, perfiles senior de frontend y control de calidad senior por etapa.

Conocé más sobre desarrollo de software.

Cuatro frentes operativos salieron de una tecnología muerta sin que el negocio dejara de producir un solo día.

KPIs iniciales

• Pantallas operativas de varios ramos construidas en Flash, con soporte discontinuado por los navegadores.
• Fecha límite impuesta desde afuera y operación en curso sobre esas mismas pantallas.

Impacto estratégico

• Cuatro frentes migrados: combinados, transporte, aéreo y endosos.
• Entregas de tres a cuatro semanas por ramo, absorbibles sin detener la operación.
• El riesgo quedó repartido entre entregas en lugar de concentrado en una sola.
• La lógica de negocio y los sistemas centrales no se tocaron: la migración se acotó a la presentación.