Tres versiones atrás. Los parches se acabaron.
Framework, runtime y dependencias llevados a una versión con soporte. La arquitectura queda igual, porque esto es mantenimiento y tratarlo como rediseño es la razón por la que nunca se hace.
- 120 a 300 story points
- Arquitectura intacta
- Comportamiento verificado, no supuesto
El problema
Las actualizaciones se posponen porque son invisibles. Nadie las pide, ningún cliente las nota, y siempre hay una funcionalidad que vale más este trimestre. Así la brecha de versiones crece en silencio tres años.
Después deja de ser invisible. Sale un aviso de seguridad sin parche para tu versión. Un proveedor deja de soportar el runtime. Un candidato rechaza la oferta después de ver el stack. Para entonces la actualización son cuatro versiones mayores de cambios rompientes y no una.
Lo hacemos como trabajo acotado con precio comprometido. La razón por la que nunca pasa es que nadie sabe decir cuánto va a costar.
- Rails, Node, .NET, Java, React, Angular y los frameworks alrededor
- Sin cambios de arquitectura, sin refactor oportunista, sin crecimiento de alcance
- Comportamiento verificado contra pruebas, no contra la memoria de alguien
Qué entrega este Pod
Primero la red de seguridad
Pruebas de caracterización sobre las rutas sin cobertura, para que la actualización tenga contra qué verificarse.
Saltos de versión por etapas
Una versión mayor a la vez, cada una desplegable, en vez de un solo salto que nadie puede revisar.
Dependencias y CVE al día
Paquetes abandonados reemplazados, vulnerabilidades conocidas cerradas, y un lockfile que resuelve sin advertencias.
Un pipeline que te mantiene al día
Actualizaciones automáticas de dependencias y una cadencia documentada, para que esta sea la última vez que se acumula.
Nada se integra por esperanza
- Pasa la suite
- Devuelto a construcción
Lo que aquí no vamos a hacer
No vamos a rearquitectar nada de paso. La tentación es real. Un código a mitad de actualización expone cada decisión de la que te arrepientes. Actuar sobre eso es como el trabajo acotado se vuelve trabajo abierto.
Todo lo que valga la pena cambiar queda escrito y estimado aparte. Tú decides si hacerlo, con precio, después de que aterrice la actualización.
Cuánto cuesta
120 a 300 story points. Lo determinan cuántas versiones mayores estás atrás y cuánta cobertura de pruebas existe hoy. La cobertura pesa más. Una actualización con suite real es rutina. Una sin suite significa construir primero la red de seguridad.
Lo dimensionamos desde tu repositorio antes de cotizar, así el número refleja tu grafo de dependencias real y no un promedio.
- Puntos: 120 a 300, comprometidos antes de empezar
- Dimensionado desde tu repositorio, no desde una plantilla
- Desplegable en cada paso de versión, nunca un solo corte grande
- 30 días de garantía desde la aceptación escrita
Tráenos el backlog.
En 30 minutos te mostramos qué entregaría primero un Pod y cómo lo cotizaríamos.