Documentos de Académico
Documentos de Profesional
Documentos de Cultura
MANUAL ACADÉMICO
La Dirección
de proyectos
en el S.XXI
EOBS.ES
M1: LA DIRECCIÓN DE PROYECTOS EN EL SXXI
INDICE
1. Introducción .......................................................................................................................... 3
2. La organización PMI® ............................................................................................................ 4
3. La Guía del PMBOK® ............................................................................................................ 10
4. Terminología común en Dirección de Proyectos ................................................................ 16
4.1. Dirección de Proyectos................................................................................................ 16
4.2. Proyecto, Programa y Portafolio ................................................................................. 16
4.3. Modelo de Madurez OPM3® ....................................................................................... 22
4.4. Restricciones Contrapuestas (Competing Constraints)............................................... 24
4.5. Supuestos (Assumptions) ............................................................................................ 26
4.6. Elaboración Progresiva ................................................................................................ 26
4.7. Oficina de Gestión de Proyectos o Programas (PMO) ................................................ 27
4.8. Sistema de Información para la Dirección de Proyectos ............................................ 28
4.9. Activos de los Procesos de la Organización (APO) ...................................................... 29
4.10. Factores Ambientales de la Empresa (FAE) ............................................................. 29
4.11. Ciclo de Vida de un Producto .................................................................................. 30
4.12. Fases de un Proyecto............................................................................................... 30
4.13. La Organización y la Cultura de la Organización Ejecutora ..................................... 31
4.14. La Estructura de la Organización Ejecutora............................................................. 32
5. Gestión de Proyectos 2.0 .................................................................................................... 35
6. Terminología del PMI® ........................................................................................................ 42
Anexo I: El Project Manager Ágil ................................................................................................. 45
1. Introducción
gana o pierde con el proyecto. Hay muchas posibilidades de que un proyecto sea un éxito,
pero también hay muchas posibilidades de que sea un rotundo fracaso, que llegue a impactar
la imagen de la empresa, o incluso llegue a afectar al valor de la acción.
La buena noticia es que prácticamente todo lo que debe saber el director de proyectos
ya está inventado. Los grandes proyectos, como por ejemplo “llevar a un hombre a la luna” o
“remodelar el Canal de Panamá”, requieren la aplicación de toda una serie de procesos.
Cuando un director de proyectos asume un proyecto de estas características, debe imponer un
esquema de control basado en procesos. Si estos procesos no forman parte del cuerpo
normativo de la organización ejecutora, el director de proyectos tiene la responsabilidad de
crearlos para poder aplicarlos. Los directores de proyectos pueden agradecer al PMI® el
empeño y la constancia de más de 40 años formalizando todas las áreas de conocimiento
aplicables.
2. La organización PMI®
Actualmente, el PMI® cuenta con unos 530.000 afiliados y tiene presencia en 208
países. Su sede central está en Pensilvania, EE.UU. PMI también tiene oficinas en Washington
DC y Pekín, así como los Centros Regionales de Servicios en Singapur, Bruselas, Bélgica y Nueva
Delhi y Bombay. Las delegaciones locales del PMI se denominan capítulos, existiendo más de
300 capítulos. Para afiliarse a un capítulo local, antes hay que ser miembro del PMI® global.
Hacerse miembro del PMI reporta una serie de beneficios importantes (acceso directo a
innumerables recursos para la dirección de proyectos). El PMI® promueve que todos los
profesionales de la gestión de proyectos utilicen las mejores prácticas locales y globales, se
relacionen entre sí y compartan recursos.
En 1984, PMI introdujo el concepto de "la profesión" del Director de Proyectos, y creó
el título Profesional en Dirección de Proyectos o Project Management Professional (PMP®)
con sus requisitos de experiencia, conocimiento actualizado, titulación y código deontológico.
Como se verá en el siguiente capítulo, todo PMP® debe observar un código de conducta
profesional (debe ser responsable, respetuoso, equitativo y honesto).
tomar clases, asistir a congresos del PMI, contribuir a la investigación profesional o escribir y
publicar documentos sobre gestión de proyectos.
(repetir el examen cuesta 275$ a los miembros del PMI®). Si se suspende 3 veces en este período,
hay que esperar 1 año antes de volver a presentar la solicitud.
El PMI® puede seleccionar su solicitud para realizar una auditoría, en cuyo caso, exigirá verificar la
información con las personas de contacto. Si no se supera la auditoría, PMI devuelve la tasa del
examen menos un coste administrativo de 100$.
Los formularios de solicitud son muy detallados. Por cada proyecto, además de la
información declarativa del mismo (datos del proyecto, organización ejecutora, datos de
contacto, etc.), es preciso indicar cuántas horas se han dedicado, como Director de Proyectos,
a las actividades de inicio, planificación, ejecución, control y cierre.
Existen cursos de preparación para el examen PMP. Estos cursos sirven para acreditar
las 35 horas preceptivas de formación en gestión de proyectos. No es obligatorio, aunque sí
conveniente, que los imparta un REP (Registered Education Provider), formador acreditado por
el PMI®.
Se recomienda leer 2 veces como mínimo la Guía del PMBOK® (en español o en inglés).
Hay que tener en cuenta, sin embargo, que PMBOK es un libro de referencia, más que una guía
de estudio. Los contenidos están organizados para responder dudas del profesional, más que
para aprender a dirigir proyectos de principio a fin.
Examen
Hay un proveedor exclusivo del examen PMP a nivel mundial, llamado Prometric. La
fecha del examen se reserva a través de la web de Prometric (http://www.prometric.com). Es
recomendable reservar la fecha, como muy tarde, 3 meses antes de que expire el plazo de 1
año desde la aceptación de la solicitud del PMI. He aquí algunos datos sobre el examen PMP®.
El examen consta de 200 preguntas tipo test. Cada pregunta tiene 4 opciones, sólo una es correcta.
Los fallos no penalizan, luego hay que contestar todas las preguntas. El PMI® no publica los criterios
para aprobar el examen (cuánto puntúan las preguntas, qué porcentaje de aciertos se requiere para
aprobar, etc.). Sí se sabe que de las 200 preguntas, hay 25 que no puntúan (el PMI® analiza cómo
funcionan para evaluar si en un futuro pasan a formar parte del examen).
El tiempo asignado para hacer el examen es de 4 horas. Antes hay una explicación guiada de la
aplicación (unos 5’) y después una encuesta (unos 15’).
El examen asistido por ordenador permite marcar las respuestas dudosas para su posterior revisión.
Si se solicita la ayuda de la traducción al español, las preguntas se muestran a la vez en inglés y en
español.
Cuando se completa el examen, instantáneamente se sabe si se ha superado o no. Se recibe un
informe indicando las fortalezas y las debilidades en cada una de las áreas del examen. Las áreas del
examen y su porcentaje de preguntas son: Inicio (13%), Planificación (24%), Ejecución (30%); Control
(25%), Cierre (8%).
Una vez que se ha obtenido el título, cada PMP debe seguir el programa CCR
(Continuing Certification Requirements), que obliga a mantener el certificado activo, mediante
la obtención de unidades de desarrollo profesional, o PDU (Professional Development Units).
Deben conseguirse, como mínimo, 60 PDUs cada 3 años.
El programa CCR es el instrumento que impone el PMI® para que los PMP® mejoren
continuamente su conocimiento, se mantengan informados y relacionados. El profesional que
posee la credencial debe demostrar su compromiso con la profesión mediante la práctica
continuada.
Los medios más habituales para conseguir PDUs son los siguientes:
La Guía del PMBOK® es un libro con trece capítulos, cuatro anexos y un glosario:
Es importante recalcar que la Guía del PMBOK® es una guía, no una metodología. Es
más bien un metamodelo: dice qué hay que hacer, pero no cómo hay que hacerlo. La gestión
de cada proyecto es única, y es responsabilidad del director de proyectos, junto con su equipo
de gestión, decidir qué procesos aplican, cómo han de configurarse los entregables, cómo han
de procesarse los cambios, cómo hay que gestionar los riesgos, las comunicaciones, la calidad,
las adquisiciones, etc. Una metodología describe una forma determinada de realizar los
trabajos. La Guía del PMBOK® no prescribe la forma exacta de ejecutar los proyectos. Se trata
de un marco de referencia que se puede implantar con distintas metodologías de dirección de
proyectos (como metodologías ágiles, en cascada, PRINCE2, etc.).
Esta forma de agrupar los procesos que propone la Guía del PMBOK® nos habla de
especialización y objetivos de gestión a lo largo de un proyecto. Mientras que las áreas de
conocimiento se refieren a qué hay que saber para gestionar cualquier proyecto, los grupos de
procesos dicen qué hay que obtener en todo proyecto o fase:
En el inicio hay que hacer que la organización tenga un debate estratégico sobre si el proyecto está
alineado, es oportuno y es más prioritario que otros, pues no habrá
recursos para ejecutar todas las iniciativas.
En la planificación hay que “pensar antes de hacer”, hay que imaginar
el proyecto hasta donde alcance la información disponible y tratar de
cerrar una planificación completa (donde no se sabe todavía, se toman
supuestos).
Cuando el proyecto está en marcha, hay que distinguir la ejecución
(hacer que las cosas se hagan, producir entregables de forma eficiente)
del control (separarse del trabajo para opinar y juzgar si es factible
cumplir los objetivos, y tomar acciones para corregir o mejorar el
desempeño).
Finalmente, los proyectos se cierran, lo que quizá sea lo más
distintivo de la gestión de proyectos frente a la gestión de operaciones. Al director del proyecto le
gusta decir adiós: se asegura de que todo está terminado y entonces procede a cerrar formalmente
el proyecto para transferir los resultados a la siguiente fase, al cliente, o a la unidad organizativa
correspondiente.
Obsérvese que los grupos de procesos son consistentes con el modelo de mejora continua PDCA
de Deming: Plan = planificación; Do = ejecución; Check, Act = control.
Según la Guía del PMBOK®, un proyecto completo se gestiona siguiendo estos grupos
de procesos desde su inicio (cuando aún no se ha aprobado) hasta su cierre (cuando todo está
terminado y hay que formalizar su conclusión). Cuando un proyecto se divide en fases
secuenciales, los procesos de la Guía del PMBOK® se pueden aplicar de igual manera, es decir:
al comienzo de la primera fase habrá que justificar detalladamente el proyecto; y cuando
termine esa fase habrá que cerrarla oficialmente para volver a pensar si se dan las condiciones
para continuar con el lanzamiento de la siguiente fase. El proyecto podría cancelarse si ya no
es oportuno. Si se aprueba, habría que elaborar el acta de constitución para iniciar la siguiente
fase.
Es decir, en todo proyecto o fase se puede plantear la gestión siguiendo los grupos de
inicio, planificación, ejecución, control y cierre. El acrónimo IPECC sirve para recordar estos
cinco grandes grupos de gestión.
Por último, hay que tener en cuenta que los grupos de procesos no son secuenciales
necesariamente (no confundir grupos de procesos y fases del proyecto):
Los grupos de inicio y cierre tendrán lugar al principio y final del proyecto o fase, respectivamente.
Las tareas de planificación (estimación de tiempos, costes, recursos, riesgos, etc.) suelen mezclarse
con las de inicio (mientras se está decidiendo si el proyecto se realiza o no). A veces se decide que
no se aprueba un proyecto porque resulta demasiado largo, caro, incierto, no hay recursos
disponibles, no pueden subcontratarse algunas partes necesarias, etc.
Algunas actividades del proyecto pueden comenzar su ejecución (y control) aun cuando no se ha
completado la planificación. Algunos proyectos necesitan realizar planes de negocio, estudios de
viabilidad, pruebas de concepto, etc., para saber si son factibles o no.
La planificación puede refinarse a medida que se conozcan mejor los detalles del proyecto
(elaboración progresiva).
La monitorización y el control tienen lugar durante todo el proyecto, desde su inicio hasta su fin.
Identificar requisitos.
Abordar las diversas necesidades, inquietudes y expectativas de los interesados en la planificación y
la ejecución del proyecto.
Establecer, mantener y realizar comunicaciones activas, eficaces y de naturaleza colaborativa entre
los interesados.
Gestionar a los interesados para cumplir los requisitos del proyecto y generar los entregables del
mismo.
Equilibrar las restricciones contrapuestas del proyecto que incluyen, entre otras:
- El alcance.
- La calidad.
- El cronograma.
- El presupuesto.
- Los recursos.
- Los riesgos.
Proyecto: Esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado único.
Programa: Grupo de proyectos, subprogramas y actividades de programas relacionados cuya
gestión se realiza de manera coordinada para obtener beneficios que no se obtendrían si se
gestionaran en forma individual. Pueden incluir operaciones fuera del alcance de los proyectos.
En cada caso, los objetivos de gestión son diferentes, como resume el siguiente cuadro
comparativo:
A nivel proyecto, principalmente se persigue que se haga bien lo que se tiene que
hacer (sin desviaciones en plazos y costes), a nivel programa y cartera, se trata de elegir bien
qué hay que hacer y qué no hay que hacer (en términos de estrategia, rentabilidad y nuevas
capacidades).
1 El éxito se mide por ausencia de retrasos y sobrecostes, calidad del producto y satisfacción del cliente.
2 El éxito se mide por el rendimiento agregado de los componentes.
3 El éxito se mide por el grado en que satisface las necesidades y entrega los beneficios.
4 El responsable gestiona al equipo del para conseguir los objetivos de plazo, coste y alcance.
5 El responsable gestiona a su equipo y a los Project Managers, aportando visión de liderazgo global.
6 El seguimiento se basa en el control del rendimiento agregado y KPIs.
El seguimiento se basa en el control del progreso de los componentes para asegurar los objetivos globales, plazos, costes y
7
beneficios consolidados.
8 El seguimiento se basa en el control de la producción de productos, servicios o resultados.
9 Tiene un alcance amplio orientado a la entrega de beneficios significativos para el negocio.
10 Tiene un alcance de negocio que cambia con los objetivos estratégicos de la organización.
11 Tiene un alcance que se elabora progresivamente durante todo el ciclo de vida.
12 El responsable espera cambios: Implanta procesos para mantenerlos gestionados y controlados.
El responsable monitoriza continuamente los cambios en un marco amplio orientado a la estrategia de la organización y al
13
negocio.
14 El responsable espera cambios dentro y fuera de su alcance: Se prepara para gestionarlos.
15 El responsable traslada progresivamente la información de alto nivel a planes detallados durante todo el ciclo de vida.
16 El responsable desarrolla el plan completo y crea planes de alto nivel para orientar los planes detallados.
17 El responsable crea y mantiene los procesos y comunicación necesarios sobre la planificación.
Ejercicio 2. Usted acaba de ser contratado como Program Manager por una empresa
multinacional del sector turístico. Esta empresa está basada en España y tiene operaciones en
Latinoamérica, Reino Unido, Europa Central, EE.UU. y Asia. El departamento financiero ha
unificado recientemente los procesos financieros globales (Global Finance Processes:
Facturación, Cuentas a Cobrar, Cuentas a Pagar, Tesorería, Libro Mayor y Soporte Financiero).
Una de las líneas más importantes del plan estratégico 2013-2015 es centralizar y consolidar
las actividades financieras en 6 Centros de Servicios Compartidos (SSC -Shared Service Centers),
uno por región. Después de aprobar el correspondiente business case, se ha establecido un
programa denominado "GFP-SSC transition program" para centralizar progresivamente las
operaciones financieras. Este programa tiene inicialmente 23 componentes, entre proyectos y
operaciones, si bien este número fluctuará a medida que unos proyectos terminen y otros
comiencen. En el roadmap previsto a 3 años, en los primeros 6 meses se tiene el objetivo de
centralizar la facturación de todos los países en el SSC de España, y después se quiere hacer la
transición de cada centro en fases de 6 meses, empezando por el de Latinoamérica, ubicado en
República Dominicana. Usted contará con un equipo núcleo de 5 personas que deberá
contratar usted mismo. Su equipo deberá desplazarse a distintos países para coordinar cada
una de las fases del programa y supervisar a los Project Managers que dirijan los diferentes
proyectos.
Esta empresa tiene una fuerte cultura de gestión de proyectos, con alto número de PMPs en
los diferentes países, herramientas corporativas, procesos corporativos, órganos de gobierno,
etc. Sin embargo, no está acostumbrada a gestionar programas. De hecho, este es el primer
programa que se ejecuta y usted es el primer Program Manager. En el comité de dirección del
programa, que acaba de constituirse, hay dos altos ejecutivos que son escépticos sobre la
gestión por programas, ya que piensan que introduce más costes generales y no ven valor
añadido sobre la gestión por proyectos.
1. Uno de los ejecutivos escépticos con la gestión por programas quiere que vaya a verle mañana a su
despacho a primera hora. Quiere que usted le explique brevemente por qué hay que gestionar este
conjunto de proyectos como un programa y no como una suma de proyectos. ¿Qué argumentos
usará para convencerle?
2. Para formar parte de su Program Management Team, usted tiene que entrevistar a unos candidatos
que pueden ser internos o externos. ¿Qué habilidades juzgaría necesarias para formar parte de su
equipo?
3. De las diferentes áreas de gestión de su programa (gestión de beneficios, gobierno, gestión de
interesados y gestión estratégica), ¿cuál juzga más importante?
Solución:
1. El programa para este caso es necesario ya que se están desarrollando varios proyectos en
diferentes partes del mundo, lo que hace necesario la centralización de procesos tan importantes
para cualquier organización como son los resultados financieros". El mayor beneficio de llevar a
cabo este programa es la facilidad que se va a tener en la comunicación entre los diferentes países y
se dispondrá de información al instante de todas las regiones, garantizar una buena sincronización
entre las dependencias entre los proyectos de este, además que también puede permitir un uso mas
eficiente de los recursos mediante el establecimiento de prioridades y la integración de los
proyectos.
2. Aparte de las habilidades genéricas de gestión, en este programa habrá que tener muy en cuenta el
área de aplicación, es decir, el conocimiento específico sobre los procedimientos financieros del
sector.
3. Los programas siempre dan más importancia a la gestión de beneficios, para eso se crean, para dar
más beneficios que cada proyecto por separado.