Proyectos parados
El proyecto que lleva meses sin avanzar — llevado a producción
Hay proyectos que acumulan meses sin avanzar a pesar de los recursos invertidos. El equipo sabe que hay un problema, pero no puede encontrar la causa real o no tiene la especialización para resolverla. AW entra, diagnostica el estado real, y se compromete con un resultado concreto.
¿Aplica a tu caso?
Por qué los proyectos TI se quedan parados
- El equipo original se fue y nadie que quedó entiende las decisiones de arquitectura
- El alcance creció sin control y el equipo no sabe por dónde retomar
- La deuda técnica acumulada hace que cada cambio rompa dos cosas más
- El proyecto cambió de proveedor y el código nuevo es incompatible con el legado
- El equipo interno no tiene la especialización que requiere la parte bloqueante
- Hay dependencias de terceros sin mantener que bloquean el avance del resto
Agregar más personas al equipo sin resolver la causa raíz no funciona — solo acelera el gasto sin mover el resultado. El primer paso es el diagnóstico.
Cómo trabajamos
Del estado real a producción, sin promesas vacías
No entramos con una solución prearmada. El diagnóstico define el plan — y el plan define el costo.
Evaluación del estado real
Revisamos el código, la arquitectura, la documentación existente, y conversamos con el equipo. En 1 semana tenemos un diagnóstico honesto: qué hay realmente, qué falta, y por qué está parado. Sin promesas antes de entender el problema.
Causa raíz — no más síntomas
Un proyecto parado casi nunca es culpa de una sola cosa. Puede ser deuda técnica acumulada, alcance mal definido, decisiones de arquitectura que bloquean el avance, o equipos sin la especialización que el problema requiere. Encontramos la causa real antes de proponer solución.
Plan de recuperación con alcance definido
Con la causa raíz identificada, proponemos un plan de recuperación con entregables concretos y plazos reales. No 'haremos lo que se pueda' — hay un resultado acordado antes de empezar. Si el alcance no es rescatable, lo decimos.
Ejecución hasta producción
Entramos como extensión del equipo TI: trabajamos junto al equipo interno, trasferimos conocimiento en el camino, y no nos vamos hasta que el proyecto está en producción y funcionando. El entregable final incluye documentación y traspaso.
Por qué AW
Lo que nos diferencia de contratar más recursos o una consultora grande
Diagnóstico antes de proponer cualquier solución
No llegamos con una metodología de caja. Miramos el código, la arquitectura, y el contexto antes de decir qué hay que hacer.
Resultado comprometido, no horas facturadas
El alcance es concreto: qué entregamos, cuándo, y qué significa 'en producción'. No vendemos tiempo sin resultado garantizado.
Causa raíz, no parches
El problema real casi nunca es lo que parece en la superficie. Resolver el síntoma y dejar la causa raíz intacta prolonga el problema.
Transferencia de conocimiento incluida
El equipo TI termina entendiendo mejor su propio sistema después del proyecto. No creamos dependencia — transferimos conocimiento.
Preguntas frecuentes
Lo que nos preguntan antes de empezar
- ¿Qué tipo de proyectos parados pueden rescatar?
- Proyectos de desarrollo de software empresarial: sistemas de gestión internos, portales, integraciones entre plataformas, APIs, automatizaciones. Lo que tienen en común es que llevan tiempo sin avanzar a pesar de que hay recursos invertidos — tiempo, dinero, y expectativas del negocio. Hacemos el diagnóstico antes de comprometemos con cualquier alcance.
- ¿Cuánto tiempo tarda el diagnóstico inicial?
- Una semana. Revisamos el código, la arquitectura, y conversamos con el equipo que trabajó en el proyecto. Al final de esa semana tenemos un documento con el estado real, la causa raíz identificada, y una propuesta de alcance para la recuperación. Si no tiene sentido continuar, lo decimos en ese punto.
- ¿Qué pasa si el proyecto está completamente mal diseñado?
- Depende de cuánto hay rescatable y cuánto costaría versus partir de nuevo. A veces la respuesta honesta es que reescribir una parte clave es más eficiente que intentar arreglar algo que no tiene base sólida. Lo evaluamos en el diagnóstico y presentamos ambas opciones con los tradeoffs reales.
- ¿El equipo original tiene que seguir involucrado?
- No es requisito, pero si están disponibles, su conocimiento del contexto acelera el diagnóstico. Si el equipo original ya no está, mapeamos el sistema desde el código — es más lento pero funciona. Hemos rescatado proyectos donde no quedaba nadie que supiera qué hacía el sistema.
- ¿Cómo garantizan que llegan a producción?
- El alcance se define antes de empezar y es el criterio de éxito. No vendemos horas — vendemos el resultado acordado. Si durante el proyecto aparecen variables que cambian ese alcance, lo discutimos explícitamente con el equipo TI antes de tomar decisiones. Sin sorpresas al final.
- ¿Cuánto cuesta un rescate de proyecto?
- El diagnóstico tiene un costo fijo y toma una semana. El costo de la recuperación depende del alcance real, que solo podemos saber después del diagnóstico. No damos presupuestos antes de entender el estado del proyecto — hacerlo sería inventar un número.
- ¿Con qué tipo de empresas trabajan en esto?
- Con empresas de 50 a 500 personas que tienen área de TI propia. El decisor es el Gerente TI, CTO, o en casos de proyectos críticos, el Gerente General. El común denominador es que hay un proyecto con inversión real que no está entregando — y el área TI ya no puede avanzarlo sola.
¿Tienes un proyecto que lleva meses parado?
En una conversación de 45 minutos entendemos el estado real y te decimos si tiene sentido trabajar juntos.
Agendar diagnóstico gratuito