En ocasiones he visto como un jefe de proyecto pregunta a todos los programadores: “tu parte ¿ya esta?” y cada programador decir:”si”. Vuelve al día siguiente, muy cabreado, los reúne a todos y les dice: “Ayer me dijisteis todos que habíais terminado. Por la tarde le enseñe la aplicación al cliente y ni arrancaba”.
Otros casos que he visto es de proyectos donde hay una jerarquía perfectamente definida por puestos. Hay jefe, responsable, comercial, arquitecto, analista técnico, analista funcional, desarrolladores, técnicos de sistema, etc.. Todo un bosque de títulos. Pero el proyecto falla y es que cuando falla la aplicación el jefe de proyecto va a por el analista técnico que dice que ha hecho lo que le pidió el analista funcional. El analista funcional dice que fue esta bien en los casos de uso y el analista técnico lo interpreto mal. El analista técnico dice que cierto que está mal en los casos de uso. El jefe los reúne y en la reunión no queda nada claro y se decide consultar con un programador que conoce a más bajo nivel el problema. El jefe llama al programador …. Y podría seguir… (¿A que te suena este lio?)
Para cada proyecto (todo depende de las características del proyecto) necesitare situar una persona para esto y otro para aquello. Me debe dar igual que sea analista, arquitecto, responsable de cliente, … como si es un conde.
Si quiero saber si el desarrollo está listo y no me sirve la respuesta de un programador entonces colocare a un responsable de que todo esté bien. Le diré que es exactamente lo que quiero y que cada vez que le pregunte:”ya están todas las partes” entonces el me diga:”si”, o “falta esto”.
No le digas a un miembro de proyecto que cargo es porque sino el va a hacer lo que cree que se ajusta a su rol. Dile lo que quieres que haga y sobre todo de lo que es responsable.
No hay comentarios:
Publicar un comentario