Sustitúyelo sin parar el negocio.
El sistema sigue funcionando. Solo que es caro de cambiar, cuesta encontrar a quien lo mantenga y lo entiende una sola persona. Tiene arreglo, por fases y con todo en marcha.
Modernizamos sistemas antiguos pieza a pieza en lugar de sustituirlo todo de una vez. El sistema viejo y el nuevo funcionan a la vez, el tráfico pasa poco a poco y puedes parar en cualquier momento quedándote con lo ya entregado. Primero leemos el código y te decimos en qué estado está. Para empresas en España.
Actualizado noviembre de 2026
La reescritura que lo sustituye todo de golpe es como fracasan estos proyectos.
Siempre tienta. Empezar de cero, hacerlo bien, cambiar un sábado. En la práctica tarda el doble de lo previsto, el sistema antiguo sigue necesitando cambios mientras construyes y el fin de semana del cambio es peligroso de verdad.
La alternativa es menos espectacular y bastante más segura. Mover una pieza cada vez. El código nuevo atiende parte del tráfico, el sistema antiguo el resto, y la proporción cambia a medida que cada pieza demuestra que funciona.
Lleva más tiempo en total y puedes parar cuando quieras, incluso a mitad de camino si las partes antiguas que quedan resultan estar bien. Esa opción, por sí sola, suele compensar el tiempo extra.
Cómo lo hacemos.
Primero, una valoración honesta
En qué estado está el código, qué es arriesgado y qué está bien. A veces la respuesta es que necesita menos de lo que temías.
Primero la pieza más arriesgada
No la más fácil. La parte en la que la marcha de una persona sería un problema de verdad.
Lo nuevo junto a lo antiguo
Los dos funcionando, el tráfico repartido y moviéndose poco a poco a medida que cada pieza se demuestra.
Datos coherentes
Mientras los dos sistemas están vivos, tienen que coincidir. Es lo técnicamente más difícil y donde más importa el cuidado.
Pruebas antes de cambiar
Los sistemas antiguos rara vez las tienen. Las añadimos alrededor de una pieza antes de tocarla, para saber si algo se rompe.
Documentación sobre la marcha
Normalmente la primera documentación real que ha tenido el sistema. Valiosa aunque pares pronto.
Tu equipo dentro
Para que el conocimiento se transfiera en lugar de pasar de un único punto de fallo a otro.
Un punto de parada en cada fase
Cada pieza está completa en sí misma. Nunca te quedas a mitad de migración sin nada funcionando.
Reescribir, o sustituir por fases.
Las dos son legítimas. Una fracasa mucho más a menudo, y es la que suena más limpia.
| Reescritura completa | Sustitución por fases | |
|---|---|---|
| Cuándo llega algún beneficio | Todo al final | En la primera fase, y después de forma continua |
| Riesgo en el cambio | Todo, en un fin de semana | Una pieza cada vez |
| Cambios en el sistema antiguo mientras tanto | Mantienes dos | Normal: sigue en marcha |
| ¿Puedes parar a mitad? | No: no tienes nada | Sí, y te quedas con el beneficio |
| Tiempo total | Más corto sobre el papel | Más largo, de verdad |
| Con qué frecuencia sale mal | A menudo | Rara vez |
| Adecuada cuando | Sistema pequeño y poco riesgo | El negocio depende de que funcione |
Sistemas que hemos mantenido en marcha.
Gestión del ciclo de vida de tarjetas, todavía en uso en el mayor switch de pagos compartido de Pakistán.
Plataforma de gestión empresarial construida y evolucionada con nuestro fundador como CTO.
La mayor parte de lo que modernizamos es PHP antiguo. Lo leemos en lugar de echarnos las manos a la cabeza.
Cuándo modernizar.
Lo entiende una sola persona
La razón más habitual y la más urgente. Es un riesgo de negocio, no técnico.
Los cambios sencillos tardan semanas
Cuando una función pequeña necesita un mes, el sistema te cobra intereses por cada decisión.
No encuentras a quien contratar
Si la tecnología hace difícil contratar, eso empeora cada año.
No si funciona y casi no cambia
Un sistema estable que nadie necesita modificar no es un problema. Te diremos que lo dejes en paz.
Cómo trabajamos.
Leemos el código
Como es debido, y te decimos en qué estado está, incluido si la respuesta honesta es que modernizar no es urgente.
Encontramos el riesgo real
Normalmente no es el código más antiguo. Normalmente es la parte que solo entiende una persona.
Acordamos el orden
Qué pieza primero, y qué entrega cada fase por sí sola.
Añadimos pruebas primero
Alrededor de la pieza que vamos a sustituir, para saber si el comportamiento cambió.
Funcionan los dos a la vez
Lo nuevo atiende parte del tráfico, lo antiguo el resto, y el reparto se mueve a medida que crece la confianza.
Cambiamos y retiramos
Solo cuando la pieza nueva ha funcionado limpia. El código antiguo sigue disponible hasta que de verdad sobra.
Entregamos cada fase
Documentación y una sesión por pieza, no un gran traspaso al final.
Modernización de software
7 preguntas respondidas. ¿Tienes otra? Escríbenos.
Por fases, en casi todos los casos en que el negocio depende de que el sistema funcione. Una reescritura completa suena más limpia y fracasa mucho más: no entrega nada hasta el final, mantienes dos sistemas mientras construyes y el cambio concentra todo el riesgo en un fin de semana. Reescribir es razonable para un sistema pequeño en el que un mal día se puede asumir.
Siete categorías. Cuarenta y cinco servicios.
Cuéntanos el proyecto. Te diremos si somos las personas adecuadas.
Escríbenos lo que necesitas, aunque sea a grandes rasgos. Respondemos en un día laborable, y si el proyecto debería ser más pequeño, o lo debería hacer otro, te lo decimos en la primera llamada.