Muchos proyectos software fracasan no por la falta de pericia o habilidad de los desarrolladores, tampoco lo hacen por la falta de talento y la buena voluntad de sacar el proyecto adelante. En ocasiones, el actor que provoca que un proyecto termine en desastre es el mismo gestor, responsable, manager o coordinador. ¿Puede gestionar un equipo de programadores alguien que apenas conoce...
|
etiquetas: desarrollo software , proyectos
- Clientes que no saben lo que quieren o aportan "ideas" sobre temas que desconocen.
- Departamentos de marketing que sólo saben de "marketing"
- Jefes que quieren poner su "granito de arena"
...
Despues de hacerlos puedo afirmar con rotundidad que nunca he hecho un proyecto en condiciones, y que lo raro no es que fallasen, lo maravillosos es que algunos saliesen adelante a base de fuerza bruta. Todos los problemas que he encontrado estan contemplados ahí. ¿Es perfecto? evidentemente no, pero no al menos si fallas sera por un problema inherente al proyecto, o por pereza.
Por supuesto, es totalmente evidente que el único afectado por un cambio de especificaciones dos días antes de la puesta en marcha es el programador que tiene que picar el código. Es totalmente evidente que el cliente no tiene sudores fríos cuando se da cuenta que lo que le están haciendo por una pasta gansa no le resuelve tal o cual problema gordísimo con el que se va a encontrar al día siguiente de la puesta en marcha y que o bien no existía cuando se contrató el proyecto, o símplemente no se dió cuenta.
Y después de 25 años haciendo aplicaciones, dejadme que algo sepa de los dos lados de la mesa.
El autor de este libro del meneo se centra mas en la parte de programar, tal vez porque es la que le escuece mas, pero aun en las partes de 'management' de clientes no hay nada por descubrir en la gestión de proyectos, todo lo que nos pasa ya le ha pasado a cientos de personas antes y si no se resuelve bien es por desconocimiento y con los recursos que hay por internet hoy en dia, no hay excusa.