UNIVERSIDAD MARIANO GLVEZ DE GUATEMALA

CENTRO UNIVERSITARIO PETN

FACULTAD DE INGENIERIA EN SISTEMAS DE INFORMACION
CURSO: INGENIERIA DE PROYECTOS
ING. JORGE ROBERTO PEREZ MONROY

TEMA:
Metodologas PMBOOK (PMI) y PRINCE2

Nombre
Nelson Neftal Hernndez Sermenio

Carn No.
1690-09-3140

Santa Elena, Flores, Petn, 11 de Abril de 2015.

INTRODUCCIN
Clientes cada da ms informados y exigentes, plazos de tiempo de
ejecucin ms cortos, alta necesidad de rentabilidad en los proyectos y
una fuente inagotable de riesgos que amenazan el xito del proyecto hacen
imperioso trabajar con mtodo y rigurosamente.
Los gerentes de proyecto necesitan de una disciplina que los auxilie a
tomar todas las precauciones para atender responsablemente cada uno de
los aspectos que hacen a un proyecto, sin dejar detalles librados al azar
que puedan atentar contra todo el proyecto. Por estas y otras necesidades
es que han surgido metodologas con procesos que pretenden ser como se
podra decir el mapa de carreteras que guiarn hacia un final de software
de calidad, en esta oportunidad se mencionarn dos metodologas como lo
son PMI y PRINCE2 aunque sabemos hay algunas otras ms.

OBJETIVOS
General

Dar a conocer las metodologas de administracin de proyectos de
software.
Especficos
o Presentar las metodologas llamas PMI y PRINCE2.
o Mostrar las ventajas de usar una metodologa para la administracin
de proyectos.
o Promover la utilizacin de metodologas para la administracin de
proyectos.

PMI
PMI son las siglas de Project Management Institute, una organizacin
internacional sin nimo de lucro, que se dedica al estudio y promocin de
la Direccin de Proyectos.
Esta organizacin pretende establecer un conjunto de directrices que
orienten la direccin y gestin de proyectos, proponiendo aquellos
procesos de gestin ms habituales que la prctica ha demostrado que son
efectivos.
La asociacin describe los fundamentos de la Direccin de Proyectos a
travs del Project Management Book Of Knowledge (PMBOK), una gua
donde se establecen los estndares que orientan la gestin de proyectos, y
que configura lo que se considera como el mtodo PMI.
Historia de PMI
El PMI se fund en 1969 por 40 voluntarios. Su primer seminario se
celebr en Atlanta (Estados Unidos), al cual acudieron ms de ochenta
personas. En la dcada de los 70 se realiz el primer captulo, lo que
permiti realizar fuera de Estados Unidos el primer seminario. A finales de
1970, ya casi 2000 miembros formaban parte de la organizacin. En la
dcada de los 80 se realiz la primera evaluacin para la certificacin como
profesional en gestin de proyectos (PMP por sus siglas en ingls); adems
de esto, se implant un cdigo de tica para la profesin. A principios de
los aos 1990 se public la primera edicin de la Gua del PMBOK (Project
Management Body of Knowledge), la cual se convirti en un pilar bsico
para la gestin y direccin de proyectos. Ya en el ao 2000, el PMI estaba
integrado por ms de 40.000 personas en calidad de miembros activos,
10.000 PMP certificados y casi 300.000 copias vendidas del PMBOK.


La primera edicin del PMBOK fue publicada en 1987. Era el

resultado de los talleres iniciados a principio de los 80s por el PMI.
En paralelo fue desarrollado un cdigo de tica. Y pautas para la
acreditacin de los centros de entrenamiento y certificacin de
individuos.
Ms adelante, una segunda versin del PMBOK fue publicada (1996
y 2000), basado en los comentarios recibidos de parte de los
miembros. El PMBOK fue reconocido como estndar por el American
National Standards Institute (ANSI) en 1998, y ms adelante por el
instituto de los ingenieros electrnicos elctricos y (IEEE).
La tercera versin de la gua del PMBOK (tm) fue publicada en 2004,
con mejoras importantes en la estructura del documento, adiciones
a los procesos, trminos y dominios del programa y de portafolios.

El PMBOK ofrece una serie de directrices que orientan la gestin y

direccin de proyectos, vlidas para la gran mayora de proyectos. Sin
embargo, este mtodo no debe concebirse como algo cerrado. El PMBOK
facilita informacin sobre los procesos que se pueden llevar a cabo para
una gestin eficaz, y diferentes tcnicas y herramientas tiles, pero los
contenidos expuestos deben ser adaptados a las peculiaridades de cada
proyecto.
Principales objetivos de PMI
 Formular estndares profesionales en Gestin de Proyectos.
 Generar conocimiento a travs de la investigacin.
 Promover la Gestin de Proyectos como profesin a travs de sus
programas de certificacin.
Segn este enfoque, todos los proyectos se componen de procesos, que
deben ser seleccionados previamente, que necesitan de una serie de reas
de conocimiento para poder ser aplicados.
Procesos
Un
proceso est
compuesto
por
todas aquellas
actividades
interrelacionadas que se deben ejecutar para poder obtener el producto o
prestar el servicio.
Existen dos tipos de procesos que se superponen e interactan entre
s.
Procesos de la direccin de proyectos. Compuesto por cinco procesos o
categoras diferentes, estos procesos, aseguran el progreso adecuado del
proyecto a lo largo de todo su ciclo de vida.

Proceso de iniciacin
Proceso de planificacin
Proceso de ejecucin

Proceso de supervisin y
control
Proceso
de
cierre
del
proyecto.

Procesos orientados al producto. Este tipo de procesos especifican y

crean el producto. Varan en funcin del rea de conocimiento.
reas de conocimiento.
Todo director debe dominar una serie de conocimientos bsicos sobre
gestin, para poder tomar decisiones acertadas y desarrollar de manera
eficaz su trabajo.

Este enfoque estructura el conocimiento en nueve reas:








Gestin de la Integracin
Gestin del Alcance
Gestin del Tiempo
Gestin de Costes
Gestin de la Calidad
Gestin de los Recursos
Humanos

 Gestin
de
las
Comunicaciones
 Gestin del Riesgos
 Gestin
de
las
Adquisiciones del proyecto

Uso del Metodologa PMBOK.

Todo tipo de proyectos, de programas y de gestin de portafolios. Las reas
de aplicacin incluyen:
 Programas
de
Administracin (generales)
 Proyectos departamentales
(funcionales)
 Proyectos
de
ingeniera
(tcnicos)
 Procesos especficos de la
industria

 Desarrollo de productos
(comercializacin)
 Programas
de
gobierno
(pblico)
 Programas de desarrollo
(organizaciones
internacionales)

Pasos del Metodologa PMBOK. (Proceso)

Un proyecto se logra con la integracin de los procesos de la
administracin de proyectos. El PMBOK utiliza una variacin del Ciclo de
Deming para el mejoramiento continuo con 5 etapas del ciclo de vida:
1. El
o
o
o
o
o
o

inicio. Elementos principales:

Autorice el proyecto
Comprometa a la organizacin con el proyecto o fase
Fije la direccin general
Defina los objetivos de nivel superior del proyecto
Asegure las aprobaciones y los recursos necesarios
Valide el alineamiento del proyecto con los objetivos generales del
negocio
o Asigne un encargado del proyecto
o Integracin administrativa

2. Planificacin. Elementos principales:

o Defina el alcance del proyecto
o Refine los objetivos del proyecto
o Defina todos los entregables requeridos
o Cree el marco para el cronograma del proyecto

o Proporcione el foro para la informacin que compartir con los

miembros del equipo y stakeholders
o Defina todas las actividades requeridas
o Ordene secuencialmente todas las actividades
o Identifique las habilidades y los recursos requeridos
o Estime el esfuerzo de trabajo
o Efecte el anlisis de riesgos y de contingencia
o Defina y estime todos los costos requeridos
o Obtenga la aprobacin de financiamiento del proyecto
o Establezca su plan de la comunicacin
3. Ejecucin. Elementos principales:
o Coordine los recursos, desarrollo del equipo
o Aseguramiento de la calidad
o Seleccione y acerque a los subcontratistas
o Distribuya la informacin
o Trabaje el plan
4. Supervisin y control. Elementos principales:
o Gestin del equipo, stakeholderes y subcontratistas
o Medicin del progreso y supervisin del desempeo (general,
alcance, cronograma, costos, calidad)
o Toma de acciones correctivas si y donde sean necesarias.
Resolucin del tema y avance
o Gestin de los cambios solicitados
o Gestin del Riesgo (tcnico, calidad, desempeo, gerencia de
proyecto, organizacin, externo)
o Informes de desempeo.
o Comunicaciones
5. El cerrarse. Elementos principales:
o Concluya las actividades
o Cierre administrativo hacia fuera (el frunce, distribuye,
informacin del archivo para formalizar la terminacin del
proyecto, aceptacin/fin de conexin, evaluacin, valoraciones
del miembro, las lecciones aprendi)
o Cierre de contrato (terminacin del contrato de proyecto
incluyendo la resolucin de temas inconclusos y la aceptacin
formal de la entrega final)

Diagrama del Modelo de Procesos PMBOOK

La gerencia del proyecto es responsable de los objetivos del proyecto

entregar el producto final que se ha definido, dentro de los apremios del
alcance del proyecto, del tiempo, del costo y de la calidad requerida.
Fortalezas del Metodologa PMBOK.
o La gua del PMBOK es un marco y un estndar.
o Est orientada a procesos.
o Indica el conocimiento necesario para manejar el ciclo vital de
cualquier proyecto, programa y portafolio a travs de sus procesos.
o Define para cada proceso sus insumos, herramientas, tcnicas y
reportes necesarios (entregables).
o Define un cuerpo de conocimiento en el cual cualquier industria
pueda construir las mejores prcticas especficas para su rea de
aplicacin.
Limitaciones del PMBOK.
o Complejo para los proyectos pequeos.
o Tiene que ser adaptado a la industria del rea de aplicacin, el
tamao y el alcance del proyecto, el tiempo y el presupuesto y los
apremios de la calidad.

METODOLOGA PRINCE2
El mtodo de administracin de proyectos PRINCE2, se centra en la
organizacin, la gestin y el control. Desarrollado originalmente en 1989
por la Agencia de la Computadora Central y Telecomunicaciones (CCTA) en
el Reino Unido como un estndar para la administracin de proyectos de
Tecnologas de la Comunicacin, y actualmente es ampliamente utilizada
como el estndar fijo en el Reino Unido para la gerencia de proyectos. La
versin ms reciente del mtodo PRINCE2, es una propuesta genrica de
administracin de proyectos, que se utilizan para proyectos de TI y de
cualquier otra temtica.
PRINCE2 (Proyectos en ambientes controlados) est basado en el proceso,
proporcionando la adaptacin y cambios escalables hacia la gerencia eficaz
de proyectos. Cada proceso se define con: entradas y salidas dominantes,
objetivos que se lograrn, y actividades que se realizarn.
El mtodo divide los proyectos en etapas manejables para animar el
control eficiente de recursos y la supervisin regular del progreso.
PRINCE2 est basado en el producto, lo cual significa que los planes del
proyecto se centran en entregar resultados, y no simplemente en planear
cuando se realizarn las actividades. Es conducido por el caso del negocio
del proyecto que debe describir la justificacin, el compromiso y el anlisis
razonado para los entregables o el resultado. El tipo de negocio se debe
repasar para asegurar que los objetivos sean apropiados y alcanzables.
Tambin proporciona un lenguaje comn dentro de un proyecto y
proporciona puntos de verificacin dentro de un marco contractual.
Historia del PRINCE2.
PRINCE fue desarrollado por la CCTA (Central Computer and
Telecommunications Agency: Agencia Central de Informtica y
Telecomunicaciones) despus renombrada como la OGC (Office of
Government Commerce: Oficina Gubernamental de Comercio). El mtodo
estuvo originalmente basado en PROMPTII, un procedimiento de manejo
de proyectos creado por Simpact Systems Ltd. en 1975.
PROMPTII fue adoptado por la CCTA en 1979 como el estndar para ser
utilizado en todos los proyectos de sistemas de informacin del gobierno
britnico. Cuando PRINCE fue lanzado en 1989, sustituy a PROMPTII en
la gestin de los proyectos gubernamentales.

La CCTA continu desarrollando y mejorando el mtodo PRINCE con la

experiencia y contribucin de expertos en gestin de proyectos, publicando
PRINCE2 en 1996, no slo siendo una versin mejorada de la anterior,
sino que adems se convirti en un mtodo genrico, vlido para todos los
entornos, ya no exclusivamente para proyectos TIC (Tecnologas de
Informacin y Comunicaciones) de la Administracin Pblica, como fue en
su origen.
La versin ms reciente de PRINCE2 fue publicada en 2009 por la OGC, la
cual signific una actualizacin o Refresh de la versin anterior de 2005 y
sali a la luz en Londres, Reino Unido, el 16 de junio de 2009, apareciendo
en dos libros que contienen todo el material de la reciente versin:

Managing Successful Projects with PRINCE2 - 2009 Edition (342
pginas).

Directing Successful Projects with PRINCE2 - 2009 Edition (176
pginas).
PRINCE2 es de dominio pblico y los derechos reservados pertenecen a
OGC, al igual que el resto de modelos de mejores prcticas como ITIL,
MSP, M_o_R y P3O.
La Association for Project Management (APM, en espaol: Asociacin para
la Administracin de Proyectos), es la responsable de velar por las
certificaciones de PRINCE2 que son: PRINCE2 Foundation y PRINCE2
Practitioner. No obstante, esta organizacin tambin maneja otras
certificaciones orientadas igualmente al rubro de proyectos
Actualmente PRINCE2 es un estndar de facto ampliamente usado por el
gobierno del Reino Unido y muy reconocido y utilizado en el sector privado
britnico. Poco a poco, su uso tambin se est haciendo importante en los
pases de la Mancomunidad Britnica de Naciones y de forma ms discreta
en el resto de Europa.
Principios
La metodologa que PRINCE2 propone se apoya en 7 Principios,
enriqueciendo no slo al proyecto en concreto, sino a toda la organizacin
en la que se desarrolla.
Los principios son los siguientes:
a) Justificacin comercial continua
 Se asegura de que hay un motivo justificable para iniciar el
proyecto.

 La justificacin se mantiene vlida durante toda la vida del

proyecto.
 Dicha justificacin ha sido identificada, y aprobada.
b) Aprender de la experiencia
 Se recogen las experiencias anteriores, las que se van obteniendo a
lo largo de la ejecucin del proyecto, as como las lecciones
aprendidas al cierre del mismo.
c) Roles y Responsabilidades definidos
 Asegurando que los intereses de los usuarios que van a usar el
proyecto, los proveedores y el responsable del rea de negocio estn
representados en la toma de decisiones.
d) Gestin por Fases
 Un proyecto que sigue la metodologa PRINCE2 se planifica, se
supervisa y se controla fase a fase.
e) Gestin por excepcin
 Es decir, delegar la autoridad suficiente de un nivel de gestin al
siguiente, dndole autonoma segn unas tolerancias pautadas (de
tiempo, coste, calidad, alcance, beneficio y/o riesgo) de manera
que, de sobrepasar la tolerancia, se consulte al nivel superior como
actuar.
f) Orientacin a productos
 Centra la atencin en la definicin y entrega de productos, es decir,
un proyecto no son un conjunto de tareas a realizar, si no que
entrega productos (que se elaboran tras la ejecucin de las tareas
que sean necesarias).
g) Adaptacin
 Asegurando que la metodologa PRINCE2 y los controles a aplicar
se basen en el tamao, complejidad, importancia, capacidad y nivel
de riesgo del proyecto.
Estructura PRINCE2
La estructura del mtodo PRINCE2 est organizada principalmente en tres
partes: componentes, procesos y tcnicas. Los componentes son reas de
conocimiento que deben aplicarse al proyecto cuando corresponda, los
componentes son implementados mediante los procesos, que son los
elementos que explican qu debe ocurrir y cundo a lo largo del ciclo de
vida del proyecto. Las tcnicas ofrecidas son mtodos de trabajo de uso
opcional pero muy recomendable.

PRINCE2 define 8 componentes, 8 procesos y 3 tcnicas:

Componentes
- Proceso de Negocio (Business Case).
- Organizacin (Organization).
- Planes (Plans).
- Controles (Controls).
- Riesgo (Management of Risk).
Calidad
(Quality
in
a
project
environment).
Gestin
de
la
Configuracin
(Configuration Management).
- Control del Cambio (Change Control).
Procesos
- [SU] Comienzo de un Proyecto (Starting Up a Project).
- [IP] Inicio de un Proyecto (Initiating a Project).
- [DP] Dirigir un Proyecto (Directing a Project).
- [CS] Controlar una Fase (Controlling a Stage).
- [MP] Gestin del Suministro de Productos (Managing Product Delivery).
- [SB] Gestin del Lmite de las Fases (Managing Stage Boundaries).
- [CP] Cerrar un Proyecto (Closing a Project).
- [PL] Planificacin (PLanning).
Existen 45 subprocesos asociados a los procesos que constan de sus
correspondientes acciones normativas.
Tcnicas
- Planificacin en Base del Producto (Product-based planning).
- Control del Cambio (Change control).
- Revisin de la Calidad (Quality review).
Adems hace una divisin de roles o papeles a desempaar por los
distintos participantes en el proyecto. PRINCE2 define 10 roles:
-

Consejo/Junta Directiva (Project Board).

Usuario Representativo (Senior User).
Director Ejecutivo (Executive).
Suministrador/Proveedor Representativo (Senior Supplier).
Jefe de Proyecto (Project Manager).
Jefe de Equipo (Team Manager).
Responsable de Garanta (Project Assurance).
Responsable de Soporte (Project Support).
Bibliotecario de la Configuracin (Configuration Librarian).
Oficina de Soporte de Proyecto (Project Support Office).

Uso del mtodo PRINCE2.

Para todo tipo de gestin de proyectos

Vinculados o no a proyectos de Tecnologas de la Informacin

Pasos del marco de PRINCE2. (Proceso actualizado 2009)

Como se expres anteriormente la versin PRINCE2:2009 ofrece 7 procesos
que explican qu debe ocurrir y cundo dentro del proyecto. Cualquier
proyecto guiado con este mtodo debe incorporar estos procesos en alguna
forma, pero lo ms importante, es ajustar el Modelo de Procesos a los
requisitos del proyecto en el que estemos trabajando, tenemos que enfocar
nuestra gestin preguntndonos hasta qu punto debe ser aplicado cada
proceso a cada proyecto.
1. Direccin de un Proyecto: DP (Directing a Project)
Este proceso es para la Gestin Superior (la Junta de Proyecto controla el
proyecto).
2. Puesta en Marcha de un Proyecto: SU (Starting Up a Project)
Se trata de un proceso pre-proyecto muy corto que rene los datos
necesarios para comenzar el proyecto.
3. Iniciar un Proyecto: IP (Initiating a Project)
El proceso examina la justificacin del proyecto y crea la Documentacin
de Inicio del Proyecto (PID) que incluye el Plan del Proyecto (Project Plan).
4. Control de una Fase: CS (Controlling a Stage)
Este proceso describe las tareas diarias de vigilancia y de control que
realiza el Jefe de Proyecto sobre el proyecto. Aqu es donde el Jefe de
Proyecto pasa la mayor parte de su tiempo en un proyecto.
5. Gestin de los Lmites de Fase: SB (Managing a Stage Boundary)
Este proceso proporciona una forma controlada de completar una fase y
planear la siguiente.
6. Gestin de la Entrega de Productos: MP (Managing Product
Delivery)
Este es el proceso de entrega de los productos. Es donde los productos
(Productos Especializados), que van a ser utilizados por los usuarios, son
entregados por los miembros del equipo.
7. Cerrar un proyecto: CP (Closing a Project)
Este proceso confirma la entrega de los productos y el Jefe de Proyecto
prepara el cierre del proyecto.

La siguiente imagen muestra el diagrama del Modelo de Procesos PRINCE2

traducido al espaol y extrado del libro The PRINCE2 Process Model (El
Modelo de Procesos de PRINCE2), de Frank Turley.

Fortalezas de la metodologa de PRINCE2.

 Mtodo estructurado que proporciona un acercamiento estndar a
la gestin de proyectos, incorporando buenas prcticas probadas y
establecidas en la administracin de proyectos.
 Extensamente reconocida y entendida, proporciona un lenguaje
comn para los participantes de un proyecto.
 Proporciona control en el uso de recursos y en el manejo de riesgos.
 Permite a los proyectos:
o Controlados y organizados comienzos, centros y finales;
o Revisiones regulares del progreso del plan y al tipo de
negocio;
o Puntos de decisin flexibles;
o Control directivo automtico ante cualquier desviacin del
plan;
o Participacin de la gerencia y de los stakeholders en los
puntos apropiados;
o Anima a los canales de comunicaciones entre el proyecto, la
gerencia de proyecto, y los stakeholders.
 Trae beneficios a los proyectos individuales, que incluyen:
o Definicin de roles y responsabilidades en cada nivel;
o Reuniones y burocracia reducidas, gracias a una gerencia de
excepcin;
o Niveles apropiados de planeamiento de alto nivel y desde el
largo plazo al mediano y corto plazo;
o Separacin de las actividades de gerencia, de las actividades
tcnicas;
o Un mejor aprecio de los riesgos del proyecto en todo sentido;
o Maneras de manejar cambios, para reducir riesgo.
Limitaciones del PRINCE2.
PRINCE2 no cubre a la gestin de servicios ni a la gestin de personal.
stos sin embargo son cubiertos por los cuerpos del conocimiento de PMI
(el cuerpo profesional de los E.E.U.U.) y del APM (en el Reino Unido)

CONCLUSIN
La gestin de proyecto necesita un estndar que sea aplicable a cualquier
clase de alcance, de industria y de cultura del proyecto. Es por ello que
han surgido diferentes metodologas que de acuerdo a las necesidades del
proyecto proveen de una estructura que puede servir de gua para obtener
al final un proyecto de calidad manejando de la mejor manera el tiempo,
costo y desempeo.
Las metodologas he podido notar que han sido creadas por las
instituciones de acuerdo a sus necesidades en la administracin de
proyectos as le han puesto cierto nfasis a diversos aspectos. Por ejemplo
cuando Prince2 se enfoca en el producto considera menos relevante la
administracin del recurso humano, aspecto que si se toma en cuenta en
PMI.
Con las metodologas diversas y sus enfoques es necesario que antes de
iniciar un proyecto tratemos de estudiar las diferentes metodologas para
que de acuerdo a nuestro proyecto elijamos la que mejor cubra nuestras
necesidades.

EGRAFIA
 http://www.obs-edu.com/blog-project-management/herramientasesenciales-de-un-project-manager/conoces-la-metodologia-pmi/
 http://es.wikipedia.org/wiki/Project_Management_Institute
 http://www.12manage.com/methods_pmi_pmbok_es.html
 http://es.slideshare.net/ricarey/gestin-de-proyectos-metodologapmi
 http://www.12manage.com/methods_ccta_prince2_es.html
 http://es.wikipedia.org/wiki/PRINCE2
 http://www.liderdeproyecto.com/articulos/introduciendo_a_prince2
.html#modelo