Uno de los puntos más dramáticos del Desarrollo Web es la Gestión de Proyectos. Casi siempre la vida de un desarrollador web es un caos ya que nunca puede tener un orden del dÃa para poder trabajar tranquilamente, cabe destacar que nuestra profesión tiene un alto componente de I+D cosa que los Project Managers no entienden muy bien. Porque por un lado te piden algo brillante, fuera de lo normal e único y por el otro te dan unos plazos de chiste, como resultado a todo esto los plazos nunca se cumplen con la consiguiente insatisfacción(llámese mosqueo) del cliente.
¿Cómo se podrÃa solucionar esto? una posible vÃa serÃa ofrecer formación sobre nuevas tecnologÃas a los encargados de marcar el timing del proyecto, para que se adentren un poco en la complejidad y las distintas opciones que tiene cada desarrollo. Con esto lograrÃamos que tuvieran una idea exacta de lo que conlleva realizar un proyecto innovador y todo lo que está detrás de este y poder dar al cliente unos plazos reales.
Esto no es para atacar a los Directores de Artes, Project Managers y demás personas que están involucradas en las tomas de decisiones, que muchas veces por no perder el cliente aceptan plazos imposibles de cumplir con un mÃnimo de calidad(porque chapuzas hay muchos) por que al final si no es asà y dan unos plazos irrisorios se terminará perdiendo al cliente de todas maneras.


Pienso que no se puede pedir a todo el mundo que tenga una formación técnica con la capacidad de cuantificar cuanto se tarda en desarrollar un proyecto.
Para enganchar rápido al cliente y demostrarle una capacidad de producción superior a la real, comerciales, directores de arte, etc. acaban dando, como bien dices, plazos irrisorios; que acaban perjudicando la calidad del proyecto y la salud mental de los implicados en el mismo.
Donde creo que fallan es en algo tan sencillo como no consultar primero con el desarrollador antes de dar al cliente un plazo para la realización de un proyecto. El desarrollador es quien mejor puede valorar en tiempo la complejidad del proyecto y es conocedor de la carga de trabajo de su equipo y la suya propia.
Esta forma de trabajar suele funcionar mejor: el Project Manager no deberÃa dar los plazos por sà mismo. Como bien dices, esto provoca incumplimiento de plazos, descontento del cliente y estrés en el equipo de desarrollo. El equipo de desarrollo es quien debe establecer el tiempo previsto. Los desarrolladores son quienes pueden establecer más acertadamente el tiempo necesario para cumplimentar un trabajo. El PM de utilizar el tiempo dado por el equipo de desarrollo para establecer el planning y comunicárselo al cliente.
Esta claro lo que opináis los dos, aunque sabes que en la práctica no se cuenta con los desarrolladores para este tipo de desiciones.
Otra opción es formar a los PM con casos de éxito de la misma empresa, para que tomen conciencia de los tiempos. Porque tampoco seamos utópicos, esto no cambiará de la noche a la mañana, asà que mi idea es que cambie aunque sea paulatinamente XD
Muchas gracias por los comentarios!!!
Yo creo que antes de ser web project manager uno debe haber sido desarrollador-diseñador. Considero imprescindible para este perfil el tener una larga experiencia, al menos diseñando front-end y conociendo los entresijos del desarrollo, y por suspuesto creo que debe estar al dia con los avances en tecnologÃas, siendo el, el que debe decidir cuando se usa una nueva en determinado proyecto o no.
En España, hay una clara tendencia a mezclar al los Web Project Managers, con los Web Product Panagers, y es como mezclar churras con merinas, no son lo mismo.
Ambos deben trabajar codo con codo, pero uno debe saber mucho sobre mercado, clientes y como monetizar la inversión(Producto web), y otro debe saber como gestionar los recursos para cumplir plazos etc.(proyecto web).
Según mi experiencia puedo decir que en la mayoria de los casos ponen a web product managers a desempeñar la labor de project managers y es justo cuando pasa lo que comentas.
Saludos
Rafa