Chequeo gratuito
¿Tu software viejo está listo para reescribirse?
Un minuto. Diez preguntas para quien mantiene un CMS viejo, una plataforma heredada o una herramienta interna que nadie quiere tocar. Obtienes un puntaje, los huecos que hacen riesgosa una reescritura y qué hacer con cada uno.
- Un puntajeSobre 100, con lo que significa para ti.
- Tu listaQué ya tienes, qué está a medias, qué falta.
- Qué hacerUn arreglo para cada brecha, con pasos para revisarlo tú mismo.
- Un reporte para compartirPor correo si lo quieres, listo para reenviar a tu equipo.
Tu resultado
0/100
Listo para modernizarse
Sabes qué hace el sistema, se puede cambiar sin riesgo y las razones para moverlo están claras. Desde aquí, modernizarlo pieza por pieza tiene poco riesgo: empieza por una parte pequeña y prueba el camino.
Listo, con huecos que cerrar primero
Una reescritura podría funcionar, pero falta parte de las bases. Cada punto de abajo es un lugar donde una reescritura puede perder una regla, romper una integración o dañar datos. Ciérralos primero: casi todo ese trabajo también hace más seguro el sistema viejo hoy.
Todavía es muy riesgoso reescribirlo
Hay demasiado de lo que hace el sistema que nadie conoce o que nada protege como para reescribirlo sin riesgo. Empieza por el primer punto de abajo: entender y probar el sistema viejo va antes de reemplazarlo, y cuesta mucho menos que una reescritura que sale mal.
¿Y ahora? Uno, dos o los tres.
Escribe tu correo una vez y elige.
Solo enviamos lo que pides. Privacidad
Por dónde empezar
- ¿Sabes todo lo que hace el sistema, de principio a fin?
Haz un inventario: cada pantalla, reporte, tarea programada, correo y exportación, y la persona o el equipo que depende de él. Lo que nadie recuerda es lo que una reescritura olvida.
Lee: Usar IA para leer código heredado: mapas, documentación y reglas de negocio
- ¿Las reglas del negocio están escritas en algún lugar fuera del código?
Escribe las reglas en palabras simples, empezando por las que tocan dinero o clientes, y pide a las personas que usan el sistema que confirmen cada una.
- ¿Más de una persona entiende el código lo suficiente para cambiarlo?
Pon a una segunda persona a trabajar junto a quien mejor lo conoce, escribe una guía breve de cómo está armado y cómo se corre, y anota por qué las partes raras son como son.
Lee: Cómo saber si el código de la IA es bueno, sin ser experto
- ¿Hay pruebas automáticas que revisen lo que el sistema hace hoy?
Antes de cambiar nada, escribe pruebas que registren lo que el sistema hace ahora en sus caminos más importantes. Son las que te dicen que la versión nueva se comporta igual.
Lee: Pruebas de caracterización: anota lo que hace el sistema viejo antes de cambiarlo
- ¿Puedes publicar un cambio sin riesgo, y seguido?
Monta una copia completa del sistema para probar, publica cambios pequeños uno a la vez y escribe cómo deshacer cada entrega antes de que salga.
Lee: 101 versiones en 10 semanas, sin romper lo que genera ingresos
- ¿Tus datos están limpios, y sabes qué significa cada tabla y cada campo?
Documenta qué significa cada tabla y cada campo importante, encuentra los duplicados y lo que no cuadra, y decide cómo se corrige cada cosa antes de mover los datos.
- ¿Tienes un mapa de todos los sistemas con los que se conecta?
Haz una lista de cada conexión: qué entra, qué sale, cada cuánto y quién es responsable del otro lado. Las integraciones que nadie recordaba son donde se rompen las migraciones.
Lee: Contratos de datos: acuerda la forma antes de conectar dos sistemas
- ¿Todo sobre lo que corre sigue teniendo soporte y parches de seguridad?
Haz una lista de cada pieza con su versión y su fecha de fin de soporte. Lo que ya no tiene soporte es un riesgo de seguridad hoy, y marca el orden del trabajo.
Lee: Software viejo, reglas nuevas: cuándo reescribirlo y cuándo dejarlo como está
- ¿Hay una razón de negocio clara para modernizar, con un número detrás?
Escribe por qué importa, en números: cuánto cuesta hoy el sistema viejo en tiempo, dinero o riesgo, y qué tendría que cumplirse para que el cambio valga la pena.
- ¿Se podría dividir el sistema en partes que se reemplacen una a la vez?
Dibuja el sistema como unas cuantas partes y las líneas entre ellas. Elige una parte pequeña y de poco riesgo para moverla primero, y prueba el camino antes de las grandes.
Lee: Reemplázalo pieza por pieza mientras sigue funcionando: el patrón strangler fig
No hay pendientes en esta lista. Tu sistema está en buena forma para modernizarse.
¿Y ahora? Uno, dos o los tres.
Escribe tu correo una vez y elige.
Solo enviamos lo que pides. Privacidad
Hecho con proyectos reales
Cada pregunta sale de lo que hemos visto salir bien, y mal, en trabajo real. Míralo en la práctica:
Rescate de un sitio de afiliados en 10 semanas →Preguntas
- ¿De verdad es gratis?
- Sí. El resultado aparece en la página, sin pedirte nada para verlo.
- ¿Qué pasa con mis respuestas?
- Se califican en tu navegador. Solo nos llegan si decides enviarlas a un ingeniero o pedir el reporte por correo. Mira nuestra política de privacidad.
- ¿Me van a agregar a un boletín?
- No. Si pides el reporte, te enviamos ese único correo. Solo volvemos a escribir si respondes.
- ¿Quién está detrás?
- EVDevs: ingenieros con experiencia trabajando con IA en ingresos, datos y sistemas de IA. Quiénes somos.