Sistemas legados

El sistema que nadie quiere tocar — mapeado, estabilizado y documentado

Cada empresa tiene al menos uno: el sistema que lleva años corriendo, que nadie documenta, y que el área TI evita modificar porque "si lo tocas, rompes algo". AW entra, entiende el sistema de raíz, y lo deja en un estado que tu equipo puede mantener.

¿Aplica a tu caso?

Señales de que tienes un sistema legado que está generando riesgo

  • Hay módulos que nadie quiere tocar porque la última vez que alguien lo intentó, rompió algo en producción
  • El sistema tiene lógica de negocio crítica que solo una o dos personas entienden
  • Agregar una funcionalidad simple tarda semanas porque el código no permite cambios aislados
  • No hay documentación — o la que existe no refleja cómo funciona el sistema realmente
  • Los errores aparecen en producción antes de que el equipo los detecte en desarrollo
  • Hay dependencias de librerías o tecnologías sin soporte activo que nadie sabe cómo actualizar

Si reconoces más de tres de estas señales, el problema no va a desaparecer solo — va a crecer con cada modificación que el equipo tenga que hacer.

Cómo trabajamos

El proceso de modernización, sin sorpresas

Partimos por entender lo que existe antes de proponer cualquier cambio. No llegamos con una solución prearmada.

01

Diagnóstico de código y procesos

Mapeamos el sistema tal como existe — código, dependencias, flujos de datos, puntos de falla conocidos y desconocidos. Sin asumir nada. El diagnóstico toma 1–2 semanas y produce un documento que el área TI puede usar independiente de nosotros.

02

Plan de estabilización

Identificamos qué hay que corregir antes de poder avanzar: errores silenciosos, dependencias sin mantener, lógica de negocio enterrada en el código sin documentar. Priorizamos por riesgo operacional, no por preferencia técnica.

03

Modernización incremental

No reescribimos desde cero. Modernizamos en etapas — cada entrega mantiene el sistema operativo y deja una parte mejor que como estaba. El equipo TI valida en cada paso y puede continuar sin nosotros.

04

Traspaso documentado

El resultado final es un sistema que tu equipo puede mantener: código legible, documentación de decisiones técnicas, y guías para los flujos críticos. Sin dependencia de proveedor por diseño.

Por qué AW

Lo que nos diferencia de contratar más headcount o una consultora grande

  • No vendemos horas — vendemos el resultado

    El proyecto tiene un alcance definido y un entregable concreto. Sabemos cuándo terminamos porque acordamos qué es el éxito antes de empezar.

  • No hacemos big-bang

    El sistema sigue operativo mientras trabajamos. Cada etapa deja algo mejor que antes — no esperamos meses para entregar valor.

  • Sin dependencia de proveedor

    El código queda en tus manos, documentado para que cualquier desarrollador pueda mantenerlo. No generamos dependencia por diseño.

  • Ingenieros senior, no consultores junior

    El equipo que hace el diagnóstico es el mismo que ejecuta. Más de 25 años de experiencia con sistemas empresariales reales en Chile.

Preguntas frecuentes

Lo que nos preguntan antes de empezar

¿Cuánto tiempo tarda modernizar un sistema legado?
Depende de la complejidad y el alcance definido. El diagnóstico toma 1–2 semanas. La estabilización crítica, 2–4 semanas. La modernización completa varía entre 2 y 6 meses — pero trabajamos en etapas, así que hay valor entregado desde las primeras semanas. No hacemos proyectos big-bang.
¿Tienen que reescribir todo el sistema desde cero?
No. Reescribir desde cero casi nunca es la respuesta correcta — es costoso, riesgoso y tarda meses antes de tener algo funcional. Modernizamos de forma incremental: estabilizamos primero, luego mejoramos parte por parte, manteniendo el sistema operativo en todo momento.
¿Cómo funciona el diagnóstico?
Accedemos al código, la documentación existente (si hay), y conversamos con el equipo TI que conoce el sistema. En 1–2 semanas producimos un mapa del sistema: qué hace, cómo lo hace, dónde están los riesgos, y qué hay que resolver antes de poder avanzar. Es un entregable concreto, no un slide deck.
¿Qué pasa si el sistema no tiene documentación ni tests?
Es la situación más común. El diagnóstico parte precisamente de esa realidad — mapeamos el código tal como existe para reconstruir el conocimiento implícito. Parte del trabajo de modernización incluye crear la documentación y cobertura de tests que el sistema no tiene.
¿En qué lenguajes y tecnologías trabajan?
Trabajamos con los stacks más comunes en empresas chilenas: PHP, Python, Node.js, .NET, Java. También sistemas con bases de datos legacy como SQL Server, MySQL, PostgreSQL. Si el sistema usa algo diferente, lo evaluamos en el diagnóstico. Lo que no cambia es la metodología.
¿Después del proyecto, el equipo interno puede mantenerlo?
Sí — ese es uno de los criterios de éxito. El traspaso está incluido en el proyecto: documentamos las decisiones técnicas, los flujos críticos y las guías de mantenimiento. El área TI no debería necesitar llamarnos para operar el sistema. Si hay soporte posterior, es por elección, no por dependencia.
¿Con qué tipo de empresas trabajan?
Con empresas de 50 a 500 personas que tienen área de TI propia. El común denominador es que tienen sistemas construidos hace años — algunos hace décadas — que hoy generan fricción operacional pero que no pueden simplemente apagar. El decisor suele ser el Gerente TI, el CTO o el Gerente General.

¿Tienes un sistema que nadie quiere tocar?

En una conversación de 45 minutos entendemos el estado real del sistema y te decimos si tiene sentido trabajar juntos.

Agendar diagnóstico gratuito