Trabajar con proveedores y contratistas de desarrollo
Qué debe estar en el acuerdo
Propiedad completa del código y los datos; el repositorio en tu cuenta desde el primer día; acceso a los entornos; y una lista de entregables que incluya la documentación y la transferencia de conocimiento, no solo el código que corre.
Y qué pasa al final: cuánto apoyo de traspaso, y quién guarda las claves.
Cómo hacer seguimiento sin microgestionar
Una demo cada dos semanas en un entorno real, no una presentación. Acceso a la tubería de construcción y a las métricas. Y criterios de aceptación escritos para cada hito: 'estamos listos' no es un estado sino un acuerdo.
Comprueba el esqueleto pronto: despliegue, autenticación, monitorización. Los proyectos que se derrumban al final casi siempre lo hacen ahí.
Señales de alerta
Sin acceso al repositorio; sin pruebas; 'eso lo haremos al final' en temas de seguridad e infraestructura; y dependencia de una persona. Cada uno merece una conversación de inmediato, no en un mes.
En profundidad
Pide una breve revisión de código externa a mitad del proyecto, no al final. Es relativamente barata y revela brechas estructurales mientras aún hay tiempo de corregirlas: tras el traspaso, cada hallazgo se convierte en una disputa comercial.