Problema frecuente
¿Tu software es legacy y nadie quiere tocarlo?
El código funciona, pero nadie se atreve a modificarlo. Quien lo escribió ya no está, la documentación no existe y cada cambio es un riesgo. Lo abordamos sin rehacer todo de golpe: primero entender, luego refactorizar de forma incremental.
- 01 Auditoría de código, dependencias y arquitectura
- 02 Documentación para que no dependa de una persona
- 03 Refactor incremental con tests de regresión
- 04 Sin parar la operación durante la transición
El diagnóstico
"Reescribir desde cero es la opción más cara y la más arriesgada. Ese código lleva años absorbiendo casos límite que nadie documentó. Tirarlo significa volver a descubrirlos uno por uno en producción."
Solvent · Modernización de software
Síntomas
Cuándo el código se convierte en un riesgo de negocio
Que un sistema sea antiguo no lo convierte en un problema. El problema es cuando el conocimiento para mantenerlo ha desaparecido.
-
01
Solo una persona entiende el código
El conocimiento del sistema vive en la cabeza de alguien. Si esa persona se va, el riesgo es total.
-
02
Cualquier cambio rompe algo
Cada modificación tiene efectos colaterales imprevisibles porque no hay tests ni cobertura.
-
03
La tecnología ya no tiene soporte
Dependencias obsoletas, frameworks sin mantenimiento o versiones que nadie actualiza.
-
04
No hay documentación fiable
Lo que hay está desfasado y contradice lo que el sistema hace realmente en producción.
-
05
Se han congelado las mejoras
El negocio ha dejado de pedir cambios porque sabe que la respuesta será que es muy arriesgado.
Qué cambia
De un sistema intocable a un sistema mantenible
El objetivo no es que el código sea bonito. Es que cualquier desarrollador competente pueda trabajar en él sin miedo.
Cómo suele estar antes
- El conocimiento vive en una sola persona
- Sin tests: cada cambio es una apuesta
- Dependencias obsoletas y sin soporte
- Documentación inexistente o contradictoria
- Mejoras congeladas por miedo a romper algo
Cómo queda después
- Arquitectura documentada y transferible
- Tests de regresión sobre los flujos críticos
- Dependencias actualizadas de forma gradual
- Documentación que coincide con el sistema real
- El negocio vuelve a pedir cambios con normalidad
Ya lo hemos hecho antes
Casos donde modernizamos sistemas heredados
Evolución continua sobre bases existentes, incluyendo integración con sistemas legacy.
Aplicación de gestión de convenios colectivos para el Consejo de Relaciones Laborales
Renovación completa de la aplicación con la que el CRL hace el seguimiento estadístico y documental de la negociación colectiva en Euskadi: gestión de convenios, consultas ponderadas, informes mensuales y migración de 8 años de históricos.
Leer el caso
Intranet operativa para la terminal de contenedores CSP Iberian Bilbao
Dos intranets operativas que cubren el día a día de la terminal: tránsitos aduaneros, alertas de reefers, inspecciones, EDI, trenes, llamamientos de buques y un historial de contenedor que agrega eventos de más de 25 fuentes.
Leer el casoDudas habituales
Preguntas frecuentes
Si tu duda no está aquí, escríbenos: respondemos con criterio técnico, no con un folleto.
¿Reescribir de cero o refactorizar?
Salvo que el sistema ya no sea sostenible, refactorizar. El código antiguo lleva años absorbiendo casos límite que nadie documentó: reescribir implica redescubrirlos en producción. El refactor incremental los conserva y los va blindando con tests.
¿Cuánto dura una modernización?
No hay un proyecto único: hay fases con entregables. Primero documentar y entender, después tests de regresión sobre lo crítico, y luego evolucionar por zonas. Cada fase deja el sistema mejor de lo que estaba.
¿Y si quien escribió el código ya no está?
Es el punto de partida habitual. Reconstruimos la documentación a partir del código y del comportamiento real en producción, con la ayuda de las personas que usan el sistema a diario.
¿Nadie se atreve a tocar vuestro software?
Auditamos el sistema, documentamos lo que hay y te proponemos un plan de modernización sin rehacer todo de golpe.