El problema con contratar desarrollo a medida es que el resultado tarda meses en ser visible. Para cuando descubres que el proveedor no trabaja como prometía, ya llevas 4 meses de retrasos, 2 de cambios de alcance y un presupuesto que ha crecido un 40%. Estas preguntas están diseñadas para revelar cómo trabaja realmente un proveedor antes de que firmes nada.
Por qué es difícil evaluar proveedores de desarrollo
Cualquier proveedor puede mostrar una demo impresionante, una lista de tecnologías y un portfolio de clientes que suena bien. Lo que no puedes ver en una primera reunión es si tiene un proceso real de gestión de cambios, si documenta lo que construye, si el código será mantenible por alguien distinto al que lo escribió, o si va a desaparecer cuando llegue el primer bug grave en producción.
Preguntas sobre el proceso
- ¿Cómo gestionáis los cambios de alcance durante el proyecto? (Un proveedor serio tiene un proceso definido, no 'lo vemos cuando llegue')
- ¿Con qué frecuencia tendré acceso al código en un entorno de staging funcional?
- ¿Quién es mi interlocutor técnico durante el proyecto y qué carga de trabajo tiene en paralelo?
- ¿Cómo documentáis las decisiones técnicas que tomáis durante el desarrollo?
- ¿Qué ocurre si el responsable técnico del proyecto deja la empresa durante el desarrollo?
- ¿Podéis mostrarme el proceso de QA real de un proyecto anterior?
Preguntas sobre el código y la propiedad
- ¿El código fuente es mío desde el primer día o solo al finalizar el proyecto?
- ¿Usáis librerías o componentes con licencias restrictivas que limiten mi uso futuro?
- ¿Qué documentación técnica entregaréis al finalizar el proyecto?
- ¿Cuánto tiempo estimáis que tardaría otro equipo en entender y continuar el código sin vosotros?
- ¿Tengo acceso al repositorio de código con historial completo de commits?
Señales de alerta en las respuestas
- Respuestas vagas sobre el proceso de gestión de cambios ('lo adaptamos a cada proyecto')
- No pueden mostrar ejemplos concretos de documentación técnica de proyectos anteriores
- El interlocutor técnico cambia entre la reunión de venta y el inicio del proyecto
- No tienen un entorno de staging separado de producción
- Reaccionan de forma defensiva a preguntas sobre propiedad del código o auditoría
Lo que debería incluir una propuesta sólida
- Fases con hitos verificables y criterios de aceptación definidos
- Proceso de gestión de cambios con impacto en coste y plazo especificado
- Propiedad del código y acceso al repositorio desde el inicio
- Responsable técnico identificado con disponibilidad real estimada
- Plan de entrega y transición al finalizar el proyecto
- Proceso de garantía y soporte post-lanzamiento claramente definido
Hacer estas preguntas en la fase de evaluación no es desconfianza: es la diferencia entre un proyecto que acaba bien y uno que acaba en disputa. Los proveedores serios responden con detalle. Los que no pueden responderlas te están mostrando cómo va a ser trabajar con ellos.
Si estás evaluando proveedores para un proyecto de desarrollo, podemos ayudarte a definir los criterios de evaluación y revisar propuestas.
Ver cómo trabajamos el desarrollo