About the author  ⁄ Alberto García

He estado leyendo estos días el libro de Mike Clayton, Risk Happens. En el capítulo de introducción menciona las leyes de Brasington del project managment.

Sentí curiosidad y me puse a buscarlas, las encontre en el blog de Allemam – Herding cats.

No tienen desperdicio, las he traducido y os las detallado a continuación:

  1. Ningún proyecto importante acabará en fecha, dentro del presupuesto y con el personal que lo empezó. El tuyo no será el primero.
  2. Los proyectos avanzan muy rápidamente hasta el 90% de avance, a partir de ese momento se mantienen en el 90% para siempre.
  3. Una de las ventajas de tener objetivos de proyecto difusos es que te evitan el compromiso de tener que estimar los costes.
  4. Cuando las cosas van bien, algo saldrá mal.  Cuando las cosas empiezan a empeorar, empeoran de verdad. Cuando las cosas aparentan que iran mejor, es que alguna cosa no has tenido en cuenta.
  5. Cuando se permite que el alcance del proyecto cambie libremente, el ritmo de cambio va a ser muy superior al ritmo de avance del proyecto.
  6. Ningún sistema se puede dejar libre de errores. Los intentos para eliminar los errores introduciran inevitablemente nuevos errores que seran incluso más dificiles de encontrar.
  7. Un proyecto que se planifica sin cuidado tardará tres veces más tiempo del planificado en finalizar. Un proyecto planificado con cuidado tardará solo el doble de lo planificado.
  8. Los equipos de proyecto detestan los informes de avance ya que es donde se manifiesta su falta de avance.
  9. Los equipos de proyecto les gusta desechar el trabajo, pero solo después de que se haya planificado, diseñado e implementado parcialmente.

La 1, la 2 y la 7 me han encantado.

Espero que éstas leyes de Brasington os hayan gustado y divertido tanto como a mí.

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

Post de Alejandro Oller, Capítulo PMI Barcelona.

Para denominar la profesión de Project Manager, en ocasiones se utilizan diferentes nombres y descripciones que con carácter general identifican éste rol, todos con una base común pero cada uno con sus peculiaridades.

Eso está bien, pero qué somos,

¿Jefe de Proyecto, un Gestor de Proyecto o un Líder de Proyecto? ¿hay diferencias?

Estas preguntas me han venido a la mente a raíz de diferentes artículos y opiniones en foros donde , cada vez más, se está dando importancia a las habilidades de las personas para comunicar, relacionarse y tomar decisiones de lo que lo que se había hecho en épocas anteriores.

Si buscamos en nuestra querida Wikipedia la definición de gestor de proyecto , vemos que todos son lo mismo y, en parte, es correcto, pero no nos conformemos, indaguemos posibles diferencias.

Desde mi punto de vista, no todos los proyectos son iguales y no todos los proyectos necesitan del mismo esquema organizativo ni roles para su funcionamiento, por lo que es necesario adaptar las funciones y responsabilidades en cada proyecto para adaptarse a las diferentes necesidades. Cada cliente, organización y persona puede entender las funciones de un Project Manager de forma diferente, y no tiene por qué estar equivocado necesariamente, ni tener la razón tampoco. Simplemente sabe lo que necesita o, al menos, lo intuye.

De alguna forma pasa como en las empresas y su ciclo de vida. Cuando se crea una empresa sobre la base de una nueva idea, el responsable de la misma debe ser creativo, visionario, flexible, ambicioso y motivador, para que esa idea se desarrolle y consolide. Cuando la empresa ha crecido lo suficiente y adquiere un tamaño, el gestor debe ser organizado, estructurado, metódico y quizás con cierta aversión al riesgo y con experiencia en gestión de organizaciones, para asegurar el funcionamiento ordinario de la empresa.

En los proyectos pasa algo parecido, en función de cada situación, las funciones y el perfil de Project Manager ha de responder a necesidades diferentes. De ahí que en ocasiones hagamos de gestores de proyecto, en otras de jefes de proyecto y, los que pueden y saben, de líderes de proyecto. Cada proyecto necesita a alguien diferente con capacidades y habilidades diferentes, en función de los objetivos.

En este sentido, me ha gustado la pirámide que Thomas Juli utiliza para representar las diferencias entre unos y otros. Libro “Leadership Principles for Project Success”.

En la pirámide se representan los diferentes enfoques evolutivos respecto al liderazgo en los proyectos, si liderazgo, que se representa en el último estadio de la pirámide como culminación del camino para un Project Manager, una vez culminados los estadios previos que podríamos asociarlos a los roles de Gestor de Proyectos en un primer nivel más operativo y Director de Proyectos representado en la parte intermedia de la pirámide.

The metaphor of the pyramid (Thomas July)

Pensándolo bien, igual no es así, no hay que elegir entre un rol u otro, simplemente son diferentes funciones de un mismo perfil que se despliegan durante la vida de un proyecto como respuesta a las necesidades del momento y, que se pueden adaptar y modificar de forma flexible, que no fácil, tal y como sugiere Edward de Bono en su libro “Seis Sombreros para Pensar”.

Todo esto me lleva a la conclusión de que no es tan importante cómo me llamo/an (SOY), sino lo que hago (HACER) en cada momento como respuesta a unas necesidades o requisitos de proyecto.

Para ver otras relaciones entre el Project Manager y las pirámides, leer el post “Si Maslow fuera Project Manager”,

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

El pasado fin de semana acabó la primera edición del Postgrado en métodos ágiles que impartimos en La Salle Campus Barcelona.

Después de que Xavier Albaladejo (director del postgrado) impartiera la última sesión y realizase la correspondiente restrospectiva, nos quedamos Laur y yo en el aula vacía.

Yo estaba entusiasmado mirando las paredes del aula forradas de papeles con gráficos, dibujos y post-its.  Si no habéis visto un aula después de una clase de agile, os lo recomiendo se respira la actividad, el flujo de trabajo y los resultados.

Laur, que ha estado coordinando todo el programa, me explicaba cada uno de los papeles que forraba la clase. Muchas de los dibujos son de Xavier Quesada.

En ese momento decidimos tomar fotos y colgarlas en un post. Xavier nos dió su autorización.

Así que, aquí lo tenéis.

Agile Planning

Diagrama y ciclo scrum

Task Board

Siete fuentes de desperticio más una.

Espero que os gusten.

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

Post de Jordi Molla, profesor de Habilidades Directivas en BES La Salle.

Hace varios días que me ronda por la cabeza la aplicación de la Pirámide de Maslow al Project Management.  La causa fue un alumno del Master de Project Management que me hizo una  pregunta: ¿qué teoría sobre motivación podía utilizar para aumentar la implicación de sus colaboradores en los proyectos que gestionaba?

Eso me ha llevado a hacerme otra pregunta en relación a una Teoría “clásica” sobre motivación:

¿Qué haría Maslow si fuera Project Manager?

Pues, ésta podría ser una respuesta.

Si A. Maslow fuera Project Manager seguramente analizaría cuáles son las necesidades del proyecto a gestionar e identificaría las iniciativas que le permitirían satisfacerlas. Teniendo en cuenta su Teoría de la Jerarquía de las Necesidades (A Theory of Human Motivation, Psychological Review 1943), las necesidades de un proyecto podrían ser las siguientes:

Recursos del proyecto (The physiological needs)

Creo que Maslow se preguntaría ¿dispongo de los recursos necesarios para ejecutar el proyecto? Dada la relación jerárquica establecida entre las necesidades, le sería difícil pensar en resolver otro tipo de necesidades, o incluso empezar con el proyecto, sin disponer de los recursos básicos (equipamiento, personas, presupuesto, tiempo, etc.).  Pero,  ¿cuántos de nosotros hemos empezado un proyecto sin disponer de los recursos adecuados? Seguramente Maslow centraría buena parte de sus esfuerzos para resolver esta primera necesidad, puesto que es la base para conseguir el éxito del proyecto.

Estabilidad en el proyecto (The safety and security needs)

Por otra parte, Maslow, sabiendo que las personas son menos eficientes en sus actividades si se sienten amenazadas, ya que entonces dedican sus energías a crear la estabilidad que no tienen, centraría sus esfuerzos para evitar, por ejemplo, cambios en la asignación inicial de recursos, cambios en la definición del alcance, cambios en el equipo de proyecto, cambios en los procesos, y sobre todo en tiempos de incertidumbre como los actuales, dedicaría esfuerzos a la comunicación dentro del entorno del proyecto con el objetivo de minimizar la rumorología, un factor desestabilizador bien conocido por todos.

Trabajo en equipo ( The love and belonging needs)

Todos necesitamos de un modo o de otro relacionarnos, participar y ser aceptados. Así que Maslow, creo que definiría en qué cuestiones del proyecto sus colaboradores pueden participar activamente y decidir de forma autónoma, con el objetivo de crear un sentimiento de identificación con lo que hacen y de pertenencia al proyecto. Si los miembros del equipo no disponen de su espacio, tratarán de crear el suyo propio al margen del proyecto, y seguramente para otras actividades que nada tienen que ver con él. ¿Conocéis el absentismo presencial?

Desempeño (The esteem needs)

El éxito del proyecto está en función de la consecución de las metas y objetivos fijados, que a su vez tiene mucho que ver con el desempeño de las personas que constituyen el equipo del proyecto. Maslow,  siendo conocedor de que las personas con una alta estima rinden más, se centraría en dar feedback (de reconocimiento y de mejora) a cada uno de sus colaboradores con el fin de que mejoraran su desempeño y sus evaluaciones correspondientes fueran excelentes. ¿Cómo nos sentimos todos cuando vemos que realizamos nuestro trabajo de forma excelente? El feedback y la evaluación son dos poderosas herramientas para fortalecer la autoestima de nuestro equipo.

Entrega y finalización (Self Actualization)

Si las anteriores necesidades se han ido cubriendo, todos los esfuerzos se focalizaran en la consecución de los objetivos fijados, y el proyecto habrá servido para lo que fue creado. Todo habrá tenido sentido, puesto que el proyecto finalizará con la resolución del problema o la necesidad que abordaba. Y eso, como diría Maslow, es el fin último que pretende todo Project Manager.

En conclusión, deberíamos asegurar las dos necesidades básicas en un proyecto, recursos y estabilidad. Una vez satisfechas, centraríamos nuestros esfuerzos en fomentar el trabajo en equipo y en evaluar el desempeño de los colaboradores. Esta puede ser una de las mejores recetas para conseguir el éxito de nuestros proyectos y que todos nos sintamos realizados por ello.

Si queréis conocer otros enfoques al respecto, podéis consultar leer a Finn Orfano en; y a Rick Brenner.

Post relacionados:

La crisis de Maslow

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

Ayer realicé una presentación en la jornada inicial del  3 Days Startup de Barcelona, conocido como 3DS Barcelona. En este evento se reunen 45 jovenes universitarios que han sido seleccionados entre más de 350 solicitudes y en 3 días tienen que crear empresas de base tecnológica.

El ritmo es frenético, generan ideas, investigan, buscan y validan clientes, definen modelos de negocio  y desarrollan producto. En este ambiente la organización del equipo es clave, solo llegarán con éxito a la presentación final si consiguen funcionar como un equipo y utilizar prácticas ágiles.

Mi presentación estaba muy centrada en su perfil, jóvenes altamente motivados y con buenas bases técnicas, y  la he orientado a proveerles de herramientas para gestionar el proceso de creación de la startup.

En la presentación he recogido 4 mitos que los jovenes emprendedores tienen cuando se enfrentan por primera vez a la creación de una startup:

  1. Existe una receta preestablecida para llegar al éxito
  2. Una buena solución técnica se vende sola
  3. Lo importante del negocio es la idea
  4. Trabajar mucho y duro nos llevará al éxito

y las he acompañado con las 4 armas que existen en la actualidad para derrumbarlos, alguna de ellas complementarias y otras muy relacionadas con Project Management.

  • The Lean Startup
  • Customer development
  • Business Model Generation
  • Agile Development

Podéis ver la presentación en slideshare:

Espero recibir vuestro feedback para mejorarla.

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