15 de enero de 2026
Tres preguntas que revelan si tus plazos de desarrollo son reales
No hace falta saber programar para detectar una estimación inventada. Basta con preguntar tres cosas y escuchar cómo se responde.
La escena se repite: preguntas cuándo estará listo, te dan una fecha, y llega esa fecha con una explicación nueva. Otra vez. No sabes si te están engañando, si el equipo es lento o si el problema es que nadie sabe realmente cuánto falta.
Casi siempre es la tercera opción. Y hay tres preguntas que lo destapan sin necesidad de entender una sola línea de código.
1. «¿De qué depende esa fecha?»
Una estimación honesta viene con condiciones: depende de que el proveedor externo entregue tal cosa, de que se decida el diseño de la pantalla X, de que no aparezcan sorpresas en la migración de datos.
Si la respuesta es una fecha limpia, sin condiciones y sin dudas, no estás ante una estimación: estás ante un deseo. Nadie que haya construido software conoce el futuro con esa precisión.
Qué hacer con la respuesta: apunta las condiciones. Se convierten en tu lista de vigilancia para las siguientes semanas.
2. «¿Qué parte de esto ya está funcionando de verdad?»
«Funcionando de verdad» significa que alguien puede usarlo de principio a fin, no que el código esté escrito. Entre esas dos cosas se esconde la mayoría de los retrasos: funcionalidad que estaba «casi lista» durante dos meses.
Qué hacer con la respuesta: pide verlo. No una demo preparada — pide entrar tú y hacer el recorrido completo. Si eso no es posible todavía, ya tienes tu respuesta sobre en qué punto real está el proyecto.
3. «¿Qué hemos aprendido desde la última estimación?»
Un equipo sano aprende y ajusta: descubrió que la integración era más compleja, que un requisito estaba mal entendido, que una parte se resolvió antes de lo previsto. Si la fecha se ha movido tres veces pero la explicación es siempre genérica («ha habido imprevistos»), el problema no son los imprevistos: es que nadie está midiendo.
Qué hacer con la respuesta: si no hay aprendizaje explícito, pide que a partir de ahora cada cambio de fecha venga acompañado de la causa concreta. En dos meses tendrás un patrón — y ese patrón vale más que cualquier informe.
Ninguna de estas preguntas es técnica, y ninguna es hostil. Sirven para lo mismo que sirve un aval: no garantizan que el proyecto salga bien, pero garantizan que tú sepas cómo va mientras todavía se puede corregir.
Si al leer esto has reconocido tu situación, hablemos. Media hora suele bastar para saber si tu problema es de plazos, de prioridades o de otra cosa distinta.