About the author  ⁄ Alberto García

En los primeros días del año siempre he sentido la necesidad de dedicar tiempo a reflexionar sobre el año anterior  y a definir  nuevos propósitos y objetivos para el año que empieza.

Como este año una lista de consejos sobre liderazgo me ha ayudado a realizar esta reflexión, he decidido incluirlos en mi primer post del 2011, traducidos y adaptados a la figura del project manager.

  • No pienses simplemente que “este proyecto no se puede hacer”, el camino está ahí para ser descubierto. Céntrate en eliminar las barreras y asume que tienes que dejar espacio para que tu equipo descubra el camino.
  • Si repites lo que has hecho siempre, obtendrás lo que siempre has conseguido. Primero observa, escucha y aprende, después revisa y mejora lo que funciona y elimina o cambia todo lo demás.
  • No debes confundir nunca la venta con la implementación. Los project managers que triunfan por sus resultados saben que no se consigue nada si hablas mucho y actúas poco.
  • Es posible cambiar el ambiente del equipo sin ser un eterno optimista. Sonríe al menos tres veces al día y observa que pasa.
  • Todos los miembros del equipo son individuos, todo lo demás es una contradicción. Tienes que conocer, colaborar y adaptarte a las individualidades. No existe un único patrón cuando lideras un equipo.
  • Enmarca el proyecto, define los objetivos y apóyate en tu equipo. Has de conseguir el máximo de las habilidades y conocimientos de tu equipo
  • Apartarse y dejar hacer no es lo mismo que abandonar. Has de estar disponible cuando el equipo necesite consejo o ayuda, tanto si te lo piden explicitamente como si no lo hacen.
  • Nunca menosprecies a la gente en público (ni en privado) ya bien sean internos o externos. Regaña, corrige, reorienta o  acuerda alternativas en privado.
  • Trata a tu equipo como te gustaría que te trataran a ti.
  • Para convertirte en un buen project manager debes crear un ambiente en el que todos contribuyan y donde se reconozca el éxito a todos.
  • El camino del project management no es fácil. Está lleno de pruebas y errores, triunfos y fracasos. Todos los que nos sirven de referencia empezaron desde cero alguna vez. Todo empieza poniendo un pie delante de otro y nunca dejando de aprender.

Ya me diréis que os parecen.

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
Read More →

Hoy, día de los Santos Inocentes, os he traducido y adaptado un correo que me enviaron hace algún tiempo con una explicación en clave de humor de cómo nace un proyecto.

Programador al responsable técnico:

“Es imposible que nosotros podamos hacer este proyecto. Supone cambios de diseño y nadie en nuestro equipo sabe como está hecho el sistema, además nadie en nuestra compañía conoce el lenguaje con el que se ha escrito el programa. Así que, si asignamos a alguien a trabajar en él, no podrá hacer nada. Si me preguntas mi opinión personal te diré que nuestra compañía nunca debería de realizar este tipo de proyectos “.

Responsable técnico a Project Manager:

“Este proyecto implica un cambio de diseño. En la actualidad no contamos con gente con experiencia en este tipo de trabajo. También el lenguaje es desconocido para nosotros, así que tendremos que organizar algún tipo de formación y un periodo de adecuación si se aborda el proyecto. En mi opinión, debemos evitar aceptar este proyecto. “

Project Manager a Director de Informática:

“Este proyecto implica un cambio de diseño en el sistema y no tenemos mucha experiencia en esa área. Tampoco tenemos mucho personal capacitado en este lenguaje. Creo que podemos aceptar este proyecto pero deberíamos pedir un poco de más tiempo. “

Director de informática a Directivo senior:

“Este proyecto consiste en una reingeniería de la aplicación. Tenemos algunas personas que han trabajado en esta área y algunos que conocen el lenguaje y que pueden entrenar a otras personas. En mi opinión, podemos aceptar este proyecto pero con precaución. “

Directivo senior a Director General:

“Este proyecto va a demostrar a la industria nuestras capacidades en el rediseño de un sistema complejo. Tenemos todos los conocimientos necesarios y las personas necesarias para ejecutar este proyecto con éxito. Algunos de nuestros técnicos ya han empezado a dar formación en este ámbito a otras personas. Creo que no debemos dejar escapar este proyecto bajo ninguna circunstancia. “

Director General al Cliente:

“Este es el tipo de proyectos en los que nuestra compañía se especializa. Hemos realizado muchos proyectos de la misma naturaleza en grandes clientes. Confía en mí cuando digo que no podrías estar en mejores manos. Te doy mi palabra que podemos realizar este proyecto con éxito y en el marco de tiempo dado.

Aprobar este proyecto si que es una inocentada, ¿verdad?

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
Read More →

El PMI ha decidido realizar cambios en las categorías de las actividades que permitían conseguir PDUs y que regían el proceso de recertificación de las acreditaciones PMP, conocido como CCR (Continuing Certification Requirements).

Este cambio se ha realizado después de que un estudio pusiera de manifiesto que los socios del PMI certificados PMP no entendieran la clasificación y tuvieran problemas en el momento de solicitar las PDU correspondientes.

Las categorías se han simplificado y agrupado quedando en dos divisiones y seis categorías distribuidas de la siguiente forma:

Formación

  • Cursos
  • Formación continua
  • Autoaprendizaje

Contribución a la profesión

  • Creación de nuevo conocimiento de project management
  • Servicios voluntarios
  • Trabajo profesional como Project Manager

Destacar que se han incluido las posibilidades de formación que ofrece la web 2.0 y que se ha limitado la contribución a la profesión a 45 PDU para garantizar que siempre se tenga que incluir formación para conseguir los 60 PDUs necesarias.

Esta nueva clasificación entrará en vigor en Marzo del 2011 y será valida para las acreditaciones PMP, PgMP, PMI-SP y PMI-RMP.

En mi opinión, estas modificaciones eran necesarias.

Por cierto, un rediseño del logo de PMP tampoco estaría mal, ¿verdad?

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
Read More →

Últimamente, y debido al cambio en la forma en la que enseño project management a mis alumnos, tengo más interés en conocer  el proceso y las fases de creación de equipos y las interacciones que se producen entre los individuos.

Uno de los aspectos que rápidamente observas es que las relaciones que los individuos han tenido entre ellos antes de trabajar en ese equipo influyen en el proceso de creación, rendimiento y satisfacción del mismo. Los equipos que comparten un cierto grado de amistad tienen ventajas sobre los equipos con individuos que no han tenido ninguna relación entre ellos. El grado de amistad genera un nivel de confianza que estimula compartir información, compromiso, cooperación y creación de una moral de equipo.

En esta línea he estado leyendo un interesante  artículo de Adams y Anantatmula publicado en el Project Management Journal que con el título “Social and Behavioral Influences on Team Process” estudia la influencia social y de comportamiento de los individuos y como esto influye en el funcionamiento del equipo.

En el artículo se presenta un modelo evolutivo de cinco etapas y una serie de recomendaciones sobre cómo debería de actuar un project manager para obtener el máximo rendimiento de cada una de ellas.

Las cinco etapas actúan de forma similar a la jerarquía de necesidades de Maslow, a medida que se satisface una se pasa a la siguiente. Las etapas son:

  • Auto-identidad: Fase inicial, donde cada individuo aporta sus propias características de identidad al equipo. Estas características se han desarrollado a lo largo de la vida de cada individuo y lo hacen único.
  • Identidad Social: Se crea  a medida que se producen las interacciones  y da lugar a la estructura y personalidad del equipo. Las comunicaciones (verbales y no verbales) configuran  la aceptación, el liderazgo y la jerarquía del equipo.
  • Emociones de grupo: Se produce cuando las emociones personales se elevan a nivel de grupo. Los individuos perciben las emociones del grupo como más importantes que las emociones personales. Los individuos influyen y son influidos por las emociones del grupo. Las emociones positivas conllevan resultados beneficiosos para el equipo.
  • Humor de grupo: Es una extensión natural de las emociones de grupo. Las emociones  son  temporales, rápidas y reactivas, mientras que el humor de grupo permanece por un periodo de tiempo mayor. En esta etapa los individuos sincronizan pensamientos, sentimientos y comportamiento con el resto de componentes del equipo y da lugar a una mejor coordinación y cohesión.
  • Inteligencia Emocional: A esta etapa se llega a medida que el grupo madura, los individuos aprenden no solo a observar y adquirir las emociones del grupo sino que son capaces de aprovecharlas y controlarlas dentro de sus procesos reflexivos. En esta etapa se establece un nivel de confianza completa, el equipo opera como una entidad y es capaz de auto-gestionarse.

Cada una de estas fases presenta un reto diferente para el project manager, su estilo de gestión y la forma de interactuar con el equipo, desde una intervención mayor y más directiva en las etapas iniciales a una intervención menor y más facilitadora en las finales.

El rol del project manager en cada una de las etapas se detalla a continuación:

Auto-identidad

  • Realizar reuniones individuales para evaluar las habilidades
  • Observar el comportamiento social asertivo para establecer liderazgo
  • Establecer reglas y expectativas sociales y de comportamiento claras
  • Fomentar la cortesía
  • Demostrar intolerancia hacia el rechazo de minorías y el rechazo de ideas

Identidad Social

  • Demostrar emociones positivas para transmitir liderazgo
  • Resolver comportamientos negativos que provoquen luchas de poder o de estatus
  • Estar atento a la tendencia individual de abandonar el equipo
  • Ajustar los atributos sociales y de comportamiento en las tareas más importantes

Emociones de grupo

  • Fomentar la creación de amistad
  • Crear oportunidades para aumentar las interacciones en los equipos virtuales
  • Mantener emociones positivas para mantener el liderazgo
  • Fomentar emociones positivas para evitar la aparición de emociones negativas

Humor de grupo

  • Observar en el equipo los signos de aparición de comportamientos negativos y estados emocionales demasiado altos o bajos
  • Intervenir cuando aparecen comportamientos negativos
  • Estar atento a las tendencias de descolgarse del equipo

Inteligencia Emocional

  • Observar los comportamientos del equipo y promover creatividad
  • Mantener la  conciencia del equipo hacia la misión del proyecto
  • Minimizar la intervención para permitir la progresión en el proceso de crecimiento del equipo

Vale la pena pensar en estas etapas y en el rol de project manager, y en especial en cómo afecta a los equipos distribuidos y a los equipos auto-gestionados.

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
Read More →

Hace algunas semanas leí un interesante post del blog de Seth Godin, Problems and constraints, en el que explica la importancia de diferenciar los problemas de las restricciones en el momento de plantear una estrategia o crear un empresa.

Aunque cuando gestionamos un proyecto ya manejamos los conceptos de problemas y restricciones con frecuencia, la visión de Seth es fresca y en cierto modo va más allá de las definiciones del PMI y nos devuelve a las propias bases de ambos conceptos.

El planteamiento es:

Un problema lo puedes solucionar, pero la restricción la tienes que aceptar y vivir con ella.

Diferenciar una de la otra es todo un arte, muchas veces llamamos problema a todo e intentamos abordarlo por igual. Nos quejamos de cómo funciona la organización, del poco apoyo que tenemos, de que no tenemos los recursos adecuados, de la tecnología de la que disponemos, de que las infraestructuras no funcionan, del tipo de cliente que nos ha tocado o incluso de la crisis económica, cuando en realidad lo que tenemos que hacer es tratarlo como una restricción, no perder el tiempo resolviéndolo,  aceptarlo y buscar soluciones a su alrededor.

Por el contrario, muchas veces se aceptan como restricciones lo que un cambio organizativo o tecnológico te permitiría desafiar y conseguir una ventaja para tu proyecto o organización.  Las herramientas de comunicación, las redes sociales, el cloud computing te permiten en la actualidad enfocar los proyecto de formas que hace unos años no eran imaginables.

No siempre es fácil distinguir entre los problemas y las restricciones en nuestro proyecto, pero vale la pena dedicar tiempo a pensar sobre ello. Si no aporta ventajas adicionales, es preferible bordear una montaña que escalarla por una vertiente y descenderla por la otra.

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
Read More →