Guía para La Elaboración Del Trabajo Integrador - Formatos (2014)

Diplomado en Gerencia de Proyectos y Calidad
Guía para la Elaboración del

Trabajo Integrador
Objetivo 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ú © 2008 Página 2 de 69
Prohibida la reproducción total o parcial de este contenido sin permiso expreso del Instituto. Ic-Cap-4.84
Alcances 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® Tercera 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® Tercera Edición (Figura 3-2, página 40), incluyendo las sugerencias para
contextualizar el proyecto en el entorno, que especifica el mismo estándar. Se recomienda leer los
capítulos del 1 al 3 del PMBOK® Tercera 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® Tercera 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.
Contenidos del Trabajo Integrador

Secciones
Descripción Referencias y Formatos
Principales
PUCP-PMBOK-4.3.3.1-001
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.4.3.1 (Anexo D)
conocimiento
PMBOK 4.1.3.1
Acta de Constitución del Proyecto
Documentos del (Anexo A)
Grupo de Enunciado Preliminar del Alcance del Proyecto (Detalle PMBOK 4.2.3.1-001
Procesos de del Producto, Servicio o Resultado) (Anexo B)
Iniciación
Enunciado Preliminar del Alcance del Proyecto (Detalle PMBOK 4.2.3.1-002
del Proyecto) (Anexo B)
Plan de Gestión de Alcance: (Anexo E)
Documentos del - Plan de gestión del alcance PMBOK 5.1.3.1
Grupo de - Enunciado del Alcance del Proyecto (producto) PMBOK 5.2.3.1-001
Procesos de - Enunciado del Alcance del Proyecto (proyecto) PMBOK 5.2.3.1-002
Planificación - Estructura Detallada del Trabajo (EDT) PMBOK 5.3.3.2
- Diccionario de la EDT PMBOK 5.3.3.3
Plan de Gestión de Cronograma: (Anexo F)
- Plan de gestión del cronograma PMBOK 4.3.3.1
- Lista de actividades (con atributos) PMBOK 6.1.3.1 - 6.1.3.2 -
- Lista de hitos 6.2.3.3 - 6.3.3.2 y 6.4.3.2
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.3
- Calendario de Recursos PMBOK 6.3.3.4
- Cronograma del proyecto y datos del modelo de PMBOK 6.5.3.1
cronograma (atributos)
Plan de Gestión de Costos: (Anexo G)

- Plan de gestión de costos PMBOK 4.3.3.1
- Estimación de costos de actividades PMBOK 7.1.3.1
- Reservas para contingencias PMBOK 7.1.3.1
- Línea de base de costos (presupuesto PMBOK 7.2.3.1
distribuido 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 Gestión de Personal: (Anexo I)
- Plan de gestión del personal PMBOK 9.1.3.3
- Organigramas del proyecto PMBOK 9.1.3.2
- Roles y responsabilidades PMBOK 9.1.3.3
Plan de Gestión de Comunicaciones: (Anexo J)

- Plan de gestión de las comunicaciones (incluye PMBOK 10.1.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) PMBOK 11.5.3.1
Plan de Gestión de Adquisiciones: (Anexo L)
- Plan de gestión de las adquisiciones PMBOK 12.1.3.1
- Enunciados de trabajo de los contratos (SOW) PMBOK 12.1.3.2
- Solicitud de propuesta (RFP) PMBOK 12.2.3.1
- Criterios de evaluación de proveedores PMBOK 12.2.3.2
Metodología del Trabajo Integrador
Paso Descripción
Inicialmente los alumnos deberán conformar grupos de trabajo para el desarrollo de los
avances del Trabajo Integrador. Dicha información deberá ser remitida a finales de la segunda
Paso 1 semana de clases.
Elaboración Algo que todos los estudiantes podrán entender durante el curso, es que todo proyecto
requiere una metodología de selección del proyecto. El grupo de alumnos debe seleccionar el
del Acta de proyecto más idóneo según sus necesidades y presentar al IC-PUCP el Acta de Constitución del
Constitución Proyecto. La calificación del grupo de estudiantes que sustenta el trabajo integrador será la
del Proyecto calificación del trabajo integrador correspondiente a los estudiantes. En una evaluación real,
esto permitiría la autorización para el financiamiento de la ejecución del proyecto y para la
ejecución propiamente dicha.
Paso 2 Para poder presentar un Acta de Constitución del Proyecto, los estudiantes pueden usar el
Presentación Formato PUCP-PMBOK-4.1.3.1. Se puede encontrar en este documento en el Anexo A. El Acta
de Constitución del Proyecto debe entregarse al tutor por intermedio del Instituto para la
del Acta de Calidad.
Constitución
del Proyecto Formato: PUCP-PMBOK-4.1.3.1 (Anexo A)
Paso 3 Una vez definido el Proyecto de cada grupo, cada grupo crea un archivo del proyecto de
Creación del acuerdo a las especificaciones que reciba del Instituto para la Calidad. En el Anexo D se puede
Archivo del encontrar el detalle del Indice del Archivo del Proyecto. El archivo del proyecto tiene tres tipos
de documentos.
Proyecto
Una vez que ya se ha creado el Archivo del Proyecto, los primeros documentos que deben
formar parte del Archivo son los documentos del Inicio del Proyecto (correspondientes a las
Paso 4
salidas de los procesos de formulación del Acta de Constitución del Proyecto y del Enunciado
Creación de Preliminar del Alcance, 4.1 y 4.2 según el PMBOK® 2004). En esta ocasión se incluye un Acta
los de Constitución actualizada con las observaciones del grupo y de los docentes. Estos
Documentos documentos eventualmente pueden actualizarse cuando sea apropiado en función de los
avances del curso.
de Inicio del
Proyecto Formatos: PUCP-PMBOK-4.1.3.1 (Anexo A) y PUCP-PMBOK-4.2.3.1-001 y PUCP-PMBOK-
4.2.3.1-002 (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 del
Paso 4
PMBOK® 2004, continúa con la asistencia a clases sobre dicha área del conocimiento, sigue
Actualización con la discusión en grupo para la redacción de la primera versión del plan en cuestión, y con la
Evaluada emisión de la primera versión de dicho plan para ser calificado por el docente de dicho curso
Permanente como un Avance del Trabajo Integrador. En adelante, será responsabilidad del grupo actualizar
permanentemente los planes y hacer llegar las actualizaciones al Instituto para la Calidad,
del Archivo del
según el procedimiento que éste especifique.
Proyecto
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.
Paso 5 Particularmente para la sustentación, el grupo debe entender la sustentación como la
Calificación postulación a la aprobación de la ejecución de su proyecto, por lo tanto no deberá hacer una
del Trabajo exposición de los contenidos del PMBOK® ni una exposición de las habilidades propias del área
de aplicación del proyecto, sino una presentación de los conocimientos, estándares,
Integrador
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 cuatro (4) sesiones de tutoría por grupo a lo largo de todo el Diplomado.
Adicionalmente, dos (2) talleres 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, 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 página 88)
3. En adición a lo anterior, en cada capítulo de las Áreas de Conocimiento del PMBOK 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)
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,
cuando fuere aplicable a su proyecto.
6. No es válido copiar literalmente las descripciones que aparecen en el PMBOK
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 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 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, 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 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, Indice, 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
• 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
• 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®. 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
<Indicar Nombre, Puesto Organizacional y a quien responde y a qué organización pertenece>
Proyecto
Patrocinador del
Proyecto
Organización
Ejecutora
Cliente
Breve Descripción
de Actores
Involucrados e
Influencia
<Descripción de los mercados identificados para el producto del proyecto>

Oportunidad de
Negocio
Asunciones del
entorno
Restricciones del
entorno
Fuentes de Costo Beneficios
Análisis Preliminar
Costo/Beneficio
PUCP-PMBOK
ACTA DE CONSTITUCION DEL PROYECTO 4.1.3.1
HOJA 2/2
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®. 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
(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.
Justificación del
Proyecto
Breve descripción
del Producto
Requerimientos de
los interesados
Presupuesto
Resumido
Fase Hito
<Primera Fase> <Primer Hito>
Fases Principales
del Proyecto
<Ultima Fase> <Hito final>
Anexo B
Formatos del Enunciado Preliminar del Alcance
ENUNCIADO PRELIMINAR DEL ALCANCE PUCP-PMBOK
PRIMERA PARTE: 4.2.3.1-001
PRODUCTO, SERVICIO O RESULTADO (Entregable Final) HOJA 1/1
El Enunciado Preliminar del Alcance es un documento emitido por el Gerente de Proyecto para iniciar sus tareas. El
detalle de cómo redactar este documento está contenido en el acápite 4.1 del PMBOK®. El Enunciado Preliminar del
Alcance 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 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.
Grupo
Objetivos del <Que funciones cumplirán los productos, servicios y resultados que se logren con el proyecto
Producto en la organización donde se utilicen>
Descripción del
Alcance del
Producto
Límites acepados (con unidades

Parámetro
de medida)
Criterios de
Aceptación
ENUNCIADO PRELIMINAR DEL ALCANCE PUCP-PMBOK
SEGUNDA PARTE: 4.2.3.1-002
PROYECTO HOJA 1/1
El Enunciado Preliminar del Alcance es un documento emitido por el Gerente de Proyecto para iniciar sus tareas. El
detalle de cómo redactar este documento está contenido en el acápite 4.1 del PMBOK®. El Enunciado Preliminar del
Alcance 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 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.
Grupo
Proyecto en la organización donde se utilicen>
Riesgos iniciales
definidos
Costo
Preliminar
Fase Hito
(Unidad
monetaria)
<Primera Fase>
Fases Principales
del Proyecto
Asunciones
Restricciones
Límites del
Proyecto
Requerimientos Productos entregables

Requerimientos y
productos
entregables del
proyecto
EDT preliminar <Descomposición jerárquica de los entregables del proyecto, máximo de tres niveles>
Anexo C
Carátula para Planes Subsidiarios
PUCP-PMBOK
CARATULA DE PLAN SUBSIDIARIO 4.3.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:
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.4.3.1
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 5.1.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 5.1 del PMBOK®. 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
Descripción de <Indicar que entradas, que herramientas y técnicas y que entregables se considera
cómo será elaborar para cada proceso de gestión del alcance. Por ejemplo: el enunciado del
gestionado el alcance del proyecto será creado sobre la base de enunciado del alcance del proyecto
alcance del preliminar y se utilizarán las técnicas de ingeniería de valor y tormenta de ideas para
proyecto especificar el producto>
Estabilidad < Indicar cual es el nivel de exactitud en la definición del alcance y si se espera que éste
esperada del cambie con el tiempo>
alcance del
proyecto
Sistema de Control de Cambios del Alcance
Identificación y
< Indicar quienes son los responsables de analizar los cambios al alcance y como se van a
clasificación de los
clasificar los cambios al alcance. Como van a ser tipificados los cambios al alcance (muy
cambios al alcance
grande, grande, mediano, pequeño, insignificante...etc.) en base a su impacto>
del proyecto
< Indicar quienes son personas autorizadas para solicitar cambios en el alcance del proyecto
y cual es el procedimiento de atención de una solicitud de cambio al alcance del proyecto. Se
Procedimiento de
puede especificar el procedimiento con un diagrama de flujo. Detallar tiempos de respuestas
control de cambios
a las solicitudes de cambio>
al alcance
Responsables de
< Comité de Control de Cambios (Alcance)>
aprobar los
cambios al alcance
Definición de
cambios que
< Indicar todos los tipos de cambio del alcance calificados para aprobaciones automáticas sin
pueden ser
revisiones del Comité de Control de Cambios>
aprobados sin
revisiones
Integración del
control de cambios
<Describir como el control de cambios del alcance será integrado con el sistema integrado de
del alcance con el
control de cambios >
control integrado
de cambios
Documentación requerida (Plantilla de solicitud de cambio al alcance)
Requerimientos Sistemas de seguimiento

para solicitud de
cambios al alcance Procedimientos de resolución de disputas
del proyecto
Niveles requeridos de aprobación
ENUNCIADO DEL ALCANCE DEL PROYECTO PUCP-PMBOK
PRIMERA PARTE: 5.2.3.1-001
PRODUCTO, SERVICIO O RESULTADO (Entregable Final) HOJA 1/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®. 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
Grupo
Producto en la organización donde se utilicen>
Descripción del
Alcance del
Producto
Límites aceptados (con unidades

Parámetro
de medida)
Criterios de
Aceptación
PROYECTO HOJA 1/2
El Enunciado del Alcance del Proyecto es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de
Componente Descripción Documentos Asociados
Grupo
<Los criterios cuantificables que deben ser alcanzados por el proyecto para ser determinado
Objetivos del
exitoso. Los objetivos del proyecto deben al menos incluir costo, cronograma y métricas de
Proyecto
calidad>
Riesgos iniciales
definidos
Costo
Preliminar
Fase Hito
(Unidad
monetaria)
<Primera Fase> <Eventos claves>
Fases Principales
del Proyecto
Asunciones
Restricciones
Límites del
<Que trabajo esta incluido y excluido del proyecto>
Proyecto
Requerimientos Productos entregables

Requerimientos y
productos
entregables del
proyecto
<Descomposición jerárquica de los entregables del proyecto, máximo de tres niveles>

EDT preliminar
PROYECTO HOJA 2/2
El Enunciado del Alcance del Proyecto es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de
Componente Descripción Documentos Asociados

Organización inicial
del proyecto <Puede ser bosquejado como forma de un organigrama del proyecto>
Limitación de
<Limitación relacionada al financiamiento del proyecto>
Fondos
Requerimientos de <Especifica los requerimientos a cumplir para gestionar la configuración y control de cambios
gestión de la del proyecto>
configuración del
proyecto
Especificaciones del
<Especificaciones técnicas del proyecto>
Proyecto
Requerimientos de
aprobación del
proyecto
PUCP-PMBOK
ESTRUCTURA DE DESGLOSE DEL TRABAJO (EDT) 5.3.3.2
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®. 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. Gestion 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
Negoocio
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 Planifición
Datos escenarios
de Requerim.
2.3 Diseño de 3.3 4.3 Pruebas de 5.3 6.3

1.3 Interfase Integraciónde 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.3
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®. 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 de control
<Indicar el código del componente de la EDT donde se piensa gestionar el valor ganado>
de cuentas
Código del paquete
<Indicar el código del paquete de trabajo de la EDT>
de trabajo
Fecha de
actualización
Organización o
individuo
responsable
Descripción del
paquete de trabajo
Entregable (s)
Criterios de
aceptación del <Indicar los parámetros y límites aceptados>
entregable (s)
Asunciones
Recursos
Duración estimada
Hitos <Indicar si este entregable es parte esencial del cumplimiento de un hito del proyecto>
Costo estimado
Fecha de término
estimada
Interdependencias Antes de este paquete de trabajo _____ Después de este paquete de trabajo _____
Aprobación
Gerente de Proyecto _______________ Fecha ________
requerida
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 documento está contenido en el acápite 4.3 del PMBOK®. 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 cronograma 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
cómo será elaborar para cada proceso de gestión del cronograma. Por ejemplo: La lista de
gestionado el actividades será creado sobre la base de la EDT mediante la técnica de
cronograma del descomposición. Cada actividad no excederá un máximo de 80 horas. De lo contrario
proyecto se realizará una descomposición a mayor nivel>
Sistema de Control de Cambios del Cronograma

Identificación y
clasificación de los < Indicar quienes son los responsables de analizar los cambios al cronograma y como se van
cambios al a clasificar los cambios al cronograma. Como van a ser tipificados los cambios al cronograma
cronograma del (muy grande, grande, mediano, pequeño, insignificante...etc.) en base a su impacto>
proyecto
< Indicar quienes son personas autorizadas para solicitar cambios en el cronograma del
proyecto y cual es el procedimiento de atención de una solicitud de cambio al cronograma del
Procedimiento de
proyecto. Se puede especificar el procedimiento con un diagrama de flujo. Detallar tiempos
control de cambios
de respuestas a las solicitudes de cambio>
al cronograma
Responsables de
aprobar los < Comité de Control de Cambios (Cronograma)>
cambios al
cronograma
Definición de
cambios que
< Indicar todos los tipos de cambio del cronograma calificados para aprobaciones automáticas
pueden ser
sin revisiones del Comité de Control de Cambios>
aprobados sin
revisiones
Integración del
control de cambios
<Describir como el control de cambios del cronograma será integrado con el sistema
del cronograma con
integrado de control de cambios >
el control integrado
de cambios
Documentación requerida (Plantilla de solicitud de cambio al cronograma)
Requerimientos
para solicitud de Sistemas de seguimiento
cambios al
cronograma Procedimientos de resolución de disputas
proyecto
PUCP-PMBOK
6.1.3.1 / 6.1.3.2 /
LISTA DE ACTIVIDADES Y ATRIBUTOS DE LA
6.2.3.3 / 6.3.3.2 /
ACTIVIDAD
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®.
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®. 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.
Fase Hitos Principales Fecha Tipo

<opcional u
<Eventos claves de cada fase del proyecto>
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®. 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®. 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.3
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®. 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.4
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®. Este documento (plantilla) no es limitante de la
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®. 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
PLAN DE GESTIÓN DE COSTOS PUCP-PMBOK
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
Calidad de la Pontificia Universidad Católica del Perú para evaluar la planificación de los costos 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
cómo será elaborar para cada proceso de gestión de costos. Por ejemplo: Las estimaciones de
gestionado los costos serán realizadas utilizando la estimación paramétrica de acuerdo a los
costos del proyecto 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
<Indicar las cuentas de control del componente del la EDT>
la 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
ganado
se realzará la técnica del valor ganado>
Formatos de
informe de costos
Sistema de Control de Cambios del Costo
Identificación y
clasificación de los < Indicar quienes son los responsables de analizar los cambios al Presupuesto y como se van
cambios al a clasificar los cambios al presupuesto. Como van a ser tipificados los cambios al presupuesto
Presupuesto del (muy grande, grande, 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 el procedimiento de atención de una solicitud de cambio al presupuesto del
Procedimiento de
proyecto. Se puede especificar el procedimiento con un diagrama de flujo. Detallar tiempos
control de cambios
de respuestas a las solicitudes de cambio>
al Presupuesto
Responsables de
aprobar los
< Comité de Control de Cambios (Costos)>
cambios al
Presupuesto
Definición de
cambios que < Indicar todos los tipos de cambio del costo calificados para aprobaciones automáticas sin
pueden ser revisiones del Comité de Control de Cambios>
aprobados sin
revisiones
PLAN DE GESTIÓN DE COSTOS PUCP-PMBOK

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
Calidad de la Pontificia Universidad Católica del Perú para evaluar la planificación de los costos de un proyecto
Sistema de Control de Cambios del Costo
Integración del
control de cambios
<Describir como el control de cambios del Presupuesto será integrado con el sistema
del costo con el
integrado de control de cambios >
control integrado
de cambios
Documentación requerida (Plantilla de solicitud de cambio al presupuesto)
Requerimientos
para solicitud de Sistemas de seguimiento
cambios al
presupuesto Procedimientos de resolución de disputas
proyecto
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®. 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®. Este documento (plantilla) no es limitante de la
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®. 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
Calidad de la Pontificia Universidad Católica del Perú para evaluar la planificación de la calidad de un proyecto
Grupo
Gerente del
Proyecto
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

Procesos
matriz de 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

Aseguramiento de
elaborar para este proceso. Por ejemplo: La planificación de la calidad se realizará
la Calidad
mediante análisis 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

Control de Calidad
elaborar para este proceso. Por ejemplo: el control de la calidad se realizará utilizando
las 7 herramientas básicas 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
Calidad de la Pontificia Universidad Católica del Perú para evaluar la planificación de la calidad de un proyecto
MATRIZ DE PROCESOS DE CALIDAD
Entregable Estándar de calidad aplicable Actividad de Actividad de control Auditoria

Aseguramiento programada
6 Gestión del proyecto
6.1 Iniciación - Acta de Plantillas estándar Inspección / R&A Equipo calidad / Luego de la
constitución del proyecto Listas de verificación Revisión estandar / Aprob P.Man reunión de
Entrevista Kick off
6.2 Planificación - Plan de Plantillas estándar Inspección / R&A Equipo calidad / Aprobación del
Gestión Listas de verificación Revisión estandar / Aprob P.Man Plan de
Entrevista Proyecto
6.3 Ejecución - Información Plantillas estándar Inspección / R&A Equipo calidad / Aceptación de
sobre Resultados del Listas de verificación Actas Revisión estandar / Aprob P.Man entregables
Trabajo de Reunión Entrevista principales
6.4 Control y Seguimiento - Plantillas estándar Inspección / R&A Equipo calidad / Semanal
Informes de Avance Listas de verificación Revisión estandar / Aprob P.Man
Entrevista
6.5 Cierre - Informe final y Plantillas estándar Inspección / R&A Equipo calidad / Luego de la
carta de aceptación del Listas de verificación Revisión estandar / Aprob P.Man firma de la
proyecto Entrevista carta de
aceptación
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®. 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 Proyecto Métrica Fuente de datos Proceso
Obetivo de cumplieminto
1 Desviación de plazos de del tiempo asignado al SPI Índice del desempeño Cronograma Control del
proyectos proyecto del cronograma Cronograma
2 Desviación de costos de Obetivo de cumplimiento CPI Índice del desempeño Línea base de costo Control de
proyectos del costo asignado al del costo Costos
proyecto
3 Satisfacción de clientes Obetivo de cumplimiento Satisfacción entre rangos Encuesta a Clientes Gestión de los
de calidad del proyecto del 1-5 Interesados
4 Calidad en las Obetivo de cumplimiento Número de fallos en Escenarios de pruebas Control de
aplicaciones de calidad del producto Pruebas Unitarias/puntos unitarias, Código Calidad
desarrolladas de función fuente
5 Calidad en las Obetivo de cumplimiento Número de fallos en Escenarios de pruebas Control de
aplicaciones en de calidad del producto Pruebas de certificación, Código Calidad
Certificación. certificación/puntos de fuente
función
6 Nivel de calidad en la Calidad en las aplicaciones Número de fallos en Código fuente, Lista de Control de
entrega del prodcuto entregadas, Satisfacción Producción durante la errores Calidad
de cliente etapa de mantenimiento
/Puntos de Funcion
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®. 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?
Anexo I
Plan de Gestión de Personal
PUCP-PMBOK
PLAN DE GESTIÓN DE PERSONAL 9.1.3.3
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
Calidad de la Pontificia Universidad Católica del Perú para evaluar la planificación de los recursos humanos de un
documento.
Grupo
Gerente del
Proyecto
Proceso general de < Descripción del procedimiento general de obtención del personal. Se puede utilizar un
obtención del diagrama de flujo para especificar dicho proceso y se puede diferenciar los procedimientos o
personal políticas específicas para la obtención del personal interno y externo>
Horarios < Tabla cronológica de participación del personal. Puede ser bosquejada como un histograma
de recursos>
Criterios para
salida del personal
Necesidades de
< Para cada curso de capacitación necesario para los miembros del equipo de proyecto se
capacitación del
debe detallar lo siguiente: Descripción del curso, Fecha de Inicio, Fecha de fin, Número de
personal
horas, Asistentes...etc.>
Políticas de <Criterios objetivos y tangibles para premiar el alto desempeño de los miembros del
Reconocimientos y equipo>
Recompensas
Normas de <Las normas son establecidas de acuerdo a las leyes laborales peruanas y a las normas
Cumplimiento internas de la organización ejecutora o el cliente>
Estrategias de
Seguridad el <Políticas de cumplimiento para garantizar la seguridad del personal durante el proyecto>
Personal
PUCP-PMBOK
ORGANIGRAMA DEL PROYECTO 9.1.3.2
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®. 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.3
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®. 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.
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.1.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 redactar este documento está contenido en el acápite 10.1 del PMBOK®. 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 las
comunicaciones de un proyecto propuesto por un grupo de alumnos. Este documento (plantilla) no es limitante de la
Grupo
Gerente del
Proyecto
Requisitos de
<Toda la información que requiere ser comunicada a los interesados. Por ejemplo: Costos,
información de los
tiempos, estándares de calidad, recursos humanos y otros>
interesados
Información que
<Se incluyen los formatos, contenido y nivel de detalle de información a comunicar
será comunicada
(entregables). Ver 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
información página >
Métodos o
tecnologías para <Memorandos, correo electrónico, comunicados de prensa...etc. Ver matriz de
transmitir la comunicaciones en la siguiente página >
información
Frecuencia de
<Semanal, quincenal, mensual...etc. Ver matriz de comunicaciones en la siguiente página >
Comunicación
<Se identifican los plazos y la cadena de mando para el escalamiento de polémicas que no
Proceso de puedan resolverse a un nivel inferior. Ver matriz de comunicaciones en la siguiente página
escalamiento >
Método para
actualizar y refinar <Procedimiento para actualizar y afinar el plan de gestión de comunicaciones>
el plan de
comunicaciones
Glosario de
terminología común
PUCP-PMBOK
PLAN DE GESTIÓN DE LAS COMUNICACIONES 10.1.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 redactar este documento está contenido en el acápite 10.1 del PMBOK®. 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 las
comunicaciones de un proyecto propuesto por un grupo de alumnos. Este documento (plantilla) no es limitante de la
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 seminal,
(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
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®. 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
Grupo
Gerente del
Proyecto
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 <Puede ser bosquejado en la estructura de desglose de riesgos. Ver ejemplo en la

Riesgo siguiente página>
Definiciones de
Probabilidad e <Definición de escalas de impacto para los objetivos del proyecto. Ver definición ejemplo
Impacto en la siguiente página>
Matriz de
Probabilidad e <Ver matriz de ejemplo en la página sub siguiente>
impacto
<Se identifican los plazos y la cadena de mando para el escalamiento de polémicas que no
Formatos de puedan resolverse a un nivel inferior. Ver matriz de comunicaciones en la siguiente página
registro de riesgos >
Seguimiento < Si los procesos serán auditados y como se documentará las lecciones aprendidas >
PLAN DE GESTIÓN DE RIESGOS PUCP-PMBOK

11.1.3.1
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
PLAN DE GESTIÓN DE RIESGOS PUCP-PMBOK
11.1.3.1
HOJA 1
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®. 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,
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 Categoría de Posibles Identificado

identificado riesgos Riesgo (RBS) 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®. 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. Este documento (plantilla) no es limitante de la información que el
documento.
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
definición planes de o bajo según
de escalas acción y matriz de
de responsables probabilidad e
impacto> de los impacto>
riesgos>
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 riesgos se pueden utilizar una variedad de herramientas y técnicas descritas en el acápite 11.4 del
PMBOK®. A continuación se 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
este documento.
Gerente de
Proyecto
Responsable de la
gestión de riesgos
Fuente del riesgo a

Riesgo Categoría Probabilidad Impacto Probabilidad Reserva de

identificado de Riesgo x Impacto contingencia
(RBS)
<En valor <Reserva de
monetario costos>
$>
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 riesgos se pueden utilizar una variedad de herramientas y técnicas descritas en el acápite 11.5 del
PMBOK®. A continuación se 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
este documento.
Gerente de
Proyecto
Responsable de la
gestión de riesgos
Fuente del riesgo a

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

identificado y de Riesgo de los de señales de reservas de contingencia riesgos
tipo (RBS) riesgos Respuesta advertencia contingencia y de residuales y
respaldo secundarios
<Riesgo <Mitigar, <$ para <Planes de
identificado y si transferir, implementar contingencia
es amenaza (A) eliminar las estrategias si es que el
u oportunidad (A) y y para riesgo fue
(O)> explotar, contingencias> aceptado y
mejorar, planes de
compartir reserva para
(O) y los otros
aceptar> riesgos si es
que el plan
principal
falla>
Anexo L
Plan de Gestión de las 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 documento está contenido en el acápite 12.1 del PMBOK®. 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 las adquisiciones de un
documento.
Grupo
Gerente del
Proyecto
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®. Este documento (plantilla)
modificaciones que considere necesarias en este 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

Plan de Trabajo trabajo, hitos, 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
<Criterios tangibles de los productos entregables>
entregables
Anexos
<Cualquier otra información necesaria>
PUCP-PMBOK
SOLICITUD DE PROPUESTA (RFP) 12.2.3.1
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.2 del PMBOK®. 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
<Descripción de la empresa solicitante, persona de contacto a quien enviar la propuesta,
administrativa
compromiso de los proveedores, requerimientos a cumplir para enviar las propuestas,
criterios para la selección de mejores propuestas, fecha límite de recepción de
cliente)
propuestas…etc.>
Requerimientos a <Descripción de los requerimientos, metas y objetivos, factores críticos de éxito, metodología
cumplir de trabajo y estándares, plan y cronograma de trabajo, condiciones físicas requeridas para
(a ser llenado por el el desarrollo del trabajo, necesidades del personal y su calificación, roles y
proveedor) responsabilidades, control de cambios al producto, 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
(a ser llenado por el procedimientos gerenciales>
proveedor)
Información
Complementaria <Esta sección se reserva a los proveedores para que entreguen información, que aunque no
del proveedor es requerida, consideren importante o necesaria>
proveedor)
Costos y
condiciones de
pago
<Detallar la propuesta económica y condiciones de pago>
proveedor)
Contratos,
licencias, acuerdos
<Acuerdo de compra, contrato de mantenimiento, periodo de garantía, bonos por alto
y garantías
rendimiento, acuerdos de confidencialidad, garantías…etc.>
proveedor)
PUCP-PMBOK
CRITERIOS DE EVALUACIÓN DE PROVEEDORES 12.2.3.2
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.2 del PMBOK®. 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. 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%

Guía para La Elaboración Del Trabajo Integrador - Formatos (2014)

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Guía para La Elaboración Del Trabajo Integrador - Formatos (2014)

Uploaded by

Copyright:

Available Formats

Diplomado en Gerencia de Proyectos y Calidad

Guía para la Elaboración del

Contenidos del Trabajo Integrador

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

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

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

1. Recuerden que cada presentación de avance del Trabajo Integrador corresponden a un

3. En adición a lo anterior, en cada capítulo de las Áreas de Conocimiento del PMBOK se

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

Título del Proyecto

<Descripción de los mercados identificados para el producto del proyecto>

Fuentes de Costo Beneficios

<Ultima Fase> <Hito final>

Título del Proyecto

Límites acepados (con unidades

Título del Proyecto

<Ultima Fase> <Hito final>

Requerimientos Productos entregables

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 Sistemas de seguimiento

Título del Proyecto

Límites aceptados (con unidades

Componente Descripción Documentos Asociados

Título del Proyecto

<Ultima Fase> <Hito final>

Requerimientos Productos entregables

<Descomposición jerárquica de los entregables del proyecto, máximo de tres niveles>

Componente Descripción Documentos Asociados

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. Gestion 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 4.3 Pruebas de 5.3 6.3

2.4Diseño de 3.4Documentación 6.4

Título del Proyecto

Sistema de Control de Cambios del Cronograma

La lista de actividades y los atributos de la actividad se muestran en la siguiente página.

Fase Hitos Principales Fecha Tipo

2.1.1 2.1.2 2.1.3

2.1.4 2.1.5 2.1.6

Elemento de la Tipo de recurso requerido Cantidad ¿Involucra ¿Involucra

Comentarios o notas adicionales:

Jefe de proyecto Técnico de sistemas Servidor Desarrollo

Coordinadores del Analista Servidor Pruebas

Analista comercial Analista funcional Servidor Producción

Periodos del proyecto (Semanas, meses, etc.)

Actividades F. inicio F. Fin Abr May Jun Jul

Dirección de Proyectos 03 Abr 21-Jul 21/07