National Australia Bank acelera las migraciones de sistemas heredados con Cursor
NAB estandarizó el uso de Cursor para 6.000 desarrolladores tras evaluar Amazon Q y GitHub Copilot. Las modernizaciones de sistemas heredados ahora avanzan 3x más rápido y con mayor calidad.
National Australia Bank (NAB) estandarizó el uso de Cursor para 6.000 desarrolladores tras evaluar Amazon Q y GitHub Copilot. Ahora, el equipo de ingeniería entrega más rápido y con mayor calidad proyectos que antes estaban fuera de su alcance.
Las modernizaciones de sistemas heredados, como la refactorización de un monolito a microservicios y las migraciones de mainframe para dejar atrás Assembly, avanzan tres veces más rápido de lo previsto. Los equipos también usan Cursor para crear proyectos greenfield: un equipo de servicios para comercios entregó una aplicación de pagos independiente del hardware en tres semanas, en lugar del plazo original de cuatro meses.
Evaluando Cursor para un despliegue en toda la empresa
NAB utilizaba inicialmente Amazon Q y GitHub Copilot como sus principales asistentes de programación con IA. Luego, la compañía llevó a cabo una evaluación más amplia y eligió estandarizar el uso de Cursor entre un grupo inicial de 6.000 desarrolladores por varias razones:
- Flexibilidad de modelos: Los ingenieros de NAB prefieren distintos modelos para distintas tareas, según el costo, la latencia y la inteligencia requeridos. Los modelos más económicos se usan para implementaciones rutinarias y sencillas, como cambios en la UI del front-end, mientras que los modelos de razonamiento más costosos se usan para tareas complejas y de larga duración, como el diseño de arquitectura.
- Comprensión de la base de código: NAB tiene miles de repositorios en múltiples cuentas de GitHub que abarcan diferentes stacks tecnológicos (por ejemplo, Java, React, COBOL, Assembly). Cursor ofrecía el comportamiento de agente más rápido y preciso en un entorno tan complejo.
- Extensibilidad y control: NAB ha creado una biblioteca interna de ingeniería de contexto llamada NAB CEL usando primitivas de Cursor como reglas, Skills y hooks. Centralizar el conocimiento compartido en Cursor ha permitido a NAB aplicar estándares de desarrollo y establecer salvaguardas sobre el comportamiento del agente.
Usar asistentes de programación basados en plugins es como intentar acoplar la IA a tu flujo de trabajo desde fuera. Con Cursor, el agente entiende nuestra base de código y trabaja como trabaja NAB.
NAB ahora está llevando Cursor a más de 10.000 empleados de toda su organización tecnológica, incluidos ingenieros, gerentes de producto, diseñadores y líderes. Cada función tiene su propia ruta de formación, lo que permite a NAB mejorar la productividad en toda su organización.
Desde el principio, apostamos de forma intencional por la capacitación, con sesiones de formación a medida y jornadas de sprint en las que los desarrolladores usan Cursor en proyectos reales de producción. Esta inversión ahora está dando resultados, ya que los equipos están entregando funcionalidades útiles a los clientes con mayor rapidez y mejor calidad.
Refactorización de un monolito heredado a microservicios
La unidad de préstamos comerciales de NAB usa una aplicación de cálculo de comisiones llamada BizCalc para calcular el precio de los préstamos. La aplicación se creó originalmente como un monolito on-prem con el framework Silverlight/.NET. Como el soporte extendido de Silverlight finaliza en 2026, NAB fijó un plazo límite inamovible para refactorizar BizCalc en microservicios de Java para el backend y React para el frontend.
En un principio, NAB había previsto seis meses de trabajo para toda la migración. Los primeros dos meses iban a dedicarse por completo a tareas previas al desarrollo: documentar cómo funciona el código heredado, definir los requisitos del producto, redactar historias de usuario y crear una especificación de API para que los servicios de frontend y backend pudieran comunicarse.
Coby Paterson, ingeniera principal en NAB, usó Cursor para completar todo el trabajo previo al desarrollo en solo una semana. Usó Ask Mode para visualizar y documentar la lógica de negocio, y Plan Mode con una skill personalizada de NAB-CEL para crear historias de usuario y las especificaciones de API correspondientes. Luego, NAB introdujo estos artefactos en Cursor para ejecutar el desarrollo y el testing de la migración.
En una semana, Cursor generó mejores historias de usuario y una especificación de API más detallada que la que habríamos podido elaborar manualmente tras meses de ingeniería inversa del sistema.
Paterson espera que la migración completa finalice en dos meses, una mejora de 3x con respecto a la estimación original.
Migración de aplicaciones bancarias centrales para dejar atrás los mainframes en Assembly
Los sistemas bancarios centrales de NAB, que gestionan los saldos de los clientes, el devengo de intereses y los cargos, se ejecutan sobre una infraestructura de mainframes basada en Assembly. NAB quería migrar programas clave para sacarlos de Assembly y así facilitar el soporte, el mantenimiento y la integración con el resto de sus sistemas, pero el proyecto de migración se había estancado por limitaciones de recursos.
Antes de Cursor, ni siquiera podíamos plantearnos dejar atrás Assembly. Simplemente no teníamos ni la experiencia ni el tiempo para abordar manualmente un proyecto enorme como este.
La principal limitación era contar con los conocimientos de Assembly necesarios para separar las instrucciones de máquina de bajo nivel de la lógica de negocio antes de intentar una reescritura. Es un proceso manual y laborioso que exige trabajar en pantallas verdes, las interfaces gráficas de los emuladores de terminal 3270 que usan los mainframes en Assembly.
Con Cursor, el equipo de Harjot generó diagramas de flujo y resúmenes de negocio directamente a partir de Assembly. El agente va solucionando el problema programa por programa. El proyecto de migración desde Assembly ahora avanza 3 veces más rápido de lo previsto.
Sin Cursor, el tiempo y el costo de esta migración habrían sido mayores que el valor que obtendríamos de ella.
Crear una aplicación de pagos independiente del hardware en 3 semanas
El equipo de servicios para comercios de NAB quería crear una aplicación de pagos independiente del hardware para evitar el lock-in con un proveedor. Este proyecto greenfield se estimó originalmente en cuatro meses completos de trabajo de ingeniería, en gran parte porque el equipo no tenía experiencia desarrollando con tecnologías de Android como Kotlin.
Chris De Lorenzo, ingeniero principal, usó Cursor para crear el proyecto en menos de tres semanas. Primero trabajó de forma iterativa con Cursor para definir requisitos detallados del producto y un plan de implementación multifase que pudiera paralelizarse entre subagentes. Luego implementó el plan usando Composer y los modelos Opus para programación.
Hemos visto una mejora de entre 5 y 8 veces en la velocidad de desarrollo. Pero lo más importante es que ni siquiera habríamos intentado crear esta aplicación sin Cursor.
De Lorenzo también atribuye a Cursor el mérito de democratizar el desarrollo de software más allá del equipo de ingeniería: "Cursor es la primera plataforma de agentes que he visto que reúne a ingeniería, arquitectura, producto y seguridad en el mismo flujo de trabajo. Está cambiando la forma en que creamos software como organización."
Ahora NAB está centrado en integrar Cursor en cada parte del ciclo de vida del software, más allá de la generación de código. "Queremos llevar Cursor a la revisión de código, el Testing de aseguramiento de calidad y el despliegue. Replantear nuestros procesos de ingeniería en torno a agentes es un área clave de inversión para NAB", afirmó Caroline Trang, responsable de IA Tooling & Delivery de NAB.
Si estás trabajando en la automatización de modernizaciones heredadas o quieres avanzar más rápido en proyectos greenfield, comunícate para iniciar una prueba de Cursor.