Cuánto tardará: estimaciones sin ilusiones
Por qué todos yerran en la misma dirección
La gente estima el camino en que todo funciona. En realidad, el tiempo de desarrollo se reparte entre escribir el código y todo lo que lo rodea: integración, entornos, datos reales, pruebas, correcciones y esperar aprobaciones y a otras personas. La diferencia entre ambos es la mayor parte de la diferencia entre promesa y realidad.
Cómo estimar de todos modos
Descompón en elementos, cada uno menor de dos días. Un elemento difícil de descomponer es uno que no entiendes, y ahí está el riesgo real.
Da un rango: rápido, probable, malo. La distancia entre rápido y malo mide la incertidumbre, y eso ya es información de gestión.
Anota qué convertiría lo malo en probable: una decisión pendiente, un acceso a un entorno, la respuesta de un proveedor. Son las cosas que conviene abordar primero.
Medición en vez de discusión
Tras algunos ciclos de trabajo tienes un número real: cuántos elementos termina el equipo por semana. Planificar sobre ese número es mucho más preciso que cualquier estimación dicha en una reunión.
Actualiza el pronóstico en público cuando algo cambie. Una sorpresa temprana es tolerable; una sorpresa el día antes de la fecha no.
En profundidad
Añade una línea fija para el trabajo invisible: configurar entornos, monitorización, permisos, documentación, manejo de errores. En proyectos conectados a servicios externos, esta parte va de un tercio a la mitad del tiempo, y cuando no está en la lista, se roba del tiempo de pruebas.