Ya soy PMP. Valoración, agradecimientos y consejos

Después de 3 meses vuelvo a tener tiempo para escribir en este blog. Creo que esta entrada va a ser la más personal que he escrito hasta ahora.

Llevaba un año y medio preparándome para obtener la certificación PMP pero estos últimos meses han sido los más intensos, estudiando y preparándome en “modo test” para el examen. Finalmente me presenté el pasado jueves 19 de abril (de 2012) y aprobé.

Pero, ¿qué significa tener la certificación PMP? ¿se es mejor project manager por disponer de esta certificación? No es fácil de responder.

Lo que me ha aportado hasta ahora el PMP no es tanto el propio certificado como todo lo que he aprendido a lo largo del proceso de preparación.  Técnicas, buenas prácticas, metodologías, conocimiento de buenos profesionales y formadores en gestión de proyectos y también el hecho de demostrarme a mi mismo que sigo en condiciones de marcarme un objetivo ambicioso y esforzarme al máximo hasta conseguirlo.

Prepararse para el PMP requiere tiempo y esfuerzo y no es fácil hacerlo en el actual contexto de crisis en el que en el trabajo debes hacer cada día más con menos y al llegar a casa te esperan tus obligaciones familiares. Los ratos que se pueden dedicar a la preparación no siempre son los más productivos del día.

En todo este proceso he tenido algunas ayudas que ahora me gustaría compartir (siguiendo la filosofía de este blog) porque creo que pueden ser útiles para quien se quiera presentar al examen:

  • Libros: recomiendo 2 lecturas,
  • Herramientas complementarias: en la parte final de la preparación para el examen me ha ido bien utilizar
    • PM Flashcards, ayudan mucho al hacer un repaso final por áreas de conocimiento.
    • PM Formulas, permite entender bien todas las fórmulas susceptibles de aparecer en el examen y asegurarte de que no se te escapa ninguna. Además viene con 105 preguntas de examen sobre fórmulas. Muy práctico.
  • El blog de Josh Mankivel (en inglés) es muy interesante y proporciona consejos útiles basados en su experiencia con muchos aspirantes a PMP.

Quiero agradecer a Angel Águeda Barrero toda la información que habitualmente publica en su blog y especialmente la recopilación de exámenes gratuitos. Me ha resultado muy útil. 

Para acabar, mi agradecimiento también a otro PMP y compañero en el MGTI, Victor Carazo. Sus consejos y la información que ha compartido conmigo no tienen precio.

Acabo repitiendo el mensaje fundamental de esta entrada; si te estás preparando para el PMP no te limites sólo al resultado final, procura disfrutar y aprender al máximo durante todo el proceso.

Ya soy PMP. Valoración, agradecimientos y consejos

Presupuestar la gestión de los riesgos

Hace unos días asistí a un interesante encuentro de speednetworking junto a otros socios del Capítulo de Barcelona del PMI. El evento estuvo muy bien. Era mi primera experiencia de este tipo y conocí a algunos socios del capítulo con actividades interesantes.

Una de las personas con las que tuve oportunidad de charlar me explicó que en la anterior empresa para la que había trabajado, en el sector de la construcción, no le permitía incorporar en el presupuesto las actividades relacionadas con la gestión de los riesgos. Estaba indignado.

Un riesgo en un proyecto es un evento incierto que puede afectar (positiva o negativamente) al coste, el plazo, el alcance o la calidad.

Según las buenas prácticas del PMBOK, es necesario gestionar los riesgos del proyecto. De forma muy breve; hay que identificarlos, priorizarlos, decidir qué se va a hacer con cada uno de ellos, hacerlo y seguir su evolución a lo largo del proyecto.

Se trata de un proceso iterativo porque las acciones realizadas para mitigar, eliminar, o transferir los riesgos afectan a la gestión del alcance, los costes, los plazos o la calidad del proyecto y, además, pueden dar lugar a nuevos riesgos previamente no identificados.

Gestionar los riesgos tiene costes; costes de gestión, de aplicación de las medidas y planes de contingencia, de control y seguimiento de los riesgos, … El hecho de no incorporar estas actividades en el presupuesto del proyecto, como una supuesta medida para mejorar la competitividad en costes frente a la competencia, creo que sólo puede deberse a que, o bien no se gestionan los riesgos en el proyecto, o bien se identifican y registran pero no se realiza ninguna actividad para mitigarlos o eliminarlos. Simplemente se aceptan.

No sé cual de las dos opciones me parece peor. Si realmente queremos mejorar nuestra competitividad no puede ser en base a gestionar mal. Si ignoramos los riesgos de un proyecto estamos jugando a la lotería; puede que no se materialicen y gano o puede que lo hagan y pierdo.

Ese no es el camino.

Presupuestar la gestión de los riesgos

Aseguramiento de la calidad

En las últimas dos semanas me he visto involucrado en una nueva actividad, añadida a las que desarrollo habitualmente.  Como responsable de calidad de la empresa debo encargarme del aseguramiento de la calidad en un proyecto dirigido por otros gestores de proyectos.

Se trata de un proyecto complejo, distribuido en varias regiones (de ahí que haya varios gestores) y que se apoya en otras empresas para la ejecución de algunas de las actividades. Para acabarlo de arreglar, nuestro cliente es una empresa extranjera, de reciente implantación en España y con una cultura muy distinta a la nuestra.

Aseguramiento de la calidad vs. control de calidad

En los procesos de control de calidad se utilizan diversas técnicas para medir determinadas variables que permitan conocer si un proceso o un entregable disponen del nivel de calidad requerido.

Por el contrario, el aseguramiento de la calidad se centra en verificar que se siguen los procedimientos internos (y en nuestro caso también del cliente), las normativas legales, etc. que se habrán identificado previamente en el Plan de Calidad del proyecto.

El otro gran objetivo del aseguramiento de la calidad es intentar mejorar los procesos que se estén utilizando.

Herramientas

¿De qué armas disponemos para enfrentarnos con este reto?

  • revisar el Plan de Calidad y utilizar los resultados de las medidas tomadas en los controles de calidad
  • auditorías de calidad (internas y/o externas)
  • análisis de procesos: en el caso de este proyecto hay determinados paquetes de trabajo que se repiten en el tiempo. Las lecciones aprendidas tras la revisión del proceso de ejecución de los primeros paquetes de trabajo nos pueden dar una información muy valiosa.

Resultados

¿Qué resultados esperan obtener mi empresa y el cliente de este proceso de aseguramiento de la calidad?

Calidad asegurada
Sellando la calidad

Básicamente, podríamos decir que los resultados serían solicitudes de cambio, acciones correctivas y preventivas, mejoras y actualizaciones de los procesos, … que deberían derivar en entregables que cubran las necesidades y expectativas de nuestro cliente y, por supuesto,  estén libres de defectos.


Aseguramiento de la calidad

La utilidad del Earned Value (EV)

Esta semana, durante mi proceso de preparación para el PMP me he encontrado con un concepto nuevo e interesante para mi dentro del proceso de gestión de los costes del proyecto: Earned Value (EV), algo así como el valor de venta de lo que hemos hecho hasta ahora en el proyecto.

EV by Garry L. Booker con copyright cedido al dominio público

Utilidad del EV

Como he mencionado, se trata de un concepto nuevo para mi. Por lo que he podido deducir, su principal utilidad está en ayudar al Project Manager (PM) a saber si su gestión de costes es correcta en relación a lo planificado y a simplificar la estimación de los cálculos para conocer lo que acabará costando el proyecto (Estimated At Completion, EAC). Ésto permite  compararlo con el presupuesto asignado para tomar decisiones y, si es preciso, solicitar los cambios oportunos mediante el proceso de control de cambios establecido en el proyecto.

Dificultades prácticas

No obstante, en la práctica, le veo algunos problemas al método:

1. Las fórmulas para el cálculo correcto de EV y términos derivados (EAC) pueden llegar a ser muy complejas. Especialmente el EAC, cuya fórmula de cálculo no es única sino que depende de diversos factores.

2. En muchos proyectos, o bien el producto en sí no va a ser vendible, o bien sólo lo será al final del proyecto. Por el camino podemos obtener entregables no vendibles que sólo nos permiten hacer una estimación poco realista del EV.

Conclusiones

En cualquier caso, estoy de acuerdo en que al utilización del EV reduce mucho el tiempo de cálculo del EAC (la estimación de los costes del proyecto en base a lo que llevamos gastado y lo que nos falta por gastar para compararlo con el presupuesto inicial).

Ésto es especialmente claro si lo comparamos con el esfuerzo que puede representar en grandes proyectos recalcular todos los costes de las actividades o paquetes de trabajo pendientes y agregarlos para obtener el nuevo EAC.  Las estimaciones, para ser correctas, deberían ser realizadas preferiblemente por quien debe ejecutar las actividades y el proceso puede consumir bastante tiempo del proyecto (que acaba siendo más coste) y causar retrasos si lo vamos haciendo con cierta frecuencia.

Sin embargo, el cálculo del EV puede llevar a simplificaciones en algunos proyectos y, siempre que hacemos ésto debemos saber interpretar y valorar el resultado en su justa medida.

¿Cuál es tu opinión? ¿Utilizas el concepto de EV habitualmente en los proyectos que gestionas? ¿Cómo lo calculas? ¿Te es útil?

Agradeceré que incorporéis vuestras opiniones como comentarios a esta entrada. Compartiendo experiencias y opiniones todos salimos ganando.

La utilidad del Earned Value (EV)

Priorización de proyectos (PPM)

Cada semana me encuentro con compañeros, generalmente del área de Operaciones, que me solicitan la puesta en marcha de nuevos servicios o la mejora de determinados recursos. Muchas veces sus peticiones y sugerencias me parecen acertadas, porque conocen bien y tratan cada día a nuestros clientes y sólo buscan la manera de servirlos mejor. No obstante, tras comentar con ellos la idoneidad o no de su propuesta, les suelo acabar indicando lo mismo: éste no es el camino.

En las circunstancias económicas actuales, es más importante que nunca  una buena asignación de los habitualmente escasos recursos disponibles. No se trata sólo de hacer las cosas correctamente sino de hacer las cosas correctas.

Me explico; cuando se ha seleccionado un proyecto es necesario gestionarlo eficientemente (do things right). Pero antes de arrancar un proyecto y empezar a actuar como Project Managers alguien debe haberlo seleccionado de forma adecuada (do the right things) entre el siempre nutrido inventario de proyectos potenciales. Mi opinión es que esa decisión previa es fundamental para conseguir o no alcanzar los objetivos que se haya marcado nuestra organización.

El mencionado inventario es más conocido en el mundo del PMI como portafolio de proyectos y existe una metodología (PPM, Project Portfolio Management) que se orienta a garantizar que los recursos se asignen a los proyectos de acuerdo con la estrategia de la organización y maximizando el valor aportado.

Albert Cubeles, una de las personas a las que más respeto en el mundo de la Dirección de Proyectos describe muy bien una metodología a seguir. No creo que sea el único modo de hacerlo pero probablemente sea bastante acertado al estar basado en un conjunto de prácticas recomendables. En cualquier caso, ésta es probablemente la mejor oportunidad de contacto de un CIO o un Responsable de TIC con la estrategia corporativa.

Por mi experiencia y por las impresiones adquiridas en conversaciones con colegas de otras empresas, hay dos requerimientos fundamentales para que esta metodología sea exitosa y que no suelen ser fáciles de conseguir en empresas de tamaño medio: la implicación de la Dirección (no sólo del CEO sino de todo el Comité de Dirección) y la existencia de una estrategia definida para el conjunto de la empresa y para IT.

En muchos casos esta estrategia sólo está en la mente del CEO (especialmente en empresas pequeñas y/o familiares), y si está definida formalmente no trasciende del Comité de Dirección (al que el responsable de IT no siempre pertenece). Si se vence este primer obstáculo está la cuestión de la madurez de la organización en relación con la Dirección de Proyectos, que considero un paso previo para madurar en la gestión del portafolio de proyectos.

Como se puede ver el proceso requiere tiempo y esfuerzo, como todo lo que suele valer la pena, pero sus resultados probablemente compensarán la inversión realizada.

Priorización de proyectos (PPM)