Outsourcing de software: 7 reglas para gestionarlo sin conocimientos técnicos

Has elegido proveedor, has firmado el contrato y ha llegado la primera factura. Ahora empieza la etapa silenciosa en la que fracasan muchos proyectos: pasan las semanas, los informes suenan seguros y no puedes saber si el lanzamiento está más cerca. El outsourcing de software no exige leer código. Exige siete hábitos de gestión que cualquier propietario puede llevar con un calendario y una carpeta compartida. Aquí los tienes en orden, con una plantilla de informe semanal de una página y seis señales de alerta tempranas.

Outsourcing de software: qué controla realmente el propietario

No controlas cómo se escribe el código. Una empresa seria te dará el outsourcing del software con accesos claros, y tu parte consiste en comprobarlo. Controlas cuatro cosas: quién accede al trabajo, qué se considera terminado, cada cuánto ves un resultado que funciona y cómo se valoran los cambios. Todo lo demás sirve a estas cuatro. Si aún estás eligiendo socio, empieza por nuestras 12 preguntas para elegir empresa de desarrollo de software y vuelve después aquí.

Siete reglas para gestionar el desarrollo externalizado

Reglas 1–3: accesos, criterios y demos

1. Quédate con las llaves. El repositorio de código, el gestor de tareas, el alojamiento, el dominio y las cuentas en la nube deben estar a nombre de tu empresa, con el proveedor invitado como usuario. Revisa los roles de repositorio en GitHub para saber qué puede hacer cada uno.
2. Escribe los criterios de aceptación antes de empezar. Para cada función, anota con palabras sencillas qué podrá hacer un usuario cuando esté terminada. La Guía de Scrum lo llama definición de hecho, y es la protección más barata contra las discusiones.
3. Exige una demo en vivo cada una o dos semanas. Una pantalla que funciona y se puede pulsar vale más que una presentación. Si una demo se aplaza dos veces, considéralo una noticia.

Reglas 4–6: estado, cambios y tu propia prueba

1. Usa un estado semanal de una página con las mismas cinco líneas. Están en la tabla de abajo.
2. Pasa cada cambio por una estimación del cambio por escrito. Una idea nueva recibe una nota con tiempo y coste, y nada empieza hasta que la apruebes.
3. Prueba tú mismo en un entorno de pruebas. Pide una versión de prueba y un guion breve de qué pulsar, y cuenta qué ves.

Línea del estado	Qué debe decir	Señal de alerta
Hecho esta semana	Funciones con enlaces a la demo	Solo esfuerzo, sin resultados
Próxima semana	Tres o cuatro puntos con nombre	Planes vagos
Bloqueos	Qué espera a quién	Siempre vacío
Decisiones tuyas	Preguntas con fecha	Sorpresas al final
Presupuesto y fecha	Gastado frente a lo previsto	Sin cifras

Esa página es el centro de la gestión del outsourcing de software. Súmale un hito al mes para ver la fecha y no solo el esfuerzo.

Regla 7: detecta señales de alerta en las primeras semanas

• Las demos se aplazan o se sustituyen por diapositivas.
• El informe enumera actividad pero no enlaza funciones que funcionen.
• No tienes acceso al repositorio ni al gestor de tareas.
• La misma función está «casi lista» durante varias semanas.
• Las personas de tu proyecto cambian sin explicación.
• Los cambios se hacen sin estimación y la factura sorprende.

Una señal puede ser una mala semana. Tres señales en un mes justifican una conversación directa, y las persistentes justifican una revisión independiente del proyecto.

Cómo cambia tu papel según el contrato

El outsourcing de desarrollo funciona mejor con un responsable con nombre de tu lado, aunque dedique una hora a la semana. Cuando el outsourcing va bien, el propietario ve cómo avanza el software sin tecnicismos y sin visitar la empresa. Con precio cerrado, el riesgo principal es un alcance vago, por eso los criterios de aceptación pesan más. Con pago por horas pagas esfuerzo, así que el estado semanal y las estimaciones de cambios mantienen el presupuesto a la vista. Comparamos ambos en nuestra guía de contrato de desarrollo: precio cerrado o por horas. Para equipos que trabajan por sprints, las pautas del gobierno británico sobre entrega ágil son una referencia legible de cómo deben ser las revisiones periódicas.

Qué hacer si el proyecto se desvía

Empieza por los hechos. Pide la lista de accesos al repositorio, las tres últimas demos y la relación de decisiones abiertas. Después acuerda un plan breve de recuperación con fechas. Si las respuestas siguen siendo vagas, contrata una auditoría independiente del proyecto: un ingeniero neutral revisa el código, los entornos y el plan, y te dice con palabras claras qué es sólido y qué es arriesgado. Una mirada nueva suele ahorrar más que otro mes de espera.

Contratar ayuda con el outsourcing de software

A algunos propietarios les conviene tener un socio técnico de su lado de la mesa. Nuestro desarrollo de software a medida incluye gestión de la entrega e informes en lenguaje claro, y también revisamos proyectos llevados por otros proveedores. Puedes contratar una auditoría independiente del proyecto como tarea breve y separada.