Inventario de actualización
Inventario de PHP, Laravel, paquetes de Composer, extensiones y despliegue, incluidos los paquetes abandonados o fijados que bloquean la versión objetivo.
Una versión sin soporte no es solo un número. Conflictos de Composer, paquetes abandonados, pruebas ausentes y supuestos de despliegue convierten un salto pequeño en un riesgo que el equipo no puede agendar. Evaluamos la ruta real de actualización y luego ejecutamos un sprint acotado a partir de ella.
La tarifa de evaluación se acredita al sprint correspondiente que se apruebe. Recibes un alcance y una cotización por escrito después de la evaluación; el trabajo empieza solo cuando los apruebas.
Precios en USD. El sprint se cotiza con los hallazgos de la evaluación; el monto mostrado es el punto de partida, no un total fijo.
Los parches de seguridad se detienen, los proveedores de alojamiento avanzan y los paquetes nuevos asumen una versión que no tienes. El equipo sabe que la actualización hace falta; lo que no tiene es una idea creíble de qué se va a romper, qué hay que reemplazar y cómo pasar sin congelar el trabajo de producto.
La actualización del framework, los cambios de comportamiento de PHP, las restricciones de Composer y los parches propios viajan juntos. Omitir uno convierte el lanzamiento en una sorpresa en producción.
Si la app tiene poca cobertura, el plan de actualización tiene que incluir cómo se revisarán los flujos importantes antes y después del cambio.
Los workers de cola, los cron jobs, las extensiones de PHP y la configuración del hosting pueden fallar después de que el código pase en local.
La evaluación es un primer paso de precio fijo. El sprint se acota con la evidencia que produce.
Inventario de PHP, Laravel, paquetes de Composer, extensiones y despliegue, incluidos los paquetes abandonados o fijados que bloquean la versión objetivo.
Los cambios que son mecánicos, los que necesitan trabajo de código y los que necesitan una decisión de producto. Cada uno con evidencia, no con una estimación genérica.
Una ruta de actualización propuesta con puntos de control y criterios de aceptación, y luego un alcance fijo para el sprint. La evaluación de US$1,000 se acredita al sprint.
Cambios de dependencias y framework, correcciones de compatibilidad, cobertura de regresión para los flujos acordados y un corte por etapas con notas de reversión.
La evaluación busca mostrar el trabajo real antes de que alguien se comprometa con una fecha. Estos puntos quedan fuera del sprint salvo que se acoten por separado.
Apruebas el alcance y la cotización por escrito antes de que empiece el sprint de actualización.
Nos dices las versiones actuales, la objetivo si la tienes, el impacto en el negocio y la fecha límite. No envíes credenciales por este formulario.
Revisamos el repositorio y los metadatos de dependencias por el proceso de acceso que apruebes, y luego identificamos los bloqueos que realmente afectan las versiones objetivo.
Recibes la ruta de actualización, el mapa de riesgos, las pruebas de regresión y una cotización por escrito. La tarifa de evaluación se acredita al sprint aprobado.
Hacemos los cambios aprobados, ejecutamos las pruebas acordadas y documentamos el corte y la reversión. Los riesgos restantes se entregan explícitamente.
Revisamos el repositorio y los metadatos de dependencias por el proceso de acceso que apruebes. No envíes credenciales, secretos ni datos de producción por este formulario.
Diagnosticamos consultas lentas, contención de bloqueos y carga inestable antes de tocar producción.
Ver servicio →Convierte un hallazgo confirmado en una corrección acotada, con verificación y revisión independiente antes de completar.
Ver servicio →Encuentra los generadores de costo en tu factura antes de cambiar la infraestructura. Primero la evaluación; implementación solo donde la evidencia la sostiene.
Ver servicio →Sí, cuando la evaluación muestra una ruta viable. Las versiones exactas de origen y destino son parte de la evaluación; no cotizamos una actualización mayor a ciegas.
No vamos a fingir que las pruebas existen. El plan incluye las pruebas de regresión mínimas para los flujos que importan, y las acordamos antes del sprint.
Los identificamos en la evaluación y damos opciones: reemplazar, fijar, parchar o quitar. Reemplazar un paquete puede convertirse en un alcance aparte.
No. Son el punto de partida del sprint de actualización. La evaluación produce el alcance y la cotización por escrito; los US$1,000 se acreditan al sprint aprobado.
No. El sprint es para la actualización. Los cambios de comportamiento y las funcionalidades nuevas son trabajo aparte.
Sí. El alcance define quién cambia qué, y las notas de entrega quedan para quien mantenga la aplicación.
Envía las versiones actuales de PHP y Laravel, la objetivo si la tienes, y la fecha límite. Responderemos con el siguiente paso de la evaluación.