¿Qué pasa si el squad que contrataste no puede terminar el proyecto?

Cuando un squad externo no puede terminar un proyecto de software —por sobrecarga, un desacuerdo de alcance que no se resuelve, o porque directamente cierra operaciones— la mayoría de las plataformas de contratación no tiene una respuesta estructurada para eso: la empresa vuelve a buscar proveedor desde cero, con el mismo proceso de selección que ya hizo la primera vez. En Zenit ese escenario tiene una respuesta distinta y ya diseñada en el sistema: Squad B backup, un equipo de reemplazo ya validado por ZenitRank que retoma el proyecto sin reiniciarlo, porque el contexto completo —brief, decisiones de arquitectura, historial de milestones— vive en Kaizen, no en la cabeza de un solo squad.

No es una garantía de marketing aparte del resto del producto: es consecuencia directa de cómo ya funcionan SafePay (el dinero de un milestone no entregado sigue protegido, no se pierde) y Kaizen (acompaña el proyecto de punta a punta, no solo hasta el match). Sostener un proyecto no debería depender de la suerte de haber elegido bien un proveedor una sola vez.

¿Qué tan real es el riesgo de que un proveedor externo no pueda seguir?

Más de lo que parece, y las empresas lo siguen asumiendo de todos modos. La Global Outsourcing Survey 2024 de Deloitte —más de 500 ejecutivos globales, más de 150 del C-suite— encontró que el 80% planea mantener o aumentar su inversión en outsourcing de terceros, pese a que el riesgo operativo de depender de un proveedor externo es un tema reconocido en la misma encuesta. La dependencia de squads y proveedores externos no es una excepción cada vez más rara: es la tendencia dominante, y crece más rápido que la infraestructura de continuidad que la mayoría de las plataformas le ofrece a cambio.

A eso se suma un problema de fondo: encontrar un reemplazo calificado no es trivial ni rápido. El Global Project Management Talent Gap Report 2025 del PMI proyecta que hacen falta 30 millones de nuevos profesionales de gestión de proyectos a nivel global para 2035 —el talento capaz de tomar un proyecto a mitad de camino y sostenerlo sin perder calidad es, estructuralmente, escaso.

¿Qué hace la mayoría de los modelos de contratación cuando el proveedor no puede terminar?

Empieza de nuevo. Publica el proyecto otra vez, entrevista candidatos otra vez, y —lo más caro— el nuevo proveedor tiene que reconstruir desde cero el entendimiento del proyecto que el anterior ya había armado: por qué se tomó cada decisión de arquitectura, qué se probó y no funcionó, qué le importa de verdad al negocio detrás del brief original. Ese reinicio no es solo lento: el tiempo promedio para cubrir una posición en Estados Unidos es de 44 días (SHRM, Recruiting Benchmarking Report 2025), y ese reloj vuelve a cero cada vez que un proveedor abandona.

En un marketplace de freelancers sueltos el problema es todavía más agudo: no hay una entidad que administre la transición, así que la carga completa de encontrar reemplazo, renegociar condiciones y evaluar si el nuevo perfil es confiable cae sobre la empresa, sin ningún historial verificable del candidato entrante más allá de lo que él mismo declara.

¿Cómo funciona el backup de Squad B en Zenit?

El sistema está armado para que un cambio de squad no implique perder lo ya construido. Kaizen es la memoria continua del proyecto —estuvo en el brief original, en cada milestone, en cada ajuste de alcance— y ese contexto es lo primero que transfiere a cualquier squad de reemplazo, no algo que el nuevo equipo tenga que reconstruir preguntando. El pool de squads verificados por ZenitRank existe justamente para tener, en todo momento, equipos con historial comprobado disponibles para tomar la posta sin partir de una hoja en blanco.

¿Por qué el reemplazo no implica reiniciar el proyecto desde cero?

Porque el proyecto no vive únicamente en la cabeza del squad que lo estaba ejecutando. El alcance y los criterios de aceptación de cada milestone quedan documentados y firmados al arrancar —no se negocian de memoria después—, y el código entregado hasta ese punto queda visible en GitHub como evidencia real de avance, no como una promesa de que “ya casi está”. Un squad de reemplazo entra viendo exactamente qué se construyó, qué falta y bajo qué criterio se va a validar lo que sigue.

¿Qué pasa con lo que ya pagué?

Con SafePay, los fondos de un milestone se liberan recién cuando ese milestone se entrega y se valida contra los criterios firmados —nunca antes. Si un squad no puede terminar un milestone en curso, el dinero de ese milestone sigue en escrow: no se perdió, y no hace falta pagarlo dos veces para que el squad de reemplazo lo termine. La empresa no financia el reinicio del proyecto de su propio bolsillo —financia exactamente lo que falta completar, ni un peso más.

Squad B backup hoy vive en el mismo lugar que el resto del modelo de continuidad de Zenit: en el diseño del sistema, no en una promesa aislada. Se apoya en squads que ya pasaron el mismo proceso de verificación de ZenitRank que cualquier equipo que se suma a la red.