Barrapunto

Sufro en silencio el primer punto :(
Y lo más curioso es que cuando alguien plantea que las estimaciones las haga quien va a desarrollar, todo el mundo se lo queda mirando como si hubiera dicho una blasfemia...
Eso sí, las broncas se las come el programador,¡claro !.

Estoy de acuerdo totalmente con los cinco puntos, a los que yo incluiría el siguiente:

La oferta de cierta funcionalidad de la aplicación sin tener ni idea de si es realizable o no. Es decir la solicitud de imposibles una vez elegida la tecnología. Por supuesto cuando el desarrollador encuentra la solución a todo el mundo le parece una mierda...

Sobre todo ese primer punto. Aún recuerdo cuando mi jefe le dio a tres clientes diferentes el mismo plazo de entrega para tres instalaciones de red sabiendo que sólo estábamos dos técnicos y que ambos estábamos acabando aún otra instalación... Y luego venía metiendo prisas el tío.

Esto me recuerda la vieja historia del proyecto [fsnet.co.uk], también conocida como la parábola del columpio [rachaelandtom.info].

Mira, esto es de las pocas cosas en las que no nos diferenciamos mucho de los americanos. ¿Por qué será que siempre importamos antes las malas costumbres? ;-)

Aunque casi todas son subproblemas de esos y otras son ajenas al proyecto pero que te lo deja tocado de muerte según te llega:

- Hacerle caso al cliente después de la firma del proyecto en "sus mejoras propuestas".
- No ponerle un cascabel al comercial para que no pueda ni ir al baño sin que te enteres.
- Estar involucrado con un consultor. De hecho sólo con cruzarte con uno por la calle trae mala suerte, como los gatos negros.
- Confundir duración con esfuerzo.