El problema que nadie quiere admitir
La mayoría de las empresas que contratan desarrollo de software no tienen forma de saber si su proveedor les está entregando bien. Reciben reportes semanales que dicen "avance del 70%", ven screenshots de pantallas, y confían en que todo va bien — hasta que no va bien.
Ya sea que estés trabajando con tu primera agencia o que vengas de una experiencia frustrante, el momento de la verdad llega cuando algo falla en producción, cuando un feature no funciona como se pidió, o cuando el proyecto se extiende meses más allá de lo prometido.
Señales de que tu agencia SÍ está entregando bien
1. Tienes criterios de aceptación antes de que empiecen a codear
Cada tarea debería tener criterios claros y verificables. No "mejorar el login" sino "el usuario puede autenticarse con Google OAuth, recibe email de confirmación, y la sesión expira en 24 hrs".
Si tu agencia empieza a codear sin criterios claros, estás pagando por actividad, no por resultados. Esto aplica tanto si es tu primer proyecto como si ya pasaste por esto antes.
2. Puedes ver el estado real del proyecto en cualquier momento
No un reporte semanal editado por un PM. Un dashboard real que muestra: tareas completadas, tareas en progreso, pipeline de CI pasando o fallando, horas invertidas.
Si dependes de que alguien te diga cómo va, ya perdiste visibilidad.
3. Cada entrega tiene evidencia verificable
Cuando te dicen "el feature X ya está listo", deberían mostrarte: qué archivos se modificaron, qué tests se corrieron, qué criterios se cumplieron. No "ya quedó, pruébenlo".
4. Hay calidad automatizada, no solo manual
Si la única verificación es "el dev dice que funciona", no hay verificación. Un proceso serio tiene checks automáticos (linting, tests, análisis estático) que corren antes de que el código llegue a producción.
5. Hay trazabilidad de decisiones
Si preguntas "¿por qué se hizo así?" y nadie puede responder, hay un problema. Las decisiones técnicas importantes deberían estar documentadas — no en un Google Doc perdido, sino en el sistema de gestión del proyecto.
Red flags que indican problemas
- "Ya casi está" repetido por semanas
- Reportes vagos sin evidencia concreta
- No puedes acceder al repositorio ni al pipeline
- Excusas frecuentes sobre CI/CD, infraestructura o "la base de datos"
- Rotación de devs sin handoff documentado
- Cero tests en el repositorio
- Commits gigantes en lugar de cambios pequeños y verificables
Qué hacer si detectas estas señales
No se trata de pelear con tu proveedor. Se trata de exigir transparencia:
- Pide acceso al dashboard del proyecto (si no tienen uno, eso ya dice algo)
- Pide ver los criterios de aceptación antes de cada sprint
- Pide que cada entrega tenga evidencia: qué se hizo, qué se probó, qué cubre
- Pregunta por el proceso de verificación automática
Si tu proveedor actual no puede darte esto, no necesitas un proveedor más caro — necesitas un proveedor con sistema.