GESTIÓN DE LA INTEGRACIÓN

PMBOK GUIDE®
ACTA DE CONSTITUCION DEL PROYECTO [Link]
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 [Link]-001
HOJA 1/1
Instrucciones Generales:
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 [Link]-004
HOJA 1/1
Instrucciones Generales:
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 [Link]
HOJA 1
Instrucciones Generales:
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.
Componente Descripción

Grupo

Título del Proyecto

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
Cómo se va monitorear y controlar los cambios que se ingresen.
a 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 [Link]
HOJA 1
Instrucciones Generales:
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.
Componente Descripción

Grupo

Título del Proyecto

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
Procedimiento de control
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 < Especificar cómo se realizará la priorización de requerimientos, qué variables serán las más importantes
de 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 [Link]
HOJA 1
Instrucciones Generales:
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 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.
Componente Descripción

Grupo

Título del Proyecto

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 dentro
externas de la
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 [Link]
HOJA 1/5
Instrucciones Generales:
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 PROYECTO DE NEGOCIO FUNCIONAL NO CALIDAD SOPORTE Y COMUNICACIÓN PRIORIDAD COMPLEJIDA ESTADO RESPONSABL
S O FUNCIONAL CAPACITACION D 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)

MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS PMBOK GUIDE®

7
 [Link]
HOJA 2/5
Instrucciones Generales:
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
1. ETAPA DE INICIO O DEFINICIÓN
R1
R2
2. ETAPA DE ORGANIZACIÓN Y PREPARACIÓN
R3
R4
3. ETAPA DE DESARROLLO O REALIZACIÓN DE TRABAJOS
R5
R6
4. ETAPA DE CIERRE O PUESTA EN MARCHA
R7
R8

8
 PMBOK GUIDE®
MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS [Link]
HOJA 3/5
Instrucciones Generales:
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
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 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
1. ETAPA DE INICIO O DEFINICIÓN
R1
R2
2. ETAPA DE ORGANIZACIÓN Y PREPARACIÓN
R3
R4
R5
R6
3. ETAPA DE DESARROLLO O REALIZACIÓN DE TRABAJOS
R7
R8
R9
R10
4. ETAPA DE CIERRE O PUESTA EN MARCHA
R11
R12
R13
R14

9
 ENUNCIADO DEL ALCANCE DEL PROYECTO PMBOK GUIDE®
PRIMERA PARTE: [Link]-001
PRODUCTO, SERVICIO O RESULTADO (Entregable Final) HOJA 1
Instrucciones Generales:
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.
Componente Descripción

Grupo

Título del Proyecto

<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

[Link]-002
SEGUNDA PARTE: HOJA 1
PROYECTO
Instrucciones Generales:
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) [Link]
HOJA 1
Instrucciones Generales:
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. Implementación 6. Gestión del

Requerimientos Aceptació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 Negocio
arquitectura Codificación Iniciación

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

1.2 Especificación Unitarias casos de prueba y 5.2 Verificación de
de Requerim. Base de Datos escenarios Instalación adecuada Planificación

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

1.3 Modelamiento componentes aceptación 5.3 Capacitación
de Requerim. Interfase Usuaria Ejecución

2.4Diseño de 6.4
1.4 Validación de 3.4Documentación de
Requerim. Seguridad Manuales Control

6.5
Cierre

13
 PMBOK GUIDE®
DICCIONARIO DE LA EDT [Link]
HOJA 1
Instrucciones Generales:
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.
Componente Descripción

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 [Link]
HOJA 1
Instrucciones Generales:
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 6.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 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.
Componente Descripción

Grupo

Título del Proyecto

Gerente del Proyecto <Indicar Nombre, Puesto Organizacional y a quién responde y a qué organización pertenece>
<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
Unidades de medida
usaría 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
Procedimiento de control < Indicar quiénes son personas autorizadas para solicitar cambios en el cronograma del proyecto y cuál es el
de cambios al procedimiento de atención de una solicitud de cambio al cronograma del proyecto. Se puede especificar el
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
Integración del control de
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®
[Link] / [Link] /
LISTA DE ACTIVIDADES Y ATRIBUTOS DE LA ACTIVIDAD [Link] / [Link] /
[Link]
HOJA 1
Instrucciones Generales:
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
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 proyectos 0 0
6.2.8.A 6.3 0

17
 PMBOK GUIDE®
LISTA DE HITOS [Link]
HOJA 1
Instrucciones Generales:
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 [Link]
HOJA 1

Instrucciones Generales:
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 [Link]
HOJA 1
Instrucciones Generales:
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) [Link]
HOJA 1
Instrucciones Generales:
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 [Link]
HOJA 1
Instrucciones Generales:
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 [Link]
HOJA 1
Instrucciones Generales:
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.

23
 GESTION DE LOS COSTOS

PMBOK GUIDE®
PLAN DE GESTIÓN DE COSTOS [Link]
HOJA 1/2
Instrucciones Generales:
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.
Componente Descripción

Grupo

Título del Proyecto

Gerente del Proyecto <Indicar Nombre, Puesto Organizacional y a quién responde y a qué organización pertenece>
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
< Indicar todos los tipos de cambio del costo calificados para aprobaciones automáticas sin revisiones del
que pueden ser
Comité de Control de Cambios>
aprobados sin revisiones

24
 PMBOK GUIDE®
PLAN DE GESTIÓN DE COSTOS [Link]
HOJA 2/2
Instrucciones Generales:
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.
Componente Descripción
Sistema de Control de Cambios del Costo
Integración del control de
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 [Link]

HOJA 1
Instrucciones Generales:
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 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.A Elaborar del Plan de Gestión del Proyecto 1 JP 100 1 100.0 262.5
1 TS 65 2.5 162.5
Definir el Alcance del Proyecto y
6.2.2. A 1 JP 100 1
100.0 1,397.5
Elaborar 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.A Elaborar el 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.A Preparar el 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.A Elaborar 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.A Elaborar el Plan del Personal 1 JP 100 0.25 25.0 28.8
1 OF 15 0.25 3.8
6.2.7.A Elaborar el Plan de Comunicaciones 1 JP 100 0.25 25.0 28.8
1 OF 15 0.25 3.8
6.2.8.A Elaborar el 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
Elaborar el Plan de Adquisiciones, SOW y
6.2.9.A 1 JP 100 0.25
25.0 28.8
RFP
1 OF 15 0.25 3.8
Sub Total 2,257.5

27
 PMBOK GUIDE®

RESERVAS PARA CONTINGENCIAS [Link]

HOJA 1

Instrucciones Generales:
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
modificaciones que considere necesarias en este documento.

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 [Link]

HOJA 1
Instrucciones Generales:
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.

29
 GESTION DE CALIDAD

PMBOK GUIDE®

PLAN DE GESTIÓN DE CALIDAD [Link]

HOJA 1
Instrucciones Generales:
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
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.
Componente Descripción

Grupo

Título del Proyecto

Gerente del Proyecto <Indicar Nombre, Puesto Organizacional y a quién responde y a qué organización pertenece>
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 este
Aseguramiento de la proceso. Por ejemplo: La planificación de la calidad se realizará mediante análisis comparativos y
Calidad 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 este
Control de Calidad 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 [Link]

HOJA 1
Instrucciones Generales:
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 [Link]

HOJA 1
Instrucciones Generales:
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.

33
 PMBOK GUIDE®

PLAN DE MEJORAS DEL PROCESO [Link]

HOJA 1
Instrucciones Generales:
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.
Componente Descripción

Grupo

Título del Proyecto

Gerente del Proyecto <Indicar Nombre, Puesto Organizacional y a quién responde y a qué organización pertenece>
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 [Link]

HOJA 1
Instrucciones Generales:
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á
contenido en el acápite 9.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 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.
Componente Descripción

Grupo

Título del Proyecto

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 [Link]

HOJA 1
Instrucciones Generales:
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 [Link]

HOJA 1
Instrucciones Generales:
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.

37
 GESTION DE LAS COMUNICACIONES

PMBOK GUIDE®

PLAN DE GESTIÓN DE LAS COMUNICACIONES [Link]

HOJA 1
Instrucciones Generales:
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.
Componente Descripción

Grupo

Título del Proyecto

<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 proyecto.
Responsables de
Luego debe ser mapeado en la matriz de comunicaciones de la siguiente página>
distribuir la información

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 [Link]

HOJA 2
Instrucciones Generales:
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, correo
información semanal,
comunicación) electrónico, actas,
quincenal)
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 [Link]

HOJA 1
Instrucciones Generales:
El Plan de Gestión de Riesgos es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este documento está
contenido en el acápite 11.1 del PMBOK®Guide. Este es un formato que usa el Instituto para la Calidad de la Pontificia Universidad Católica del Perú
para evaluar la planificación de los riesgos de un proyecto propuesto por un grupo de alumnos. 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

Grupo

Título del Proyecto

Gerente del Proyecto <Indicar Nombre, Puesto Organizacional y a quién responde y a qué organización pertenece>
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®

PLAN DE GESTIÓN DE RIESGOS [Link]

HOJA 1
Instrucciones Generales:
El Plan de Gestión de Riesgos es un documento emitido por el Equipo de Gerencia del Proyecto. El detalle de cómo redactar este
documento está contenido en el acápite 11.1 del PMBOK®Guide. Este es un formato que usa el Instituto para la Calidad de la
Pontificia Universidad Católica del Perú para evaluar la planificación de los riesgos de un proyecto propuesto por un grupo de
alumnos. 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.

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®

PLAN DE GESTIÓN DE RIESGOS [Link]

HOJA 1
Instrucciones Generales:
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
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 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 [Link]

HOJA 1
Instrucciones Generales:
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.
Componente Descripción
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) [Link]

HOJA 1
Instrucciones Generales:
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.
Componente Descripción
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) [Link]

HOJA 1

Instrucciones Generales:
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.

Componente Descripción
Gerente de Proyecto 6
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) [Link]

HOJA 1

Instrucciones Generales:
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
puede realizar las mejoras o modificaciones que considere necesarias en este documento.

Componente Descripción
Gerente de Proyecto 8
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 [Link]

HOJA 1
Instrucciones Generales:
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®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 adquisiciones 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.
Componente Descripción

Grupo

Título del Proyecto

Gerente del Proyecto <Indicar Nombre, Puesto Organizacional y a quién responde y a qué organización pertenece>
< 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) [Link]

HOJA 1
Instrucciones Generales:
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.
Componente Descripción

Grupo

Título del Proyecto

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 Cliente 27
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 [Link]

HOJA 1
Instrucciones Generales:
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) [Link]

HOJA 1
Instrucciones Generales:
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.
Componente Descripción

Grupo

Título del Proyecto

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
(a ser llenado por el
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
(a ser llenado por el
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>
(a ser llenado por el
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>
(a ser llenado por el
proveedor)
Costos y condiciones de
pago
32 <Detallar la propuesta económica y condiciones de pago>
(a ser llenado por el
proveedor)
Contratos, licencias,
33 <Acuerdo de compra, contrato de mantenimiento, periodo de garantía, bonos por alto rendimiento,
acuerdos y garantías
acuerdos de confidencialidad, garantías…etc.>
(a ser llenado por el
proveedor)

50
 PMBOK GUIDE®

CRITERIOS DE EVALUACIÓN DE PROVEEDORES [Link]

HOJA 1
Instrucciones Generales:
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

Prestigio de la Empresa

51
 GESTIÓN DE INTERESADOS

PMBOK GUIDE®

REGISTRO DE INTERESADOS [Link]

HOJA 1

Instrucciones Generales:
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
documento (plantilla) no es limitante de la información que el grupo maneje, el grupo de alumnos puede realizar las mejoras o
modificaciones que considere necesarias en este documento.

INFORMACIÓN DE LOS INTERESADOS

Nro. Interesado Cargo en la Ubicación Rol en el 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 [Link]

HOJA 1
Instrucciones Generales:
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
puede realizar las mejoras o modificaciones que considere necesarias en este documento.
Componente Descripción

Grupo

Título del Proyecto

<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