About the author  ⁄ eduocastella

PMBOK 6th Edition Forecast

¿Cuántos no habréis estado pensado ya en cuántas páginas tendrá la nueva versión del PMBOK®? Las lecciones aprendidas de las ediciones anteriores predicen un mínimo de 700 páginas, pero parece ser que en esta edición las lecciones aprendidas han servido precisamente para no seguirlas y romper con la norma. Sí, en esta edición tenemos que dar la enhorabuena al equipo liderado por Cyndi Snyder Dionisio que ha logrado dotar al PMBOK® no solo de sentido común, sino también de integración.

Los motivos que han impulsado a lanzar esta nueva edición del PMBOK® son el cumplimiento de la norma AINSI, adpatarse al progreso de la profesión y cómo nos comentó David Hillson en su presentación en el EMEA Congress de mayo Change the world. Improve the practice of project management around the globe, thereby making a difference for all cultures.

Los principales cambios de esta edición son: IntegrationIntegración: de todos es conocido que tanto la versión actual del PMBoK® como las anteriores no son precisamente un ejemplo de integridad. La introducción de los capítulos 4~10 (los que describen las áreas de conocimiento) difiere totalmente, no existe un criterio en la estructura de los Inputs/Outputs, ni tampoco en la clasificación y descripción de las Tools/Techniques. Es algo que los que nos dedicamos a la formación sabemos al sufrirlo con las preguntas de los alumnos que se pierden a veces por esta falta. Pues el equipo de la versión sexta se hizo suyo el propósito de unificar e integrar todos los contenidos del PMBoK® y por lo que hemos visto hasta ahora parece que lo han logrado, mi enhorabuena. Todos estos capítulos van a tener una única misma estructura de introducción:

  • Definición, beneficios clave, listado de procesos
  • Diagrama global y Diagrama de Flujo de Datos
  • Conceptos clave
  • Tendencias y prácticas emergentes
  • Aproximación a entornos iterativos, adaptativos y ágiles
  • Consideraciones para adaptar (tailoring)

EinsteinSimplificación: no solo se le ha dotado de integración sino también de sentido común. Se han simplificado las listas interminables de los ITTO. Para los Inputs/Outputs se hará referencia a los principales documentos (Project management plan, Project documents and their updates) y solo en la descripción detallada se hará una referencia a ejemplos. Así como para las herramientas y técnicas éstas se han agrupado en seis principales grupos. También se han eliminado contenidos repetidos, como por ejemplo el capítulo 3 y el Annex 1. Agile: en todas las áreas de conocimiento se han añadido prácticas agile, en la introducción hay una aproximación a los entornos ágiles y hay un apéndice sobre la aproximación a entornos no solo ágiles, sino también iterativos y adaptativos. Otros: se ha vinculado con el “PMI Talent Triangle™“,  hay un nuevo capítulo sobre el rol del Director de Proyectos y un apéndice de conceptos clave.

Resumen de los cambios en áreas de conocimiento y procesos: Área de conocimiento: se han renombrado dos.

  • Time – Schedule: por coherencia con los nombres de los procesos y que la gestión es sobre el cronograma no sobre el tiempo.
  • Human Resources – Resources: es un vacío en la edición actual pues los recursos solo aparen como uno de los procesos de planificación del tiempo. También se alinea con la ISO21500)

Procesos: se han creado tres nuevos, uno eliminado y seis renombrados. o   Nuevos:

  • Manage Project Knowledge: alineado con el énfasis que se da a la gestión del conocimiento.
  • Control Resources:cómo se gestiona el control de los recursos.
  • Implement Risk Responses: cómo se gestiona la implementación de las acciones correctivas cuando se dan los riesgos.

o   Eliminado:

  • Close Procurement: se elimina por el rol actual de los directores de proyectos y parte del proceso se añade en los procesos de integración.

o   Renombrados: alinear con los cambios de nombres de las áreas, así como diferenciar aquello que se puede controlar de lo que se puede realizar un seguimiento.

  • Perform Quality Assurance – Manage Quality
  • Plan Human Resource Management – Plan Resource Management
  • Control Communications – Monitor Communications
  • Control Risks – Monitor Risks
  • Plan Stakeholder Management – Plan Stakeholder Engagement
  • Control Stakeholder Engagement – Monitor Stakeholder Engagement

Cambios en áreas de conocimiento

  • Integración: se da un mayor énfasis al conocimiento y se crea un registro de lecciones aprendidas. Aunque la intención inicial era la creación de una nueva área llamada precisamente Conocimiento no fue posible y habrá que dejarlo para nuevas ediciones. Seguro que nuestra compañera Mercedes Martínez del Capítulo de Madrid habrá hecho un trabajo espléndido en este apartado.
  • Alcance: se diferencia por primera vez entre el alcance del productoy el alcance del proyecto. Y sobre todo se alinea con los recientes estándares del PMI sobre requisitos y Business Analysis.
  • Cronograma: se ha renombrado el área, así como añadido técnicas ágiles y el Earned Schedule Management. Tendremos que recuperar la presentación de Juan Carlos González de hará un par de años.
  • Coste: no ha habido cambios significativos en esta área.
  • Calidad: se focaliza en la gestión de la calidaden vez del aseguramiento.
  • Recursos: se ha renombrado el área y por primera vez se controlan los recursos.
  • Comunicación: se distingue entre la comunicación (transferencia de conocimiento) de las herramientas que se utilizan para ella, las comunicaciones.
  • Riesgos: se añade un proceso de implementación de los riesgos, así como se introduce una nueva estrategia, “escalar” cuando el riesgo modifica los objetivos del proyecto fuera de la responsabilidad del Project manager. Se nota la excelente labor de David Hilson, Dr. Risk en actualizar esta área.
  • Adquisiciones: seguramente es el área que ha sufrido más cambios, con la eliminación de un proceso, con su actualización a una visión más globalde las adquisiciones, menos teórica y más práctica y sobre todo adaptada al rol actual que ejercemos como directores de proyecto.
  • Interesados: esta área es la más nueva y también era la más floja de contenido de todas. Con la ayuda de Lynda Bourne se ha puesto al día y sobre todos se han eliminado las duplicidades que había con comunicación.

6th EditionY la pregunta final es para cuándo vamos a tener la nueva edición, las fechas publicadas por el PMI son:

  • Publicación de la edición draft: 1º trimestre 2017
  • Publicación final:  3º trimestre 2017 (publicación en todos los idiomas al mismo tiempo)
  • Cambio examen PMP®: a principios del 2018

Mucho cambios en este edición pero parece que todos ellos para el bien de la profesión y sobre todo para mí que veo que se han cumplido mis sueños de integración y actualización del capítulo de adquisiciones. Os dejo con una entrevista realizada a Cyndi Snyder Dionisio durante el 2016 PMI Global Congress de San diego “PMBOK Guide – sixth Edition: Preview of Coming Attactions”. Quien mejor para explicarnos los cambios.

Elisabet Duocastella Pla

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

cierreEs labor del Project Manager liderar el proyecto. Por lo tanto es el cohesionador de todo aquello que ocurre o se prevé que puede ocurrir a lo largo del ciclo de vida del mismo. El Project Manager es el responsable de la “buena salud” del proyecto, de que todo vaya según lo previsto. A partir de la correspondencia entre las áreas de conocimiento y los grupos de procesos, podríamos decir que la Gestión de la Integración es, per sé, la Gestión del Proyecto.

La tarea integradora del Project Manager en todos los ámbitos del proyecto así como las medidas a tomar para el día a día del mismo, medir y hacer el seguimiento de todos los aspectos del proyecto, son la esencia del Project Management y conllevan de forma intrínseca la cronología o secuencia de los acontecimientos de un proyecto perfectamente recogidos en los procesos de Inicio, Planificación, Ejecución Seguimiento – Control y Cierre.

INTEGRACION:

  1. Desarrollar el acta de constitución del proyecto
  2. Desarrollar el plan para la dirección del proyecto
  3. Dirigir y gestionar la ejecución del proyecto
  4. Controlar y seguir las fases de los trabajos durante el proyecto.
  5. Realizar control integrado de cambios
  6. Cerrar el proyecto o la fase.

Por nuestra experiencia, hemos querido destacar éste último proceso de la Integración como al que menos tiempo se le dedica, teniendo no obstante, un peso tan relevante por su contribución a la gestión de los proyectos futuros.

En la línea del contenido de otros posts aportados por los compañeros de máster, el proceso de Cierre recogería todos aquellos aspectos que el equipo debe ir documentando a lo largo del proyecto y que necesariamente, contribuye al proceso constante de mejora de la gestión de cualquier proyecto venidero. De esta forma, la Integración cobra todo el sentido y queda completada ya que es el fin de una experiencia y el inicio de la siguiente con todas las aportaciones que el equipo haya recogido a lo largo del ciclo de vida del proyecto.

Las diferentes empresas y sus proyectos deberían diferir en muy pocos aspectos desde un punto de vista de Project Management. No obstante, lo que realmente marca la pauta entre empresas y por tanto, en la gestión de sus proyectos, es el afán de recoger todas aquellas lecciones aprendidas y la voluntad de aplicar las medidas correctoras en el siguiente proyecto.

Por otra parte, a menudo las lecciones aprendidas recogidas se aplican en el siguiente proyecto sin haber pasado por el tamiz de evaluar sus riesgos, si los hubiere, o de no tener presente las consecuencias de su aplicación y su impacto a nivel de stakeholders.

Dicho de otro modo, la Integración de los procesos de cada área de conocimiento, son los pasos fundamentales para asegurar que cada nuevo movimiento hacia adelante en el proyecto se inicia y finaliza de una forma estructurada, permitiéndonos la tranquilidad de saber que, una vez entrados en el siguiente proceso, el anterior ha quedado debidamente establecido.

Otro aspecto a considerar de la Integración, es su efecto en cada persona, departamento, proveedor, en definitiva, parte interesada e implicada en el proyecto ya que contribuye, desde la necesaria labor del Project Manager, a hacer sentir a cada interesado que está aportando su grano de arena en la consecución de un objetivo liderado por el Project Manager con el fin de satisfacer las necesidades, no solamente del cliente sino de todos los partícipes del proyecto.

 Post realizado por: Jordi Torralba, Cristian Carmona, José Mª Ros, Edgar Galloway y Francesc X. García Navas

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
Read More →
"Triangle Traffic Sign" por scottchan

“Triangle Traffic Sign” por scottchan

En un proyecto existen muchas restricciones, pero hay tres que se consideran especialmente importantes, y que son comunes a todos los proyectos: el costo, el alcance y el tiempo (plazo). Para referirse a estas tres restricciones y su interacción a lo largo del proyecto se utiliza el término “triple restricción”.

  1. Tiempo: todos los proyectos vienen delimitados por el tiempo, siempre hay una fecha que cumplir.
  2. Coste: esta variable no solo incluye el dinero, incluye todos los recursos que se necesitan para llevar a cabo el proyecto, el coste incluye personas, equipamientos, materiales, etc.
  3. Alcance: cada proyecto produce un único producto (bien o servicio), el alcance del proyecto describe y limita el trabajo requerido para conseguir el producto.

¿Por qué un triángulo equilátero? La teoría nos dice que este triángulo hipotético siempre mantiene su forma equilátera. En otras palabras, si movemos una de las restricciones, entonces se moverá o ajustará por lo menos otra, para que el triángulo recupere su forma de equilátero.

En la gestión de los proyectos se deberá realizar siempre un balance de las delimitaciones del tiempo, coste y alcance. En la imágen se muestra un triángulo en el que cada lado representa cada variable.

Triangulos

Si una de las variables se modifica, el resto de las variables también cambiará. Si el alcance aumenta, el coste y el tiempo aumentarán. Si el coste disminuye, el tiempo aumentará o el alcance disminuirá.

Post escrito por: Josep Ramon Aldoma, Angélica María Berrios, Gabriel Giogio Federico, Alejandar María Garcia y Jessica Santacana.

VN:F [1.9.22_1171]
Rating: 0.0/5 (0 votes cast)
Read More →
Imagen cortesía de Stuart Miles en FreeDigitalPhotos.net

Imagen cortesía de Stuart Miles en FreeDigitalPhotos.net

En este post vamos a tratar el plan de adquisiciones y de gestión de interesados, dos elementos básicos para la consecución de una buena gestión del proyecto.

El plan de adquisiciones va a tener un impacto directo en el control económico y de entregables del proyecto. A partir de una serie de entradas identificaremos que necesidades del proyecto son susceptibles de externalización, es decir, pueden satisfacerse mejor adquiriéndolas fuera de la organización. Entre estos factores a tener en cuenta podemos destacar:

  • Acuerdos con otras organizaciones para realizar el proyecto conjuntamente.
  • El registro de riesgos del Project Plan y riesgos específicos detectados en las subcontrataciones.
  • Los recursos (humanos y materiales) a utilizar en cada actividad y sus costes asociados.
  • La planificación temporal del proyecto.
  • Política de empresa en las subcontrataciones.

Para el análisis de todos estos elementos disponemos de diversas técnicas y herramientas, entre las que cabe destacar el “make or buy analysis”. Analizando diversos factores, como el volumen, coste interno (por unidad más costes fijos asociados) y coste externo por unidad, podemos ver más claramente que elementos externalizar o no. Es importante incluir otros factores como riesgos asociados a cada actividad, conocimiento dentro de la empresa o si se trata de un proyecto estratégico de la empresa. Finalmente, incluiremos la opinión de expertos en la materia, principalmente consensuando y contrastando nuestras decisiones con el departamento de compras de la empresa.

Como resultado de este proceso dispondremos de un plan de adquisiciones para el proyecto, que incluirá los criterios utilizados para decidir si una actividad se subcontrata o no, las definiciones de alcance de cada uno de los contratos, tipos de contrato, acuerdos de confidencialidad, criterios de selección de proveedores, métodos de seguimiento o gestión del cambio en las subcontrataciones.

Por otra parte, vamos a analizar el plan de gestión de interesados, cuyo principal objetivo es determinar las estrategias apropiadas para mantener el compromiso de los interesados durante la duración del proyecto. Como comentan nuestros compañeros en el post “Identificación de los grupos de interés de un proyecto” la inclusión de los “stakeholders” o interesados como otra área de conocimiento es una de las novedades más importantes de la versión 5 del PMBoK, lo cual nos da una idea de la importancia de este proceso.

En primer lugar realizaremos un análisis del compromiso actual de cada uno de los interesados y cuál es el nivel deseado para la correcta ejecución del proyecto. A partir de esta información trazaremos estrategias para conseguir “mover” a los interesados del nivel actual al nivel deseado, incluyendo sus expectativas, influencia, rol y responsabilidades (en definitiva, posible impacto) en el proyecto.

La correcta definición y ejecución del plan de gestión de interesados tendrá un impacto muy importante en el proyecto, ya que habitualmente tienen una repercusión importante en la aparición de determinados riesgos.

Como ejemplo de esta importancia, cabe destacar que en determinadas metodologías de gestión de proyectos ágiles, como Scrum, disponemos de un rol específico (el Product Owner) cuya función principal es representar a los interesados. Aunque esta figura se asocia típicamente a la definición y priorización de requerimientos, siendo el responsable de que el equipo aporte valor al negocio, la gestión de interesados es un punto básico para que el Product Owner pueda llevar a cabo su trabajo.

Post realizado por:  David Mora, Sergio Torok, Roberto Sánchez, Íñigo Paniagua y Jordi Nuño.

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