Como equipo de desarrollo, es normal recibir tareas para determinar las fechas de entrega de ciertos componentes independientemente de la metodología usada. Regularmente, la tarea de establecer un LOE (Level of effort) debería ser un proceso con un tiempo establecido y no una petición de última hora guiado por suposiciones o mera experiencia personal. El riesgo se hace claro cuando incluso se pretende hacer una estimación sin tener todos los pormenores del requerimiento listos, con lo que cualquier tiempo dado es simple especulación sin fundamento y que no debe ser considerado para la toma de decisiones. Si es posible pasar estos obstáculos iniciales, aun es necesario presentar la estimación a quien aprobara los tiempos y en este punto pueden surgir fricciones por causa de malas practicas o por miedo a presentar el plan de trabajo a mandos superiores si no siguen la visión de estos. A esto se le llamaremos la etapa de regateo del esfuerzo por parte de Project managers o lideres técnicos, quienes se encargan de aprobar dichos tiempos y que podrán no estar de acuerdo con estos por razones que varían entre proyectos, pero lo esperado es discutirlos hasta que todos este de acuerdo. Sin embargo, esto es una historia de terror, así que a continuación algunas de las reacciones o comentarios comunes al presentar una estimación para una tarea desarrollo.

Es mucho tiempo, es necesario reducir a X horas para poder entregar en la fecha comprometida

Después de esa respuesta lo esperado es justificar con mayores detalles, pero si aun así la respuesta sigue siendo la misma, estamos ante un caso sin solución de un proyecto con una administración desconectada a los tiempos de desarrollo.

El LOE se necesita hoy, dame un numero de horas de mas o menos cuanto crees que necesitemos

Este es de mis favoritos y que no necesita tanta explicación, ya que es simplemente una simulación del proceso de estimación. Y entrar en esta dinámica es una de las razones por las que no se cumplen las metas o se termina quemando a los desarrolladores por estimar con los pies.

Estoy de acuerdo con los tiempos, pero vamos a agregar mas desarrolladores para terminar pronto

Cuando agregar más manos es parte del proceso de trabajo, es un síntoma de un proyecto desastroso. Simplemente esto no debería existir en el desarrollo de software y es sorprendente que aún hay managers repitiéndolo y aplicándolo cuando ya no encuentran salida a la carga o metas irracionales de parte de mandos altos.

En principio, revisar y pedir justificación por aquellos tiempos que sobrepasan los acuerdos establecidos de entrega no es descabellado y es compatible con el ejercicio de estimación, pero rechazar los tiempos empujado únicamente por cubrir tiempos de entrega es inaceptable. Sin embargo, aquellos que rechazan una estimación y proponen un numero de horas sacado de la nada, simplemente deben de replantear su profesión.