PMBoK, PRINCE2 y Agile: elementos comunes

Hace poco que obtuve mi “flamante” certificación PRINCE2 Foundation, llevo algunos años como PMP y desde hace un tiempo me dedico a los entornos ágiles (SCRUM sobre todo) donde también profesionalicé como CSM (Certified Scrum Master por la Scrum Alliance).

Lo interesante es que una vez conoces los fundamentos de estos tres entornos de gestión descubres que hay principios y conceptos que en el fondo los tres entornos comparten. Eso sí, cada uno los consideran como propios e incluso los presentan haciendo caso omiso de su aceptación y uso por parte de los demás. En este post los enumeraré y en próximas intervenciones los explicaré con más detalle.

Como punto de partida utilizaré los que en PRINCE2 se consideran como principios, con un enunciado bien claro y a la vez un “sine qua non” básico para cualquier intento de situarse en un entorno PRINCE2.

Aprender de la experiencia/Lecciones aprendidas/Retrospectiva – no sé a vosotros pero a pesar de que sean expresados por distintas palabras, a mi me suena lo mismo, y en realidad es lo mismo. Esto aunque lo primero es un principio de PRINCE2, el segundo lo promueve el PMBOK como buena práctica, mientras que el tercero aparece como concepto y buena práctica en asociación directa al SCRUM.

Enfoque de producto – otro elemento que aparece en la lista de principios de PRINCE2, lo utiliza el PMBOK cuando hace referencia a la estructura jerárquica orientada a entregables de la WBS (Work Breakdown Structure) y por supuesto es la base del Product Backlog de SCRUM.

Roles y responsabilidades definidas – en PRINCE2 aparece como principio, la primera vez que encontré el concepto lo vi reflejado en la famosa matriz RAM (RACI) del PMBOK. Luego, cualquier integrante de un equipo que aplica SCRUM tiene más que claro que esto es algo fundamental para un funcionamiento optimo del equipo.

Ajustarse al entorno del proyecto – es otro principio de PRINCE2 pero también es una recomendación básica tanto en PMBOK como en SCRUM. Hace un año el PMI incluso cerro un estudio sobre “el valor del Project management” y una de las conclusiones fundamentales del mismo fue que este mismo valor de la gestión según las buenas prácticas del PMBOK depende de la capacidad de adaptar las mismas a la realidad de la organización y del proyecto mismo.

Quizás, como PRINCE2 hace toda una declaración de principios, los elementos   allí mencionados aparecen definidos de una forma más clara y categórica, pero esto no quita su aplicación y uso sistemático dentro de los otros dos marcos de gestión. PRINCE2 promueve como principios también la justificación comercial continua (continued business justification), la gestión por etapas (manage by stages) y la gestión por excepción (manage by exception), pero yo sigo pensando en que todo esto es un “déjà vu” en cualquier otro de los demás entornos.

¿Qué opináis?

Foto: Katerha

Post Relacionados:

PRINCE2 o PMBoK: ¿Qué es mejor para gestionar mi proyecto?

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

About the author  ⁄ laurentiuneamtu

7 Comments

  • Responder
    6 julio, 2013

    Hola

    Si bien Prince2 se centra en descomponer los diferentes productos (Internos/Externos), dejando fuera las actividades (ya que no son productos), esto no implica que, siguiendo la máxima de los marcos de buenas prácticas, no podamos condensar si así lo creemos necesario ámbos elementos WBS/PBS si con ello, nos facilita la comprensión de aquello que tenemos que entregar.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
  • Responder
    16 mayo, 2012

    Interesante comparación. Soy también PMP y CSM certificado, y he leído sobre Prince2 y IPMA. En Latinoamérica está más difundido el uso del PMBOK como guía para gestión de proyectos. Aunque opino como vos, en el sentido de que existen puntos comunes entre todos y lo que le falta a uno lo tiene el otro y viceversa. En mi opinión una buena mezcla de las 4 opciones y la sabiduría y experiencia necesaria de entender cómo y cuando aplicarlas sería lo mejor. En mis cursos de Project Management basados en PMBOK normalmente suelo profundizar otros temas con el uso de conceptos de las otras metodologías.
    Saludos cordiales,

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    • Responder
      Laur
      16 mayo, 2012

      Hola Norberto,
      Efectivamente, esta es la idea. En realidad en los tres casos se insiste sobre la parte de ser flexible y de ajustar la gestión al especifico del proyecto y de su entorno.

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)
  • Responder
    15 mayo, 2012

    No estoy de acuerdo en que PMBoK se centre en el producto. El WBS es más bien una descomposición de tareas. Cuando PRINCE2 se centra en el producto hace que, realmente, cada elemento de la WBS (PBS en PRINCE2) sea, de hecho, un producto, esto es, un entregable.

    VA:F [1.9.22_1171]
    Rating: 0 (from 0 votes)
    • Responder
      Laur
      16 mayo, 2012

      Hola Alfonso,
      Gracias por tu comentario y por la duda planteada.
      Sin embargo me permitiria recordarte que la WBS precisamente, segun como la describe el PMBOK, esta centrada en entregables y no en tareas. Pero entiendo perfectamente tu posicion ya que se trata de una confusion que se hace con bastante frecuencia al intentar ubicar tareas en la WBS. Lo que pasa es que desde el punto de vista del PMBOK, la parte de WBS se asocia con la descripcion del alcance (como area de conocimiento), mientras que la parte de tareas entra en el area de conocimiento tiempo y por lo tanto se trata aparte.
      Tampoco asociaria directamente el PBS del PRINCE2 con la WBS del PMBOK, porque hay diferencias bastante importante entre los dos conceptos.
      Un abrazo.

      VA:F [1.9.22_1171]
      Rating: 0 (from 0 votes)

Leave a Comment to Laur