¿Reescribir, refactorizar o replatform? Coste y riesgo a 3-5 años

Depende del tamaño, del estado y del horizonte. El replatforming tiene el menor coste puntual y el menor ahorro. La refactorización cuesta más al principio, pero reduce el mantenimiento y las incidencias y sustituye el sistema de forma gradual, por lo que el ahorro llega pronto. La reescritura tiene el mayor coste puntual y la espera más larga hasta el ahorro. La calculadora compara las tres con mantener el sistema tal cual y da el veredicto a partir de las cifras, no de una plantilla.

Por sistema, nuestra guía de modernización sitúa el replatforming en 100.000–500.000 $, la refactorización y rearquitectura en 200.000 $–1,2 millones y la reconstrucción en 600.000 $–2 millones o más. El tamaño, la cobertura de pruebas, las integraciones y la región del equipo mueven la cifra dentro y fuera de estas horquillas.

Un replatforming lleva meses, normalmente 3–8 hasta el cambio. La refactorización por fases con el enfoque strangler fig dura 10–24 meses, pero aporta valor por el camino; la guía cita un ROI positivo en 12–14 meses. Una reescritura big-bang tarda 18–48 meses hasta el cambio, y el ROI llega al cabo de 36–48 meses.

Se coloca una fachada delante del sistema antiguo y se sustituye pieza a pieza: cada nuevo módulo asume una parte del tráfico y el código antiguo de esa parte se desactiva. El sistema sigue funcionando en todo momento, cada paso se puede revertir y las partes más arriesgadas pueden dejarse para el final.

Pocas veces: menos del 20% de los proyectos de modernización la justifican. Tiene sentido cuando el código es lo bastante pequeño para reconstruirlo rápido, el stack está muriendo, apenas hay pruebas que protejan una refactorización y pocas integraciones que reconstruir, o cuando el modelo de dominio debe cambiar de raíz. La calculadora recomienda reescribir solo si es al menos un 15% más barato que refactorizar en su horizonte y su puntuación de riesgo se mantiene en 50 o menos.

Según nuestra guía, las herramientas asistidas por IA reducen el esfuerzo del trabajo puntual en un 30–40%: análisis de código, generación de pruebas, traducción entre lenguajes. No reducen los costes de operación. En la calculadora están desactivadas por defecto; actívelas en los supuestos para ver el efecto.

El TCO suma mes a mes a lo largo de su horizonte el coste puntual (repartido durante el proyecto), el coste de operación del sistema antiguo y del nuevo, la operación en paralelo y el coste esperado de las interrupciones. El plazo de recuperación es el primer mes en que el coste acumulado de una opción cae por debajo del coste acumulado de mantener el sistema. Todos los supuestos figuran con su fuente y se pueden modificar.

Sí. Una revisión de arquitectura gratuita de 30 minutos contrasta su resultado con lo que la calculadora no puede ver. Después, un discovery de pago convierte los rangos de planificación en un plan por fases con un registro de riesgos y una estimación de costes. Firmamos un NDA a petición.