Formatos Pmbok Guide

GESTIÓN DE LA INTEGRACIÓN
PMBOK GUIDE®
ACTA DE CONSTITUCION DEL PROYECTO 4.1.3.1
HOJA 1
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 Proyecto <Nivel de autoridad de la persona que autoriza el proyecto>
<A manera de resumen describa de que se trata el proyecto, cuál es su producto o resultado, qué
Descripción del Proyecto necesidad soluciona, cómo encaja en la estrategia de la organización. Descripción a alto nivel>
<Motivos, razones o evidencias que justifican la inversión, el esfuerzo y por ende la existencia del
Justificación del Proyecto proyecto>
Objetivos del proyecto y

criterios de medición del
éxito
Requerimientos
Principales (Alto nivel)
Riesgos Principales (Alto

nivel)
Resumen del Cronograma <Eventos principales del proyecto. Estimado de Alto Nivel>
de Hitos
Presupuesto Resumido <Presupuesto Estimado de Alto Nivel>

(Orden de Magnitud)
Requerimientos de
<Quién firma formalmente la aprobación del término del proyecto, y que criterios de aprobación utiliza>
aprobación del proyecto
1
PMBOK GUIDE®
CARÁTULA 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 Comunicaciones
Plan de Plan de Gestión de Cronograma Plan de Gestión de Riesgos
Gestión Plan de Gestión de Costos Plan de Gestión de Adquisiciones
Subsidiario: Plan de Gestión de Calidad Plan de Gestión de Interesados
Plan de Gestión de RRHH
Nombre del
equipo:
Nombre Correo Electrónico
Coordinador:
Integrantes del
equipo:
Control de Revisiones:
Revisión Fecha Responsable Revisado por: Aprobado por:

00
2
PMBOK GUIDE®
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
G. Integración G. Alcance G. Cronograma
G. Costos G. Calidad G. Recursos Humanos
G. Comunicaciones G. Riesgos G. Adquisiciones
G. Interesados
Revisión Fecha Responsable Revisado por: Aprobado por:

00
3
GESTIÓN DEL ALCANCE
PMBOK GUIDE®
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®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>
<Especificar los procesos con sus respectivas entradas, herramientas, técnicas y entregables que serán
Descripción de cómo será
consideradas para la gestión del alcance. Por ejemplo: el enunciado del alcance del proyecto será creado
gestionado el alcance del
sobre la base de la matriz de trazabilidad de requerimientos y se utilizarán las técnicas de ingeniería de
proyecto
valor y tormenta de ideas para especificar las características del producto>
Identificación y
< Indicar quiénes son los responsables de analizar los cambios al alcance y cómo se van a clasificar los
clasificación de los
cambios al alcance. Cómo van a ser tipificados los cambios al alcance (muy grande, grande, mediano,
cambios al alcance del
pequeño, insignificante...etc.) con base en su impacto>
proyecto
< Indicar quiénes son personas autorizadas para solicitar cambios en el alcance del proyecto y cuál es el
Procedimiento de control
procedimiento de atención de una solicitud de cambio al alcance del proyecto. Se puede especificar el
de cambios al alcance
procedimiento con un diagrama de flujo. Detallar tiempos de respuestas a las solicitudes de cambio>
Responsables de aprobar < Comité de Control de Cambios (Alcance)>

los cambios al alcance
Definición de cambios
< Indicar todos los tipos de cambio del alcance calificados para aprobaciones automáticas sin revisiones del
que pueden ser
Comité de Control de Cambios>
aprobados sin revisiones
Integración del control de
cambios del alcance con <Describir cómo el control de cambios del alcance será integrado con el sistema integrado de control de
el control integrado de cambios >
cambios
Sistema de Seguimiento a
Cómo se va monitorear y controlar los cambios que se ingresen.
los Cambios
Documentación requerida (Plantilla para elevar una solicitud de cambio al alcance)
Requerimientos para Procedimientos de resolución de disputas

cada solicitud de cambio
al alcance del proyecto Niveles requeridos de aprobación del cambio (quiénes aprueban el cambio para que ingrese al
procedimiento).
4
PMBOK GUIDE®
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 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 quién responde y a qué organización pertenece>
Descripción de cómo será

<Especificar el proceso y qué entradas, qué herramientas y técnicas y qué entregables se considera para
gestionado los
identificar, analizar, documentar, controlar e informar los requerimientos del proyecto>
requerimientos proyecto
< Indicar quiénes son personas autorizadas para solicitar cambios en los requerimientos del proyecto y
cuál es el procedimiento de atención de una solicitud de cambio en los requerimientos. Se puede
de cambios a los
especificar el procedimiento con un diagrama de flujo. Detallar tiempos de respuestas a las solicitudes de
requerimientos
cambio>
Proceso de priorización de < Especificar cómo se realizará la priorización de requerimientos, qué variables serán las más importantes
requerimientos y qué herramientas o técnica se utilizará>
Métricas a utilizar < Indicar las métricas a utilizar para analizar, planificar, controlar e informar los requerimientos>
< Especificar qué atributos de requerimientos serán identificados en la matriz de trazabilidad y cómo la
Estructura de Trazabilidad
lista de requerimientos será controlada>
5
PMBOK GUIDE®
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.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 recolección de requerimientos en un proyecto propuesto por un grupo de
Grupo
Requerimientos del <Indique objetivos de la empresa y del proyecto a ser rastreados, reglas de negocio para la organización
Negocio ejecutante y principios que rigen a la organización>
<Requerimientos funcionales que describen los procesos de la empresa, cómo se interactúa con el
Requerimientos producto, cuales son las características que tendrá el producto, cuales son los servicios que el producto
funcionales deberá proporcionar, cuales son las casuísticas funcionales del producto. Los requisitos funcionales pueden
ser documentado en una lista de requerimientos, usando un modelo funcional o en ambos>
<Requerimientos particulares o emergentes tales como fiabilidad, tiempo de respuesta, almacenamiento,

Requerimientos No
nivel del servicio, rendimiento, seguridad, cumplimento, soporte, legislativos, éticos, retención…etc.>
funcionales
<Requisitos de calidad y/o normas para el proyecto y el producto. Los requerimientos de calidad pueden
Requerimientos de incluir un menor reproceso, una mayor productividad, menores costos y una mayor satisfacción de los
Calidad interesados con el producto del proyecto>
Requerimientos de
soporte y capacitación
Requerimientos de
<Cuáles son los requerimientos de comunicación y reportes que necesitan y solicitan los interesados>
comunicación
<Aquello que debe cumplirse, incluido los requisitos de desempeño, calidad y condiciones esenciales, antes
Criterios de aceptación
de que un requerimiento pueda darse por atendido y aceptado>
Impacto en las áreas y

<Nivel de impacto de los requerimientos en otras áreas de la organización, cuan transversal a la
entidades internas y
organización es un requerimiento dentro de la organización y cuál es su efecto sobre otras entidades
externas de la
dentro y fuera de la organización ejecutante>
organización
Asunciones <Indique aquellos premisas o supuestos que, para los propósitos de planificación, se consideran
verdaderos, reales o ciertos, sin contar con una evidencia o algo que lo demuestre totalmente>
Restricciones <Indique aquellas limitaciones, ya sea interna o externa al proyecto, que afectaría el desempeño del
requerimiento>
6
PMBOK GUIDE®
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.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 recolección de requerimientos en 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 Trazabilidad de Requerimiento vs. Atributo del Requerimiento
REQUERIMIENTO PRODUCT PROYECT NO SOPORTE Y COMPLEJIDA ESTAD RESPONSABL

DE NEGOCIO FUNCIONAL CALIDAD COMUNICACIÓN PRIORIDAD
S O O FUNCIONAL CAPACITACION D O E
1. ETAPA DE INICIO O DEFINICIÓN

R1
2. ETAPA DE ORGANIZACIÓN Y PREPARACIÓN
R2
3. ETAPA DE DESARROLLO O REALIZACION DE TRABAJOS
R3
R4
4. ETAPA DE CIERRE O PUESTA EN MARCHA
R5
R6
* Prioridad (alta, media, baja)

* Complejidad (alta, media, baja)
* Estado (En proceso, cancelado, implementado)
7
PMBOK GUIDE®
HOJA 2/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 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 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 Trazabilidad de Requerimiento vs. Objetivos, Necesidades, Desglose de producto y Referencias de Implementación
REFERENCIA A
NECESIDADES U WBS Y REFERENCIA A REFERENCIA A
OBJETIVOS DE CRITERIO DE RESTRICCIÓN DOCUMENTACIÓN Y
REQUERIMIENTOS OBJETIVOS DEL ENTREGABLES DOCUMENTACIÓN DOCUMENTACIÓN
PROYECTO ACEPTACIÓN /ASUNCIÓN ESCENARIO DE
NEGOCIO RELACIONADOS DE DISEÑO DE DESARROLLO
PRUEBA
R1
R2
R3
R4
3. ETAPA DE DESARROLLO O REALIZACIÓN DE TRABAJOS
R5
R6
R7
R8
8
PMBOK GUIDE®
HOJA 3/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.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 recolección de requerimientos en un proyecto propuesto por un grupo de
MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS vs. COMPONENTES DE LA EDT
COMPONENTE DE LA EDT
REQUERIMIENTOS
Código De Cuentas
1.1. 1.1. 2.1. 2.1. 2.1 3.1. 3.1. 3.1.1 4.1.
1 2 1 2 3 1 2 3 2 4.1.2
R1
R2
R3
R4
R5
R6
3. ETAPA DE DESARROLLO O REALIZACIÓN DE TRABAJOS
R7
R8
R9
R10
R11
R12
R13
R14
9
ENUNCIADO DEL ALCANCE DEL PROYECTO PMBOK GUIDE®
PRIMERA PARTE: 5.3.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.3 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
<Qué 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 <Características del producto, servicio o resultado>

del Producto
Límites aceptados (con unidades de

Parámetro
medida)
Criterios de Aceptación
10
PMBOK GUIDE®
ENUNCIADO DEL ALCANCE DEL PROYECTO

5.3.3.1-002
SEGUNDA PARTE: HOJA 1
PROYECTO
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
Título del

Proyecto
Objetivos del <Los criterios cuantificables que deben ser alcanzados por el proyecto para ser determinado exitoso. Los objetivos del
Proyecto proyecto deben al menos incluir costo, cronograma y métricas de calidad>
Entregables del Entregables Criterio de Aceptación

proyecto <Indicar los parámetros y límites aceptados>
Asunciones
Restricciones
Límites del
<Qué trabajo está incluido y excluido del proyecto>
Proyecto
11
PMBOK GUIDE®
ESTRUCTURA DE DESGLOSE DEL TRABAJO (EDT) 5.4.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.4 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
12
ESTRUCTURA DETALLADA DE TRABAJO (WBS) – Plantilla ejemplo
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
3.1 4.1 Migración del 5.1 Migración del 6.1

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

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

1.3 de componentes aceptación 5.3
Modelamiento Interfase Capacitación Ejecución
de Requerim. Usuaria
2.4Diseño de 6.4
1.4 Validación 3.4Documentación
de Requerim. Seguridad de Manuales Control
6.5
Cierre
13
PMBOK GUIDE®
DICCIONARIO DE LA EDT 5.4.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.4 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 hito del proyecto>
Requerimientos de
calidad
Información del contrato <Indicar si el entregable es elaborado por un proveedor y si existe información del contrato al respecto>
Interdependencias Antes de este paquete de trabajo _____ Después de este paquete de trabajo _____
Aprobación requerida Gerente de Proyecto _______________ Fecha ________
14
GESTIÓN DEL TIEMPO
PMBOK GUIDE®
PLAN DE GESTIÓN DEL CRONOGRAMA 6.1.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
<Indicar qué entradas, herramientas, técnicas y entregables se considera elaborar para cada proceso de
Descripción de cómo será gestión del cronograma. Describir cada proceso de gestión del tiempo que será usado en el proyecto. Por
gestionado el cronograma ejemplo: La lista de actividades será creada sobre la base de la EDT mediante la técnica de descomposición.
del proyecto Cada actividad no excederá un máximo de 80 horas. De lo contrario se realizará una descomposición a mayor
nivel>
Modelo de Elaboración
<Indique el método que usará para programar las actividades del proyecto y cuáles serán las herramientas
del Cronograma del
que utilizara para el desarrollo del cronograma>
Proyecto
Nivel de precisión de las
<Indicar el rango de precisión mediante el cual una estimación de tiempo se considerara aceptable>
actividades
<Indicar si el tiempo para las actividades se medirán en horas, días, semanas etc. En qué situaciones se usaría
Unidades de medida
tal o cual unidad de medida. Es definida para cada uno de los recursos si fuera necesario>
Enlaces con
<Como calzarían los tiempos de las actividades con los procedimientos operativos existentes en la
procedimientos de la
organización>
organización
<Indicar la variación permitida durante el seguimiento de las actividades. Por ejemplo, cuanto puede variar el
Umbrales de control
SPI antes de ejercer una acción correctiva>
<Indicar las fórmulas de valor ganado a usar para mantener actualizado el estatus del cronograma, reglas
Reglas del valor ganado
0/100, 50/50 u otras y nivel de la EDT donde se realzará la técnica del valor ganado>
Formatos de informe del
<Cuál será el formato y la frecuencia para reportar el avance del cronograma>
Cronograma
Identificación y
clasificación de los < Indicar quiénes son los responsables de analizar los cambios al cronograma; cómo se van a clasificar y cómo
cambios al cronograma van a ser tipificados (muy grande, grande, mediano, pequeño, insignificante...etc.) con base en su impacto>
del proyecto
< Indicar quiénes son personas autorizadas para solicitar cambios en el cronograma del proyecto y cuál es el
procedimiento de atención de una solicitud de cambio al cronograma del proyecto. Se puede especificar el
de cambios al cronograma
procedimiento con un diagrama de flujo. Detallar tiempos de respuestas a las solicitudes de cambio>
Responsables de aprobar
< Comité de Control de Cambios (Cronograma)>
los cambios al
cronograma
Definición de cambios
< Indicar todos los tipos de cambio del cronograma calificados para aprobaciones automáticas sin revisiones
que pueden ser
del Comité de Control de Cambios>
aprobados sin revisiones
cambios del cronograma <Describir cómo el control de cambios del cronograma será integrado con el sistema integrado de control de
con el control integrado cambios >
de cambios
15
Documentación requerida (Plantilla de solicitud de cambio al cronograma)
Sistemas de seguimiento
Requerimientos para
solicitud de cambios al
cronograma proyecto Procedimientos de resolución de disputas
Niveles requeridos de aprobación
PMBOK GUIDE®
6.2.3.1 / 6.2.3.2 /
LISTA DE ACTIVIDADES Y ATRIBUTOS DE LA ACTIVIDAD 6.3.3.2 / 6.4.3.3 /
6.5.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.2, 6.3, 6.4 y 6.5 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.
16
Código de Cuentas 6. Gestión del Proyecto
777777 0
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
Definir el Alcance del Proyecto y

6.2.1.A 6.1 6.2.3.A 0 Discresional 1 JP 1 JP
Elaborar la EDT y su diccionario
1 TS 1.5
6 AF 3
1 OF 2
6.2.2.A Elaborar el Cronograma del Proyecto 6.2.1.A 6.2.3.A 0 Discresional 1 JP 1 JP
6.2.7.A 1 TS 0.5
6 AF 1
1 OF 0.25
6.2.3.A Preparar el Presupuesto del Proyecto 6.2.1.A 6.2.4.A 0 Discresional 1 JP 0.25 JP
6.2.2.A 1 TS 0.5
6.2.7.A 1 OF 0.25
6.2.4.A Elaborar el Plan y Métricas de Calidad 6.2.3.A 6.3 0 Discresional 1 JP 0.25 JP
1 TS 0.5
1 OF 0.25
6.2.5.A Elaborar el Plan del Personal 6.2.1.A 6.3 0 Discresional 1 JP 0.25 JP
1 OF 0.25
6.2.6.A Elaborar el Plan de Comunicaciones 6.2.1.A 6.3 0 Discresional 1 JP 0.25 JP
1 OF 0.25
6.2.7.A Elaborar el Plan y Reg. de Riesgos 6.2.1.A 6.2.2.A 0 Discresional 1 JP 0.25 JP
6.2.3.A 1 TS 0.5
6 AF 0.5
1 OF 0.25
Elaborar el Plan de Adquisiciones, SOW y
6.2.8.A 6.2.1.A 6.2.3.A 0 Discresional 1 JP 0.25 AC
RFP
6.2.9.H
Aprobación del plan de gestión de 6.2.8.A 6.3 0 0 0
proyectos
17
PMBOK GUIDE®
LISTA DE HITOS 6.2.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 grupo
de alumnos puede realizar las mejoras o modificaciones que considere necesarias en este documento.
Fase Hitos Principales Tipo

<Eventos claves de cada fase del proyecto> <opcional u obligatorio>

18
PMBOK GUIDE®
DIAGRAMA DE RED DEL CRONOGRAMA DEL PROYECTO 6.3.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
Ruta Crítica
19
PMBOK GUIDE®
REQUISITOS DE RECURSOS DE LAS ACTIVIDADES 6.4.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 ¿Involucra ¿Involucra

EDT Tipo de recurso requerido (RBS) Cantidad adquisición de adquisiciones?
personal?
1.
2.
3.
4.
5.
6.
7.
8.
Comentarios o notas adicionales:
Elaborado por:
Nombre:
Título:
Fecha:
20
PMBOK GUIDE®
ESTRUCTURA DE DESGLOSE DE RECURSOS (RBS) 6.4.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)
21
PMBOK GUIDE®
CALENDARIO DE RECURSOS 6.4.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 necesitados 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15
Recursos #
1 <Especificar recursos>
2
3
4
5
6
7
8
9
10
11
12
22
PMBOK GUIDE®
CRONOGRAMA DEL PROYECTO 6.6.3.2
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
23
GESTION DE LOS COSTOS
PMBOK GUIDE®
PLAN DE GESTIÓN DE COSTOS 7.3.1.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 documento
está contenido en el acápite 7.3 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 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
Descripción de cómo será <Indicar qué entradas, qué herramientas y técnicas y qué entregables se considera elaborar para cada
gestionado los costos del proceso de gestión de costos. Por ejemplo: Las estimaciones de costos serán realizadas utilizando la
proyecto estimación paramétrica de acuerdo a los siguientes parámetros....>
Nivel de precisión de los
<Indicar el ajuste de redondeo>
costos
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 de la EDT>
organización
Umbrales de control <Indicar la variación permitida. Por ejemplo, cuanto puede variar el CPI>
<Indicar las fórmulas de valor ganado, reglas 0/100, 50/50 y nivel de la EDT donde se realzará la técnica del
Reglas del valor ganado
valor ganado>
Formatos de informe de
costos
Identificación y
< Indicar quiénes son los responsables de analizar los cambios al Presupuesto y cómo se van a clasificar los
clasificación de los
cambios al presupuesto. Cómo van a ser tipificados los cambios al presupuesto (muy grande, grande,
cambios al Presupuesto
mediano, pequeño, insignificante...etc.) con base en base su impacto>
del proyecto
< Indicar quiénes son personas autorizadas para solicitar cambios en el Presupuesto del proyecto y cuál es el
Procedimiento de control procedimiento de atención de una solicitud de cambio al presupuesto del proyecto. Se puede especificar el
de cambios al 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
Definición de cambios que

< Indicar todos los tipos de cambio del costo calificados para aprobaciones automáticas sin revisiones del
pueden ser aprobados sin
Comité de Control de Cambios>
revisiones
24
PMBOK GUIDE®
PLAN DE GESTIÓN DE COSTOS 7.3.1.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 documento
está contenido en el acápite 7.3 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 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.
Sistema de Control de Cambios del Costo
cambios del costo con el <Describir como el control de cambios del Presupuesto será integrado con el sistema integrado de control de
control integrado de cambios >
cambios
Documentación requerida (Plantilla de solicitud de cambio al presupuesto)
Sistemas de seguimiento
Requerimientos para
solicitud de cambios al
Procedimientos de resolución de disputas
presupuesto proyecto
Niveles requeridos de aprobación
25
PMBOK GUIDE®
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.
26
Código de 6. Gestión del
CódigoCuentas
del Paquete de Proyecto
6.2 Planificación del
Códig trabajo Proyecto
Cant Costo Duració Cost Cost Restricciones
Descripció Categorí
o
Activida .
Recurso x día nen o
Total o
Activida y asuncione
n a
d 6.2.1.A Elaborar del Plan de Gestión del s 1 J $10 días1 $ d s
100. 262.
Proyecto P 06 0 5
1 T 2. 162.
Definir el Alcance del Proyecto y S 5 5 5
6.2.2. A 1 J 10 1
100. 1,397.
Elaborar la EDT y su diccionario
P 0 0 5
1 T 6 1. 97.
S 5 5 5
6 A 6 3 1,170.
F 5 0
1 O 1 2 30.
F 5 0
6.2.3.A Elaborar el Cronograma del Proyecto 1 J 10 1 100. 132.
P 06 0 5
1 T 0. 32.
S 5 5 5
6 A 6 1 390.
F 5 0
1 O 1 0.2 3.
F 5 5 8
6.2.4.A Preparar el Presupuesto del 1 J 10 0.2 25. 61.
Proyecto P 06 5 0 3
1 T 0. 32.
S 5 5 5
1 O 1 0.2 3.
F 5 5 8
6.2.5.A Elaborar del Plan y Métricas de Calidad 1 J 10 0.2 25. 61.
P 06 5 0 3
1 T 0. 32.
S 5 5 5
1 O 1 0.2 3.
F 5 5 8
6.2.6.A Elaborar el Plan del Personal 1 J 10 0.2 25. 28.
P 01 5 0 8
1 O 0.2 3.
F 5 5 8
6.2.7.A Elaborar el Plan de Comunicaciones 1 J 10 0.2 25. 28.
P 01 5 0 8
1 O 0.2 3.
F 5 5 8
6.2.8.A Elaborar el Plan y Registro de Riesgos 1 J 10 0.2 25. 256.
P 06 5 0 3
1 T 0. 32.
S 5 5 5
6 A 6 0. 195.
F 5 5 0
1 O 1 0.2 3.
Elaborar el Plan de Adquisiciones, SOW y F 5 5 8
6.2.9.A 1 J 10 0.2
25. 28.
RF P 5
P 0 0 8
1 O 1 0.2 3.
F 5 5
Sub 8 2,257.
Total 5
27
PMBOK GUIDE®
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 grupo de alumnos puede realizar las mejoras o
Código de Reserva
la actividad Costo (%) Costo
Actividades Riesgos Actividad Reservas
TOTAL Reservas para contingencias
Página 28 de 53
PMBOK GUIDE®
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.
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
29
GESTION DE CALIDAD
PMBOK GUIDE®
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
documento está contenido en el acápite 8.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 la calidad de un proyecto propuesto por un grupo de
Grupo
Sistema de Calidad
Estructura <Organigrama para la calidad del proyecto>
Organizacional
Roles y
<Personas involucradas en la gestión de la calidad del proyecto>
Responsabilidades
Procedimientos <Procedimientos estándares de calidad>
<Ver matriz de procesos de calidad en siguiente cuadro. 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 qué entradas, qué herramientas y técnicas y qué entregables se considera elaborar para
Aseguramiento de la este proceso. Por ejemplo: La planificación de la calidad se realizará mediante análisis comparativos
Calidad y diseño de experimentos....>
Mejora Continua del

<Indicar cómo se logrará que los procesos actúen con mayor eficiencia y efectividad>
Proceso
<Indicar qué entradas, qué herramientas y técnicas y qué 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....>
30
31
PMBOK GUIDE®
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. Qué queremos medir Objetivo de Proyecto Métrica Fuente de datos Proceso
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
proyectos cumplimiento del costo del costo costo Costos
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
aplicaciones cumplimiento de Pruebas Unitarias/puntos pruebas unitarias, Calidad
desarrolladas calidad del producto de función Código fuente
5 Calidad en las Objetivo de Número de fallos en Escenarios de Control de
aplicaciones en cumplimiento de Pruebas de pruebas Calidad
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
entrega del producto aplicaciones Producción durante la Lista de errores Calidad
entregadas, etapa de
Satisfacción de cliente mantenimiento /Puntos
de Función
32
PMBOK GUIDE®
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?
33
PMBOK GUIDE®
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 documento está
contenido en el acápite 8.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 la calidad 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
Procesos identificados
<Definición del proceso a evaluar>
Definición
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, dónde inicia y dónde termina>
34
GESTION DE RECURSOS HUMANOS
PMBOK GUIDE®
PLAN DE GESTIÓN DE RECURSOS HUMANOS 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 documento está
para evaluar la planificación de los recursos humanos 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>
< Descripción del procedimiento general de obtención del personal. Se puede utilizar un diagrama de flujo para
Proceso general de especificar dicho proceso y se puede diferenciar los procedimientos o políticas específicas para la obtención del
obtención del personal 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
< Se refiere a criterios de liberación del personal>
personal
Necesidades de formación < Para cada curso de capacitación necesario para los miembros del equipo de proyecto se debe detallar lo siguiente:
o capacitación Descripción del curso, Fecha de Inicio, Fecha de fin, Número de horas, Asistentes...etc.>
Políticas de <Criterios objetivos y tangibles para premiar el alto desempeño de los miembros del equipo>
Reconocimientos y
Recompensas
<Las normas son establecidas de acuerdo a las leyes laborales peruanas y a las normas internas de la organización
Normas de Cumplimiento ejecutora o el cliente>
Estrategias de Seguridad <Políticas de cumplimiento para garantizar la seguridad del personal durante el proyecto>
del Personal
35
PMBOK GUIDE®
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
Equipo de dirección de proyecto
36
PMBOK GUIDE®
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 qué 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
37
GESTION DE LAS COMUNICACIONES
PMBOK GUIDE®
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
redactar este documento 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 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
<Indicar Nombre, Puesto Organizacional y a quién responde y a qué organización pertenece>

Gerente del Proyecto
<Necesidades, deseos y expectativas de comunicación de los interesados. Por ejemplo: Costos,

Requisitos de
tiempos, estándares de calidad, recursos humanos y otros>
comunicaciones de los
<Identificar los canales de comunicación del proyecto según la formula n(n-1)/2 >
interesados
<Indicar el flujo o secuencia de la información del proyecto. Indicar en dicho flujo cómo se genera la
información, cómo se recopila, cómo se organiza, cómo se distribuye, cómo se reporta, cómo se
Flujo de la Información
asegura su entendimiento etc.>
<Interesados o grupos de interesados que recibirán la información.

Personas que recibirían
Luego debe ser mapeado en la matriz de comunicaciones de la siguiente página>
la información
<Definir los entregables de comunicación. Se incluye en esta definición los formatos, el tipo de
Información que debe lenguaje a usar, contenido y nivel de detalle de la información a comunicar (entregables).
ser comunicada Luego debe ser mapeado en la matriz de comunicaciones de la siguiente página>
<Definir quiénes serán los responsables de la comunicación de la información que genera el

Responsables de proyecto.
distribuir la información Luego debe ser mapeado en la matriz de comunicaciones de la siguiente página>
Métodos o tecnologías <Métodos o tecnologías que serán usadas para transmitir o transportar la información, ejemplo
para transmitir la Memorandos, correo electrónico, comunicados de prensa...etc.
información Luego debe ser mapeado en la matriz de comunicaciones de la siguiente página>
<Semanal, quincenal, mensual...etc. También se debe definir los tiempos de confirmación de lectura
Frecuencia de y/o aceptación de la información enviada.
Comunicación Luego debe ser mapeado en la matriz de comunicaciones de la siguiente página>
<Se identifican los plazos y la cadena de mando para el escalamiento de polémicas que no puedan
Proceso de escalamiento
resolverse a un nivel inferior.>
Método para actualizar y
<Procedimiento para actualizar y afinar el plan de gestión de comunicaciones>
refinar el plan de
comunicaciones
Restricciones de <Restricciones en la comunicación derivadas de alguna regulación o legislación específica, tecnología,
comunicación política de la organización etc.>
Glosario de terminología <Términos usados en el proyecto que todos los interesados deberían conocer y manejar la misma
común definición>
38
PMBOK GUIDE®
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.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 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 que Comunicación a ser
Interesados Responsables de comunicación
será comunicada utilizado
principales distribuir la (mensual,
(Entregables de (Memorando,
información semanal,
comunicación) correo electrónico,
quincenal)
actas, etc.)
Gerente de
Patrocinador Reporte de Hitos Correo electrónico
Proyecto quincenal
(formal-escrito)
Gerencia
Ejecutiva
Cliente
Miembros del
equipo de
proyecto
Empleados
Proveedores
Sindicatos
Agencias del
Gobierno
Prensa
Comunidad
39
GESTION DE RIESGOS
PMBOK GUIDE®
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á
para evaluar la planificación de los riesgos 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
Métodos
Herramientas y técnicas
Metodología
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>
< Define cuándo y con qué frecuencia se realizará el proceso de gestión de riesgos durante el ciclo de vida del
Periodicidad
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 página>
Probabilidad e Impacto
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 puedan resolverse a un
Formatos de registro de nivel inferior. Ver matriz de comunicaciones en la siguiente página >
riesgos
< Si los procesos serán auditados y como se documentará las lecciones aprendidas >
Seguimiento
40
PMBOK GUIDE®

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
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
Númeroende< 3 % % de
Número 10 % de
Número cronograma
Númeroende> 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
41
PMBOK GUIDE®

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 ejemplo 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
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
42
PMBOK GUIDE®
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 1
y Cargo
Grupo participante 2 <Miembros del equipo y otros participantes de la reunión>
Ubicación 3 <Sala de reuniones>
Elemento Riesgo Causas de Impacto del Posibles respuestas Identificado por quién:
de la EDT identificado los riesgos Riesgo
43
PMBOK GUIDE®
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. 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.
Gerente de Proyecto 4
Responsable de la
5
gestión de riesgos
Riesgo Categoría ¡Requiere

Elemento Probabilidad Nivel del
identificad de Riesgo Probabilidad Impacto respuesta
de la EDT x Impacto riesgo
o (RBS) inmediata!
< Elemento <Según la <Especificar <Alto, medio o

de la EDT o definición planes de bajo e
actividad de escalas acción y identificar el
sobre la cual de responsables color rojo,
se impacto> de los riesgos> amarillo o
identificará verde según
los posibles matriz de
riesgos > probabilidad e
impacto>
LISTA DE RIESGOS QUE REQUIEREN ANÁLISIS ADICIONAL
Riesgo Identificado Categoría de Riesgo (RBS) FECHA DE PRÓXIMA REVISIÓN
LISTA DE SUPERVISIÓN (RIESGOS DE BAJA PRIORIDAD)
Riesgo Identificado Categoría de Riesgo (RBS) PROBABILIDAD
44
PMBOK GUIDE®
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®Guide. 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 que el grupo maneje, el grupo de alumnos puede realizar las mejoras o modificaciones que considere necesarias
en este documento.
Responsable de la
7
gestión de riesgos
Riesgo identificado Probabilidad Costo del Probabilidad Reserva de

Impacto x Impacto contingencia
<En valor <Reserva de costos>
monetario $>
45
PMBOK GUIDE®
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®Guide. 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 que el grupo maneje, el grupo de alumnos
Responsable de la
9
gestión de riesgos
Riesgo identificado Dueños Estrategias Síntomas y Presupuesto y Planes de contingencia Posibles riesgos
y tipo de los de señales de reservas de y de respaldo residuales y
riesgos Respuesta advertencia contingencia secundarios
<Riesgo identificado <Mitigar, <$ para <Planes de contingencia
y si es amenaza (A) transferir, implementar las si es que el riesgo fue
u oportunidad (O)> eliminar (A) estrategias y para aceptado y planes de
y explotar, contingencias> reserva para los otros
mejorar, riesgos si es que el plan
compartir principal falla>
(O) y
aceptar>
46
GESTION DE LAS ADQUISICIONES
PMBOK GUIDE®
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
Universidad Católica del Perú para evaluar la planificación de las adquisiciones de un proyecto propuesto por un grupo de alumnos. Este
Grupo
< Descripción de cada proceso del PMBOK®
Identificación de las entradas que realmente se van a usar
Acciones para gestionar Descripción de las herramientas que realmente se van a usar
las adquisiciones Descripción de las salidas que realmente se van a usar (en este caso, deberán desarrollarse las que
corresponden a los procesos de planeamiento). >
Tipos de Contratos a
<Precio Fijo, Tiempo & Materiales, Costo Reembolsable...etc.>
utilizar
Estimaciones
<Indicar si son requeridas estimaciones independientes>
independientes
Responsables de
estimaciones 10
independientes
Documentos de
adquisiciones 11 Referencia a los documentos de adquisición si fuera necesario
estandarizados
12 <Indicar cómo serán gestionados múltiples proveedores, en los casos en que más de un proveedor
Gestión de múltiples suministre un entregable o cuando los trabajos o entregables de un proveedor estén relacionados con los
proveedores de otro u otros proveedores>
Coordinación de
adquisiciones con otras 13 <Ejemplo: Coordinaciones con áreas logísticas y de compras >
áreas del proyecto
Restricciones y
14 <Incluir restricciones y asunciones que podrían afectar las adquisiciones>
asunciones
Decisiones de fabricación
15
propia o compra
Hitos 16 <Hitos relacionados a las adquisiciones>
EDT del Contrato 17
Vendedores pre-
18 Lista de vendedores pre-calificados si los hubieran o a quienes se convocará
calificados
Métricas 19 Métricas para gestionar contratos y evaluar proveedores
47
PMBOK GUIDE®
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 información que el
grupo maneje, el grupo de alumnos puede realizar las mejoras o 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 >
Especificaciones de
entregable(s) 20 <Llenar lo apropiado según sean productos, servicios o resultados
Alcance del Trabajo
21 < Cuando sea necesario precisar, indicar que no está incluido en el requerimiento>
Exclusiones
Criterios de aceptación de
22 <Criterios tangibles de los productos entregables>
entregables
Duración Estimada 23
Políticas de 24
Confidencialidad y
Responsabilidades Civiles
25 <Alcance, descripción del producto, riesgos, metodología, organización, cronograma de trabajo, hitos,
Plan de Trabajo garantías, capacitación, documentación…etc. >
Riesgos 26
Participación del Cliente27
Forma de Pago 28 <Forma de pago de los entregables a proveer>
Anexos 29 <Cualquier otra información necesaria>
48
PMBOK GUIDE®
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 Evaluado Decisión Tomada Criterios Considerados en la Riesgos asociados Aprobado por:
EDT evaluación
49
PMBOK GUIDE®
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
<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 propuestas…etc.>
cliente)
<Descripción de los requerimientos, metas y objetivos, factores críticos de éxito, metodología de
Requerimientos a
trabajo y estándares, plan y cronograma de trabajo, condiciones físicas requeridas para el
cumplir
desarrollo del trabajo, necesidades del personal y su calificación, roles y responsabilidades, control
de cambios al producto, procedimiento de entrega del producto, soporte y mantenimiento,
proveedor)
capacitación y documentación>
Referencias y
Calificaciones del
30 <Cartera de clientes, cuota de mercado, calificaciones del proveedor, prácticas y procedimientos
Proveedor
gerenciales>
proveedor)
Información
Complementaria del 31 <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
32 <Detallar la propuesta económica y condiciones de pago>
proveedor)
Contratos, licencias,
33 <Acuerdo de compra, contrato de mantenimiento, periodo de garantía, bonos por alto
acuerdos y garantías
rendimiento, acuerdos de confidencialidad, garantías…etc.>
proveedor)
50
PMBOK GUIDE®
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 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%
51
GESTIÓN DE INTERESADOS
PMBOK GUIDE®
REGISTRO DE INTERESADOS 13.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 13.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
INFORMACIÓN DE LOS INTERESADOS
Nro. Interesado Cargo en la Ubicación Rol en el Proyecto Información de

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

Necesidades e Requerimientos Proyecto de mayor
Intereses participación
1
2
3
4
* Tipo de Interesado (Cliente, Patrocinador, Directores, Usuario, etc)

* Influencia en el proyecto (alto,medio,bajo)
MATRIZ DE ANALISIS DE LOS INTERESADOS
Nro. Interesado Nivel de Clasificación Evaluación del impacto de Estrategia potencial

Participación no cumplir con sus para conseguir su apoyo
requerimientos en el proyecto
1
2
3
4
* Clasificación (opositor, neutral, partidiario, etc)

* Nivel de Participación (alto,medio,bajo)
52
PMBOK GUIDE®
PLAN DE GESTIÓN DE INTERESADOS 13.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
redactar este documento está contenido en el acápite 13.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 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
Grupo
<Indicar Nombre, Puesto Organizacional y a quién responde y a qué organización pertenece>

Gerente del Proyecto
<Cuáles son los atributos que serán usados para conocer totalmente a los interesados. Ejemplos
datos personales, nivel de interés, requerimientos, poder, autoridad etc.>
<Cuáles son los niveles de compromiso deseado de los interesados claves para el éxito del proyecto>
<Cómo gestionar el impacto de los cambios con las partes involucradas e impactadas>
<Cuales será la estrategia de comunicación con los interesados según la fase del proyecto>
Estrategia de Gestión de
<Cuál será la estrategia para alcanzar compromiso de los interesados a lo largo del proyecto>
Interesados
<Cual será la estrategia para mantener intacta la buena relación entre el equipo del proyecto y los
interesados, con el objetivo de satisfacer las necesidades y requerimientos de los interesados>
<Cómo serán abordados y solucionados los conflictos que puedan surgir>
<Como será realizado el monitoreo de la estrategia de gestión de interesados para asegurar que esté
dando resultados durante el ciclo de vida del proyecto>
53

Formatos Pmbok Guide

Cargado por

Copyright:

Formatos disponibles

Formatos Pmbok Guide

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

Formatos Pmbok Guide

Cargado por

Copyright:

Formatos disponibles

GESTIÓN DE LA INTEGRACIÓN

Título del Proyecto

Patrocinador del Proyecto <Nivel de autoridad de la persona que autoriza el proyecto>

Objetivos del proyecto y

Riesgos Principales (Alto

Presupuesto Resumido <Presupuesto Estimado de Alto Nivel>

Revisión Fecha Responsable Revisado por: Aprobado por:

G. Costos G. Calidad G. Recursos Humanos

G. Comunicaciones G. Riesgos G. Adquisiciones

Revisión Fecha Responsable Revisado por: Aprobado por:

Título del Proyecto

Responsables de aprobar < Comité de Control de Cambios (Alcance)>

Requerimientos para Procedimientos de resolución de disputas

Título del Proyecto

Descripción de cómo será

Título del Proyecto

<Requerimientos particulares o emergentes tales como fiabilidad, tiempo de respuesta, almacenamiento,

Impacto en las áreas y

Matriz de Trazabilidad de Requerimiento vs. Atributo del Requerimiento

REQUERIMIENTO PRODUCT PROYECT NO SOPORTE Y COMPLEJIDA ESTAD RESPONSABL

1. ETAPA DE INICIO O DEFINICIÓN

* Prioridad (alta, media, baja)

MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS vs. COMPONENTES DE LA EDT

Título del Proyecto

Descripción del Alcance <Características del producto, servicio o resultado>

Límites aceptados (con unidades de

ENUNCIADO DEL ALCANCE DEL PROYECTO

Componente Descripción Documentos Asociados

Entregables del Entregables Criterio de Aceptación

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

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 6.2

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

Criterios de aceptación <Indicar los parámetros y límites aceptados>

Aprobación requerida Gerente de Proyecto _______________ Fecha ________

Título del Proyecto

Niveles requeridos de aprobación

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

Definir el Alcance del Proyecto y

Fase Hitos Principales Tipo

2.1.1 2.1.2 2.1.3

2.1.4 2.1.5 2.1.6

Elemento de la ¿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

Título del Proyecto

Definición de cambios que

Niveles requeridos de aprobación

ESTIMACIONES DE COSTOS DE LAS ACTIVIDADES 7.1.3.1

Las estimaciones de costo de las actividades se muestran en la siguiente página.

RESERVAS PARA CONTINGENCIAS 7.1.3.1

TOTAL Reservas para contingencias

Aprobación requerida Gerente de Proyecto _______ Fecha