El programa es viejo. El negocio sigue dentro

Mistral publicó el 9 de septiembre un caso de modernización de un simulador energético. Según el proveedor, el primer tramo cubrió 40.000 de 300.000 líneas y combinó comprobación numérica, trabajo por módulos e intervención humana. El sistema original era ejecutable y autocontenido: unas condiciones que no representan cualquier aplicación antigua. ¹

Pensemos en una distribuidora imaginaria. Su aplicación calcula un precio con descuentos, portes y una excepción para pedidos pequeños. Cambiar de pantalla o de lenguaje puede mejorar el mantenimiento. Pero si desaparece aquella excepción, el cliente recibe otra factura.

Antes de pedir una versión nueva, conviene reunir operaciones conocidas: un pedido normal, uno en el límite del descuento y otro con devolución. También hay que preguntar quién recuerda por qué existen las excepciones. Parte del negocio puede estar en el código y otra parte, en la cabeza de quien lo usa.

Una comprobación útil enfrenta el mismo pedido a ambas versiones y explica cada diferencia. Si el cambio busca corregir una regla antigua, esa diferencia debe estar acordada. Si no, merece investigación antes de reemplazar el sistema.

Para dirección, el avance no se mide solo en pantallas renovadas. Importa qué funciones se han comprobado, cuáles siguen pendientes y qué recorrido permite volver atrás. Para el equipo, importa poder revisar una parte manejable sin recibir todo el cambio de golpe.

El caso publicado por Mistral es una experiencia del proveedor, no una prueba nuestra ni una promesa de éxito. La lección que merece explorar es concreta: conservar una referencia del trabajo antes de encargar su renovación.