Qué preguntar antes de contratar un desarrollador de software

Contratar desarrollo de software es distinto a contratar casi cualquier otro servicio: el resultado es difícil de evaluar hasta que está terminado. Estas preguntas reducen ese riesgo desde el principio.

¿Cómo definen el alcance antes de empezar?

Si la respuesta es vaga, algo como vamos viendo sobre la marcha, es una señal de alerta seria. Un buen proceso empieza con un alcance documentado: qué incluye el proyecto y qué no, para que ambas partes tengan la misma expectativa desde el día uno, no una versión distinta en la cabeza de cada quien.

¿Qué pasa si el alcance cambia a mitad de proyecto?

Los cambios de alcance son normales en cualquier proyecto de software; ningún negocio termina exactamente donde empezó pensando. Pero deberían tener un proceso claro: se documentan, se cotizan aparte, y no se asumen como gratis solo porque ya estás en medio del proyecto. Si no hay un proceso definido para esto, los cambios se acumulan sin control y el proyecto simplemente nunca termina.

¿Quién es dueño del código al terminar?

Debería ser tú, siempre, sin excepción. Pregunta explícitamente si recibes el código fuente completo y los accesos, dominio, hosting, repositorios, al finalizar, no solo el producto funcionando en un servidor que tú no controlas ni puedes mover.

¿Qué pasa después del lanzamiento?

Todo software tiene errores que aparecen con el uso real, por bien probado que haya sido antes. Pregunta si hay un período de soporte incluido después de la entrega, y qué pasa exactamente si necesitas un cambio menor un mes después de lanzado.

¿Puedo ver trabajo anterior real, no solo capturas?

Pide ver el sistema funcionando, o al menos sostener una conversación técnica sobre decisiones concretas que tomaron en otros proyectos. Cualquiera puede mostrar una captura de pantalla bonita; sostener una conversación técnica sobre por qué se hizo algo de cierta forma es mucho más difícil de fingir sin experiencia real detrás.

¿Cómo se ve el proceso de comunicación durante el proyecto?

¿Vas a tener actualizaciones periódicas, o silencio total hasta que esté listo? Un proyecto sin visibilidad intermedia es un proyecto donde te enteras de los problemas cuando ya es tarde y caro corregirlos.