Cómo comparar el coste de mantener y migrar una aplicación

Dibuja dos escenarios completos

Para mantener, recoge infraestructura, licencias, soporte, tareas internas, renovaciones y cambios imprescindibles. Para migrar, añade preparación, adaptación de integraciones, pruebas, formación y operación de destino. Elige un periodo que cubra contratos y renovaciones relevantes. No cuentes como ahorro una compra ya pagada que no puedes recuperar; distingue desembolsos futuros de importes históricos y pide a Finanzas el criterio contable que utilizarás.

Haz visible la convivencia

Calcula cuánto tiempo necesitarás ambos entornos, quién mantiene la sincronización y cuándo podrás retirar el origen. Incluye exportación, transferencia, validación de datos y asistencia de proveedores cuando proceda. Solicita condiciones concretas de salida. Una migración que depende de una ventana comercial desconocida requiere un rango de duración y coste, no una fecha optimista que esconda meses de doble operación.

Compara riesgos con consecuencias comprensibles

Anota qué ocurre si falla cada escenario: pedidos pendientes, trabajo manual posible, datos que habría que reconstruir y plazo de recuperación requerido. El análisis de impacto de NIST ofrece un marco para ordenar estas dependencias, no una cifra automática de pérdidas. Pide al negocio que valide los supuestos. Mantener puede necesitar inversión urgente por fin de soporte; migrar puede concentrar riesgo en una transición compleja.

Decide con sensibilidad y condiciones de salida

Prueba cómo cambia el resultado con más crecimiento, retraso de la migración o menor ahorro de operación. Si la ventaja desaparece con una variación pequeña, reconoce la incertidumbre y propone un piloto. Acuerda criterios de aceptación, reversión y retirada del origen antes de aprobar. El ahorro futuro solo debe incorporarse cuando la tarea o contrato que lo genera pueda eliminarse realmente, con responsable y fecha verificables.

Una hoja de decisión sin ahorros duplicados

Construye una fila por concepto y dos columnas de escenario, indicando cantidad, periodo y fuente. En un ejemplo hipotético, migrar elimina un mantenimiento, pero exige conservarlo durante tres meses de convivencia. El ahorro empieza tras su baja efectiva, no el día que arranca el destino. Si una persona seguirá realizando otras tareas, diferencia las horas liberadas de una reducción real del desembolso de personal. Ambas pueden aportar valor, pero no son la misma magnitud.

Incluye una columna de confianza: contrato confirmado, medición reciente o hipótesis pendiente. Ordena las comprobaciones por su capacidad de cambiar la decisión. Una exportación difícil o una integración incompatible puede pesar más que una pequeña diferencia de alojamiento. Presenta el punto en que una alternativa pasa a resultar preferible según esos supuestos, sin prometer una fecha de recuperación garantizada. La aprobación debe recoger qué información se ha validado y qué condición obligaría a revisar el proyecto antes de seguir gastando.

Fuentes y documentación

• NIST SP 800-34 Rev. 1: contingencia — Marco voluntario de análisis de impacto, recuperación, pruebas y mantenimiento de planes.
• AWS: supuestos de la calculadora — La estimación depende de las entradas y no garantiza la factura real.