Quizás el puesto más difícil de desempeñar en cualquier proyecto de desarrollo de software es el del director de proyecto. El director de proyecto tiene la responsabilidad total de todos los aspectos técnicos del proyecto - diseño, código, selección de la tecnología, asignación del trabajo, aspectos de programación.
Al director de un proyecto lo podriamos encuadrar como un tipo mitad directivo mitad técnico. Esto significa que tienen que poder hablar dos idiomas - el idioma de alto nivel para los directivos, y el idioma a bajo nivel para su equipo de trabajo. En efecto, se le puede catalogar como la unión entre esos dos idiomas.
Realmente no hay muchos directores de proyectos que tengan las hablidades necesarias para realizar este trabajo de manera correcta...
Asumir el poder que has adquirido
Sin duda alguna el error mas perjudicial es cuando el director de un proyecto asume que de alguna manera él esta en una posición superior a los demás integrantes del equipo y su ego empieza a dominarle, esto abre la puerta del fracaso y el comienzo de conflictos con el resto del equipo.
Aislarse del equipo
En algunas organizaciones, tener el título de director de proyecto te da unos derechos de los que el resto de tu equipo no goza. A veces, el título se considera suficiente para darte derecho a una oficina propia, o por lo menos un espacio de trabajo más grande.
Es un error si lo haces puesto que te aleja fisicamente del resto del equipo de trabajo es importante tener a tus compañeros tan cerca como sea posible. Entender los problemas de tu equipo y ser considerado “el director apropiado” es fundamental y para ello tienes que estar en las mismas circunstancias que tu equipo.
Empleo de técnicas de motivación inadecuadas
Cada tipo de persona debe ser motivada de una manera diferente. Los programadores y los encargados tienen diferentes naturalezas y por lo tanto diferentes maneras de ser motivados.
Por ejemplo, los encargados valoran mucho la opinión del resto del equipo, por lo tanto una buena recompensa sería recibir una placa para exhibir en su pared.
Sin embargo los programadores tienden a fijarse más en lo práctico y funcional, y valoran las cosas que pueden utilizar y le den cierta ventaja en su día a día. Los programadores ven el tipo de recompensa de los encargados superficiales y triviales.
Si deseas motivar a tus programadores,debes darle algo que sea útil. Un segundo monitor,algo más de memoria RAM, una CPU más rápida, periférico nuevos, o una silla más cómoda serán premios realmente gratificantes para ellos.Tambien podrías ofrecerle algo de tiempo libre o dinero extra.
Los programadores estan constantemente atentos a mantener sus equipos y conocimientos adaptados a las nuevas tecnologías, asi que valorarán en gran medida si le ofreces los medios necesarios para ello.
Dale tiempo en sus horas de trabajo para desarrollar sus propios proyectos o para estudiar nuevas tecnologías, el último libro sobre una tecnologia o un curso de aprendizaje que les intereses serán cosas que para ti no tendrán mucha importancia pero para ellos supone una mejora sustancial.
No asumir la dirección
Un error común de un director de proyecto es olvidarse de su obligación de organizador y preocuparse en resolver problemas técnicos, esto supone un gran impedimento al progreso del equipo.
Un director de proyecto que carece en confianza en sí mismo puede ser una frustración importante a su equipo. Pueden sentir que el encargado de organizar el trabajo no es el adecuado y eso produce cierta reticencia o desgana en el equipo.
Particularmente cuando son nuevos en el puesto, algunos encuentran difícil tomar decisiones de una manera oportuna, porque pueden ser paralizados por el miedo de tomar una decisión incorrecta. Preocupado porque una mala decisión provoque un desastre, mientras que sus compañeros de equipo se preguntan cuando van a poder seguir con el proyecto.
En tales casos, uno hace bien en recordar que una buena decisión es a menudo mejor ahora que una decisión perfecta más adelante. Particularmente, no debes entregar tales decisiones al equipo y mantener la esperanza de llegar a un consenso. Tal consenso es a menudo imposible obtener.
Finalmente, hay que estar preparado siempre para admitir que una decisión que has tomado era incorrecta, por si sale a luz la información que lo demuestre.
Centrarte en tu contribución individual
El cambio de desarrollador a director técnico requiere ciertos ajustes en tu cerebro.Como desarrollador es normal que te centres en tus pequeños logros personales, puesto que trabajas en pequeños grupos de trabajo y es una gran satisfacción poder decir "yo hice eso".
En cambio como director tu debes cambiar puesto que el logro personal ya no es personal es de un equipo que tu diriges. Tu trabajo ahora es facilitar el trabajo de otros. Esto significa que cuando otros vienen a ti para pedirte ayuda, debes estar atento y hacer caso de sus peticiones lo antes posible. Un error fatal es intentar y conservar tu papel anterior como individuo del grupo.
Estar seguro de tener la mejor solución
Sé abierto y honesto sobre lo que sabes y lo que no sabes. No trates de ser siempre quien tenga la mejor solución, debes ser consciente que al asumir este nuevo papel has desconectado un poco con las nuevas tecnologias y que siempre habrá alguien tenga mejores conocimientos en determinadas ramas, ademas este no es el único motivo porque en caso de no esuchar a los demas corres el peligro de perder la confianza del resto del equipo.
Fallar en la representación de los intereses de tu equipo
Quizas el error más desagradable que puede cometer un director técnico es ser un mal intermediario entre los intereses del equipo y el propio equipo debes saber transmitir a los directivos que sois un equipo y que todo lo que concierne a el equipo te concierne a ti, esto significa mantenerse firme ante imposiciones sin razón, luchar por las necesidades del equipo y no dejar que te impongan el ritmo de trabajo para el proyecto.
Esta es una pequeña muestra de errores que se pueden cometer en la dirección de un proyecto, y todos ellos tienen gran importancia para la correcta realización del objetivo del proyecto.
Fuente: Great Mistakes in Technical Leadership
Referencias
1. Becoming A Technical Leader - G. M. Weinberg, Dorset House, 1986
2. Facts And Fallacies of Software Engineering - Robert L. Glass, Addison-Wesley, 2003
Dirección de proyecto
Hola!
Aunque veo que no hay mucho consenso en el tema de dirigir proyectos y de las funciones del director, os envío información acerca de un curso on-line de Dirección de proyectos o Proyect Management.
Es un curso organizado por la Fundación Asmoz y dirigido por Javier Lacunza Zumeta.
El curso empieza el 10 de noviembre de 2008 al 23 de enero de 2009.
Para más información, consultar la página web http://pm.asmoz.org o dirigirse al correo electrónico pm@asmoz.org
Espero que sea de vuestro interés,
Un saludo,
Andrea
DUDA
una duda que tengo....
si es lo mismo "organizacion de un proyecto de software" que "direccion de un proyecto de software"
ERROR
Hola creo que esto esta un poco mal a mi punto de vista, ya que para mi el Director de proyecto es el que se fuma el churro y se le ocurre una idea.
Y el que lleva a cabo todo el proyecto es el LIDER DE PROYECTO (puede ser el mismo) y se le debe delegar toda la responsabilidad y los derechos del proyecto.
esto quedaria para mi algo así
Director de proyecto
Lider de proyecto
Provedor provedor provedor provedor provedor
en el orden en el que se muestra deberia de dar la idea de lo que quiere el DIRECTOR y el que lleva todo es el LIDER y los provedores son todos los involucrados.
Vista
El articulo está correcto, no satisface a un tí©cnico porque no habla de temas "para dirigir un proyecto en java , debes saber java", eso es un error, para eso está un analista. El director de proyecto debe preocuparse por coas que no son tí©cnicas, debe saber algo, pero no ser experto, eso impide tener mas una visión de como solucionar el tema. Yo fui programador, analista y hoy en director de proyecto en una empresa CMMI5, y mis funciones en todos los cargos, fueron y son distintas, para ser director, es mas importante formar un equipo de trabajo organizado, que comparta un objetivo común y no el tener estrellas que no hablen con nadie. Ese es el desafío para el director y para lo que debe trabajar, ya no trabaja con código, trabaja con personas y es mucho mas dificil.
corto
Se queda muy corto.. aunque todo lo dicho sea cierto.
Falta el principal. Debes conocer la tecnología en la que se programa. Si en la vida has tocado JAVA jamás dirijas un equipo de desarrollo en Java.
Tan obvio es... como obviado por muchísima gente.
Re: corto
> Debes conocer la tecnología en la que se programa.
Pues yo creo que ahí te equivocas ... No hace falta conocer Java para dirigir un proyecto de Java. Que vas a hacer, cambiar de jefe de proyecto cada vez que cambies de tecnología?
Si tienes un buen analista que sí conoce Java, en el que confíar, y al que pedir su opinión en los aspectos tí©cnicos...
Eso si, si no tienes un analista que complete tu desconocimiento tí©cnico, o vas de sobrado diciendo chorradas (como que un servicio web se programa en tres horas) pues mal vas.
Lo importante de un director de proyecto es el manejo de la gente, tanto de su equipo, como de sus jefes y por supuesto, los clientes; con eso, tiene el 90% de su trabajo con un í©xito garantizado.
Interesante
Un tema muy interesante pero demasiado vago. Te has centrado en aspectos puramente interpersonales y no has incluido los aspectos tí©cnicos, el gran problema de la gestión de grupos de trabajo.
Actualmente España adolece de una enorme falta de cualificación a nivel tí©cnico por parte de la clase directiva que impide un correcto planteamiento de los proyectos. Al final suele acabar en el clásico "meter horas a saco" por parte de los curritos.
La base para lograr una gran productividad reside en la correcta organización, responsabilidad de directivos, gerentes, jefes de proyecto... que son las personas con capacidad para movilizar a todo el grupo de trabajo.
Os puedo asegurar que los
Os puedo asegurar que los aspectos tí©cnicos son importantes, pero para liderar correctamente un proyecto (en consecuencia personas) es mucho mas importante tener dotes personales, no me interesa para nada tener un "guru" de jefe de proyecto ni las mejores maquinas donde instalar mi linux para pasarmelo chachi, quiero los medios justos y adecuados pero sobre todo alguien que sepa coordinar gente, y esto último os aseguro que no se aprende en ninguna facultad.
He tenido jefes de proyecto excelentes que sabian lo justo pero sabian administrar de forma hiper eficiente los recursos de los que disponian y peleaban por su gente, mientras que mucho teleco e industrialero estirao solo sabian mirarse el ombligo y usar jerga tecnológica que no no valía para nada.
Un saludo
Enviar un comentario nuevo