¿Cuál es la relación entre PMBOK y la gestión de proyectos del mundo real?

Mientras estudiaba para mi certificación PMP, aprendí muchas cosas que en el transcurso de 10 años estaba haciendo de manera diferente. Ahora, después de ser un PMP durante un año, veo cómo puede obtener valor del conocimiento sobre el marco de PMI.

Lo que todavía no veo es la brecha entre los proyectos del mundo real y todos los proyectos del PMBOK.

El propósito principal detrás de mi pregunta es entender si otros PM ven este paradigma en su trabajo. Veo una gran distancia entre la teoría y la práctica.

La historia de PMBOK dice que está formada por la contribución de diferentes gerentes de proyectos y otras personas de gestión que están trabajando en proyectos en tiempo real. Por lo tanto, está directamente relacionado con el entorno en tiempo real .

Respuestas (7)

El principal beneficio que vi después de convertirme en PMP y estudiar su marco fue un marco coherente y exhaustivo que se enfoca en todas las partes del proyecto y el ciclo de vida del proyecto. Todo, desde la creación y gestión de horarios hasta la gestión de miembros del equipo rebeldes.

PMI tiene sus propios objetivos (como impulsar la gestión de proyectos como un puesto real y como una vocación profesional). Si bien han proporcionado un marco, el mayor beneficio que encuentro es aplicar sus conceptos donde sea que vea un beneficio.

Por ejemplo, relaciono regularmente la identificación y el análisis de riesgos con procesos de desarrollo ágiles/Scrum (aunque no se aborda en esa metodología). Del mismo modo, el marco PMP es como un juego de herramientas gigante para mí: eliges lo que sea útil, lo aplicas y te alegras de que tus proyectos sean mucho mejores de lo que solían ser.

PMBoK es una caja de herramientas. Está lleno de herramientas útiles. Piense en el director del proyecto como un carpintero. Obtiene la certificación para usar todas las herramientas de la caja de herramientas. No significa que vayan a usar cada uno al construir un mueble.

El mayor vacío es el arte de aplicar las herramientas y técnicas adecuadas a cada situación para obtener los mejores resultados.

Hay un montón de conocimiento allí. El truco está en usarlo correctamente y no dejarse atrapar por el lado oscuro :)

Tenga en cuenta que PMI PMBOK no es un método de ejecución . Es decir, no te dirá qué hacer el lunes por la mañana a las 9:07 am para sacar adelante tu proyecto.

En caso de que se lo pregunte, mi método favorito de ejecución de proyectos es la gestión de proyectos de cadena crítica de Goldratt . Complementarios a CCPM son: kanban complementado por GTD .

De acuerdo con eso, los 42 procesos están sujetos a aplicarse solo en el proyecto muy complejo y es necesario que un gerente de proyecto identifique el proceso que se requiere para ese proyecto en particular [Usualmente lo hacemos en Desarrollar proceso de planificación de gestión de proyectos ].

Es posible que haya algún proceso que esté siguiendo en los últimos 10 años, que aún no esté bien documentado. PMBOk no define ningún proceso diferente del mundo real. Recuerde, PMBOK no está escrito por un individuo, en realidad lo escribe el gerente del proyecto en tiempo real . Incluso tú y yo podemos contribuir en eso. Entonces, todo lo que está escrito refleja el ejemplo y los procedimientos del mundo real.

Hay 47 proceso Pmbok 5 ;)

Hay una gran diferencia ya que hay personas reales en proyectos reales. Te enfrentarás a problemas de motivación, moral, terquedad y mucho más.

Sin embargo, los procesos pueden guiarlo a través de un proyecto. Probablemente tengas que averiguar el resto tú mismo.

Hay una gran brecha. Tienes razón en que ves una gran brecha; todos nosotros vemos una gran brecha. La característica crítica es que no todos vemos la misma gran brecha.

Esa es la razón por la que cada plan de proyecto debe ser personalizado. Francamente, esa es la razón para escribir un plan de proyecto; el proceso de negociación y redacción del plan es el proceso de examinar todos los elementos posibles del plan e identificar cuáles son los más importantes para el cierre exitoso de este proyecto. (Y aunque está implícito en esa oración, se menciona explícitamente que el plan también documenta los elementos que no son importantes).

El PMBOK contiene las bases para todos los planes posibles. Su(s) proyecto(s) tendrán planes cosificados que contienen solo las herramientas de proceso y la tecnología útil para su proyecto

Pero déjame terminar donde empecé; tu observación es correcta.