You are on page 1of 51

4.1.

GESTIÓN DE LA INTEGRACIÓN

PMBOK
HERRAMIENTAS Y TECNICAS A UTILIZAR 4.2.3.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

1
4.2. GESTIÓN DEL ALCANCE

PMBOK
PLAN DE GESTIÓN DEL ALCANCE 5.1.3.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 propuesto 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
consideradas para la gestión del alcance. Por ejemplo: el enunciado del alcance del proyecto será
será gestionado el
creado sobre la base de la matriz de trazabilidad de requerimientos y se utilizarán las técnicas de
alcance del proyecto
ingeniería de valor y tormenta de ideas para especificar las características del producto>

Identificación y
< Indicar quienes son los responsables de analizar los cambios al alcance y como se van a clasificar los
clasificación de los
cambios al alcance. Como van a ser tipificados los cambios al alcance (muy grande, grande, mediano,
cambios al alcance del
pequeño, insignificante...etc.) en base a su impacto>
proyecto
Procedimiento de < Indicar quienes son personas autorizadas para solicitar cambios en el alcance del proyecto y cual es el
control de cambios al procedimiento de atención de una solicitud de cambio al alcance del proyecto. Se puede especificar el
alcance procedimiento con un diagrama de flujo. Detallar tiempos de respuestas a las solicitudes de cambio>

Responsables de 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
que pueden ser
del Comité de Control de Cambios>
aprobados sin revisiones
Integración del control
de cambios del alcance <Describir como el control de cambios del alcance será integrado con el sistema integrado de control
con el control integrado de cambios >
de cambios
Documentación requerida (Plantilla de solicitud de cambio al alcance)

Sistemas de seguimiento
Requerimientos para
solicitud de cambios al
Procedimientos de resolución de disputas
alcance del proyecto

Niveles requeridos de aprobación

2
PMBOK
PLAN DE GESTIÓN DE REQUERIMIENTOS 5.1.3.2
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 propuesto 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 quien responde y a qué organización pertenece>

Descripción de cómo será


<Especificar el proceso y que entradas, que herramientas y técnicas y que entregables se considera
gestionado los
para identificar, analizar, documentar, controlar e informar los requerimientos del proyecto>
requerimientos proyecto

< Indicar quienes 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
requerimientos
de cambio>

Proceso de priorización < Especificar cómo se realizará la priorización de requerimientos, qué variables serán las más
de requerimientos importantes 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>

3
PMBOK
DOCUMENTACIÓN DE REQUERIMIENTOS 5.1.3.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 propuesto 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,


Requerimientos No almacenamiento, nivel del servicio, rendimiento, seguridad, cumplimento, soporte, legislativos, éticos,
funcionales retención…etc.>

<Requisitos de calidad y/o normas para el proyecto y el producto. Los requerimientos de calidad
Requerimientos de pueden incluir un menor reproceso, una mayor productividad, menores costos y una mayor satisfacción
Calidad de los interesados con el producto del proyecto>

Requerimientos de
soporte y capacitación

Requerimientos de
<Cuales 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,
Criterios de aceptación
antes 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>

4
PMBOK
MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS 5.1.3.1
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 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 COMUNICACION PRIORIDAD COMPLEJIDA ESTADO RESPONSABL
S O FUNCIONAL CAPACITACION D E
1. ETAPA DE INICIO O DEFINICION
R1
2. ETAPA DE ORGANIZACIÓN Y PREPARACION
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

5
5.1.3.1
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 propuesto 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 RESTRICCION DOCUMENTACION Y
REQUERIMIENTOS OBJETIVOS DEL ENTREGABLES DOCUMENTACION DOCUMENTACION
PROYECTO ACEPTACIÓN /ASUNCION ESCENARIO DE
NEGOCIO RELACIONADOS DE DISEÑO DE DESARROLLO
PRUEBA
1. ETAPA DE INICIO O DEFINICION
R1
R2
2. ETAPA DE ORGANIZACIÓN Y PREPARACION
R3
R4
3. ETAPA DE DESARROLLO O REALIZACION DE TRABAJOS
R5
R6
4. ETAPA DE CIERRE O PUESTA EN MARCHA
R7
R8

6
PMBOK
MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS 5.1.3.1
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 propuesto 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. 4.1.
1 2 1 2 3 1 2 3 2 2
1. ETAPA DE INICIO O DEFINICION
R1
R2
2. ETAPA DE ORGANIZACIÓN Y PREPARACION
R3
R4
R5
R6
3. ETAPA DE DESARROLLO O REALIZACION DE TRABAJOS
R7
R8
R9
R10
4. ETAPA DE CIERRE O PUESTA EN MARCHA
R11
R12
R13
R14

7
ENUNCIADO DEL ALCANCE DEL PROYECTO PMBOK
PRIMERA PARTE: 5.3.3.1-001
PRODUCTO, SERVICIO O RESULTADO (Entregable Final)
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

<Que funciones cumplirán los productos, servicios y resultados que se logren con el proyecto en la
Objetivos del Producto
organización donde se utilicen>

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


del Producto

Límites aceptados (con unidades de


Parámetro
medida)

Criterios de Aceptación

8
PMBOK

ENUNCIADO DEL ALCANCE DEL PROYECTO


5.3.3.1-002
SEGUNDA PARTE:
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
<Que trabajo esta incluido y excluido del proyecto>
Proyecto

9
PMBOK
ESTRUCTURA DE DESGLOSE DEL TRABAJO (EDT) 5.4.3.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

10
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

11
PMBOK
DICCIONARIO DE LA EDT 5.4.3.2
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 ________

12
4.3. GESTIÓN DEL TIEMPO

PMBOK
PLAN DE GESTIÓN DEL CRONOGRAMA 6.1.3.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 propuesto 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 quien 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 ejemplo: La lista de actividades será creada sobre la base de la EDT mediante la técnica de
cronograma del proyecto descomposición. 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 usara para programar las actividades del proyecto y cuáles serán las
del Cronograma del
herramientas 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 que 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
Umbrales de control
variar el 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
<Cual será el formato y la frecuencia para reportar el avance del cronograma>
Cronograma
Identificación y
< Indicar quienes son los responsables de analizar los cambios al cronograma; cómo se van a clasificar y
clasificación de los
cómo van a ser tipificados (muy grande, grande, mediano, pequeño, insignificante...etc.) en base a su
cambios al cronograma
impacto>
del proyecto
< Indicar quienes son personas autorizadas para solicitar cambios en el cronograma del proyecto y cual es
Procedimiento de control
el procedimiento de atención de una solicitud de cambio al cronograma del proyecto. Se puede
de cambios al
especificar el procedimiento con un diagrama de flujo. Detallar tiempos de respuestas a las solicitudes de
cronograma
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
que pueden ser
revisiones del Comité de Control de Cambios>
aprobados sin revisiones
Integración del control de
cambios del cronograma <Describir como el control de cambios del cronograma será integrado con el sistema integrado de control
con el control integrado de cambios >
de cambios

13
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
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

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.

14
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

15
PMBOK
LISTA DE HITOS 6.2.3.3

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>

16
PMBOK
DIAGRAMA DE RED DEL CRONOGRAMA DEL PROYECTO 6.3.3.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

17
PMBOK
REQUISITOS DE RECURSOS DE LAS ACTIVIDADES 6.4.3.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:

18
PMBOK
ESTRUCTURA DE DESGLOSE DE RECURSOS (RBS) 6.4.3.2

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)

19
PMBOK
CALENDARIO DE RECURSOS 6.4.3.3

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

20
PMBOK
CRONOGRAMA DEL PROYECTO 6.6.3.2

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.

21
4.4. GESTION DE LOS COSTOS

PMBOK
PLAN DE GESTIÓN DE COSTOS 7.3.1.1
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 propuesto 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 quien responde y a qué organización pertenece>
Descripción de cómo será <Indicar que entradas, que herramientas y técnicas y que 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
Reglas del valor ganado
del valor ganado>
Formatos de informe de
costos
Identificación y
< Indicar quienes son los responsables de analizar los cambios al Presupuesto y como se van a clasificar
clasificación de los
los cambios al presupuesto. Como van a ser tipificados los cambios al presupuesto (muy grande, grande,
cambios al Presupuesto
mediano, pequeño, insignificante...etc.) en base a su impacto>
del proyecto
< Indicar quienes son personas autorizadas para solicitar cambios en el Presupuesto del proyecto y cual es
el procedimiento de atención de una solicitud de cambio al presupuesto del proyecto. Se puede
Procedimiento de control
especificar el procedimiento con un diagrama de flujo. Detallar tiempos de respuestas a las solicitudes de
de cambios al
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

22
PMBOK
PLAN DE GESTIÓN DE COSTOS 7.3.1.1
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 propuesto 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
control integrado de 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

23
PMBOK

ESTIMACIONES DE COSTOS DE LAS ACTIVIDADES 7.1.3.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.

24
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

25
PMBOK

RESERVAS PARA CONTINGENCIAS 7.1.3.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 26 de 51
PMBOK

LINEA BASE DE COSTO 7.2.3.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.

27
4.5. GESTION DE CALIDAD

PMBOK

PLAN DE GESTIÓN DE CALIDAD 8.1.3.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 propuesto 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 quien 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 que entradas, que herramientas y técnicas y que 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 que entradas, que herramientas y técnicas y que 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....>

28
29
PMBOK

MÉTRICAS DE CALIDAD 8.1.3.2

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

30
PMBOK

LISTAS DE CONTROL DE CALIDAD 8.1.3.3

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.

31
PMBOK

PLAN DE MEJORAS DEL PROCESO 8.1.3.4

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 propuesto 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 quien responde y a qué organización pertenece>
Oportunidad de Mejora
<Nombre del proceso a evaluar/Mejorar>
Proceso

<Descripción de la Oportunidad de Mejora>


Descripción

Límites <Límites de la oportunidad de mejora, donde inicia y donde termina>


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>

32
4.6. GESTION DE RECURSOS HUMANOS

PMBOK

PLAN DE GESTIÓN DE RECURSOS HUMANOS 9.1.3.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 propuesto 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
o capacitación siguiente: 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

33
PMBOK

ORGANIGRAMA DEL PROYECTO 9.1.3.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

34
PMBOK

MATRIZ DE ROLES Y RESPONSABILIDADES 9.1.3.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 que tipo de matriz utilizar, justificar por qué y desarrollarla.

35
4.7. GESTION DE LAS COMUNICACIONES

PMBOK

PLAN DE GESTIÓN DE LAS COMUNICACIONES 10.2.3.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 propuesto 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 quien 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 como se genera la
información, como se recopila, como se organiza, como se distribuye, como se reporta, como 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>

36
PMBOK

PLAN DE GESTIÓN DE LAS COMUNICACIONES 10.2.3.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 ejemplo 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

37
4.8. ESTION DE RIESGOS

PMBOK

PLAN DE GESTIÓN DE RIESGOS 11.1.3.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 propuesto 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 quien 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

38
PMBOK

PLAN DE GESTIÓN DE RIESGOS 11.1.3.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 propuesto 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

39
PMBOK

PLAN DE GESTIÓN DE RIESGOS 11.1.3.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 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

40
PMBOK

REGISTRO DE RIESGOS 11.2.3.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

41
PMBOK

REGISTRO DE RIESGOS (priorizados) 11.3.3.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

Categoría ¡Requiere
Elemento Riesgo Probabilidad Nivel del
de Riesgo Probabilidad Impacto respuesta
de la EDT identificado x Impacto riesgo
(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

42
PMBOK

REGISTRO DE RIESGOS (cuantificados) 11.4.3.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 $>

43
PMBOK

REGISTRO DE RIESGOS (y estrategias de respuesta) 11.5.3.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>

44
4.9. GESTION DE LAS ADQUISICIONES

PMBOK

PLAN DE GESTIÓN DE LAS ADQUISICIONES 12.1.3.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 propuesto 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 quien 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

45
PMBOK

ENUNCIADO DEL TRABAJO DEL CONTRATO (SOW) 12.1.3.2

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>

46
PMBOK

DECISIONES DE FABRICACIÓN DIRECTA O COMPRA 12.1.3.3

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 propuesto 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

47
PMBOK

SOLICITUD DE PROPUESTA (RFP) 12.1.3.4

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)

48
PMBOK

CRITERIOS DE EVALUACIÓN DE PROVEEDORES 12.1.3.5

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

49
4.10. GESTIÓN DE INTERESADOS

PMBOK

REGISTRO DE INTERESADOS 13.1.3.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 propuesto 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)

50
PMBOK

PLAN DE GESTIÓN DE INTERESADOS 13.2.3.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 propuesto 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 quien responde y a qué organización pertenece>


Gerente del Proyecto

<Cuales 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>

51