PMBOK (Project Management Body of Knowledge) v4.0

4
19121

PMBOK (Project Management Body of Knowledge) v4.0

En Autentia, no sólo impartimos cursos técnicos sino que también impartimos decenas de cursos relacionados con la dirección de proyectos y gestión eficiente de equipos.
Como prueba de ello podéis ver que tenemos un libro entero publicado al respecto. [Más información]. [Otras publicaciones de Autentia]

Este tutorial voy a hacerlo de un modo muy particular y aunque va a tener poco escrito, si va a ser largo porque va a tener mucho hablado, que es más rápido y da menos pereza. Ya os digo que el próximo libro lo hago así.

Dirigir proyectos en una profesión en si misma y requiere formación específica. El PMBOK [base de conocimiento en la dirección de proyecto] es un punto de referencia (como otros muchos) para darnos cuenta de la dimensión de la tarea.

La obra es un punto de comienzo pero recordar eso de que «formar no es como llenar un cubo sino como encender una llama». Como siempre que hago un esfuerzo hay que dejar un tangible … disciplina es la base del éxito dirigiendo cualquier cosa.

Seguir el PMBOK y trabajar con metodologías ágiles no es incompatible y alguna referencia haremos al respecto. Os animo a profundizar en el tema.

Bueno, a la faena.

El PMBOK define que hay 5 grupos de procesos (no secuenciales):

Inicio

  • 4.1 Desarrollar el acta de constitución.
  • 10.1 Identificar a los interesados.

Planificación.

  • 4.2 Desarrollar el plan de dirección de proyecto.
  • 5.1 Recoger requisitos.
  • 5.2 Definir el alcance.
  • 5.3 Crear el edt.
  • 6.1 Definir las actividades.
  • 6.2 Secuenciar las actividades.
  • 6.3 Estimar los recursos de las actividades.
  • 6.4 Estimar las duración de las actividades.
  • 6.5 Desarrollar el cronograma.
  • 7.1 Estimar los costes.
  • 7.2 Determinar el presupuesto.
  • 8.1 Planificar la calidad.
  • 9.1 Desarrollar el plan de recursos humanos.
  • 10.2 Planificar las comunicaciones.
  • 11.1 Planificar la gestión de riesgos.
  • 11.2 Identificar riesgos.
  • 11.3 Realizar el análisis cualitativo de riesgos.
  • 11.4 Realizar el análisis cuantitativo de riesgos.
  • 11.5 Planificar la respuesta ante los riesgos.
  • 12.1 Planificar las adquisiciones.

Ejecución.

  • 4.3 Dirigir y gestionar la ejecución del proyecto.
  • 8.2 Realizar el aseguramiento de la calidad.
  • 9.2 Adquirir el equipo de proyecto.
  • 9.3 Desarrollar el equipo de proyecto.
  • 9.4 Dirigir el equipo de proyecto.
  • 10.3 Distribuir la información.
  • 10.4 Gestionar las expectativas de los interesados.
  • 12.2 Efectuar las adquisiciones.

Supervisión y control.

  • 4.4 Monitorizar y controlar el trabajo.
  • 4.5 Realizar el control integrado de cambios.
  • 5.4 Verificar el alcance.
  • 5.5 Controlar el alcance.
  • 6.6 Controlar el cronograma.
  • 7.3 Controlar los costes.
  • 8.3 Realizar el control de la calidad.
  • 10.5 Informar del rendimiento.
  • 11.6 Monitorizar y controlar los riesgos.
  • 12.3 Administrar las adquisiciones.

Cierre.

  • 4.6 Cerrar el proyecto o fase.
  • 12.4 Cerrar las adquisiciones.

Bueno, espero que os haya gustado el formato aunque todavía estoy experimentando en ello.

Creo que si tiene éxito me animaré a hacer muchos más y más asiduamente.

4 COMENTARIOS

  1. Buen tutorial.

    Comentas que esto no es incompatible con utilizar metodologías ágiles. ¿Cómo lo harías? ¿Han de hacerse todas estas fases para cada uno de los ciclos o sprints? ¿Tiene que haber también una planificación global?

    Se dice que usando metodologías ágiles no se sabe dónde se va a acabar exactamente, ya que el usar ciclos cortos o sprints (en terminología Scrum) y sobre todo tener mayor implicación del cliente en el día a día, puede que el producto que se esté desarrollando evolucione hacia algo que no era lo que inicialmente se tenía previsto. ¿Cómo se puede inicialmente estimar duración global y coste global? ¿cómo plasmas esa incertidumbre en un contrato con el cliente? Yo creo que realmente esto último es lo que puede echar para atrás a los clientes a aceptar el uso de metodologías ágiles, muchos prefieren tener cerrado de antemano qué se va a hacer y su coste, aunque en mi opinión suelen salir perdiendo.

  2. Muchas gracias. La charla ha estado muy interesante y da respuesta a mis dudas con Agile, que ya he usado en un par de proyectos pero de innovación interna, nunca con un cliente externo.
    Por cierto, me ha llegado ayer tu libro (no sé si recuerdas que hablamos por correo). ¡Qué rapidez!

  3. Estimado rcanales, te saluda arcelia desde Perù soy arquitecta de profesiòn trabajo como jefe de proyecto y me encuentro estudiando una maestria en Gestiòn y Direcciòn de empresas constructoras e inmobiliarias. De todas maneras considero sumamente importante estudiar un pmbok por que de esa forma voy a tener la herramienta y el conocimiento para poder aplicar de manera eficiente los procesos que intervienen en un proytecto inmobiliario. Es mas, aprovecho la oportunidad, de comentarte que pienso realizar como tesis de master un manual de gestiòn inmobiliaria, en la cual pienso desarrollar una metodologìa en lo que respecta a la gestiòn de los p`rocesos. Con la finalidad de ofrecer al mercado que todo proyecto implica un continuo orden en los procesos dentro, y siendo asì lograremos mayor eficiencia y por tal mejores y mayores utilidades en la empresa inmobiliaria. Estoy revisando el video de pmbok y buscare el libro de fundamentes y la guia de fundamentos de la direcciòn del proyecto en base al conocimiento.
    Saludos Cordiales
    Arcelia

DEJA UNA RESPUESTA

Por favor ingrese su comentario!

He leído y acepto la política de privacidad

Por favor ingrese su nombre aquí

Información básica acerca de la protección de datos

  • Responsable:
  • Finalidad:
  • Legitimación:
  • Destinatarios:
  • Derechos:
  • Más información: Puedes ampliar información acerca de la protección de datos en el siguiente enlace:política de privacidad