Trabajo Integrador PMBOK 4ta Edicion JAH Revisado PDF

Guía para la Elaboración
del Trabajo Integrador

Propósito de la Guía
La Guía para la Elaboración del Trabajo Integrador es un conjunto de plantillas, ejemplos y
recomendaciones para facilitar y estandarizar parcialmente la estructuración y contenidos del trabajo
integrador. No es un procedimiento, sino un apoyo para aplicar mejor los procesos de gerencia de proyectos
a un proyecto nuevo, para los grupos de participantes que tienen los primeros contactos con estos
procesos.
Instituto para la Calidad de la Pontificia Universidad Católica del Perú © 2009 Página 2 de 74
Prohibida la reproducción total o parcial de este contenido sin permiso expreso del Instituto. Ic-Cap-4.84
Alcance del Trabajo Integrador
El Trabajo Integrador es una aplicación práctica que el Instituto para la Calidad utiliza para evaluar la
capacidad que va logrando el grupo de estudiantes para aplicar los conocimientos, estándares y
herramientas de gerencia de proyectos, particularmente en los procesos principales de Iniciación y
Planificación. Para ello, el grupo de estudiantes deberá aplicar las recomendaciones de la Guía a los
Fundamentos para la Gerencia de Proyectos (PMBOK® Guide Cuarta Edición) publicada por el PMI®, que
es el estándar internacional de mayor aceptación para gestionar proyectos. En otras palabras, el trabajo
integrador no es otra cosa que la redacción de los documentos del Proceso de Iniciación y la primera
versión del Plan de Gestión del Proyecto.
Por ello, los estudiantes deberán tener muy presente desde el inicio del proyecto, que el Trabajo Integrador
está orientado a seguir el Ciclo de Vida del Proyecto dentro de los cinco grupos de procesos definidos por el
PMBOK® Guide Cuarta Edición (Figura 3-2, página 41), enfocado específicamente en el desarrollo de los
entregables de iniciación y planificación de un proyecto. Se recomienda leer los capítulos del 1 al 3 del la
guía del PMBOK® Guide cuarta Edición, antes de iniciar el curso.
Algo que el estudiante tendrá muy claro al final del curso es la existencia de una Metodología de Gerencia
de Proyectos que debe tener la organización ejecutora del proyecto y el cliente, también un Sistema de
Información de Gerencia de Proyectos que debe tener la organización ejecutora, y además una Metodología
de Selección de Proyectos. Todas estas herramientas están mencionadas y descritas en el PMBOK® Guide
Cuarta Edición (Capítulo 4). Sin embargo, desde el inicio del curso, el estudiante deberá ir familiarizándose
con los conceptos básicos de estas dos herramientas. Una forma directa de hacerlo es visualizando la
estructura general de los contenidos del Trabajo Integrador.
La estructura está compuesta de tres secciones: (a) Los parámetros principales del proyecto, (b) los
documentos del grupo de procesos de iniciación y (c) los documentos del grupo de procesos de
planificación. Cada uno de ellos especifica su descripción y una recomendación de los formatos a usar para
la presentación de cada sección.
Estructura de los Contenidos del Trabajo Integrador

Secciones
Descripción Referencias y Formatos
Principales
PUCP-PMBOK-4.2.3.1
Parámetros Carátula de Plan Subsidiario
(Anexo C)
Principales del
Proyecto Mapa de herramientas y técnicas utilizadas por área de
PUCP-PMBOK-4.2.3.1 (Anexo D)
conocimiento
Documentos del PMBOK 4.1.3.1
Acta de Constitución del Proyecto
Grupo de (Anexo A)
Procesos de PMBOK 10.1.3.1
Iniciación Registro de Interesados
(Anexo B)
Plan de Gestión de Alcance: (Anexo E)
- Plan de Gestión del Alcance PMBOK 4.2.3.1
Documentos del - Plan de Gestión de Requerimientos PMBOK 5.1.3.2
Grupo de - Documentación de Requerimientos PMBOK 5.1.3.1
Procesos de - Matriz de Trazabilidad de Requerimientos PMBOK 5.1.3.3
Planificación - Enunciado del Alcance del Proyecto PMBOK 5.2.3.1
- Estructura Detallada del Trabajo (EDT) PMBOK 5.3.3.1
- Diccionario de la EDT PMBOK 5.3.3.2
Plan de Gestión del Cronograma (Anexo F)
- Plan de Gestión del Cronograma PMBOK 4.2.3.1
- Lista de actividades (con atributos) PMBOK 6.1.3.1 y 6.1.3.2
- Lista de hitos PMBOK 6.1.3.3
- Diagramas de red del cronograma del proyecto PMBOK 6.2.3.1
- Requisitos de recursos de las actividades PMBOK 6.3.3.1
- Estructura de desglose de recursos (RBS) PMBOK 6.3.3.2
- Calendario de Recursos PMBOK 6.3.3.3
- Cronograma del proyecto PMBOK 6.5.3.1
Plan de Gestión de Costos: (Anexo G)

- Plan de gestión de costos PMBOK 4.2.3.1
- Estimación de costos de actividades PMBOK 7.1.3.1
- Reservas para contingencias PMBOK 7.1.3.1
- Línea base de costos (presupuesto distribuido PMBOK 7.2.3.1
en el tiempo)
Plan de Gestión de Calidad: (Anexo H)

- Plan de gestión de calidad PMBOK 8.1.3.1
- Métricas de calidad PMBOK 8.1.3.2
- Listas de control de calidad PMBOK 8.1.3.3
- Plan de mejoras del proceso PMBOK 8.1.3.4
Plan de Gestión del Personal: (Anexo I)

- Plan de gestión del personal PMBOK 9.1.3.1
- Organigramas del proyecto PMBOK 9.1.3.1
- Roles y responsabilidades (Matriz RAM) PMBOK 9.1.3.1
Plan de Gestión de Comunicaciones: (Anexo J)

- Plan de gestión de las comunicaciones (incluye PMBOK 10.2.3.1
la matriz de comunicaciones)
Plan de Gestión de Riesgos: (Anexo K)

- Plan de gestión de riesgos (incluye la estructura PMBOK 11.1.3.1
de desglose de riesgos, las definiciones de
escalas de impacto y la matriz de probabilidad e
impacto)
- Registro de riesgos PMBOK 11.2.3.1
- Registro de riesgos (priorizados) PMBOK 11.3.3.1
- Registro de riesgos (cuantificados) PMBOK 11.4.3.1
- Registro de riesgos (estrategias de respuestas a PMBOK 11.5.3.1
riesgos)
Plan de Gestión de Adquisiciones: (Anexo L)

- Plan de gestión de las adquisiciones PMBOK 12.1.3.1
- Enunciado de trabajo del contrato (SOW) PMBOK 12.1.3.2
- Decisiones de fabricación directa o compra PMBOK 12.1.3.3
- Documentos de la adquisición (RFP) PMBOK 12.1.3.4
- Criterios de evaluación de proveedores PMBOK 12.1.3.5
Metodología del Trabajo Integrador
Paso Descripción
Algo que todos los estudiantes podrán entender durante el curso, es que todo proyecto requiere
Paso 1 una metodología de selección del proyecto. El grupo de alumnos debe seleccionar el proyecto
Elaboración del más idóneo según sus necesidades y presentar al IC-PUCP el Acta de Constitución del
Acta de Proyecto. La calificación del grupo de estudiantes que sustenta el trabajo integrador será la
Constitución del calificación del trabajo integrador correspondiente a los estudiantes. En una evaluación real,
Proyecto esto permitiría la autorización para el financiamiento de la ejecución del proyecto y para la
ejecución propiamente dicha.
Para poder presentar un Acta de Constitución del Proyecto, los estudiantes pueden usar el
Paso 2
Formato PUCP-PMBOK-4.1.3.1. Se puede encontrar en este documento en el Anexo A. El Acta
Presentación del
de Constitución del Proyecto debe entregarse al tutor por intermedio del Instituto para la
Acta de
Calidad.
Constitución del
Proyecto
Formato: PUCP-PMBOK-4.1.3.1 (Anexo A)
Paso 3 Una vez que se ha aprobado el Proyecto de cada grupo, cada uno crea un archivo del proyecto
Creación del de acuerdo a las especificaciones que reciba del Instituto para la Calidad. En el Anexo D se
Archivo del puede encontrar el detalle del Índice del Archivo del Proyecto. El archivo del proyecto tiene tres
Proyecto tipos de documentos.
Una vez que ya se ha creado el Archivo del Proyecto, los primero documentos que deben formar
parte del Archivo son los documentos del Inicio del Proyecto (correspondientes a las salidas de
los procesos de formulación del Acta de Constitución del Proyecto y del Registro de los
Paso 4
Interesados, 4.1 y 10.1 según la guía del PMBOK® Guide Cuarta Edición). En esta ocasión se
Creación de los
incluye un Acta de Constitución actualizada con las observaciones del grupo y de los docentes.
Documentos de
Estos documentos eventualmente pueden actualizarse cuando sea apropiado en función de los
Inicio del Proyecto
avances del curso.
Formatos: PUCP-PMBOK-4.1.3.1 (Anexo A) y PUCP-PMBOK-10.1.3.1 (Anexo B)

Los grupos de estudiantes emitirán todos los documentos cuantas veces encuentren necesario
hacerlo. Estas actualizaciones serán registradas en revisiones. La elaboración de un Plan de
Gestión subsidiario se inicia con la lectura exhaustiva de la sección correspondiente de la Guía
Paso 4 del PMBOK® Guide Cuarta Edición, continúa con la asistencia a clases sobre dicha área del
Actualización conocimiento, sigue con la discusión en grupo para la redacción de la primera versión del plan
Evaluada en cuestión, y con la emisión de la primera versión de dicho plan para ser calificado por el
Permanente del docente de dicho curso como un Avance del Trabajo Integrador. En adelante, será
Archivo del responsabilidad del grupo actualizar permanentemente los planes y hacer llegar las
Proyecto actualizaciones al Instituto para la Calidad, según el procedimiento que éste especifique.
Para la actualización permanente de los Planes Subsidiarios, el grupo de estudiantes debe usar
la carátula mostrada en el Anexo C.
La calificación del trabajo integrador se hace a través de la calificación de los Avances del
Trabajo Integrador (que corresponden a la primera versión de cada Plan de Gestión), y a través
de la calificación final del trabajo integrador completo. Esta calificación la hacen los docentes
designados por el Instituto para la Calidad. Adicionalmente el trabajo debe ser sustentado
presencialmente, lo cual completa la calificación del trabajo integrador. Particularmente para la
sustentación, el grupo debe entender la sustentación como la postulación a la aprobación de la
Paso 5
ejecución de su proyecto, por lo tanto no deberá hacer una exposición de los contenidos de la
Calificación del
Guía del PMBOK® Guide ni una exposición de las habilidades propias del área de aplicación del
Trabajo Integrador
proyecto, sino una presentación de los conocimientos, estándares, habilidades, herramientas y
técnicas usadas para la gerencia de dicho proyecto, que redundarán en la aprobación del
financiamiento y de la ejecución del plan del proyecto. Esta demás decir que el jurado podrá
demandar información sobre cómo ejecutar, supervisar y controlar y cerrar el proyecto, puesto
que el Plan de Gestión del Proyecto debe proponer procesos para todo el Ciclo de Vida del
Proyecto.
Organización del Trabajo Integrador
MODULOS
CRONOGRAMA GENERAL
0 1 2 3 4 5 6 7 8 9 10
Paso 1 Elaboración del Acta de Constitución del Proyecto
Paso 2 Selección del Proyecto
Paso 3 Creación del Archivo del Proyecto
Paso 4 Actualización Permanente del Archivo del Proyecto
Paso 5 Calificación del Trabajo Integrador
Fechas programadas del Trabajo Integrador

Se desarrollarán cinco (5) sesiones de tutoría por grupo a lo largo de todo el Diplomado. Adicionalmente, un
(1) taller con todos los grupos con el objetivo de afinar los detalles del Trabajo Integrador.
Las fechas se encuentran indicadas en el cronograma de clases Ic-Cap-4.52.
Evaluación del Trabajo Integrador
Evaluación Continua
Considerada en cada uno de los cursos como Avance del Trabajo Integrador. Se considera un peso del
30% de la nota de cada Curso por área de conocimiento.
Trabajo integrador
Trabajo Final impreso en físico empastado. Se considera una Nota Grupal, cuyo peso equivale al 60%
de la nota del Trabajo Final.
Sustentación del trabajo integrador

Presentación final del Plan de Gestión del Proyecto. Se considera nota individual, cuyo peso equivale al
40% de la nota del Trabajo Final.
Recomendaciones para el desarrollo de los avances de los trabajos
integradores
1. Recuerden que cada presentación de avance del Trabajo Integrador corresponden a un Plan
Subsidiario.
2. Revisar Gestión de la Integración en el PMBOK® Guide, para tener claro lo que debe contener un
Plan:
“…El contenido del plan de gestión del proyecto variará de acuerdo con el área de aplicación y la
complejidad del proyecto. Este proceso da como resultado un plan de gestión del proyecto que se
actualiza y revisa a través del proceso Control Integrado de Cambios. El plan de gestión del
proyecto define cómo se ejecuta, se supervisa y controla, y se cierra el proyecto. El plan de gestión
del proyecto documenta el conjunto de salidas de los procesos de planificación del Grupo de
Procesos de Planificación e incluye:
• Los procesos de dirección de proyectos seleccionados por el equipo de dirección del
proyecto
• El nivel de implementación de cada proceso seleccionado
• Las descripciones de las herramientas y técnicas que se utilizarán para llevar a cabo esos
procesos.
• Cómo se utilizarán los procesos seleccionados para dirigir el proyecto específico, incluidas
las dependencias y las interacciones entre esos procesos, y las entradas y salidas
esenciales.
• Cómo se ejecutará el trabajo para alcanzar los objetivos del proyecto
• Cómo se supervisarán y controlarán los cambios
• Cómo se realizará la gestión de la configuración
• Cómo se actualizará y usará la integridad de las líneas base para la medición del
rendimiento
• La necesidad y las técnicas para la comunicación entre los interesados
• El ciclo de vida del proyecto seleccionado y, para los proyectos de múltiples fases, las fases
del proyecto relacionadas
• Las revisiones clave de dirección acerca del contenido, la extensión y la oportunidad para
facilitar la gestión de polémicas sin resolver y decisiones pendientes.” (PMBOK®Guide
página 88).
3. En adición a lo anterior, en cada capítulo de las Áreas de Conocimiento del PMBOK®Guide se hacen
indicaciones específicas para el plan subsidiario correspondiente.
4. Deben tener en cuenta que, lo que se les pide en cada avance son realmente dos cosas:
o Plan subsidiario (hay Áreas del Conocimiento que requieren de componentes adicionales, ver
página 89 del PMBOK®Guide)
o Entregables de Planeamiento declarados por ustedes en el Plan subsidiario
5. La primera parte (Plan) indica cuales y como son los procesos que han seleccionado para su
proyecto, como los van a implementar, las herramientas a usar y como se van a usar y las salidas de
los procesos. Adicionalmente, todo lo que esté indicado en el PMBOK®Guide, cuando fuere aplicable
a su proyecto.
6. No es válido copiar literalmente las descripciones que aparecen en el PMBOK®Guide.
7. La segunda parte son los desarrollos de las salidas de planeamiento que ustedes han declarado en
su Plan y los formatos que se usarán en los demás procesos diferentes a los de planeamiento.
8. Este debe tener dos partes independientes, separadas con una hoja y cada una debe contar con sus
propios: índice, registro de control de revisiones y numeración de páginas. Cada uno tendrá sus
propios anexos. El no cumplir con estos lineamientos implica puntos en contra en la calificación.
9. Se les recuerda que el Diploma está basado en el PMBOK®Guide y que los trabajos deben reflejar su
aplicación. Por tanto, deben tener mucho cuidado cuando hagan uso de procedimientos o formatos
de la organizaciones donde ustedes trabajan, ya que al margen de lo exitoso que seguramente ha
podido resultar su aplicación, sino están alineados con el PMBOK®Guide no será considerados como
válidos.
10. En este sentido, el haber escogido proyectos que han sido realmente desarrollados o cuyo inicio real
ya se ha dado, plantea un riesgo mayor de que lo anterior ocurra. Adicionalmente, existe el riesgo que
en la redacción se cometa el error de usar el tiempo pasado como si fuera un informe, tal como se
muestra en el siguiente ejemplo:
• En lugar de redactar: “Se establecerán las duraciones de las actividades con un

enfoque probabilístico”
• Se redacta: “Se han establecido las duraciones de las actividades con un enfoque
probabilístico”
11. El Plan no debe contener teoría, no debe ser redactado como si fuera un libro de texto, ni repetir
textos del PMBOK®Guide, ni tratar de mostrar el dominio que ustedes tienen de la teoría. Se debe
asumir que el equipo del proyecto, a quién está dirigido el Plan, es experto en el PMBOK®Guide y en
gestión de proyectos.
12. Se exige que la presentación (formato) del documento sea cuidadosa.
13. Se exige una cuidadosa y clara redacción.
14. Se exige coherencia de los datos que se presentan. Por ejemplo, presentar un diagrama de Gantt que
no corresponde con el diagrama de Red.
15. Tomar en cuenta que tendrán puntos menos por aspectos de forma de los avances que se presentan:
Carátula, Índice, Control de revisiones, Numerado del documento.
16. A continuación se muestran algunos aspectos negativos que afectan la calificación del trabajo:
• Tiene error(es) conceptual(es). No corresponde al enfoque del PMBOK®Guide.
• Presenta información o datos que no agregan valor.
• Presenta teoría.
• No tiene estilo de Plan, si no de informe
• No se han encontrado referencias a Anexos, tablas, gráficos mencionadas en el texto.
• Texto no corresponde al tema del acápite/capítulo/numeral
• Texto confuso / Redacción deficiente.
• Tabla(s) / Gráfico(s): sin leyenda, con error(es), incompleto(s), no guardan relación con el asunto del
anexo/acápite/capítulo/numeral, no legible(s) o poco legible(s), sin encabezado.
• No describe un proceso. No indica el objetivo del proceso
• No indica la(s) herramienta(s) a usar
• No indica /como/para qué/sobre qué/ va a aplicar la(s) herramienta(s)
• No muestra evidencias del uso de las herramientas de planeamiento que menciona
• No describe los entregables del proceso
• No se ha encontrado el(os) entregable(s) de planeamiento que menciona
• No se ha encontrado el(os) formatos que menciona que usarían en Inicio/Control/Ejecución/Cierre
• Descripción de procedimiento equivocado
• No corresponde al enfoque del PMBOK®Guide
• No es coherente con otra parte del documento
Anexo A
Formatos del Acta de Constitución del Proyecto
PUCP-PMBOK
ACTA DE CONSTITUCION DEL PROYECTO 4.1.3.1
HOJA 1/2
Instrucciones Generales:
El Acta de Constitución del Proyecto es un documento emitido por el Patrocinador del Proyecto. La descripción detallada está expuesta
en el PMBOK® Guide. Este es un formato que usa el Instituto para la Calidad de la Pontificia Universidad Católica del Perú para
evaluar los datos iniciales de un proyecto propuesto por un grupo de alumnos. Es el mínimo de información necesario para aprobar el
proyecto como sujeto de evaluación para el curso. Este documento no es limitante de la información que el grupo maneje, pero es
indispensable para iniciar el Expediente del Proyecto.
Componente Descripción
Grupo
Título del Proyecto
Gerente del Proyecto <Indicar Nombre, nivel de autoridad, a quien responde y a qué organización pertenece>
Patrocinador del
<Nivel de autoridad de a persona que autoriza el proyecto>
Proyecto
Descripción del
Proyecto
Justificación del
<Razones o evidencia que justifica la existencia del proyecto>
Proyecto
Objetivos del proyecto

y criterios de medición
del éxito
Requerimientos
Principales (Alto nivel)
Riesgos Principales
(Alto nivel)
<Eventos principales del proyecto>

Resumen del
Cronograma de Hitos
Presupuesto Resumido
(Orden de Magnitud)
Requerimientos de
aprobación del <quién firma formalmente la aprobación del término del proyecto, y que criterios de aprobación utiliza>
proyecto
Anexo B
Formatos del Registro de Interesados
PUCP-PMBOK
REGISTRO DE INTERESADOS 10.1.3.1
HOJA 1
El Registro de interesados es un entregable elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar este
entregable está contenido en el acápite 10.1 del PMBOK® Guide. Este es un formato que usa el Instituto para la Calidad de la
Pontificia Universidad Católica del Perú para evaluar la identificación de interesados de un proyecto propuesto por un grupo de
alumnos. Este documento (plantilla) no es limitante de la información que el grupo maneje, el grupo de alumnos puede realizar las
mejoras o modificaciones que considere necesarias en este documento.
INFORMACIÓN DE LOS INTERESADOS
Nro Interesado Cargo en la Ubicación Rol en el Información de

organización Proyecto Contacto
1
2
3
EVALUACIÓN DE LA INFORMACIÓN DE LOS INTERESADOS
Nro Interesado Principales Tipo de Interesado Influencia en el Fase en el proyecto

Requerimientos Proyecto de mayor
participación
1
2
3
MATRIZ DE ANALISIS DE LOS INTERESADOS
Nro Interesado Nivel de Evaluación del impacto de Estrategia potencial para

Participación no cumplir con sus conseguir su apoyo en el
requerimientos proyecto
1
2
3
Anexo C
Carátula para Planes Subsidiarios
PUCP-PMBOK
CARATULA DE PLAN SUBSIDIARIO 4.2.3.1-001
HOJA 1/1
Se debe generar una carátula por cada plan subsidiario. Cada una de estas carátulas será única, con diferentes revisiones, generadas
cada vez que se tenga que actualizar.
Grupo:
Nombre del
proyecto:
Plan de Gestión de Alcance Plan de Gestión de RRHH
Plan de Plan de Gestión de Cronograma Plan de Gestión de Comunicaciones
Gestión
Subsidiario: Plan de Gestión de Costos Plan de Gestión de Riesgos
Plan de Gestión de Calidad Plan de Gestión de Adquisiciones

Nombre del
equipo:
Nombre Correo Electrónico
Coordinador:
Integrantes
del equipo:
Control de Revisiones:
Revisión Fecha Responsable Revisado por: Aprobado por:

00
Anexo D
Herramientas y Técnicas Utilizadas en este Proyecto
PUCP-PMBOK
HERRAMIENTAS Y TECNICAS A UTILIZAR 4.2.3.1-004
HOJA 1/1
Todos los procesos de gerencia del proyecto tienen herramientas y técnicas. Cuando se planifica un proyecto, no todas estas técnicas
y herramientas se utilizan, sino que se hace una selección o se crean nuevas. Este formato permite registrar el uso y creación de
herramientas clasificándolas por área de conocimiento.
AREAS DE CONOCIMIENTO DE GERENCIA DE PROYECTOS

Integración Alcance Cronograma
Costos Calidad Personal
Comunicaciones Riesgos Adquisiciones
Revisión Fecha Responsable Revisado por: Aprobado por:

00
Anexo E
Plan de Gestión del Alcance
PUCP-PMBOK
PLAN DE GESTIÓN DEL ALCANCE 4.2.3.1
HOJA 1
El Plan de Gestión del Alcance es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
documento está contenido en el acápite 4.2 del PMBOK® Guide. Este es un formato que usa el Instituto para la Calidad de la Pontificia
Universidad Católica del Perú para evaluar la planificación del alcance de un proyecto propuesto por un grupo de alumnos. Este
documento (plantilla) no es limitante de la información que el grupo maneje, el grupo de alumnos puede realizar las mejoras o
modificaciones que considere necesarias en este documento.
Grupo
Gerente del Proyecto <Indicar Nombre, Puesto Organizacional y a quien responde y a qué organización pertenece>
<Indicar que entradas, que herramientas y técnicas y que entregables se considera elaborar para cada
Descripción de cómo
proceso de gestión del alcance. Por ejemplo: el enunciado del alcance del proyecto será creado sobre la
será gestionado el
base de enunciado de la matriz de trazabilidad de requerimientos y se utilizarán las técnicas de ingeniería
alcance del proyecto
de valor y tormenta de ideas para especificar el producto>
Identificación y
< Indicar quienes son los responsables de analizar los cambios al alcance y como se van a clasificar los
clasificación de los
cambios al alcance. Como van a ser tipificados los cambios al alcance (muy grande, grande, mediano,
cambios al alcance del
pequeño, insignificante...etc.) en base a su impacto>
proyecto
Procedimiento de < Indicar quienes son personas autorizadas para solicitar cambios en el alcance del proyecto y cual es el
control de cambios al procedimiento de atención de una solicitud de cambio al alcance del proyecto. Se puede especificar el
alcance procedimiento con un diagrama de flujo. Detallar tiempos de respuestas a las solicitudes de cambio>
Responsables de
< Comité de Control de Cambios (Alcance)>
aprobar los cambios al
alcance
Definición de cambios
que pueden ser < Indicar todos los tipos de cambio del alcance calificados para aprobaciones automáticas sin revisiones
aprobados sin del Comité de Control de Cambios>
revisiones
Integración del control
de cambios del alcance <Describir como el control de cambios del alcance será integrado con el sistema integrado de control de
con el control cambios >
integrado de cambios
Documentación requerida (Plantilla de solicitud de cambio al alcance)
Requerimientos para Sistemas de seguimiento

solicitud de cambios al
alcance del proyecto Procedimientos de resolución de disputas
Niveles requeridos de aprobación
PUCP-PMBOK
PLAN DE GESTIÓN DE REQUERIMIENTOS 5.1.3.2
HOJA 1
El Plan de Gestión del Requerimientos es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar
este documento está contenido en el acápite 5.1 del PMBOK® Guide. Este es un formato que usa el Instituto para la Calidad de la
Pontificia Universidad Católica del Perú para evaluar la recolección de requerimientos un proyecto propuesto por un grupo de alumnos.
Este documento (plantilla) no es limitante de la información que el grupo maneje, el grupo de alumnos puede realizar las mejoras o
Grupo
Descripción de cómo
será gestionado los <Indicar que entradas, que herramientas y técnicas y que entregables se considera para planificar,
requerimientos controlar e informar los requerimientos>
proyecto
Procedimiento de < Indicar quienes son personas autorizadas para solicitar cambios en los requerimientos del
control de cambios a proyecto y cual es el procedimiento de atención de una solicitud de cambio en los requerimientos.
los requerimientos Se puede especificar el procedimiento con un diagrama de flujo. Detallar tiempos de respuestas a
las solicitudes de cambio>
Proceso de
priorización de < Indicar como se realizará la priorización de requerimientos, que variables serán las más
requerimientos importantes y que herramienta o técnica se utilizará>
Métricas a utilizar
< Indicar las métricas a utilizar para analizar, planificar, controlar e informar los requerimientos>
Estructura de
< Indicar que atributos de requerimientos serán identificados en la matriz de trazabilidad y como la
Trazabilidad
lista de requerimientos será controlada>
PUCP-PMBOK
DOCUMENTACIÓN DE REQUERIMIENTOS 5.1.3.1
HOJA 1
El Plan de Gestión del Requerimientos es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar
este documento está contenido en el acápite 5.1 del PMBOK® Guide. Este es un formato que usa el Instituto para la Calidad de la
Pontificia Universidad Católica del Perú para evaluar la recolección de requerimientos en un proyecto propuesto por un grupo de
Grupo
Objetivo del Proyecto

<Objetivos a los cuales se desea monitorear>
y del Negocio
<Describen procesos de negocios, cómo se interactúa con el producto, qué debe ser documentado en la
Requerimientos
lista de requerimientos o en modelos>
funcionales
Requerimientos No <Nivel del servicio, rendimiento, seguridad, cumplimento, soporte, retención…etc.>

funcionales
Requerimientos de
Calidad
Criterios de
aceptación
Reglas del negocio
Impacto en las áreas

internas y externas de
la organización
Impacto en las otras <Impacto en áreas tales como “call centers”, fuerza de venta, grupos de TI>
áreas de la
organización
Requerimientos de
soporte y
capacitación
Asunciones
Restricciones
PUCP-PMBOK
MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS 5.1.3.1
HOJA 1/5
La Matriz de Trazabilidad de Requerimientos es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo
redactar este documento está contenido en el acápite 5.1 del PMBOK® Guide. Este es un ejemplo que usa el Instituto para la Calidad
de la Pontificia Universidad Católica del Perú para evaluar la recolección de requerimientos en un proyecto propuesto por un grupo de
MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS vs. NECESIDADES
NECESIDADES
REQUERIMIENTOS
N1 N2 N3 N4 N5 N6 N7 N8 N9 N10
1. ETAPA DEFINICIÓN
R1
R2
2. ETAPA ANALISIS
R3
R4
R5
R6
3. ETAPA DISEÑO
R7
R8
R9
R10
4. ETAPA IMPLEMENTACIÓN
R11
R12
R13
R14
5. ETAPA PUESTA EN MARCHA
R15
R16
R17
R18
PUCP-PMBOK
HOJA 2/5
redactar este documento está contenido en el acápite 5.1 del PMBOK® Guide. Este es un formato que usa el Instituto para la Calidad
MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS vs. OBJETIVOS
OBJETIVOS
REQUERIMIENTOS
O1 O2 O3 O4 O5 O6 O7 O8 O9 O10
R1
R2
2. ETAPA ANALISIS
R3
R4
R5
R6
3. ETAPA DISEÑO
R7
R8
R9
R10
R11
R12
R13
R14
R15
R16
R17
R18
PUCP-PMBOK
HOJA 3/5
MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS vs. COMPONENTES DE LA EDT
COMPONENTE DE LA EDT
REQUERIMIENTOS Código De Cuentas
1.1.1 1.1.2 2.1.1 2.1.2 2.13 3.1.1 3.1.2 3.1.13 4.1.2 4.1.2
R1
R2
2. ETAPA ANALISIS
R3
R4
R5
R6
3. ETAPA DISEÑO
R7
R8
R9
R10
R11
R12
R13
R14
R15
R16
R17
R18
PUCP-PMBOK
HOJA 4/5
MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS vs. COMPONENTES DEL DESGLOSE DEL PRODUCTO
DESGLOSE DEL PRODUCTO

REQUERIMIENTOS Código del Componente en el desglose del producto
C1 C2 C3 C4 C5 C6 C7 C8 C9 C10
R1
R2
2. ETAPA ANALISIS
R3
R4
R5
R6
3. ETAPA DISEÑO
R7
R8
R9
R10
R11
R12
R13
R14
R15
R16
R17
R18
PUCP-PMBOK
HOJA 5/4
MATRIZ DE TRAZABILIDIAD DE REQUERIMIENTOS vs. ESCENARIOS DE PRUEBA
ESCENARIOS DE PRUEBA
REQUERIMIENTOS
E1 E2 E3 E4 E5 E6 E7 E8 E9 E10
R1
R2
2. ETAPA ANALISIS
R3
R4
R5
R6
3. ETAPA DISEÑO
R7
R8
R9
R10
R11
R12
R13
R14
5. ETAPA EN MARCHA
R15
R16
R17
R18
ENUNCIADO DEL ALCANCE DEL PROYECTO PUCP-PMBOK
PRIMERA PARTE: 5.2.3.1-001
PRODUCTO, SERVICIO O RESULTADO (Entregable Final) HOJA 1
El Enunciado del Alcance del Proyecto es un documento emitido por Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
documento está contenido en el acápite 5.2 del PMBOK® Guide. El Enunciado del Alcance del Proyecto tiene dos partes distintas, una
de ellas orientada al Producto, Servicio o Resultado del proyecto, y otra parte orientada al Proyecto. Ambas son distintas y ambas son
muy importantes para el éxito del proyecto. Este documento (plantilla) no es limitante de la información que el grupo maneje, el grupo
de alumnos puede realizar las mejoras o modificaciones que considere necesarias en este documento.
Grupo
<Que funciones cumplirán los productos, servicios y resultados que se logren con el proyecto en la
Objetivos del Producto
organización donde se utilicen>
Descripción del
Alcance del Producto
Límites aceptados (con unidades de

Parámetro
medida)
Criterios de Aceptación
ENUNCIADO DEL ALCANCE DEL PROYECTO PUCP-PMBOK
SEGUNDA PARTE: 5.2.3.1-002
PROYECTO HOJA 1
El Enunciado del Alcance del Proyecto es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar
este documento está contenido en el acápite 5.2 del PMBOK® Guide. El Enunciado del Alcance del Proyecto tiene dos partes distintas,
una de ellas orientada al Producto, Servicio o Resultado del proyecto, y otra parte orientada al Proyecto. Ambas son distintas y ambas
son muy importantes para el éxito del proyecto. Este documento (plantilla) no es limitante de la información que el grupo maneje, el
grupo de alumnos puede realizar las mejoras o modificaciones que considere necesarias en este documento.
Componente Descripción Documentos Asociados
Grupo
<Los criterios cuantificables que deben ser alcanzados por el proyecto para ser determinado exitoso. Los
Objetivos del Proyecto
objetivos del proyecto deben al menos incluir costo, cronograma y métricas de calidad>
Entregables del
proyecto
Asunciones
Restricciones
Límites del Proyecto <Que trabajo esta incluido y excluido del proyecto>
PUCP-PMBOK
ESTRUCTURA DE DESGLOSE DEL TRABAJO (EDT) 5.3.3.1
HOJA 1
La Estructura de Desglose del Trabajo es un documento elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar
este entregable está contenido en el acápite 5.3 del PMBOK® Guide. La EDT puede ser elaborada de distintas formas. Se puede
utilizar como primer nivel de la EDT los principales entregables del producto final, los sub-proyectos o las fases del ciclo de vida del
proyecto. A continuación se muestra un ejemplo de una EDT elaborada por fases del ciclo de vida de un proyecto de desarrollo de un
software. Este es solo un ejemplo para un tipo de proyecto específico, no es una plantilla.
El gráfico ejemplo de la EDT es mostrado en la página siguiente página.
ESTRUCTURA DETALLADA DE TRABAJO (WBS) - Plantilla
Proyecto: Nombre del

Proyecto
1. Definición de 2. 3. 4. Pruebas y 5. 6. Gestión del

Requerimientos Aceptación Implementación Proyecto
Diseño Programación
2.1Diseño de 3.1 4.1 Migración del 5.1 Migración del 6.1

1.1 Análisis de arquitectura aplicativo a UAT aplicativo a PRD
Procesos del Codificación Iniciación
Negocio
2.2 Diseño de 3.2 Pruebas 4.2 Elaboración 5.2 Verificación 6.2

1.2 Unitarias de casos de de Instalación
la Base de
Especificación prueba y adecuada Planificación
Datos escenarios
de Requerim.
2.3 Diseño de 3.3 Integración 4.3 Pruebas de 5.3 6.3

1.3 Interfase de aceptación Capacitación
Modelamiento componentes Ejecución
Usuaria
de Requerim.
2.4Diseño de 3.4Documentación 6.4

1.4 Validación Seguridad de Manuales
de Requerim. Control
6.5
Cierre
PUCP-PMBOK
DICCIONARIO DE LA EDT 5.3.3.2
HOJA 1
El Diccionario de la EDT es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar este entregable
está contenido en el acápite 5.3 del PMBOK® Guide. Este documento (plantilla) no es limitante de la información que el grupo maneje,
el grupo de alumnos puede realizar las mejoras o modificaciones que considere necesarias en este documento. La plantilla mostrada a
continuación (con las mejoras o modificaciones necesarias planteadas por el grupo) debe ser elaborada para cada paquete de trabajo
de la EDT.
Código identificador de
<Indicar el código del componente de la EDT donde se piensa gestionar el valor ganado>
cuenta
Organización o
individuo responsable
Descripción del
paquete de trabajo
Entregable
Criterios de aceptación
<Indicar los parámetros y límites aceptados>
del entregable
Actividades principales
Recursos requeridos
Costo estimado
Hitos <Indicar si este entregable es parte esencial del cumplimiento de un hito del proyecto>
Requerimientos de
calidad
Información del
<Indicar si el entregable es elaborado por un proveedor y si existe información del contrato al respecto>
contrato
Interdependencias Antes de este paquete de trabajo _____ Después de este paquete de trabajo _____
Aprobación requerida Gerente de Proyecto _______________ Fecha ________
Anexo F
Plan de Gestión del Cronograma
PUCP-PMBOK
PLAN DE GESTIÓN DEL CRONOGRAMA 4.3.3.1
HOJA 1
El Plan de Gestión del Cronograma es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
Universidad Católica del Perú para evaluar la planificación del cronograma de un proyecto propuesto por un grupo de alumnos. Este
Grupo
Descripción de cómo <Indicar que entradas, que herramientas y técnicas y que entregables se considera elaborar para
será gestionado el cada proceso de gestión del cronograma. Por ejemplo: La lista de actividades será creado sobre
cronograma del la base de la EDT mediante la técnica de descomposición. Cada actividad no excederá un
proyecto máximo de 80 horas. De lo contrario se realizará una descomposición a mayor nivel>
Identificación y
< Indicar quienes son los responsables de analizar los cambios al cronograma y como se van a clasificar
clasificación de los
los cambios al cronograma. Como van a ser tipificados los cambios al cronograma (muy grande, grande,
cambios al cronograma
mediano, pequeño, insignificante...etc.) en base a su impacto>
del proyecto
< Indicar quienes son personas autorizadas para solicitar cambios en el cronograma del proyecto y cual es
Procedimiento de el procedimiento de atención de una solicitud de cambio al cronograma del proyecto. Se puede especificar
control de cambios al el procedimiento con un diagrama de flujo. Detallar tiempos de respuestas a las solicitudes de cambio>
cronograma
Responsables de
< Comité de Control de Cambios (Cronograma)>
aprobar los cambios al
cronograma
que pueden ser < Indicar todos los tipos de cambio del cronograma calificados para aprobaciones automáticas sin
aprobados sin revisiones del Comité de Control de Cambios>
revisiones
de cambios del
<Describir como el control de cambios del cronograma será integrado con el sistema integrado de control
cronograma con el
de cambios >
control integrado de
cambios
Documentación requerida (Plantilla de solicitud de cambio al cronograma)

cronograma proyecto Procedimientos de resolución de disputas
PUCP-PMBOK
6.1.3.1 / 6.1.3.2 /
LISTA DE ACTIVIDADES Y ATRIBUTOS DE LA ACTIVIDAD 6.2.3.2 / 6.3.3.3 /
6.4.3.2
HOJA 1
La lista de actividades y los atributos de la actividad es un documento elaborado por el Equipo de Gerencia del Proyecto. El detalle de
cómo elaborar este entregable está contenido en los acápites 6.1, 6.2, 6.3 y 6.4 del PMBOK® Guide. Los atributos de la actividad se
van actualizando a medida que se van desarrollando los procesos de planificación de la gestión del tiempo del proyecto. A continuación
se muestra un ejemplo de una lista de actividades con sus atributos para el paquete de trabajo de la planificación de la gestión de
proyectos. Este es solo un ejemplo para un tipo de proyecto específico, no es una plantilla.
La lista de actividades y los atributos de la actividad se muestran en la siguiente página.
Código de Cuentas 6. Gestión del Proyecto
Código del Paquete de trabajo 6.2 Planificación del Proyecto
Código Adelanto o Tipo Cant. Duración
Descripción Predecesor Sucesor Categoría Responsable
Actividad atraso dependencia Recursos en días
6.2.1 Elaboración del Plan de Gestión del Proyecto 6.1 6.2.3 0 Discresional 1 JP 1 JP
1 TS 2.5
Definición del Alcance del Proyecto y
6.2.2 6.1 6.2.3 0 Discresional 1 JP 1
Elaboracion de la EDT y su diccionario JP
1 TS 1.5
6 AF 3
1 OF 2
6.2.3 Elaboracion del Cronograma del Proyecto 6.2.2 6.2.4 0 Discresional 1 JP 1 JP
6.2.8 1 TS 0.5
6 AF 1
1 OF 0.25
6.2.4 Preparación del Presupuesto del Proyecto 6.2.2 6.2.5 0 Discresional 1 JP 0.25 JP
6.2.4 1 TS 0.5
6.2.8 1 OF 0.25
6.2.5 Elaboracion del Plan y Métricas de Calidad 6.2.4 6.3 0 Discresional 1 JP 0.25 JP
1 TS 0.5
1 OF 0.25
6.2.6 Elaboracion del Plan del Personal 6.2.2 6.3 0 Discresional 1 JP 0.25 JP
1 OF 0.25
6.2.7 Elaboracion del Plan de Comunicaciones 6.2.2 6.3 0 Discresional 1 JP 0.25 JP
1 OF 0.25
6.2.8 Elaboración del Plan y Registro de Riesgos 6.2.2 6.2.3 0 Discresional 1 JP 0.25 JP
6.2.4 1 TS 0.5
6 AF 0.5
1 OF 0.25
Elaboración del Plan de Adquisiciones, SOW y
6.2.9 6.2.2 6.2.4 0 Discresional 1 JP 0.25 AC
RFP
1 OF 0.25
PUCP-PMBOK
LISTA DE HITOS 6.1.3.3
HOJA 1
La lista de hitos es un documento elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar este entregable está
contenido en el acápite 6.1 del PMBOK® Guide. Este documento (plantilla) no es limitante de la información que el grupo maneje, el
Fase Hitos Principales Tipo

<Eventos claves de cada fase del proyecto> <opcional u obligatorio>
PUCP-PMBOK
DIAGRAMA DE RED DEL CRONOGRAMA DEL PROYECTO 6.2.3.1
HOJA 1
El diagrama de red del cronograma del proyecto es un entregable elaborado por el Equipo de Gerencia del Proyecto. El detalle de
cómo elaborar este entregable está contenido en el acápite 6.2 del PMBOK® Guide. El diagrama de red puede ser elaborado utilizado
el método de diagramación por precedencia o el método diagramación con flechas. A continuación se muestra un ejemplo de un
diagrama de red del cronograma elaborado con el método de diagramación por precedencia en el cual los nodos representan a las
actividades del proyecto. Este es solo un ejemplo para un tipo de proyecto específico, no es una plantilla. El diagrama de red puede ser
elaborado para todo el proyecto, por fases o por componentes principales de la EDT.
2.1.1 2.1.2 2.1.3
Inicio Fin
2.1.4 2.1.5 2.1.6
PUCP-PMBOK
REQUISITOS DE RECURSOS DE LAS ACTIVIDADES 6.3.3.1
HOJA 1
Los requisitos de recursos de las actividades es un documento elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo
elaborar este entregable está contenido en el acápite 6.3 del PMBOK® Guide. Este documento (plantilla) no es limitante de la
información que el grupo maneje, el grupo de alumnos puede realizar las mejoras o modificaciones que considere necesarias en este
documento.
Elemento de la Tipo de recurso requerido Cantidad ¿Involucra ¿Involucra

EDT (RBS) adquisición adquisiciones?
de personal?
1.
2.
3.
4.
5.
6.
7.
8.
Comentarios o notas adicionales:
Elaborado por:
Nombre:
Título:
Fecha:
PUCP-PMBOK
ESTRUCTURA DE DESGLOSE DE RECURSOS (RBS) 6.3.3.2
HOJA 1
La estructura de desglose de recursos es un entregable elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar
este entregable está contenido en el acápite 6.3 del PMBOK® Guide. La estructura de desglose de recursos es una estructura
jerárquica de los recursos identificados por categoría y tipo de recurso. A continuación se muestra un ejemplo de una estructura de
desglose de recursos. Este es solo un ejemplo para un tipo de proyecto específico, no es una plantilla.
Proyecto
Implementación de
Software
Personal Equipos
Equipo de
Equipo de Gestión Servidores Computadores
Desarrollo
Jefe de proyecto Técnico de sistemas Servidor Desarrollo

(JP) (TS) (SD)
Coordinadores del Analista Servidor Pruebas

proyecto (CP) programador (AP) (SP)
Analista comercial Analista funcional Servidor Producción

(AC) (AF) (SPd)
Ofimático Operador
(OF) (OP)
PUCP-PMBOK
CALENDARIO DE RECURSOS 6.3.3.3
HOJA 1
El calendario de recursos es un documento elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar este
entregable está contenido en el acápite 6.3 del PMBOK® Guide. Este documento (plantilla) no es limitante de la información que el
grupo maneje, el grupo de alumnos puede realizar las mejoras o modificaciones que considere necesarias en este documento.
Periodos del proyecto (Semanas, meses, etc.)

(Sombrear en periodos de disponibilidad de recursos)
Recursos # Recursos 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
necesitados
1 <Especificar
recursos>
2
3
4
5
6
7
8
9
10
11
12
PUCP-PMBOK
CRONOGRAMA DEL PROYECTO 6.5.3.1
HOJA 1
El cronograma del proyecto es un entregable elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar este
entregable está contenido en el acápite 6.5 del PMBOK® Guide. El cronograma de proyecto puede ser elaborado utilizado una
variedad de técnicas y herramientas como el método del camino crítico o el método de la cadena crítica y pueden elaborarse más de
un cronograma (cronogramas alternativos). A continuación se muestra un cronograma de proyecto como diagrama de hitos. Este es
solo un ejemplo para un tipo de proyecto específico, no es una plantilla.
Actividades F. inicio F. Fin Abr May Jun Jul
Dirección de Proyectos 03 Abr 21-Jul 21/07

Aprobación del Acta de Constitución
Aprobación del Plan de Proyecto
Definición de Requerimientos Firma de la carta de cierre
Modelar Requerimientos 03 Abr 14 Abr Aprobación del Modelo
Validar Requerimientos 12 Abr 28 Abr Aprobación de Especificación de Requerimientos
Diseño
Diseño de la Arquitectura 24 Abr 12-May
Diseño de la Interfase usuaria 02-May 12-May Aprobación de interfases del sistema
Pruebas
Migrar aplicativo a ambiente de test 24 Abr 05-May Culminación de migración
Elaboración de casos de pruebas 08-May 19-May
Pruebas de Aceptación de Usuarios 19-Jun 30-Jun Aceptación
de usuarios
Implementación
Migrar aplicativo a ambiente de test 07-Abr 14-Abr Culminación de migración
Capacitar a usuarios 17 Abr 30 Abr Entrega de evaluaciones de capacitación
Anexo G
Plan de Gestión de Costos
PUCP-PMBOK
PLAN DE GESTIÓN DE COSTOS 4.3.3.1
HOJA 1/2
El Plan de Gestión de Costos es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
Universidad Católica del Perú para evaluar la planificación de los costos de un proyecto propuesto por un grupo de alumnos. Este
Grupo
Descripción de cómo <Indicar que entradas, que herramientas y técnicas y que entregables se considera elaborar para
será gestionado los cada proceso de gestión de costos. Por ejemplo: Las estimaciones de costos serán realizadas
costos del proyecto utilizando la estimación paramétrica de acuerdo a los siguientes parámetros....>
Nivel de precisión de
los costos <Indicar el ajuste de redondeo>
Unidades de medida
<Indicar si son horas, días, semanas, suma global para cada uno de los recursos>
Enlaces con
procedimientos de la
<Indicar las cuentas de control del componente del la EDT>
organización
Umbrales de control
<Indicar la variación permitida. Por ejemplo, cuanto puede variar el SPI y el CPI>
Reglas del valor

<Indicar las fórmulas de valor ganado, reglas 0/100, 50/50 y nivel de la EDT donde se realzará la
ganado
técnica del valor ganado>
Formatos de informe
de costos
Identificación y
clasificación de los < Indicar quienes son los responsables de analizar los cambios al Presupuesto y como se van a clasificar
cambios al los cambios al presupuesto. Como van a ser tipificados los cambios al presupuesto (muy grande, grande,
Presupuesto del mediano, pequeño, insignificante...etc.) en base a su impacto>
proyecto
< Indicar quienes son personas autorizadas para solicitar cambios en el Presupuesto del proyecto y cual es
Procedimiento de el procedimiento de atención de una solicitud de cambio al presupuesto del proyecto. Se puede especificar
control de cambios al el procedimiento con un diagrama de flujo. Detallar tiempos de respuestas a las solicitudes de cambio>
Presupuesto
Responsables de
aprobar los cambios al < Comité de Control de Cambios (Costos)>
Presupuesto
< Indicar todos los tipos de cambio del costo calificados para aprobaciones automáticas sin revisiones del
Comité de Control de Cambios>
que pueden ser
aprobados sin
revisiones
PUCP-PMBOK
PLAN DE GESTIÓN DE COSTOS 4.3.3.1
HOJA 2/2
El Plan de Gestión de Costos es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
Universidad Católica del Perú para evaluar la planificación de los costos de un proyecto propuesto por un grupo de alumnos. Este
Sistema de Control de Cambios del Costo
de cambios del costo <Describir como el control de cambios del Presupuesto será integrado con el sistema integrado de control
con el control de cambios >
integrado de cambios
Documentación requerida (Plantilla de solicitud de cambio al presupuesto)

presupuesto proyecto Procedimientos de resolución de disputas
PUCP-PMBOK
ESTIMACIONES DE COSTOS DE LAS ACTIVIDADES 7.1.3.1
HOJA 1
Las estimaciones de costos de las actividades es un documento elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo
elaborar este entregable está contenido en el acápite 7.1 del PMBOK® Guide. En el siguiente ejemplo las estimaciones de costos de
las actividades para cada recurso se realizan por día, este detalle debe estar indicado en el plan de gestión de costos (unidades de
medida). A continuación se muestra un ejemplo de las estimaciones de costos para las actividades del paquete de trabajo de la
planificación de la dirección de proyectos. Este es solo un ejemplo para un tipo de proyecto específico, no es una plantilla.
Las estimaciones de costo de las actividades se muestran en la siguiente página.
Código de Cuentas 6. Gestión del Proyecto
Código del Paquete de trabajo 6.2 Planificación del Proyecto
Código Cant. Costo x Duración Costo Costo Restricciones y
Descripción Categoría
Actividad Recursos día $ en días Total $ Actividad asunciones
6.2.1 Elaboración del Plan de Gestión del Proyecto 1 JP 100 1 100.0 262.5
1 TS 65 2.5 162.5
Definición del Alcance del Proyecto y
6.2.2 1 JP 100 1 100.0 1,397.5
Elaboracion de la EDT y su diccionario
1 TS 65 1.5 97.5
6 AF 65 3 1,170.0
1 OF 15 2 30.0
6.2.3 Elaboracion del Cronograma del Proyecto 1 JP 100 1 100.0 132.5
1 TS 65 0.5 32.5
6 AF 65 1 390.0
1 OF 15 0.25 3.8
6.2.4 Preparación del Presupuesto del Proyecto 1 JP 100 0.25 25.0 61.3
1 TS 65 0.5 32.5
1 OF 15 0.25 3.8
6.2.5 Elaboracion del Plan y Métricas de Calidad 1 JP 100 0.25 25.0 61.3
1 TS 65 0.5 32.5
1 OF 15 0.25 3.8
6.2.6 Elaboracion del Plan del Personal 1 JP 100 0.25 25.0 28.8
1 OF 15 0.25 3.8
6.2.7 Elaboracion del Plan de Comunicaciones 1 JP 100 0.25 25.0 28.8
1 OF 15 0.25 3.8
6.2.8 Elaboración del Plan y Registro de Riesgos 1 JP 100 0.25 25.0 256.3
1 TS 65 0.5 32.5
6 AF 65 0.5 195.0
1 OF 15 0.25 3.8
Elaboración del Plan de Adquisiciones, SOW y
6.2.9 1 JP 100 0.25 25.0 28.8
RFP
1 OF 15 0.25 3.8
Sub Total 2,257.5
PUCP-PMBOK
RESERVAS PARA CONTINGENCIAS 7.1.3.1
HOJA 1
Las reservas para contingencias son estimaciones elaboradas por el Equipo de Gerencia del Proyecto para tratar con los posibles
riesgos (“incógnitas conocidas”) que puedan afectar a las actividades del proyecto. El detalle de cómo elaborar este entregable está
contenido en el acápite 7.1 del PMBOK® Guide. Este documento (plantilla) no es limitante de la información que el grupo maneje, el
Código de Reserva
la actividad Costo (%) Costo
Actividades Riesgos Actividad Reservas
TOTAL Reservas para contingencias
PUCP-PMBOK
LINEA BASE DE COSTO 7.2.3.1
HOJA 1
La línea base de costos es un entregable elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar este
entregable está contenido en el acápite 7.2 del PMBOK® Guide. La línea base de costo es el presupuesto distribuido en el tiempo que
se utiliza como base para medir el rendimiento del proyecto. A continuación se muestra un ejemplo de la línea base de costo de un
proyecto. Este es solo un ejemplo para un tipo de proyecto específico, no es una plantilla.
Los requisitos para la financiación del proyecto se derivan de la línea base y pueden establecerse para excederlos por un margen a fin
de estar preparados para el avance temprano o los sobrecostos. Los fondos totales necesarios son aquellos incluidos en la línea base
de costos más la cantidad de reserva para contingencias de gestión (“incógnitas desconocidas”).
Mes Ene Feb Mar Abr May Jun Jul Ago TOTAL
Cod EDT Ppto. Base Duración Inicio Fin 1 2 3 4 5 6 7 8
1 Def. de Req. 55,000 25 Ene-28 02-Mar 4,400 46,200 4,400 55,000

2 Diseño 110,000 35 03-Mar 20-Abr 66,000 44,000 110,000
3 Programación 1,693,194 91 12-Abr 16-Ago 96,275 396,363 421,486 389,238 58,000
3.1 Codificación 150,000 25 12-Abr 16-May 78,000 72,000 150,000
Pruebas Unitarias
3.2 564,560 55 10-May 26-Jul 129,849 287,926 146,786 564,560
Integración de
3.3 Componentes 304,589 68.5 21-Abr 26-Jul 18,275 100,514 103,560 82,239 304,589
Documentación de
3.4 Manuales 474,045 10 27-Jul 09-Ago 142,214 142,214
Pruebas y aceptación
4 200,000 66 17-May 16-Ago 94,000 30,000 18,000 58,000 200,000
5 Implementación 100,000 16 27-Jul 16-Ago 50,000 50,000
Gerencia de
6 Proyectos 210,000 155 Ene-28 31-Ago 2,100 29,400 31,500 27,300 29,400 31,500 27,300 31,500 210,000
Contingencias 206,819 16 10-Ago 31-Ago 206,819 206,819
TOTAL 2,275,013 6,500 75,600 101,900 167,575 425,763 452,986 416,538 296,319 1,943,182
TOTAL / MES 6,500 75,600 101,900 167,575 425,763 452,986 416,538 296,319
ACUM 6,500 82,100 184,000 351,575 777,339 1,230,324 1,646,863 1,943,182
Ene Feb Mar Abr May Jun Jul Ago
%ACUMULADO 0.33% 4.23% 9.47% 18.09% 40.00% 63.31% 84.75% 100.00%
Valores Acumulados
2,500,000
2,000,000 1,943,182
1,646,863
1,500,000
1,230,324
1,000,000
777,339
500,000
351,575
184,000
0 6,500 82,100
1 2 3 4 5 6 7 8
Tiempo
Anexo H
Plan de Gestión de Calidad
PUCP-PMBOK
PLAN DE GESTIÓN DE CALIDAD 8.1.3.1
HOJA 1
El Plan de Gestión de Calidad es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
Universidad Católica del Perú para evaluar la planificación de la calidad de un proyecto propuesto por un grupo de alumnos. Este
Grupo
Sistema de Calidad
Estructura
<Organigrama para la calidad del proyecto>
Organizacional
Roles y
Responsabilidades <Personas involucradas en la gestión de la calidad del proyecto>
Procedimientos
<Procedimientos estándares de calidad>
<Ver matriz de procesos de calidad en la siguiente hoja. Este es un ejemplo de una matriz de
Procesos
procesos de calidad para el componente de planificación de dirección de proyectos. Dicha matriz
debe ser realizada para todos los componentes de la EDT>
Recursos
<Presupuesto de los recursos asignados a la gestión de la calidad>
Gestión de la Calidad
<Indicar que entradas, que herramientas y técnicas y que entregables se considera elaborar para
Aseguramiento de la
este proceso. Por ejemplo: La planificación de la calidad se realizará mediante análisis
Calidad
comparativos y diseño de experimentos....>
Mejora Continua del

Proceso <Indicar cómo se logrará que los procesos actúen con mayor eficiencia y efectividad>
<Indicar que entradas, que herramientas y técnicas y que entregables se considera elaborar para
Control de Calidad
este proceso. Por ejemplo: el control de la calidad se realizará utilizando las 7 herramientas
básicas de calidad....>
PUCP-PMBOK
MÉTRICAS DE CALIDAD 8.1.3.2
HOJA 1
Las métricas de calidad es un entregable elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar este
entregable está contenido en el acápite 8.1 del PMBOK® Guide. A continuación se muestra un ejemplo de un conjunto de métricas de
calidad determinados para un proyecto. Este es solo un ejemplo para un tipo de proyecto específico, no es una plantilla.
Nro Que queremos medir Objetivo de Métrica Fuente de datos Proceso

Proyecto
Objetivo de
1 Desviación de plazos de cumplimiento del SPI Índice del desempeño Cronograma Control del
proyectos tiempo asignado al del cronograma Cronograma
proyecto
2 Desviación de costos de Objetivo de CPI Índice del desempeño Línea base de Control de Costos
proyectos cumplimiento del del costo costo
costo asignado al
proyecto
3 Satisfacción de clientes Objetivo de Satisfacción del cliente Encuesta a Gestión de los
cumplimiento de Clientes Interesados
calidad del proyecto
4 Calidad en las Objetivo de Número de fallos en Escenarios de Control de Calidad
aplicaciones cumplimiento de Pruebas Unitarias/puntos pruebas
desarrolladas calidad del producto de función unitarias, Código
fuente
5 Calidad en las Objetivo de Número de fallos en Escenarios de Control de Calidad
aplicaciones en cumplimiento de Pruebas de pruebas
Certificación. calidad del producto certificación/puntos de certificación,
función Código fuente
6 Nivel de calidad en la Calidad en las Número de fallos en Código fuente, Control de Calidad
entrega del producto aplicaciones Producción durante la Lista de errores
entregadas, etapa de mantenimiento
Satisfacción de /Puntos de Función
cliente
PUCP-PMBOK
LISTAS DE CONTROL DE CALIDAD 8.1.3.3
HOJA 1
Las listas de control de calidad es un entregable elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar este
entregable está contenido en el acápite 8.1 del PMBOK® Guide. A continuación se muestra un ejemplo de una lista de control de
calidad para verificar si se han seguido todos los pasos necesarios para la iniciación de la gestión de un proyecto. Este es solo un
ejemplo para un tipo de proyecto específico, no es una plantilla.
PREGUNTAS SÍ NO NA OBSERVACIONES y/o COMENTARIOS Tipo NC

¿Se trabaja con empresas proveedoras? No
¿Se requieren Contrato u Órden de Servicio? No
I. INICIO DEL PROYECTO
1 ¿Se realizó la reunión de organización del Proyecto? X Proceso desplegado en forma posterior No aplica
- ¿Se convocaron a todas las áreas involucradas? X
- ¿Se cuenta con el acta de reunión? X
- ¿Se ha publicado el acta de reunión en la Carpeta del Proyecto? X
2 ¿Se ha elaborado la RAM preliminar del Proyecto? X NC Menor
- ¿Están inscritos todos los miembros del Equipo del Proyecto asignados a X
la fecha con sus responsabilidades?
- ¿Están los datos completos? (Nombres de quiénes ejercen cada rol, y la X
inscripción de nuevos roles)
- ¿Ha sido publicada en la Carpeta del Proyecto? X
3 ¿Se ha elaborado la PTM del Proyecto? X OK
- ¿Están inscritos al menos los miembros del Equipo del Proyecto X
asignados a la fecha a tiempo completo?
- ¿Ha sido publicada en la Carpeta del Proyecto? X
4 ¿Se solicitó a Infraestructura Tecnológica los recursos requeridos para X OK
el desarrollo del Proyecto?
5 ¿Se realizó la reunión de kick-off del Proyecto? X OK
- ¿Se contaba con el Presupuesto preliminar aprobado por la Gerencia X
Ejecutiva previo a la reunión?
- ¿Se cuenta con el acta de reunión? X
- ¿Se informó a Aseguramiento de Calidad y Proyectos? X
- ¿El acta de reunión se ha publicado en la Carpeta del Proyecto? X
6 ¿Se ha conformado el Comité de Proyecto? X OK
7 Si el Proyecto ha sido tipificado como grande ¿Se ha conformado el X No aplica
Comité Ejecutivo del Proyecto?
PUCP-PMBOK
PLAN DE MEJORAS DEL PROCESO 8.1.3.4
HOJA 1
El Plan de Mejoras del Proceso es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
Universidad Católica del Perú para evaluar la planificación de la calidad de un proyecto propuesto por un grupo de alumnos. Este
Grupo
Procesos identificados
Definición <Definición del proceso a evaluar>
Objetivos de
Rendimiento <Objetivos de rendimiento que desea alcanzar el proceso>
Métricas
<Métricas que miden el rendimiento del proceso>
Configuración
<Diagrama de flujo de toda la secuencia del proceso>
Límites
<Límites del proceso, donde inicia y donde termina>
Anexo I
Plan de Gestión de Personal
PUCP-PMBOK
PLAN DE GESTIÓN DE PERSONAL 9.1.3.1
HOJA 1
El Plan de Gestión de Personal es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
Universidad Católica del Perú para evaluar la planificación de los recursos humanos de un proyecto propuesto por un grupo de
Grupo
< Descripción del procedimiento general de obtención del personal. Se puede utilizar un diagrama de flujo
Proceso general de
para especificar dicho proceso y se puede diferenciar los procedimientos o políticas específicas para la
obtención del personal
obtención del personal interno y externo>
Calendario de recursos < Tabla cronológica de participación del personal. Puede ser bosquejada como un histograma de
recursos>
Criterios para salida

del personal < Se refiere a criterios de liberación del personal>
Necesidades de
formación o < Para cada curso de capacitación necesario para los miembros del equipo de proyecto se debe detallar
capacitación lo siguiente: Descripción del curso, Fecha de Inicio, Fecha de fin, Número de horas, Asistentes...etc.>
Políticas de
Reconocimientos y <Criterios objetivos y tangibles para premiar el alto desempeño de los miembros del equipo>
Recompensas
Normas de <Las normas son establecidas de acuerdo a las leyes laborales peruanas y a las normas internas de la
Cumplimiento organización ejecutora o el cliente>
Estrategias de <Políticas de cumplimiento para garantizar la seguridad del personal durante el proyecto>
Seguridad del Personal
PUCP-PMBOK
ORGANIGRAMA DEL PROYECTO 9.1.3.1
HOJA 1
El organigrama del proyecto es un entregable elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar este
entregable está contenido en el acápite 9.1 del PMBOK® Guide. A continuación se muestra un ejemplo de un organigrama de un
proyecto. Este es solo un ejemplo para un tipo de proyecto específico, no es una plantilla.
Gerente de Proyecto
PMO
Analista Funcional Líder Administrador de Contratos Jefe de Calidad
Analistas Programadores Programadores Controladores de Calidad
PUCP-PMBOK
MATRIZ DE ROLES Y RESPONSABILIDADES 9.1.3.1
HOJA 1
La matriz de roles y responsabilidades (RAM) es un entregable elaborado por el Equipo de Gerencia del Proyecto. El detalle de cómo
elaborar este entregable está contenido en el acápite 9.1 del PMBOK® Guide. La matriz RAM puede ser elaborada como una matriz de
alto nivel (por actividad) o una matriz de bajo nivel (por entregable). A continuación se muestra un ejemplo de un matriz RAM (de alto
nivel) de un proyecto. Este es solo un ejemplo para un tipo de proyecto específico, no es una plantilla.
Nota.- Este es solo un ejemplo de matriz tipo RACI. El grupo deberá elegir que tipo de matriz utilizar, justificar por qué y desarrollarla.
Puntos de Control – Seguimiento al Proyecto

Entregables Principales
Carta de Aceptación y Cierre del Proyecto

Manual Usuario y Errores para Help Desk
Plan de Gestión de Recursos Humanos
Informe de Aseguramiento de Calidad
Manual de Sistema y de Operación

Documento de Análisis y Diseño
Informe Mensual del Proyecto

Informe de Avance Semanal
Matriz de Comunicaciones
Informe Final del Proyecto

Cronograma del Proyecto
Especificación Funcional
Manual de Instalación
Solicitud de Cambios
Manual del Producto

Matriz de Riesgos
Hoja de Costos
RAM
PTM
EDT
RIG
Rol
Comité del Proyecto ó Comité Ejecutivo A I I E
Gerencia Solicitante P
Líder Usuario P/R P/R R R R R R/A A A A I E/S P E A I A
Gerente del Proyecto E E A E E E E E E E A E E E E P/I R R R E E
Analista Funcional E R
Arquitecto de la Solución R E
Equipo del Proyecto I I P I P P P P E E E
Aseg. Calidad y Proy. I I I I I I I I E I I
E = Responsable de Ejecución / Elaboración A = Aprueba

I = Debe ser Informado P = Participa
R = Revisión Requerida S = Sustenta
Anexo J
Plan de Gestión de las Comunicaciones
PUCP-PMBOK
PLAN DE GESTIÓN DE LAS COMUNICACIONES 10.2.3.1
HOJA 1
El Plan de Gestión de las Comunicaciones es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo
de la Pontificia Universidad Católica del Perú para evaluar la planificación de las comunicaciones de un proyecto propuesto por un
grupo de alumnos. Este documento (plantilla) no es limitante de la información que el grupo maneje, el grupo de alumnos puede
realizar las mejoras o modificaciones que considere necesarias en este documento.
Grupo
Requisitos de
<Necesidades, deseos y expectativas de comunicación de los interesados. Por ejemplo: Costos, tiempos,
comunicaciones de los
estándares de calidad, recursos humanos y otros>
interesados
Información que debe

<Se incluyen los formatos, contenido y nivel de detalle de información a comunicar (entregables). Ver
ser comunicada
matriz de comunicaciones en la siguiente página>
Responsables de
distribuir la
<Ver matriz de comunicaciones en la siguiente página>
información
Personas que
recibirían la
<Interesados que recibirán la información. Ver matriz de comunicaciones en la siguiente página >
información
Métodos o tecnologías <Memorandos, correo electrónico, comunicados de prensa...etc. Ver matriz de comunicaciones en la
para transmitir la siguiente página >
información
Frecuencia de
<Semanal, quincenal, mensual...etc. Ver matriz de comunicaciones en la siguiente página >
Comunicación
Proceso de <Se identifican los plazos y la cadena de mando para el escalamiento de polémicas que no puedan
escalamiento resolverse a un nivel inferior. Ver matriz de comunicaciones en la siguiente página >
Método para actualizar

y refinar el plan de <Procedimiento para actualizar y afinar el plan de gestión de comunicaciones>
comunicaciones
Glosario de
terminología común
PUCP-PMBOK
PLAN DE GESTIÓN DE LAS COMUNICACIONES 10.2.3.1
HOJA 2
El Plan de Gestión de las Comunicaciones es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo
redactar este documento está contenido en el acápite 10.2 del PMBOK® Guide. Este es un ejemplo que usa el Instituto para la Calidad
de la Pontificia Universidad Católica del Perú para evaluar la planificación de las comunicaciones de un proyecto propuesto por un
grupo de alumnos. Este documento (plantilla) no es limitante de la información que el grupo maneje, el grupo de alumnos puede
realizar las mejoras o modificaciones que considere necesarias en este documento.
MATRIZ DE COMUNICACIONES
Método de Frecuencia de
Información Comunicación a
Interesados Responsables comunicación
que será ser utilizado Proceso de
principales de distribuir la (mensual,
comunicada (Memorando, escalamiento
información semanal,
(entregables) correo electrónico, quincenal)
actas, etc.)
Cliente
Gerencia
Ejecutiva
Patrocinador
Miembros del
equipo de
proyecto
Empleados
Proveedores
Sindicatos
Agencias del
Gobierno
Prensa
Comunidad
Otros
Anexo K
Plan de Gestión de Riesgos
PUCP-PMBOK
PLAN DE GESTIÓN DE RIESGOS 11.1.3.1
HOJA 1
El Plan de Gestión de Riesgos es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
documento está contenido en el acápite 11.1 del PMBOK® Guide. Este es un formato que usa el Instituto para la Calidad de la
Pontificia Universidad Católica del Perú para evaluar la planificación de los riesgos de un proyecto propuesto por un grupo de alumnos.
Grupo
Métodos
Metodología Herramientas y técnicas
Fuentes de Información
Roles y
Responsabilidades <Responsables de la gestión de los riesgos durante todo el proyecto>
Presupuesto
<Recursos costos necesarios para la gestión de los riesgos>
Periodicidad < Define cuándo y con qué frecuencia se realizará el proceso de gestión de riesgos durante el ciclo de
vida del proyecto>
Categorías de Riesgo <Puede ser bosquejado en la estructura de desglose de riesgos. Ver ejemplo en la siguiente página>
Definiciones de
<Definición de escalas de impacto para los objetivos del proyecto. Ver definición ejemplo en la siguiente
Probabilidad e Impacto
página>
Matriz de Probabilidad
<Ver matriz de ejemplo en la página sub siguiente>
e impacto
Formatos de registro <Se identifican los plazos y la cadena de mando para el escalamiento de polémicas que no puedan
de riesgos resolverse a un nivel inferior. Ver matriz de comunicaciones en la siguiente página >
Seguimiento < Si los procesos serán auditados y como se documentará las lecciones aprendidas >
PUCP-PMBOK
HOJA 1
ESTRUCTURA DE DESGLOSE DE RIESGOS (RBS)
Proyecto
Técnico Externo Organización Dirección de Proyectos
Requisitos Subcontratistas y Proveedores Dependencias del Proyecto Estimación
Complejidad e Interfases Recursos Planificación
Rendimiento y Fiabilidad Priorización Supervisión
Tecnología Comunicación
DEFINICIÓN DE ESCALAS DE IMPACTO
Condiciones definidas para Escalas de Impacto de un Riesgo sobre los Principales Objetivos del
Proyecto
Moderado Alto Muy Alto
Objetivos del Proyecto Muy Bajo (0.1) Bajo (0.2) (0.4) (0.6) (0.8)
Aumento del Aumento del
Costo: El presupuesto no exceda
Aumento del Aumento del presupuesto entre 8- presupuesto entre 16 - Aumento del
el presupuesto asignado
presupuesto < 3 % presupuesto < 8 % 15 % 25 % presupuesto > 25 %
Tiempo: El plazo para la Retraso de la Retraso de la Retraso de la
implantación del proyecto no debe Retraso de la Retraso de la implantacion entre 6 a implantacion entre 11 implantacion > 15
pasar de Octubre del 2006 implantacion < 3 días implantacion < 5 días 10 días a 15 días días
Alcance: Cambios en el Alcance Cambios mínimos que Cambios que afectan Cambios que afectan
Inicial del Proyecto, ya sea por no afectan ni al Cambios que afectan al presupuesto y/o al al presupuesto y/o al Cambios que afectan
decisión del Negocio o del presupuesto ni al al presupuesto y/o al cronograma entre 4 - 7 cronograma entre 8 - al presupuesto y/o al
Organismo Regulador cronograma cronograma en < 3 % % 10 % cronograma en > 10 %
Incidencias en los Incidencias en los Incidencias en los Incidencias en los
Número de Incidencias aplicativos entre 6 a aplicativos entre 13 a aplicativos entre 21 a aplicativos > 30 y/o
Calidad: Deben haber pocas
en los aplicativos < 5 y/o 12 y/o tiempos de 20 y/o tiempos de 30 y/o tiempos de tiempos de respuesta
incidencias y un buen tiempo de
tiempos de respuesta de respuesta de 5 respuesta de 7 respuesta de 9 de más de 10
respuesta en las aplicaciones
3 segundos por segundos por segundos por segundos por segundos por
transacción transacción transacción transacción transacción
PUCP-PMBOK
HOJA 1
documento está contenido en el acápite 11.1 del PMBOK® Guide. Este es un ejemplo que usa el Instituto para la Calidad de la
MATRIZ DE PROBABILIDAD E IMPACTO
Prob. Amenazas Oportunidades

0.9 0.045 0.09 0.18 0.36 0.72 0.72 0.36 0.18 0.09 0.045
0.7 0.035 0.07 0.14 0.28 0.56 0.56 0.28 0.14 0.07 0.035
0.5 0.025 0.05 0.10 0.20 0.40 0.40 0.20 0.10 0.05 0.025
0.3 0.015 0.03 0.06 0.12 0.24 0.24 0.12 0.06 0.03 0.015
0.1 0.005 0.01 0.02 0.04 0.08 0.08 0.04 0.02 0.01 0.005
0.05 0.1 0.2 0.4 0.8 0.8 0.4 0.2 0.1 0.05
PUCP-PMBOK
REGISTRO DE RIESGOS 11.2.3.1
HOJA 1
El Registro de Riesgos es un entregable emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo elaborar este documento
está contenido en el acápite 11.2 del PMBOK® Guide. Para la identificación de los riesgos se pueden utilizar una variedad de
herramientas y técnicas. A continuación se muestra una plantilla para identificación de riesgos según la técnica de la tormenta de
ideas. Este documento (plantilla) no es limitante de la información que el grupo maneje, el grupo de alumnos puede realizar las mejoras
o modificaciones que considere necesarias en este documento.
Moderador de la
Sesión y Cargo
Grupo participante
<Miembros del equipo y otros participantes de la reunión>
Ubicación
<Sala de reuniones>
Fuente del riesgo a

tratar Elemento de la EDT o actividad sobre la cual se identificará los posibles riesgos
Riesgo Causas de los Impacto del Posibles Identificado

identificado riesgos Riesgo respuestas por quién:
PUCP-PMBOK
REGISTRO DE RIESGOS (priorizados) 11.3.3.1
HOJA 1
El Registro de Riesgos priorizados es un entregable emitido por el Equipo de Gerencia del Proyecto. Para el análisis cualitativo de
riesgos se pueden utilizar una variedad de herramientas y técnicas descritas en el acápite 11.3 del PMBOK® Guide. A continuación se
muestra una plantilla para el análisis cualitativo de riesgos evaluando la probabilidad e impacto y la matriz de probabilidad e impacto.
Gerente de Proyecto
Responsable de la
gestión de riesgos
Fuente del riesgo a

Riesgo Categoría Probabilidad Impacto Probabilidad ¡Requiere Nivel del

identificado de Riesgo x Impacto respuesta riesgo
(RBS) inmediata!
<Según la <Especificar <Alto, medio o
definición planes de bajo según
de escalas acción y matriz de
de responsables probabilidad e
impacto> de los riesgos> impacto>
LISTA DE RIESGOS QUE REQUIEREN ANÁLISIS ADICIONAL
Riesgo Categoría FECHA DE

Identificado de Riesgo PRÓXIMA
(RBS) REVISIÓN
LISTA DE SUPERVISIÓN (RIESGOS DE BAJA PRIORIDAD)
Riesgo Categoría PROBABILIDAD

Identificado de Riesgo
(RBS)
PUCP-PMBOK
REGISTRO DE RIESGOS (cuantificados) 11.4.3.1
HOJA 1
El Registro de Riesgos cuantificados es un entregable emitido por el Equipo de Gerencia del Proyecto. Para el análisis cuantitativo de
muestra una plantilla para el análisis cuantitativo de riesgos utilizando las entrevistas para evaluar la probabilidad y el impacto de los
riesgos. Este documento (plantilla) no es limitante de la información que el grupo maneje, el grupo de alumnos puede realizar las
Gerente de Proyecto
Responsable de la
gestión de riesgos
Fuente del riesgo a

Riesgo Probabilidad Impacto Probabilidad Reserva de

identificado x Impacto contingencia
<En valor <Reserva de costos>

monetario $>
PUCP-PMBOK
REGISTRO DE RIESGOS (y estrategias de respuesta) 11.5.3.1
HOJA 1
El Registro de Riesgos cuantificados es un entregable emitido por el Equipo de Gerencia del Proyecto. Para el análisis cuantitativo de
muestra una plantilla para el análisis cuantitativo de riesgos utilizando las entrevistas para evaluar la probabilidad y el impacto de los
riesgos. Este documento (plantilla) no es limitante de la información que el grupo maneje, el grupo de alumnos puede realizar las
Gerente de Proyecto
Responsable de la
gestión de riesgos
Fuente del riesgo a

Riesgo Dueños Estrategias Síntomas y Presupuesto y Planes de Posibles riesgos

identificado y de los de señales de reservas de contingencia y de residuales y
tipo riesgos Respuesta advertencia contingencia respaldo secundarios
<Riesgo <Mitigar, <$ para <Planes de

identificado y si es transferir, implementar las contingencia si es que
amenaza (A) u eliminar (A) estrategias y para el riesgo fue aceptado
oportunidad (O)> y explotar, contingencias> y planes de reserva
mejorar, para los otros riesgos
compartir si es que el plan
(O) y principal falla>
aceptar>
Anexo L
Plan de Gestión de las Compras y Adquisiciones
PUCP-PMBOK
PLAN DE GESTIÓN DE LAS ADQUISICIONES 12.1.3.1
HOJA 1
El Plan de Gestión de Adquisiciones es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
Pontificia Universidad Católica del Perú para evaluar la planificación de las adquisiciones de un proyecto propuesto por un grupo de
Grupo
Tipos de Contratos a
utilizar <Precio Fijo, Tiempo & Materiales, Costo Reembolsable...etc.>
Estimaciones
independientes <Indicar si son requeridas estimaciones independientes>
Responsables de
estimaciones
independientes
Acciones para < Acciones que el equipo de gestión de adquisiciones puede tomar independientemente del
gestionar las departamento de adquisiciones >
adquisiciones
Documentos de
adquisiciones
Referencia a los documentos de adquisición si fuera necesario
estandarizados
Gestión de múltiples
<Indicar cómo serán gestionados múltiples proveedores>
proveedores
Coordinación de
adquisiciones con
otras áreas del
proyecto
Restricciones y <Restricciones y asunciones que podrían afectar las adquisiciones>

asunciones
Decisiones de
fabricación propia o
compra
Hitos
<Hitos relacionados a las adquisiciones>
EDT del Contrato
Formato del SOW

Indicar el formato del SOW
Vendedores pre-
calificados Lista de vendedores pre-calificados si los hubieran
Métricas
Métricas para gestionar contratos y evaluar proveedores
PUCP-PMBOK
ENUNCIADO DEL TRABAJO DEL CONTRATO (SOW) 12.1.3.2
HOJA 1
El Enunciado del Trabajo del Contrato (SOW) es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo
redactar este documento está contenido en el acápite 12.1 del PMBOK® Guide. Este documento (plantilla) no es limitante de la
documento. Para cada contrato a generar con un proveedor se debe realizar su respectivo SOW.
Grupo
Componente de la EDT
a contratar <Componente de la EDT a la cual afectará el trabajo a contratar >
Objetivos
Alcance del Trabajo
Duración Estimada
Políticas de
Confidencialidad y
Responsabilidades
Civiles
Requerimientos
<Requerimientos de los productos entregables a proveer>
Alcance de los
<Inclusiones y exclusiones>
Servicios
Entregables
<Entregables de nivel contractual, de gestión y de nivel operativo>
<Alcance, descripción del producto, riesgos, metodología, organización, cronograma de trabajo, hitos,
Plan de Trabajo garantías, capacitación, documentación…etc. >
Equipo de Trabajo
<Organización del equipo de trabajo>
Riesgos
Participación del
Cliente
Control de Cambios al
Contrato Indicar el formato del SOW
Forma de Pago
<Forma de pago de los entregables a proveer>
Criterios de aceptación
de entregables <Criterios tangibles de los productos entregables>
Anexos
<Cualquier otra información necesaria>
PUCP-PMBOK
DECISIONES DE FABRICACIÓN DIRECTA O COMPRA 12.1.3.3
HOJA 1
El documento de decisiones de fabricación directa o compra es un entregable elaborado por el Equipo de Gerencia del Proyecto. El
detalle de cómo elaborar este entregable está contenido en el acápite 12.1 del PMBOK® Guide. Este es un formato que usa el Instituto
para la Calidad de la Pontificia Universidad Católica del Perú para documentar las decisiones de fabricación directa o compra de los
entregables de un proyecto propuesto por un grupo de alumnos. Este documento (plantilla) no es limitante de la información que el
grupo maneje, el grupo de alumnos puede realizar las mejoras o modificaciones que considere necesarias en este documento.
Código Producto Decisión Tomada Criterios Considerados Riesgos Aprobado por:

EDT Evaluado en la evaluación asociados
PUCP-PMBOK
SOLICITUD DE PROPUESTA (RFP) 12.1.3.4
HOJA 1
La solicitud de propuesta (RFP) es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
documento está contenido en el acápite 12.1 del PMBOK® Guide. Este documento (plantilla) no es limitante de la información que el
grupo maneje, el grupo de alumnos puede realizar las mejoras o modificaciones que considere necesarias en este documento. La RFP
se utiliza para pedir propuestas a los potenciales vendedores.
Grupo
Descripción del
Trabajo solicitado
<Objetivo, alcance y beneficios>
(a ser llenado por el
cliente)
Información
administrativa <Descripción de la empresa solicitante, persona de contacto a quien enviar la propuesta, compromiso de
(a ser llenado por el los proveedores, requerimientos a cumplir para enviar las propuestas, criterios para la selección de
cliente) mejores propuestas, fecha límite de recepción de propuestas…etc.>
Requerimientos a
<Descripción de los requerimientos, metas y objetivos, factores críticos de éxito, metodología de trabajo y
cumplir
estándares, plan y cronograma de trabajo, condiciones físicas requeridas para el desarrollo del trabajo,
necesidades del personal y su calificación, roles y responsabilidades, control de cambios al producto,
proveedor)
procedimiento de entrega del producto, soporte y mantenimiento, capacitación y documentación>
Referencias y
Calificaciones del
Proveedor <Cartera de clientes, cuota de mercado, calificaciones del proveedor, prácticas y procedimientos
(a ser llenado por el gerenciales>
proveedor)
Información
Complementaria del <Esta sección se reserva a los proveedores para que entreguen información, que aunque no es
proveedor requerida, consideren importante o necesaria>
proveedor)
Costos y condiciones
de pago
(a ser llenado por el <Detallar la propuesta económica y condiciones de pago>
proveedor)
Contratos, licencias,
acuerdos y garantías <Acuerdo de compra, contrato de mantenimiento, periodo de garantía, bonos por alto rendimiento,
(a ser llenado por el acuerdos de confidencialidad, garantías…etc.>
proveedor)
PUCP-PMBOK
CRITERIOS DE EVALUACIÓN DE PROVEEDORES 12.1.3.5
HOJA 1
Los criterios de evaluación de proveedores es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo
redactar este documento está contenido en el acápite 12.1 del PMBOK® Guide. Este documento (plantilla) no es limitante de la
documento. A continuación se muestra una plantilla para los criterios de evaluación relacionada a los costos y al prestigio de la
empresa proveedora. Existen otros criterios de evaluación como capacidad técnica y de producción que no son indicados en este
documento puesto que varían de forma considerable dependiendo del área de aplicación.
Costos
Proveedor 1 Proveedor 2 Proveedor 3 Proveedor 4
Ítem Observacion Costo Puntaje Costo Puntaje Costo Puntaje Costo Puntaje
1 Costo del producto
2 Costo de
implementación
3 Mantenimiento
4 Soporte/Asesoría
5 Capacitación-
Usuarios
6 Pagos
7 Garantía
0 0 0 0
Nota: Para calcular el costo final (costo del ciclo de vida) se utiliza un VAN proyectado a 5 años
Prestigio de la Empresa
Proveedor 1 Proveedor 2 Proveedor 3 Proveedor 4

Peso
Funcion Calificación Puntaje Calificación Puntaje Calificación puntaje Calificación Puntaje
1 Prestigio de la Empresa
30 0 0 0 0
2 Cuota de Mercado (a
30 0 0 0 0
nivel Mundial)
3 Cartera de Clientes
40 0 0 0 0
(Perú y Extranjero)
100 0.00% 0.00% 0.00% 0.00%

Trabajo Integrador PMBOK 4ta Edicion JAH Revisado PDF

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Trabajo Integrador PMBOK 4ta Edicion JAH Revisado PDF

Cargado por

Copyright:

Formatos disponibles

Guía para la Elaboración

del Trabajo Integrador

Estructura de los Contenidos del Trabajo Integrador

Plan de Gestión de Costos: (Anexo G)

Plan de Gestión de Calidad: (Anexo H)

Plan de Gestión del Personal: (Anexo I)

Plan de Gestión de Comunicaciones: (Anexo J)

Plan de Gestión de Riesgos: (Anexo K)

Plan de Gestión de Adquisiciones: (Anexo L)

Formatos: PUCP-PMBOK-4.1.3.1 (Anexo A) y PUCP-PMBOK-10.1.3.1 (Anexo B)

Paso 1 Elaboración del Acta de Constitución del Proyecto

Paso 2 Selección del Proyecto

Paso 3 Creación del Archivo del Proyecto

Paso 4 Actualización Permanente del Archivo del Proyecto

Paso 5 Calificación del Trabajo Integrador

Fechas programadas del Trabajo Integrador

Las fechas se encuentran indicadas en el cronograma de clases Ic-Cap-4.52.

Evaluación del Trabajo Integrador

Sustentación del trabajo integrador

• En lugar de redactar: “Se establecerán las duraciones de las actividades con un

Título del Proyecto

Objetivos del proyecto

<Eventos principales del proyecto>

INFORMACIÓN DE LOS INTERESADOS

Nro Interesado Cargo en la Ubicación Rol en el Información de

EVALUACIÓN DE LA INFORMACIÓN DE LOS INTERESADOS

Nro Interesado Principales Tipo de Interesado Influencia en el Fase en el proyecto

MATRIZ DE ANALISIS DE LOS INTERESADOS

Nro Interesado Nivel de Evaluación del impacto de Estrategia potencial para

Plan de Gestión de Calidad Plan de Gestión de Adquisiciones

Revisión Fecha Responsable Revisado por: Aprobado por:

AREAS DE CONOCIMIENTO DE GERENCIA DE PROYECTOS

Costos Calidad Personal

Comunicaciones Riesgos Adquisiciones

Revisión Fecha Responsable Revisado por: Aprobado por:

Título del Proyecto

Requerimientos para Sistemas de seguimiento

Niveles requeridos de aprobación

Título del Proyecto

Título del Proyecto

Objetivo del Proyecto

Requerimientos No <Nivel del servicio, rendimiento, seguridad, cumplimento, soporte, retención…etc.>

Reglas del negocio

Impacto en las áreas

MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS vs. NECESIDADES

MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS vs. OBJETIVOS

MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS vs. COMPONENTES DE LA EDT

MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS vs. COMPONENTES DEL DESGLOSE DEL PRODUCTO

DESGLOSE DEL PRODUCTO

MATRIZ DE TRAZABILIDIAD DE REQUERIMIENTOS vs. ESCENARIOS DE PRUEBA

Título del Proyecto

Límites aceptados (con unidades de

Componente Descripción Documentos Asociados

Título del Proyecto

El gráfico ejemplo de la EDT es mostrado en la página siguiente página.

Proyecto: Nombre del

1. Definición de 2. 3. 4. Pruebas y 5. 6. Gestión del

2.1Diseño de 3.1 4.1 Migración del 5.1 Migración del 6.1

2.2 Diseño de 3.2 Pruebas 4.2 Elaboración 5.2 Verificación 6.2

2.3 Diseño de 3.3 Integración 4.3 Pruebas de 5.3 6.3

2.4Diseño de 3.4Documentación 6.4

Aprobación requerida Gerente de Proyecto _______________ Fecha ________

Título del Proyecto

Aprobación requerida Gerente de Proyecto _______ Fecha