1. Project Management Institute
Saltar a: navegación, búsqueda
PMI
Tipo Asociación profesional
País
Estados Unidos de
América
Año de
fundación
1969
Sede
NewtownSquare,
Pennsylvania
Web oficial http://www.pmi.org/
El Project Management Institute (PMI) es una organización internacional sin fines de
lucro que asocia a profesionales relacionados con la Gestión de Proyectos. Desde principios
de 2011, es la más grande del mundo en su rubro, dado que se encuentra integrada por más
de 380.000 miembros en cerca de 170 países. La oficina central se encuentra en la localidad
de NewtownSquare, en la periferia de la ciudad de Filadelfia, en Pennsylvania (Estados
Unidos). Sus principales objetivos son:
Formular estándares profesionales en Gestión de Proyectos.
Generar conocimiento a través de la investigación.
Promover la Gestión de Proyectos como profesión a través de sus programas de
certificación.
Índice
1 Historia
2 PMBOK
3 Certificaciones
4 Véase también
5 Enlaces externos

2. Historia
El PMI se fundó en 1969 por 40 voluntarios. Su primer seminario se celebró en Atlanta
(Estados Unidos), al cual acudieron más de ochenta personas. En la década de los 70 se
realizó el primer capítulo, lo que permitió realizar fuera de Estados Unidos el primer
seminario. A finales de 1970, ya casi 2000 miembros formaban parte de la organización. En
la década de los 80 se realizó la primera evaluación para la certificación como profesional
en gestión de proyectos (PMP por sus siglas en inglés); además de esto, se implantó un
código de ética para la profesión. A principios de los años 1990 se publicó la primera
edición de la Guía del PMBOK (Project Management Body of Knowledge), la cual se
convirtió en un pilar básico para la gestión y dirección de proyectos. Ya en el año 2000, el
PMI estaba integrado por más de 40.000 personas en calidad de miembros activos, 10.000
PMP certificados y casi 300.000 copias vendidas del PMBOK.
PMBOK
Artículo principal:Project Management Body of Knowledge.
La Guía del PMBOK, desarrollada por el Project Management Institute, contiene una
descripción general de los fundamentos de la Gestión de Proyectos reconocidos como
buenas prácticas. Actualmente en su quinta edición, es el único estándar ANSI para la
gestión de proyectos. Todos los programas educativos y certificaciones brindadas por el
PMI están estrechamente relacionadas con el PMBOK.
Certificaciones
Actualmente el Project Management Institute ofrece seis tipos de certificación:
1. Asociado en Gestión de Proyectos Certificado (CAPM) es aquel que ha demostrado
una base común de conocimientos y términos en el campo de la gestión de
proyectos. Se requieren 1,500 horas de trabajo en un equipo de proyecto o 23 horas
de educación formal en gestión de proyectos para conseguir esta certificación,
además de un examen de 150 preguntas de las cuales 135 son válidas para el
examinando y las otras 15 son preguntas de prueba del PMI «CAPM Handbook»
(en inglés). Consultado el 11 de noviembre de 2011..
2. Profesional en Gestión de Proyectos(PMP) es aquel que ha experimentado una
educación específica y requerimientos de experiencia, ha aceptado ceñirse a un
código de conducta profesional y ha pasado un examen designado para determinar y
medir objetivamente su conocimiento en gestión de proyectos. Se requieren 4,500
horas de trabajo en un equipo de proyectos y un examen de conocimientos de 200
preguntas. Adicionalmente, un PMP debe satisfacer requerimientos de certificación
continuos, de lo contrario pierde la certificación.
3. Profesional en Gestión de Programas (PgMP) es aquel que ha experimentado una
educación específica y posee vasta experiencia en dirección de proyectos y
programas, también ha aceptado ceñirse al código de ética y conducta profesional

3. del PMI. Se requieren de 8 años de experiencia de trabajo en equipos de proyectos,
examen de conocimientos y entrevistas por parte del personal del PMI. Las
credenciales de CAPM o del PMP no son requisitos previos para obtener la
certificación de PgMP.
4. PMI Profesional en Programación (PMI-SP)SM
5. PMI Profesional en Gestión de Riesgos (PMI-RMP)SM
6. PMI Practicante certificado de Agile (PMI-ACP) es un profesional que aplica en sus
proyectos técnicas y metodologias Agiles «PMI Agile CertifiedPractitioner» (en
inglés). Consultado el 18 de junio de 2012..
En 2006, el PMI reportó más de 220,000 miembros y cerca de 200,000 PMP en 175 países.
Más de 40,000 certificaciones PMP expiran anualmente, ya que un PMP debe documentar
experiencia en proyectos en curso y educación cada tres años.
Véase también
Proyecto
Administración de proyectos
Enlaces externos
Página oficial del Project Management Institute
o Capítulo del PMI en Barcelona, España
o Capítulo del PMI en Bogotá, Colombia
o Capítulo del PMI en Buenos Aires, Argentina
o Capítulo del PMI en Nuevo Cuyo, Argentina
o Capítulo del PMI en Lima, Perú
o Capítulo del PMI en Madrid, España
o Capítulo del PMI en Valencia, España
o Capítulo del PMI en México, México
o Capítulo del PMI en Guadalajara, México
o Capítulo del PMI en Montevideo, Uruguay
o Capítulo del PMI en Panamá
o Capítulo del PMI en San José, Costa Rica
o Capítulo del PMI en Santiago, Chile
o Capítulo del PMI en Venezuela
o Capítulo del PMI en Honduras
Página oficial del Modelo de Madurez Organizacional en Dirección de Proyectos -
Organizational Project Management MaturityModel (OPM3)
Revista digital de dirección de proyectos (español)

4. Importancia y creación de una Estructura de Desglose de Trabajo (EDT) paso a paso
Por Miguel Ramos Bernales[acerca del autor]
Para crear la EDT, el trabajo se debe ir descomponiendo en componente más pequeños y
más fáciles de manejar hasta llegar a un nivel de detalle claro y entendible. Este último
nivel de la EDT se le conoce como Paquete de Trabajo y es el nivel donde se van a mostrar
los entregables que tendrá el proyecto.
Cuando se descompone el trabajo, la EDT muestra una representación organizada de todo
el esfuerzo que se requiere para completar el proyecto y debe estar orientada a los
entregables del proyecto que son el resultado del esfuerzo y no el esfuerzo en sí. Mejor
dicho la EDT debe mostrar lo que se va a entregar (productos entregables) y no las
actividades que se realizarán para obtener los entregables. Esto es un error común, ya que
en algunas ocasiones se cree que en la EDT se muestran las actividades que se van a
realizar para crear el producto. Lo que se muestra son los entregables del proyecto que
deben estar en lenguaje de entregables, es decir se debe mostrar el nombre de algo que se
va a obtener como resultado y se va a entregar. Por ejemplo si uno de nuestros entregables
es un manual de instalación, en la EDT debe mostrarse Manual de Instalación como
producto entregable y no debería aparecer Elaborar manual de instalación ya que eso sería
una actividad que involucra esfuerzo, tiempo y recursos. En la EDT no se muestra
actividades, fechas, ni recursos.
El nivel de detalle que debe tener la EDT debe ser lo suficientemente detallado para que, en
una etapa posterior, se pueda estimar tiempos, costos y recursos de las actividades para
elaborar cada uno de los entregables. Si al descomponer se llega a un punto en el cual
todavía no puede estimarse con precisión los tiempos, costos y recursos entonces se debería
seguir descomponiendo hasta tener un nivel en el cual sí se puede realizar una estimación
más exacta.
Una vez hecha la descomposición y teniendo lista la EDT, se puede decir que se tiene
organizado (de forma jerárquica) y definido el alcance total del proyecto que se muestra en
forma de entregables. De este modo la EDT también sirve como una buena herramienta de

5. comunicación con los interesados del proyecto ya que éstos podrán saber, a través de la
representación jerárquica que muestra la EDT, cuáles son los entregables que se elaborarán.
La EDT se crea a partir del Enunciado del Alcance del proyecto. El Enunciado del Alcance
es un documento donde se detalla el alcance total del proyecto, es decir lo que incluye y no
incluye el proyecto, los entregables que se van a generar, así como los supuestos y
restricciones que se van a manejar en el desarrollo del proyecto. Justamente como en el
Enunciado del Alcance del proyecto se definen los entregables, la EDT se basa en este
documento para su creación.
A continuación veamos un ejemplo de construcción de una EDT paso a paso, que ayude a
entender mejor su estructura, composición y jerarquía.
Una familia decide remodelar los muebles de su sala y comedor y nos ha encargado la
fabricación de todos los muebles que utilizarán en esos 2 ambientes. Una vez definido y
aprobado el alcance del proyecto con ayuda del cliente y habiendo elaborado el Enunciado
del Alcance donde se indican los entregables, supuestos y restricciones, nos disponemos a
crear la EDT para plasmar de forma jerárquica los entregables del proyecto.
La EDT del proyecto se muestra a continuación:
Se puede notar que en el 1er nivel está el nombre del proyecto, en nuestro caso es Proyecto
Muebles. Como el proyecto se trata de fabricar tanto los muebles de la sala como del
comedor, podemos separar los muebles que se fabricarán para cada uno de estos ambientes.
Colocamos Muebles de Sala y Muebles de Comedor como 2do nivel. Dentro de cada una
de estas ramas se irá descomponiendo más a detalle. Tomemos la rama Muebles de Sala
para seguir explicando el ejemplo. Para el caso de la sala se acordó con el cliente fabricar
las mesas y sillones de ese ambiente por tal motivo utilizamos estas dos categorías de
muebles para ir descomponiendo más los entregables. Si solo descomponemos hasta el
nivel de mesas y sillones, esto sería muy genérico porque en la sala habrían diferentes tipos
de mesas y diferentes tipos de sillones con lo cual no se ha llegado a un nivel más detallado
y se tiene que seguir descomponiendo. En la rama Mesas tenemos: Mesa de centro y Mesa
de adornos. Mientras que en la rama Sillones tenemos: Sillón de 3 cuerpos, Sillón de 2
cuerpos y Sillón individual. Se podría seguir descomponiendo aún más ya que se pudo
haber acordado con el cliente fabricar Mesas de adornos de diferentes tamaños o Sillones
individuales de diferentes tipos de material. En ese caso se tendría que descomponer más a

6. detalle. Para fines del ejemplo llegaremos sólo hasta el nivel mostrado. La misma secuencia
de pasos se sigue para la rama Muebles de Comedor. Como se mencionó, el último nivel de
la EDT se llama Paquetes de Trabajo y es donde se muestran los entregables que se
elaborarán en el proyecto.
Nótese en el ejemplo que los componentes de la EDT se han colocado en lenguaje de
entregables como Muebles de Sala, Sillones, Sillón individual. Esto debido a que la
Estructura de Desglose de Trabajo muestra la estructura jerárquica de los entregables del
proyecto. Sería un error colocar el nombre de una actividad en la EDT, por ejemplo
“Fabricar sillón individual”.
Una vez lista la EDT, ésta sirve como base para definir las actividades que se realizarán
para elaborar cada uno de los entregables. Por ejemplo para el entregable Sillón individual
se pueden definir actividades como: definir medidas de mueble, elaborar plano de
fabricación, conseguir madera, unir partes del mueble, etc. El proceso de definir actividades
corresponde a la Gestión de Tiempos.
Es muy importante asignar un código a cada componente de la EDT para identificarlos y
ubicarlos rápidamente. El código se asigna al “padre” y luego se le va asignando un código
asociado a sus “hijos”. Tomando el EDT construido se podrían asignar los siguientes
códigos:
Junto con la EDT se debe crear también el diccionario de EDT que es un documento que
respalda a la EDT y proporciona una descripción más detallada de este componente. En
este diccionario se puede encontrar información como: identificador del código,
descripción del trabajo, responsable del entregable, estimados de costos, recursos
asociados, criterios de aceptación, entre otros.
Como conclusión final podemos decir que la EDT es uno de los componentes más
importantes dentro de la Gestión de Proyectos porque es la base sobra la cual se construye
el proyecto ya que muestra de forma jerárquica el alcance total del proyecto a través de
entregables y sirve como herramienta de comunicación con los interesados.