¿Por qué los programadores subestiman el tiempo que se necesita para terminar los proyectos?

Entiendo que debe ser por la edad promedio y el optimismo, el orgullo y la buena impresion que quieren causar.

Las empresas saben esto, y por eso dan de estimar a los mismos que despues se deberan enfrentar con el compromiso que asumieron inhabilitandolos moralmente para cobrar las horas extras.

Las estimaciones deberian estar basadas en

  • la historia
  • el proceso

Cuando las empresas presentan como ilogico lo que se presenta en una estimacion, habria que pedirles que le muestre un proyecto anterior con las mismas caracteristicas y magnitud en el que hayan tardado menos.

Por otra parte existe una presion sesgada entre los proveedores y los clientes.

A veces cuando se vende un proyecto subestimado, el proveedor debe agregar mas programadores que lo que habia presupuestado y el cliente, no actualiza su informacion de que ese proyecto en realidad llevó mas gente y menos tiempo.

Obviamente no todas las empresas trabajan asi. El scrum y otras tecnicas bien aplicadas ayuda a que esto no ocurra y a proyectarse a periodos cortos con objetivos flexibles y cambiantes, lo que proporciona un entorno mucho mas real (cuando se aplica bien)

Otro elemento que tanto las empresas como los desarrolladores mismo se confunden con operadores.

Les parece exagerado que agregar un acento lleve 4 horas, pero si uno piensa no solo en tipear la solucion sino en levantar el entorno, probar, chequear que no se estropeó otra cosa, que pase por testing, aprobacion, pasaje a preproduccion, pasaje a produccion, no hay tarea por minima que sea que lleve menos, a no ser que se hayan automatizado varios ds esos procesos. (Agregar 10 acentos no llevaria 40 horas, pero hay un tiempo minimo para cualquier modificacion en el sistema)

Por otra parte no siempre se asumen todos los escenarios correctamente, por ejemplo, muchas veces las especificacion no estan tan claras, la propia especificacion es inviable porque se generan escenarios contradictorios y no siempre se provee un set de datos y permisos para testear y considerar todas las alternativas, y la parte comercial toma la estimacion del camino feliz.

Hay muchas razones para que esto siga siendo asi. En los lugares donde ocurre parece que sigue rindiendo economicamente, Pero las metodologias agiles ayudaron a subsanar o al menos a poner en evidencia esto.

Deja un comentario