CGPR4 020 04
CGPR4 020 04
CGPR4 020 04
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 12/01/2010 Versión original.
CASO COMPLETO
PLANIFICACIÓN DEL PROYECTO
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE VIDEO VIGILANCIA PARA SEGURIDAD SIVISECI
CIUDADANA
DOCUMENTOS INCLUIDOS:
- Plan de Gestión de Cambios.
- Plan de Gestión de la Configuración.
- Scope Statement.
- Documentación de Requisitos.
- Plan de Gestión de Requisitos.
- Matriz de Trazabilidad de Requisitos.
- Checklist de Presentación de Reunión de Kickoff
- Plan de Gestión del Proyecto.
- Plan de Gestión del Alcance.
- WBS del Proyecto.
- Diccionario WBS (simplificado).
- Plan de Gestión del Schedule.
- Identificación y Secuenciamiento de Actividades.
- Red del Proyecto.
- Estimación de Recursos y Duraciones.
- Cronograma del Proyecto.
- Plan de Gestión de Costos.
- Costeo del Proyecto.
- Presupuesto del Proyecto – Por Fase y por Entregable.
- Presupuesto del Proyecto – Por Fase y por tipo de Recurso.
- Presupuesto por Semana.
- Presupuesto en el Tiempo (Curva S).
- Plantilla de Métrica de Calidad.
- Línea Base de Calidad.
- Matriz de Actividades de Calidad.
- Plan de Gestión de la Calidad.
- Organigrama del Proyecto.
- Matriz de Asignación de Responsabilidades.
- Descripción de Roles.
- Cuadro de Adquisiciones del Personal del Proyecto.
- Plan de Recursos Humanos.
- Plan de Gestión de las Comunicaciones.
- Matriz de Comunicaciones del Proyecto.
- Glosario de Terminología.
- Plan de Gestión de Riesgos.
- Plan de Respuesta a Riesgos.
- Identificación y Evaluación Cualitativa de Riesgos.
- Plan de Gestión de Adquisiciones.
- Matriz de Adquisiciones del Proyecto.
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
CRÉDITOS
2
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 12/01/2010 Versión original.
ROLES DE LA GESTIÓN DE CAMBIOS: ROLES QUE SE NECESITAN PARA OPERAR LA GESTIÓN DE CAMBIOS.
NOMBRE PERSONA RESPONSABILIDADES NIVELES DE AUTORIDAD
DEL ROL ASIGNADA
Dirimir en decisiones
Sponsor. CL empatadas en el Comité de Total sobre el proyecto.
Control de Cambios.
Comité de Decidir qué cambios se aprueban, Autorizar, rechazar, o diferir
Control de GB/RC/OT/CL rechazan, o difieren.
solicitudes de cambio.
Cambios.
Evaluar impactos de las
Project Solicitudes de Cambio y hacer Hacer recomendaciones sobre los
GB
Manager. recomendaciones. cambios.
Aprobar Solicitudes de Cambio.
TIPOS DE CAMBIOS: DESCRIBIR LOS TIPOS DE CAMBIOS Y LAS DIFERENCIAS PARA TRATAR CADA UNO DE ELLOS.
1. ACCIÓN CORRECTIVA:
Este tipo de cambio no pasa por el Proceso General de Gestión de Cambios, en su lugar el Project
Manager tiene la autoridad para aprobarlo y coordinar su ejecución.
2. ACCIÓN PREVENTIVA:
Este tipo de cambio no pasa por el Proceso General de Gestión de Cambios, en su lugar el Project
Manager tiene la autoridad para aprobarlo y coordinar su ejecución.
3. REPARACIÓN DE DEFECTO:
Este tipo de cambio no pasa por el Proceso General de Gestión de Cambios, en su lugar el Inspector
de Calidad tiene la autoridad para aprobarlo y coordinar su ejecución.
4. CAMBIO AL PLAN DE PROYECTO:
Este tipo de cambio pasa obligatoriamente por el Proceso General de Gestión de Cambios, el cual
se describe en la sección siguiente.
PROCESO GENERAL DE GESTIÓN DE CAMBIOS: DESCRIBIR EN DETALLE LOS PROCESOS DE LA GESTIÓN DE
CAMBIOS, ESPECIFICANDO QUÉ, QUIÉN, CÓMO, CUÁNDO Y DÓNDE.
• El Jefe de Proyecto se contacta con el stakeholder cada vez
SOLICITUD DE CAMBIOS: que capta una iniciativa de cambio.
Captar las solicitudes y preparar el • Entrevista al stakeholder y levanta información detallada sobre
documento en forma adecuada y lo que desea.
precisa. • Formaliza la iniciativa de cambio elaborando la Solicitud de
Cambio respectiva usando el formato FGPR410. Presenta la
Solicitud de Cambio al Comité de Control de Cambios.
• El Comité de Control de Cambios analiza a profundidad la
VERIFICAR SOLICITUD DE Solicitud de cambio con el fin de entender lo que se solicita y
CAMBIOS: las razones por las cuales se originó la iniciativa de cambio.
Asegurar que se ha provisto toda la • Verifica que en la Solicitud de Cambio aparezca toda la
información necesaria para hacer la información que se necesita para hacer una evaluación de
evaluación. impacto integral y exhaustivo.
• Registra la solicitud en el Log de Control de Solicitudes de
Cambio.
3
CGPR020 - Versión 1.0
SOFTWARE
PROCEDIMIENTOS
4
CGPR020 - Versión 1.0
FORMATOS
OTROS
5
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 07/01/10 Versión Inicial.
6
CGPR020 - Versión 1.0
ÍTEMS DE CONFIGURACIÓN (CI): OBJETOS DEL PROYECTO SOBRE LOS CUALES SE ESTABLECERÁN Y MANTENDRÁN
DESCRIPCIONES LÍNEA BASE DE LOS ATRIBUTOS FUNCIONALES Y FÍSICOS, CON EL FIN DE MANTENER CONTROL DE LOS CAMBIOS
QUE LOS AFECTAN.
Informe Firmado y
8.9 2 P PDF. aproba-
final de cierre.
do.
GESTIÓN DEL CAMBIO: ESPECIFICAR EL PROCESO DE GESTIÓN DEL CAMBIO O ANEXAR EL PLAN DE GESTIÓN DEL CAMBIO.
Ver Plan de Gestión del Cambio adjunto al Plan de Gestión del Proyecto.
• El Repositorio de Información de los documentos del proyecto será una carpeta con la estructura del
WBS para la organización interna de sus sub-carpetas.
• El Repositorio de Información para los CI’s (Configuration Items) será el Diccionario WBS que residirá
en la carpeta antes mencionada.
• En cualquier momento se podrá mostrar una cabecera con la historia de versiones de los documentos y
artefactos del proyecto, así como se podrá consultar todas las versiones de los CI’s.
• No se llevarán métricas del movimiento y la historia de los documentos, artefactos, y CI’s para este
proyecto.
VERIFICACIÓN Y AUDITORÍAS DE CONFIGURACIÓN: ESPECIFICAR CÓMO SE ASEGURARÁ LA COMPOSICIÓN DE
LOS ÍTEMS DE CONFIGURACIÓN, Y COMO SE ASEGURARÁ EL CORRECTO REGISTRO, EVALUACIÓN, APROBACIÓN, RASTREO E
IMPLEMENTACIÓN EXITOSA DE LOS CAMBIOS A DICHOS ÍTEMS.
Las verificaciones y auditorías de la integridad de la configuración serán rutinarias y bisemanales, realizadas por
el Inspector de Aseguramiento de Calidad y donde se comprobará:
• Integridad de la información de los CI’s.
• Exactitud y reproducibilidad de la historia de los CI’s.
7
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
SCOPE STATEMENT
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE VIDEO VIGILANCIA PARA SIVISECI
SEGURIDAD CIUDADANA
ENTREGABLES DEL PROYECTO: PRODUCTOS ENTREGABLES INTERMEDIOS Y FINALES QUE SE GENERARÁN EN CADA
FASE DEL PROYECTO.
FASE DEL PROYECTO PRODUCTOS ENTREGABLES
1.0 Gestión del Proyecto. Proyecto Gestionado.
2.0 Contratos. Contrato de Local.
3.0 Instalación de Postes para Conformidad de la Instalación de los Postes de concreto en zonas
recreativas (2 por cada uno) de los parques: San Ignacio, San Judas
Cámaras de Video Vigilancia.
Tadeo, San Lucas, San Antonio y San Pablo.
4.0 Instalación de Enlaces Conformidad de la Instalación de los Enlaces Inalámbricos en zonas
recreativas (2 por cada uno) de los parques: San Ignacio, San Judas
Inalámbricos.
Tadeo, San Lucas, San Antonio y San Pablo.
5.0 Instalación de Cámaras de Conformidad de la Instalación de las Cámaras de Video Vigilancia en
zonas recreativas (2 por cada uno) de los parques: San Ignacio, San
Video Vigilancia.
Judas Tadeo, San Lucas, San Antonio y San Pablo.
6.0 Implementación Centro de Conformidad de la Implementación del Centro de Monitoreo en la
Monitoreo. Oficina de Seguridad Ciudadana de la Municipalidad de San Lucas.
7.0 Pruebas de funcionamiento. Conformidad de las Pruebas Integrales de la Solución de Video
Vigilancia para Seguridad Ciudadana.
8.0 Informes. Informe sobre la instalación de los Postes, Enlaces Inalámbricos,
Cámaras de Video Vigilancia.
8
CGPR020 - Versión 1.0
RESTRICCIONES DEL PROYECTO: FACTORES QUE LIMITAN EL RENDIMIENTO DEL PROYECTO, EL RENDIMIENTO DE
UN PROCESO DEL PROYECTO, O LAS OPCIONES DE PLANIFICACIÓN DEL PROYECTO. PUEDEN APLICAR A LOS OBJETIVOS DEL
PROYECTO O A LOS RECURSOS QUE SE EMPLEA EN EL PROYECTO.
INTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN
La instalación de los equipos deben ser realizados El pago del cliente estará sujeto a la revisión y
en las fechas establecidas en el cronograma. aprobación del informe final de cierre de proyecto.
El presupuesto del proyecto no debe exceder lo El avance del proyecto estará sujeto a la revisión y
presentado en la propuesta a la Municipalidad de aprobación de los informes semanales por parte del
San Lucas. cliente en un plazo no mayor a 24 horas contabilizadas
a partir de su presentación.
El contrato con Dharma Consulting para el alquiler
de la oficina para la gestión del proyecto debe ser
firmado una semana antes del inicio del mismo.
Se presentarán informes semanales sobre los
avances del proyecto, los cuales estarán sujetos a
la aprobación de la Oficina de Tecnología de la
Información de la Municipalidad de San Lucas.
Se presentará un informe final de cierre de
proyecto el cual estará sujeto a la aprobación de
la Oficina de Tecnología de la Información de la
Municipalidad de San Lucas.
SUPUESTOS DEL PROYECTO: FACTORES QUE PARA PROPÓSITOS DE LA PLANIFICACIÓN DEL PROYECTO SE
CONSIDERAN VERDADEROS, REALES O CIERTOS.
INTERNOS A LA ORGANIZACIÓN AMBIENTALES O EXTERNOS A LA ORGANIZACIÓN
Los equipos se encuentran adquiridos y El cliente respetará el cronograma presentado en la
disponibles para la instalación. propuesta y que es parte del contrato.
Se cuenta con los especialistas y personal de Los informes semanales presentados serán revisados
campo para la ejecución e implementación de la y aprobados por el cliente, pudiéndose continuar con
solución. el avance del proyecto.
El cronograma de la solución no sufrirá El informe final de cierre presentado será revisado y
modificación alguna, puesto que las fechas de aprobado por el cliente, pudiéndose realizar el cobro
término del proyecto (03 de marzo del 2010) es del servicio de la solución según lo indicado en el
inalterable. contrato y TdR (Términos de Referencia).
9
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 12/01/2010 Versión Original.
DOCUMENTACIÓN DE REQUISITOS
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE VIDEO VIGILANCIA PARA SIVISECI
SEGURIDAD CIUDADANA
10
CGPR020 - Versión 1.0
11
REQUISITOS NO FUNCIONALES: DESCRIBIR REQUISITOS TALES CÓMO NIVEL DE SERVICIO, PERFOMANCE,
SEGURIDAD, ADECUACIÓN, ETC.
PRIORIDAD OTORGADA REQUISITOS
STAKEHOLDER
POR EL STAKEHOLDER CÓDIGO DESCRIPCIÓN
Cumplir con los acuerdos presentados en
Alto. RE08 la propuesta, sujeto al requerimiento del
cliente, no excediéndose en plazo ni en
VIGITEC S.A.C.
presupuesto.
(Ejecutante – Sponsor).
Garantizar el cumplimiento con el 100%
Alto. RE09 de los entregables establecido en el
contrato.
REQUISITOS DE CALIDAD: DESCRIBIR REQUISITOS RELATIVOS A NORMAS O ESTÁNDARES DE CALIDAD, O LA
SATISFACCIÓN Y CUMPLIMIENTO DE FACTORES RELEVANTES DE CALIDAD.
PRIORIDAD OTORGADA REQUISITOS
STAKEHOLDER
POR EL STAKEHOLDER CÓDIGO DESCRIPCIÓN
VIGITEC S.A.C. Garantizar el 100% de cumplimiento de
Muy Alto. RE10 los protocolos de prueba del sistema de
(Ejecutante – Sponsor).
video vigilancia.
CRITERIOS DE ACEPTACIÓN: ESPECIFICACIONES O REQUISITOS DE RENDIMIENTO, FUNCIONALIDAD, ETC., QUE
DEBEN CUMPLIRSE ANTES DE ACEPTAR EL PROYECTO.
CONCEPTOS CRITERIOS DE ACEPTACIÓN
1. TÉCNICOS La ejecución del proyecto deberá desarrollarse acorde a las especificaciones de
los Términos de Referencia (TdR) del Contrato.
Se deberá lograr un 100% de cumplimiento de las pruebas especificadas en el
2. DE CALIDAD
protocolo de pruebas para el sistema.
La aprobación de todos los entregables del proyecto a cargo de la Oficina de
3. ADMINISTRATIVOS
Tecnología de Información de la Municipalidad de San Lucas.
4. COMERCIALES Cumplimiento de los aspectos contractuales establecidos.
5. SOCIALES
6. OTROS
REGLAS DEL NEGOCIO: REGLAS PRINCIPALES QUE FIJAN LOS PRINCIPIOS GUÍAS DE LA ORGANIZACIÓN.
- Reuniones de todos los responsables del proyecto, los días martes y viernes para la
retroalimentación y la revisión de los avances del proyecto.
- Mediciones diarias de la performance del proyecto.
- Sujetarse a la Metodología de Gestión de Proyectos de VIGITEC S.A.C.
- Mantener la comunicación fluida ante la ocurrencia de eventos que afecten la ejecución del
proyecto.
IMPACTOS EN OTRAS ÁREAS ORGANIZACIONALES
Ninguna.
IMPACTOS EN OTRAS ENTIDADES: DENTRO O FUERA DE LA ORGANIZACIÓN EJECUTANTE.
Se espera un gran impacto social en la población de la Municipalidad de San Lucas, como resultado de
disponer de un sistema de Video Vigilancia que amplíe la cobertura de seguridad actual en las zonas
asignadas al proyecto.
REQUISITOS DE SOPORTE Y ENTRENAMIENTO
Durante la ejecución del proyecto se brindará:
- SOP01: Soporte técnico de lunes a viernes de 08:30 a 18:00 horas, con un tiempo de respuesta de
24 horas.
- CAP01: Capacitación del personal responsable de la Municipalidad de San Lucas en la
administración y utilización de la solución integra implementada. La duración del curso será de 48
horas, con 12 sesiones de 4 horas, de lunes a viernes de 15:00 a 19:00 horas y sábados de 09:00 a
13:00 horas.
SUPUESTOS RELATIVOS A REQUISITOS
- Se cuenta con personal técnico especializado y la disposición de las herramientas e instrumentos
para la implementación.
- Se cuenta con la disposición del equipamiento: cámaras de video, sistemas de transmisión
inalámbricos, servidores, sistema de almacenamiento, software de gestión, entre otros.
- Se cuenta que la Municipalidad de San Lucas garantizará todas las licencias y permisos necesarios
CGPR020 - Versión 1.0
12
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 07/01/2010 Versión Original.
13
CONTROL DE VERSIONES CGPR020 ‐ Versión 1
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1 GB RC CL 12/01/2010 Versión original.
NECESIDADES,
ESTADO NIVEL DE GRADO DE ALCANCE DEL DISEÑO DEL DESARROLLO DEL
SUSTENTO DE SU FECHA DE FECHA DE CRITERIO DE OPORTUNIDADES, OBJETIVOS DEL ESTRATEGIA DE ESCENARIO DE REQUERIMIENTO DE ALTO
CÓDIGO DESCRIPCIÓN PROPIETARIO FUENTE PRIORIDAD VERSIÓN ACTUAL (AC, ESTABILIDAD COMPLEJIDAD (A, PROYECTO / PRODUCTO / PRODUCTO /
INCLUSIÓN INCLUSION CUMPLIMIENTO ACEPTACIÓN METAS Y OBJETIVOS PROYECTO PRUEBA PRUEBA NIVEL
CA, DI, AD, AP) (A, M, B) M, B) ENTREGABLE DEL WBS SERVICIO SERVICIO
DEL NEGOCIO
Los materiales
Implementar un Sistema de Video Vigilancia para Solicitado por Cumplir con el Implementación de
Municipalidad de Aprobación del Plan de incluidos de acuerdo Cumplir con lo requerido por
Seguridad Ciudadana conformado por 10 cámaras
RE01 Municipalidad de 05/01/2010 Contrato. Muy alta. 1.0 AC ‐‐‐‐‐ A M Satisfacer al cliente. alcance del 1.2. Plan de Proyecto. 10 cámaras de Video a las No aplica. No aplica.
ubicadas según especificaciones en términos de San Lucas. Proyecto. el cliente.
San Lucas. proyecto. Vigilancia. especificaciones
referencia (TdR).
técnicas.
Se ha diseñado el
Ejecutar el proyecto en un plazo de un mes, con Solicitado por
Municipalidad de Aprobación del Plan de
Cumplir con el servicio para Se realizarán 2 a 3
Cumplir con lo requerido por
RE03 fecha de puesta en producción para el 29 de Municipalidad de 07/01/2010 Contrato. Muy alta. 1.0 AC ‐‐‐‐‐ A B Satisfacer al cliente. alcance del 1.2. Plan de Proyecto. ejecutar 2 a 3 instalaciones No aplica. No aplica.
San Lucas. Proyecto. el cliente.
Enero del 2010. San Lucas. proyecto. instalación por semanales .
semana.
7.1. Pruebas de
Solicitado por Cumplir con el Comunicación. Se brindará
Capacitar al personal de la municipalidad a cargo Municipalidad de Aprobación del Plan de Cumplir con lo requerido por
RE05 Municipalidad de 09/01/2010 Contrato. Alto. 1.0 AC ‐‐‐‐‐ A B Satisfacer al cliente. alcance del 7.2. Pruebas de capacitación de 48 ‐‐‐‐‐ No aplica. No aplica.
de la administración y operación del sistema. San Lucas. Proyecto. el cliente.
San Lucas. proyecto. Monitoreo y horas.
Grabaciones.
Cumplir con el
Cumplir con los acuerdos presentados en la Se ha considerado Se monitoreará la En el Informe de Perfomance
Solicitado por Aprobacion de Informe Obtener ingresos para cronograma y
RE08 propuesta, sujeto al requerimiento del cliente, no 11/01/2010 VIGITEC S.A.C. Entrevista. Alto. 1.0 AC ‐‐‐‐‐ M M Todo el Proyecto. un informe de perfomance del No aplica. No aplica. del Proyecto se espera
Sponsor. de Perfomance. la empresa. presupuesto del
excediéndose en plazo ni en presupuesto. perfomance. proyecto. CPI>=0.98 y SPI>=0.97.
proyecto.
Aprobación del
Garantizar el 100% de cumplimiento de los Cumplir con los Se ha considerado Se monitoreará la En el Informe de Perfomance
Solicitado por Informe de Protocolo Ofrecer un buen 7.0 Pruebas de
RE10 protocolos de prueba del sistema de video 12/01/2010 VIGITEC S.A.C. Entrevista. Muy alto. 1.0 AC ‐‐‐‐‐ A M niveles de calidad un informe de perfomance del No aplica. No aplica. del Proyecto se espera
Sponsor. de Pruebas de servicio al cliente. Funcionamiento.
vigilancia. requeridos. perfomance. proyecto. CPI>=0.98 y SPI>=0.97.
Monitoreo.
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
CICLO DE VIDA DEL PROYECTO Y ENFOQUE MULTIFASE: DESCRIPCIÓN DETALLADA DEL CICLO DE VIDA DEL PROYECTO Y LAS
CONSIDERACIONES DE ENFOQUE MULTIFASE (CUANDO LOS RESULTADOS DEL FIN DE UNA FASE INFLUYEN O DECIDEN EL INICIO O CANCELACIÓN
DE LA FASE SUBSECUENTE O DEL PROYECTO COMPLETO).
15
CGPR020 - Versión 1.0
8.0 Informes. Informe final de cierre. El Informe Final sólo podrá Concluida la elaboración
ser elaborado al término del informe final se
de todas las fases del podrá iniciar el cierre del
proyecto. proyecto.
PROCESOS DE GESTIÓN DE PROYECTOS: DESCRIPCIÓN DETALLADA DE LOS PROCESOS DE GESTIÓN DE PROYECTOS QUE HAN SIDO
SELECCIONADOS POR EL EQUIPO DE PROYECTO PARA GESTIONAR EL PROYECTO.
16
CGPR020 - Versión 1.0
PLAN DE GESTIÓN DE CAMBIOS: DESCRIPCIÓN DE LA FORMA EN QUE SE MONITOREARÁN Y CONTROLARÁN LOS CAMBIOS, INCLUYENDO EL
QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE.
17
CGPR020 - Versión 1.0
18
PLAN DE GESTIÓN DE LA CONFIGURACIÓN: DEFINE AQUELLOS ÍTEMS QUE SON CONFIGURABLES, AQUELLOS ÍTEMS QUE
REQUIEREN UN CONTROL FORMAL DE CAMBIOS, Y LOS PROCESOS PARA CONTROLAR LOS CAMBIOS A DICHOS ÍTEMS.
REVISIONES DE GESTIÓN: DESCRIPCIÓN DETALLADA DE LAS REVISIONES CLAVES DE GESTIÓN QUE FACILITARÁN EL ABORDAR LOS
PROBLEMAS NO RESUELTOS Y LAS DECISIONES PENDIENTES.
Reunión Semanal de - Revisión del Acta de Reunión La reunión se realizará todos Programada para todos
información del Estado del anterior. los lunes. los lunes.
Proyecto. - Informe de Performance del Deberán estar presentes todos
Proyecto. los miembros del equipo del
proyecto.
Revisar el informe semanal del
estado del proyecto.
Reuniones con el cliente. - Establecer agenda según los El cliente convocará a una Programadas según la
requerimientos del cliente. reunión al Project Manager, solicitud del cliente.
para establecer acuerdos de
mejora en el desarrollo del
programa de capacitación.
Comunicaciones informales. Solicitar feedback del desarrollo Conocer detalles del desarrollo Ninguna en especial.
de las sesiones del programa de las sesiones.
de capacitación. Establecer acuerdos para la
mejora del servicio del
programa de capacitación.
LÍNEA BASE Y PLANES SUBSIDIARIOS: DEFINICIÓN DE LÍNEA BASE Y PLANES SUBSIDIARIOS QUE SE ADJUNTAN AL PLAN DE
GESTIÓN DEL PROYECTO.
LÍNEA BASE PLANES SUBSIDIARIOS
19
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
20
CGPR020 - Versión 1.0
PROCESO PARA CONTROL DE ALCANCE: DESCRIPCIÓN DETALLADA DEL PROCESO PARA IDENTIFICAR,
REGISTRAR, Y PROCESAR CAMBIOS DE ALCANCE, ASÍ COMO SU ENLACE CON EL CONTROL INTEGRADO DE CAMBIOS.
DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE Y CON QUÉ.
En este caso se presentan dos variaciones:
- Primero, el Project Manager se encarga de verificar que el entregable cumpla con lo acordado en
la Línea Base del Alcance. Si el entregable es aprobado es enviado al Cliente, pero si el
entregable no es aprobado, el entregable es devuelto a su responsable junto con una Hoja de
Correcciones, donde se señala cuales son las correcciones o mejoras que se deben hacer.
- Segundo, a pesar que el Project Manager se encarga de verificar la aceptación del entregable
del proyecto, el Cliente también puede presentar sus observaciones respecto al entregable, para
lo cual requerirá reunirse con el Project Manager, y presentar sus requerimientos de cambio o
ajuste. De lograrse la aceptación del Cliente y de tratarse de un entregable muy importante, se
requerirá la firma de un Acta de Aceptación del entregable.
21
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 RC OT GB 12/01/2010 Versión original.
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 RC GB CL 12/01/10 Versión original.
entregables.
2.2 Contrato local de Contrato de alquiler por tiempo definido entre VIGITEC SAC y
Dharma Consulting SAC.
proyecto Dharma.
Se incluye el SOW como parte del contrato.
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
24
CGPR020 - Versión 1.0
7.2 Pruebas de - Se hará las pruebas de monitoreo de cada una de las cámaras,
en conjunto con el personal de la Municipalidad.
monitoreo y
- Responsable: VIGITEC SAC, MSL.
grabaciones.
Se entregará un Informe Semanal los días martes a la 09:00 indicando:
Del 8.1 al 8.8 - El Performance del Proyecto.
- Las Actividades completadas.
Informes
- Las Actividades atrasadas.
semanales.
- Los Problemas presentados.
lo siguiente:
- Relación de equipos instalados, indicando número de serie y
código asignado.
8.9 Informe Final de - Diagrama de ubicación de los equipos instalados.
- Copia de las configuraciones de cada uno de los equipos
Cierre.
instalados.
- Manuales de operación de cada modelo de equipo instalado.
- Recomendaciones para el mantenimiento de los equipos.
- Certificado de garantía de los equipos.
25
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 08/01/10 Versión original.
PROCESO DE DEFINICIÓN DE ACTIVIDADES: DESCRIPCIÓN DETALLADA DEL PROCESO PARA DEFINIR LAS
ACTIVIDADES A PARTIR DEL SCOPE STATEMENT, WBS, Y DICCIONARIO WBS. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO,
DÓNDE Y CON QUÉ.
A partir de la aprobación del Scope Statement, el WBS y el Diccionario WBS se procede ha realizar lo
siguiente:
Identificación y Secuenciamiento de Actividades:
- Por cada entregable definido en el WBS del proyecto se identifica cuales son las actividades que
permitirán el término del entregable. Para tal caso se da un código, nombre y alcance de trabajo,
zona geográfica, responsable y tipo de actividad, para cada actividad del entregable.
- Inicialmente definimos el secuenciamiento de las actividades por cada entregable.
- Para este proceso utilizamos el formato de Estimación y Secuenciamiento de Actividades.
PROCESO DE SECUENCIAMIENTO DE ACTIVIDADES: DESCRIPCIÓN DETALLADA DEL PROCESO PARA
SECUENCIAR LAS ACTIVIDADES. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, Y CON QUÉ.
Red del Proyecto:
- Definimos la Red del Proyecto en base a los entregables del proyecto.
- Luego por separado graficamos la red del proyecto de las actividades de cada fase del proyecto.
- Para este proceso utilizamos el formato de Red del Proyecto.
PROCESO DE ESTIMACIÓN DE RECURSOS DE LAS ACTIVIDADES: DESCRIPCIÓN DETALLADA DEL
PROCESO PARA ESTIMAR LOS RECURSOS NECESARIOS PARA REALIZAR LAS ACTIVIDADES. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO,
CUÁNDO, DÓNDE, Y CON QUÉ.
Estimación de Recursos y Duraciones:
- En base a los entregables y actividades que se han identificado para el proyecto se procede a
realizar las estimaciones de la duración y el tipo de recursos (personal, materiales o consumibles,
y maquinas o no consumibles).
- Para el Recurso de tipo Personal se define los siguientes: nombre de recurso, trabajo, duración,
supuestos y base de estimación, y forma de cálculo.
- Para el recurso de tipo Materiales o Consumibles se define los siguientes: nombre de recurso,
cantidad, supuestos y base de estimación, y forma de cálculo.
- Para el recurso de tipo Máquinas o no Consumibles se define los siguientes: nombre de recurso,
cantidad, supuestos y base de estimación, y forma de cálculo.
- Para este proceso utilizamos el formato de Estimación de Recursos y Duraciones.
PROCESO DE ESTIMACIÓN DE DURACIÓN DE LAS ACTIVIDADES: DESCRIPCIÓN DETALLADA DEL
PROCESO PARA ESTIMAR LA DURACIÓN DE LAS ACTIVIDADES. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, Y CON
QUÉ.
El proceso de estimación de la duración de las actividades se define de acuerdo al tipo de recurso asignado
a la actividad:
- Si el recurso es tipo personal, estimamos la duración y calculamos el trabajo que tomará realizar la
actividad.
- En cambio si el tipo de recurso es material o maquinas, se define la cantidad que se utilizará para
realizar la actividad.
26
CGPR020 - Versión 1.0
27
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 RC RC CL 16/01/2010 Versión original.
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
1.3.A03 Realizar reunión – Reunión de 8.3.A01 26/ENE LM/GB Mun. San Resource
Semana 3. coordinación con Lucas. driven. 1.3.A03
el equipo.
1.3.A04 Realizar reunión – Reunión de 8.4.A01 02/FEB LM/GB Mun. San Resource
Semana 4. coordinación con Lucas. driven.
el equipo. 1.3.A04
1.3.A05 Realizar reunión – Reunión de 8.5.A01 09/FEB LM/GB Mun. San Resource
Semana 5. coordinación con Lucas. driven. 1.3.A04
el equipo.
1.3.A06 Realizar reunión – Reunión de 8.6.A01 16/FEB LM/GB Mun. San Resource
Semana 6. coordinación con Lucas. driven.
el equipo. 1.3.A04
1.3.A07 Realizar reunión – Reunión de 8.7.A01 23/FEB LM/GB Mun. San Resource
Semana 7. coordinación con Lucas. driven.
el equipo. 1.3.A04
1.3.A08 Realizar reunión – Reunión de 8.8.A01 02/MAR LM/GB Mun. San Resource
Semana 8. coordinación con Lucas. driven.
el equipo. 1.3.A04
29
CGPR020 - Versión 1.0
30
CGPR020 - Versión 1.0
31
CGPR020 - Versión 1.0
4.2.A03 Realizar Conexión de Obras civiles. 4.2.A02 LM Mun. San Resource 4.2.A03
antenas Lucas. driven.
inalámbricas.
4.2.A04 Realizar Conexión de Obras civiles. 4.2.A03 LM Mun. San Resource 4.2.A04
las estaciones base y Lucas. driven.
remotas.
4.2.A05
4.2.A05 Realizar Conexión a Obras civiles. 4.2.A04 LM Mun San Resource
la red eléctrica del Lucas. driven.
cliente.
4.2.A06
4.2.A06 Realizar Conexión a Obras civiles. 4.2.A05 LM Mun. San Resource
la red de datos del Lucas. driven.
cliente. 4.2.A07
4.2.A07 Configurar las Obras civiles. 4.2.A06 LM Oficina Resource
estaciones base y Dharma. driven.
remotas. 4.2.A08
4.2.A08 Supervisar la Obras civiles. 4.2.A07 LM Oficina Resource
instalación. Dharma. driven.
4.2.A09
4.2.A09 Ejecutar Protocolo de Obras civiles. 4.2.A08 LM Oficina Resource
Pruebas de Enlaces. Dharma. driven.
5.1 Materiales. 5.1.A01 Adquirir equipos y Proceso logístico 2.1.A03 RC Oficina Resource
5.1.A01
materiales. de compras. Dharma. driven.
32
CGPR020 - Versión 1.0
33
CGPR020 - Versión 1.0
6.3 Capacita- 6.3.A01 Aprobar temario y Elaborar temario. 6.2.A06 LM Oficina Resource
6.3.A01
ción. fecha de inicio. Dharma. driven.
6.3.A02 Desarrollar curso y Dictado de curso. 6.3.A01 LM Mun. San Resource
entrega manuales. Lucas. driven. 6.3.A02
6.3.A03 Firmar Acta de Firma de 6.3.A02 LM Mun. San Resource
Conformidad de documento. Lucas. driven.
6.3.A03
Capacitación.
7.1 Pruebas 7.1.A01 Elaborar Protocolo Redactar 6.2.A06 -5.2.A04 RC Oficina Resource
de de Pruebas de documento. Dharma. driven. 7.1.A01
Comuni- Comunicación.
caciones. 7.1.A02 Aprobar Protocolo de Aprobación de 7.1.A01 GB Mun. San Resource
Pruebas de documento. Lucas. driven. 7.1.A02
Comunicaciones.
7.1.A03 Ejecutar Pruebas de Ejecución de 7.1.A02 LM Mun. San Resource
Comunicaciones de pruebas. Lucas. driven. 7.1.A03
Enlaces
Inalámbricos.
7.1.A04 Entregar Informe de Presentación de 7.1.A03 LM Mun. San Resource
7.1.A04
Protocolo de Pruebas documento. Lucas. driven.
de Comunicaciones.
7.2 Pruebas 7.2.A01 Elaborar Protocolo Redactar 7.1.A04 LM Oficina Resource
de de Pruebas de documento. Dharma. driven. 7.2.A01
Monitoreo Monitoreo y
y Grabaciones.
Grabacio- 7.2.A02 Aprobar Protocolo de Aprobación de 7.2.A01 LM Mun. San Resource
nes. Pruebas Monitoreo y documento. Lucas. driven. 7.2.A02
Grabaciones.
7.2.A03 Ejecutar Pruebas de Ejecución de 7.2.A02 LM Mun. San Resource
Comunicaciones de pruebas. Lucas. driven.
Monitoreo de 7.2.A03
Cámaras.
7.2.A04 Ejecutar Pruebas de Ejecución de 7.2.A03 LM Mun. San Resource
Comunicaciones de pruebas. Lucas. driven.
Grabaciones de 7.2.A04
imágenes.
7.2.A05 Entregar Informe de Presentación de 7.2.A04 LM Mun San Resource
Protocolo de Pruebas documento. Lucas. driven.
de Monitoreo y 7.2.A05
Grabaciones.
34
CGPR020 - Versión 1.0
8.1 Informes 8.1.A01 Elaborar Informe. Elaborar informe. 11/ENE LM Oficina Resource
semana Dharma. driven.
8.1.A01 8.1.A02
1. 8.1.A02 Revisar Informe. Revisar Informe. 8.1.A01 11/ENE LM Mun. San Resource
Lucas. driven.
8.2 Informes 8.2.A01 Elaborar Informe. Elaborar informe. 18/ENE LM Oficina Resource
semana Dharma. driven.
2. 8.2.A02 Revisar Informe. Revisar Informe. 8.2.A01 18/ENE LM Mun. San Resource 8.2.A01 8.2.A02
Lucas. driven.
8.3 Informes 8.3.A01 Elaborar Informe. Elaborar informe. 25/ENE LM Oficina Resource
semana Dharma. driven.
8.3.A01 8.3.A02
3. 8.3.A02 Revisar Informe. Revisar Informe. 8.3.A01 25/ENE LM Mun. San Resource
Lucas. driven.
8.4 Informes 8.4.A01 Elaborar Informe. Elaborar informe. 1/FEB LM Oficina Resource
semana Dharma. driven 8.4.A01 8.4.A02
4. 8.4.A02 Revisar Informe. Revisar Informe. 8.4.A01 1/FEB LM Mun. San Resource
Lucas. driven
8.5 Informes 8.5.A01 Elaborar Informe. Elaborar informe. 8/FEB LM Oficina Resource
semana Dharma. driven 8.5.A01 8.5.A02
5. 8.5.A02 Revisar Informe. Revisar Informe. 8.5.A01 8/FEB LM Mun. San Resource
Lucas. driven.
8.6 Informes 8.6.A01 Elaborar Informe. Elaborar Informe. 15/FEB LM Oficina Resource
semana Dharma. driven.
8.6.A01 8.6.A02
6. 8.6.A02 Revisar Informe. Revisar Informe. 8.6.A01 15/FEB LM Oficina Resource
Dharma. driven.
8.7 Informes 8.7.A01 Elaborar Informe. Elaborar Informe. 22/FEB LM Oficina Resource
semana Dharma. driven. 8.7.A02
8.7.A01
7. 8.7.A02 Revisar Informe. Revisar Informe. 8.7.A01 22/FEB LM Oficina Resource
Dharma. driven.
8.8 Informes 8.8.A01 Elaborar Informe. Elaborar Informe. 01/MAR LM Oficina Resource
semana Dharma. driven. 8.8.A01 8.8.A02
8. 8.8.A02 Revisar Informe. Revisar Informe. 8.8.A01 01/MAR LM Oficina Resource
Dharma. driven.
8.9 Informe 8.9.A01 Elaborar Informe final Elaborar Informe 8.8.A02 – 7.2.A05 – 01/MAR LM Oficina Resource
final de de cierre. final. 4.2.A09 Dharma. driven. 8.9.A01
cierre.
8.9.A02 Revisar Informe final Revisar Informe 8.9.A01 02/MAR LM Oficina Resource 8.9.A02
de cierre. final de cierre. Dharma. driven.
8.9.A03 Aprobar Informe final Aprobar Informe 8.9.A02 02/MAR LM Oficina Resource 8.9.A03
de cierre. final de cierre. Dharma. driven.
35
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 08-01-10 Versión original.
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 ‐ Versión 1
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1,0 OT RC GB 16/01/2010 Versión Original.
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 15/01/2010 Versión Original.
43
CGPR020 - Versión 1.0
44
CGPR020 - Versión 1.0
45
CGPR020 - Versión 1.0
46
CGPR020 - Versión 1.0
47
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 07-01-10 Versión original.
TIPOS DE ESTIMACIÓN DEL PROYECTO: TIPOS DE ESTIMACIÓN A UTILIZAR EN EL PROYECTO CON INDICACIÓN DEL
MODO DE FORMULACIÓN Y LOS NIVELES DE PRECISIÓN DE CADA TIPO.
TIPO DE ESTIMACIÓN MODO DE FORMULACIÓN NIVEL DE PRECISIÓN
(ESPECIFICAR LOS TIPOS DE ESTIMACIÓN A USAR EN EL (ESPECIFICAR EN DETALLE EL MODO DE
(ESPECIFICAR EL NIVEL DE PRECISIÓN DEL
PROYECTO, EJM. ORDEN DE MAGNITUD, PRESUPUESTO, FORMULACIÓN DEL ESTIMADO INDICANDO
ESTIMADO, EJM. -15% +25%)
DEFINITIVA) EL PORQUÉ, QUIÉN, CÓMO, Y CÚANDO)
Orden de Magnitud. Formulación por Analogía. - 25% al +75%
Presupuesto. Bottom up. -15% al +25%
Definitivo. Bottom up. -5% al +10%
UNIDADES DE MEDIDA: UNIDADES DE MEDIDA A UTILIZAR, PARA ESTIMAR Y TRABAJAR CADA TIPO DE RECURSO.
TIPO DE RECURSO UNIDADES DE MEDIDA
Recurso Personal. Costo / hora.
Recurso Material o Consumible. Unidades.
Recurso Máquina o no Consumibles. Unidades.
ENTREGABLES PRESUPUESTO RESPONSABLE FECHAS
CUENTA DE CONTROL INICIO-FIN
(FASES O ENTREGABLES (MONTO DEL (PERSONA RESPONSABLE DE
(CÓDIGO Y NOMBRE DE (FECHAS PROGRAMADAS DE
AGRUPADOS EN LA PRESUPUESTO PARA LA MONITOREAR Y LOGRAR LOS
CUENTA) INICIO Y FIN DE LOS
CUENTA) CUENTA) OBJETIVOS DE COSTOS)
ENTREGABLES DE LA CUENTA)
No aplica para el No aplica para el No aplica para el No aplica para el No aplica para el
proyecto. proyecto. proyecto. proyecto. proyecto.
PLANIFICACIÓN GRADUAL: FORMA EN QUE SE UTILIZARÁ LA PLANIFICACIÓN GRADUAL, DEFINIENDO LAS ETAPAS Y LOS
NIVELES DE AGREGACIÓN DE LOS COMPONENTES DE PLANIFICACIÓN, ASÍ COMO LA FECHA EN QUE SE EMITIRÁN LOS PRESUPUESTOS
NO EXPANDIDOS Y LA PERSONA RESPONSABLE DE HACERLOS.
ETAPA COMPONENTES DE FECHA DE EMISIÓN DE RESPONSABLE
(ETAPAS DE LA PLANIFICACIÓN PLANIFICACIÓN PRESUPUESTO (PERSONA RESPONSABLE DE EMITIR EL
GRADUAL, O MOMENTOS EN LOS (COMPONENTES DE (FECHA APROXIMADA EN QUE SE PRESUPUESTO CON LOS COMPONENTES
CUALES SE PRESENTARÁN LAS LÍNEAS PLANIFICACIÓN A USAR EN DICHA EMITIRÁ EL PRESUPUESTO DE PLANIFICACIÓN DE DICHA ETAPA)
BASE CON COMPONENTES DE ETAPA) USANDO LOS COMPONENTES DE
PLANIFICACIÓN NO EXPANDIDOS) PLANIFICACIÓN DE DICHA ETAPA)
No aplica para el proyecto. No aplica para el No aplica para el No aplica para el proyecto.
proyecto. proyecto.
UMBRALES DE CONTROL
ALCANCE: VARIACIÓN PERMITIDA ACCIÓN A TOMAR SI VARIACIÓN
PROYECTO/FASE/ENTREGABLE (VARIACIÓN PERMITIDA PARA EL ALCANCE EXCEDE LO PERMITIDO
(ESPECIFICAR SI EL UMBRAL DE CONTROL APLICA A ESPECIFICADO, EXPRESADA EN VALORES (ACCIÓN A TOMAR EJM. MONITOREAR RESULTADOS,
TODO EL PROYECTO, UNA FASE, UN GRUPO DE ABSOLUTOS, EJM $, O VALORES RELATIVOS ANALIZAR VARIACIONES, O AUDITORIA PROFUNDA DE
ENTREGABLES O UN ENTREGABLE ESPECÍFICO) EJM % ) LA VARIACIÓN)
Proyecto Completo. +/- 5% costo planificado. Investigar variación para tomar acción
correctiva.
MÉTODOS DE MEDICIÓN DE VALOR GANADO
ALCANCE: MÉTODO DE MEDICIÓN
PROYECTO/FASE/ENTREGABLE MODO DE MEDICIÓN
(ESPECIFICAR EL MÉTODO DE MEDICIÓN QUE
(ESPECIFICAR SI EL MÉTODO DE MEDICIÓN APLICA (ESPECIFICAR EN DETALLE EL MODO DE MEDICIÓN,
SE USARÁ PARA CALCULAR EL VALOR GANADO
A TODO EL PROYECTO, UNA FASE, UN GRUPO DE INDICANDO EL QUIÉN, CÓMO, CÚANDO, DONDE)
DE LOS ENTREGABLES ESPECIFICADOS)
ENTREGABLES O UN ENTREGABLE ESPECÍFICO)
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
49
CGPR020 - Versión 1.0
La duración del proyecto puede tener una variación de +/- 10 % del total planeado, si como resultado de la
replanificación del proyecto estos márgenes son superados se necesitará emitir una solicitud de cambio, la cual
deberá ser revisada y aprobada por el Project Manager y el Sponsor.
NOTA.- ADJUNTAR PROCEDIMIENTOS, FLUJOGRAMAS, FORMATOS, Y SCHEDULE DE EVENTOS.
SISTEMA DE CONTROL DE COSTOS: DESCRIPCIÓN DETALLADA DEL SISTEMA DE CONTROL DE COSTOS QUE SE UTILIZARÁ
PARA SUMINISTRAR DATOS AL SISTEMA DE CONTROL DE VALOR GANADO.
DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ.
Cada responsable del equipo de proyecto emite un reporte semanal informando los entregables realizados y el
porcentaje de avance. El Project Manager se encarga de compactar la información del equipo de proyecto en el
Schedule, actualizando el proyecto según los reportes del equipo, y procede a replanificar el proyecto en el
escenario del MS Project. De esta manera se actualiza el estado del proyecto, y se emite el Informe Semanal del
Performance del Proyecto.
El coste del proyecto puede tener una variación de +/- 5 % del total planeado, si como resultado de la
replanificación del proyecto estos márgenes son superados se necesitará emitir una solicitud de cambio, la cual
deberá ser revisada y aprobada por el Project Manager y el Sponsor.
NOTA.- ADJUNTAR PROCEDIMIENTOS, FLUJOGRAMAS, FORMATOS, Y SCHEDULE DE EVENTOS.
SISTEMA DE CONTROL DE CAMBIOS DE COSTOS: DESCRIPCIÓN DETALLADA DEL SISTEMA DE CONTROL DE CAMBIOS
DE COSTOS QUE SE UTILIZARÁ PARA MANTENER LA INTEGRIDAD DE LA LÍNEA BASE, FORMALIZAR, EVALUAR, Y APROBAR CAMBIOS.
El Sponsor y el Project Manager son los responsables de evaluar, aprobar o rechazar las propuestas de
cambios.
Se aprobarán automáticamente aquellos cambios de emergencia que potencialmente puedan impedir la normal
ejecución del proyecto, y que por su naturaleza perentoria no puedan esperar a la reunión del Comité Ejecutivo, y
que en total no excedan del 5% del presupuesto aprobado del proyecto. Estos cambios deberán ser expuestos
en la siguiente reunión del equipo del proyecto.
Todos los cambios de costos deberán ser evaluados integralmente, teniendo en cuenta para ello los objetivos del
proyecto y los intercambios de la triple restricción.
Los documentos que serán afectados o utilizados en el Control de Cambios de Costos son:
- Solicitud de Cambios.
- Acta de reunión de coordinación del proyecto.
- Plan del Proyecto (replanificación de todos los planes que sean afectados).
En primera instancia el que tiene la potestad de resolver cualquier disputa relativa al tema es el Project Manager,
si ésta no puede ser resuelta por él, es el Sponsor que asume la responsabilidad.
Una solicitud de cambio sobre el costo del proyecto que no exceda el +/- 5% del presupuesto del proyecto puede
ser aprobada por el Project Manager, un requerimiento de cambio superior será resuelta por el Sponsor.
NOTA.- ADJUNTAR PROCEDIMIENTOS, FLUJOGRAMAS, FORMATOS, Y SCHEDULE DE EVENTOS.
50
CGPR020 ‐ Versión 1
CONTROL DE VERSIONES
Version Hecha por Revisada por Aprobada por Fecha Motivo
1 OT RC GB 16/01/2010 Versión original.
TIPO DE RECURSO: PERSONAL TIPO DE RECURSO: MATERIAL O CONSUMIBLE TIPO DE RECURSO: MÁQUINAS O NO CONSUMIBLES
ENTREGABLE ACTIVIDAD
NOMBRE DE COSTO NOMBRE DE COSTO NOMBRE DE
UNIDADES CANTIDAD COSTO TOTAL UNIDADES CANTIDAD COSTO TOTAL UNIDADES CANTIDAD COSTO UNITARIO COSTO TOTAL
RECURSO UNITARIO RECURSO UNITARIO RECURSO
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 RC OT GB 19/01/2010 Versión original.
54
CGPR020 - Versión 1.0
55
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 07-01-10 Versión Original.
TIPO DE
PROYECTO FASE MONTO $
RECURSO
Personal 9,210.00
1.0 Gestión del
Materiales 0.00
Proyecto.
Maquinaria 0.00
Otros 0.00
Total Fase 9,210.00
Personal 620.00
2.0 Contratos. Materiales 0.00
Maquinaria 0.00
Otros 20.00
Total Fase 640.00
56
CGPR020 - Versión 1.0
Personal 910.00
8.0 Informes. Materiales 0.00
Maquinaria 0.00
Otros 0.00
Total Fase 910.00
TOTAL FASES 90,010.00
Reserva de Contingencia 9,001.00
Reserva de Gestión 9,001.00
PRESUPUESTO DEL PROYECTO 108,012.00
57
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 07-01-10 Versión original.
58
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 08-01-10 Versión original.
59
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 OT RC GB 18/01/2010 Versión Inicial.
MÉTRICA DE:
PRODUCTO X PROYECTO
FACTOR DE CALIDAD RELEVANTE: ESPECIFICAR CUÁL ES EL FACTOR DE CALIDAD RELEVANTE QUE DA ORIGEN
A LA MÉTRICA.
Performance del Producto.
DEFINICIÓN DEL FACTOR DE CALIDAD: DEFINIR EL FACTOR DE CALIDAD INVOLUCRADO EN LA MÉTRICA Y
ESPECIFICAR PORQUÉ ES RELEVANTE.
Los factores de calidad establecidos, garantizarán el cumplimiento de las especificaciones del cliente y
asegurar la aceptación de la solución:
1. Cámaras de video que toman imágenes cada 15 segundos.
2. Enlaces garantizan tasa de BER 10E-05.
3. Se garantiza la grabación de las 15 imágenes por segundo.
PROPÓSITO DE LA MÉTRICA: ESPECIFICAR PARA QUÉ SE DESARROLLA LA MÉTRICA?
El objetivo es medir el nivel de complimiento de las especificaciones técnicas planteadas por el cliente y
que de no cumplirse, pueda llevar a las medidas correctivas adecuadas y oportunas.
DEFINICIÓN OPERACIONAL: DEFINIR COMO OPERARÁ LA MÉTRICA, ESPECIFICANDO EL QUIÉN, QUÉ, CUÁNDO,
DÓNDE, CÓMO?
El objetivo fundamentar es satisfacer las especificaciones y por ende la calidad del producto de cara
al cliente. Lo cual está alineado con la política comercial de la empresa ejecutora.
60
CGPR020 - Versión 1.0
61
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 OT RC GB 18/01/2010 Versión Inicial.
62
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 OT LM GB 18/01/2010 Versión Inicial.
63
CGPR020 - Versión 1.0
64
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 OT RC GB 18/01/2010 Versión Inicial.
POLÍTICA DE CALIDAD DEL PROYECTO: ESPECIFICAR LA INTENCIÓN DE DIRECCIÓN QUE FORMALMENTE TIENE
EL EQUIPO DE PROYECTO CON RELACIÓN A LA CALIDAD DEL PROYECTO.
Según la Política de Calidad de VIGITEC, el proyecto debe ajustarse y cumplir con las normas internas de
calidad para velar por el buen rendimiento del proyecto, principalmente en lo planteado para los
parámetros relevantes establecidos; es decir, no superar el costo y cumplir con el cronograma. Pero
igualmente, satisfacer los requisitos planteados por la Municipalidad de San Lucas, recogido en el
documento de Términos de Referencia (TdR).
LÍNEA BASE DE CALIDAD DEL PROYECTO: ESPECIFICAR LOS FACTORES DE CALIDAD RELEVANTES PARA EL
PRODUCTO DEL PROYECTO Y PARA LA GESTIÓN DEL PROYECTO. PARA CADA FACTOR DE CALIDAD RELEVANTE DEFINIR LOS
OBJETIVOS DE CALIDAD, LAS MÉTRICAS A UTILIZAR, Y LAS FRECUENCIAS DE MEDICIÓN Y DE REPORTE.
FACTOR DE OBJETIVO DE MÉTRICA A FRECUENCIA Y FRECUENCIA Y MOMENTO
CALIDAD
CALIDAD UTILIZAR MOMENTO DE MEDICIÓN DE REPORTE
RELEVANTE
CPI (Cost
Performance del CPI>=0.98 Performance Lunes y miércoles de Lunes y miércoles por la
Proyecto. Index) cada semana. tarde cada semana.
Acumulado.
SPI (Schedule
Performance del SPI>0.97 Performance Lunes y miércoles de Lunes y miércoles por la
Proyecto. Index) cada semana. tarde cada semana.
Acumulado.
PLAN DE MEJORA DE PROCESOS: ESPECIFICAR LOS PASOS PARA ANALIZAR PROCESOS, LOS CUALES FACILITARÁN
LA IDENTIFICACIÓN DE ACTIVIDADES QUE GENERAN DESPERDICIO O QUE NO AGREGAN VALOR.
Como parte de la planificación de Mejora de Procesos, se deben incluir al menos los siguientes
lineamientos:
1. Identificar y documentar los procesos, tanto de la misma gestión de proyectos, como la de ejecución de
proyectos, procesos de creación de plataformas, etc. (Producto).
2. Determinar la oportunidad de mejora, a través de herramientas (Encuestas, tormenta ideas, etc.).
3. Tomar información sobre el proceso.
4. Analizar la información levantada.
5. Definir las acciones correctivas para mejorar el proceso.
6. Aplicar las acciones correctivas.
7. Retroalimentación para verificar si las acciones correctivas han sido efectivas.
8. Estandarizar las mejoras logradas para hacerlas parte del proceso.
65
CGPR020 - Versión 1.0
ROLES PARA LA GESTIÓN DE LA CALIDAD: ESPECIFICAR LOS ROLES QUE SERÁN NECESARIOS EN EL EQUIPO
DE PROYECTO PARA DESARROLLAR LOS ENTREGABLES Y ACTIVIDADES DE GESTIÓN DE LA CALIDAD. PARA CADA ROL
ESPECIFICAR: OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIEN REPORTA, A QUIEN SUPERVISA, REQUISITOS DE
CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEÑAR EL ROL.
Objetivos del rol: Responsable ejecutivo y final por la calidad del proyecto.
ROL NO 1 :
Funciones del rol: Revisar, aprobar, y tomar acciones correctivas para mejorar la
SPONSOR. calidad.
Niveles de autoridad: Del tipo discrecional, sobre los recursos de la empresa
ejecutante (VIGITEC) para asegurar que el proyecto sea viable. Puede
renegociar contratos, y disponer de los fondos de reserva de gestión.
Reporta a: Directorio.
Supervisa a: Jefe de Proyecto.
Requisitos de conocimientos: Gestión de Proyectos y gerenciamiento en general.
Requisitos de habilidades: Habilidades blandas (Liderazgo, Comunicación,
Negociación, Motivación, y Solución de Conflictos).
Requisitos de experiencia: más de 10 años de experiencia en el segmento.
Objetivos del rol: Gestionar todo el proyecto, desde inicio, ejecución y control y
ROL NO 2 : cierre.
JEFE DE Funciones del rol: Revisar estándares, revisar entregables, aceptar entregables o
PROYECTO. disponer su reproceso, deliberar para generar acciones correctivas, aplicar
acciones correctivas.
Niveles de autoridad: Exigir cumplimiento de entregables al equipo de proyecto; y
de ser necesario, con los proveedores.
Reporta a: Sponsor.
Supervisa a: Equipo de proyecto y proveedores.
Requisitos de conocimientos: Gestión de Proyectos según PMI.
Requisitos de habilidades: Habilidades blandas (Liderazgo, Comunicación,
Negociación, Motivación, y Solución de Conflictos).
Requisitos de experiencia: 5 años de experiencia en el cargo.
Objetivos del rol: Elaborar los entregables con la calidad requerida y según
ROL NO 3 : estándares establecidos.
MIEMBROS DEL Funciones del rol: Elaborar los entregables y supervisar a los contratistas.
EQUIPO DEL Niveles de autoridad: Según los recursos asignados.
PROYECTO.
Reporta a: Jefe de Proyecto.
Supervisa a: Encargados de ejecución del proyecto por parte de las contratistas.
Requisitos de conocimientos: Gestión de Proyectos y las especialidades en
Enlaces de transmisión inalámbrica, sistemas de video vigilancia, Centros de
monitoreo, según las asignaciones y entregables que les corresponda.
Requisitos de habilidades: Ídem, según entregables sobre el que tengas
responsabilidad.
Requisitos de experiencia: 3 años en el tipo de tecnología.
ORGANIZACIÓN PARA LA CALIDAD DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO
INDICANDO CLARAMENTE DONDE ESTARÁN SITUADOS LOS ROLES PARA LA GESTIÓN DE LA CALIDAD.
66
CGPR020 - Versión 1.0
1. De métricas de calidad.
2. De los incluidos en los protocolos de prueba.
CHECKLISTS
3. De las auditorías.
4. De las acciones correctivas.
1. Normas internacionales (ITU, etc.).
OTROS DOCUMENTOS
67
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 21/01/2010 Versión Original.
68
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC GB 16/01/2010 Versión Original.
MATRIZ DE ASIGNACIÓN DE
RESPONSABILIDADES
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE VIDEO VIGILANCIA DE SEGURIDAD SIVISECI
CIUDADANA
ROLES / PERSONAS
ENTREGABLES VIGITEC Municipalidad San Lucas
SP PM ECV EM EEI CCC LP JSC JOI PSC POI
1.0 Gestión del Proyecto.
1.1 Iniciación.
1.1.1 Project Charter.
1.1.1.A01 Reunión con el Sponsor. A R
1.1.1.A02 Elaborar Project Charter. A R
1.1.1.A03 Revisar Project Charter. A R
1.1.2 Scope Statement.
1.1.2.A01 Reunión con el Sponsor. A R
1.1.2.A02 Elaborar Scope Statement. A R
1.1.2.A03 Revisar Scope Statement. A R
1.2 Plan de Proyecto.
1.2.A01 Elaborar Plan de Proyecto. A R P P
1.2.A02 Elaborar SOW Municipalidad de San
Lucas. A R P P
1.2.A03 Elaborar SOW Dharma. A R P P
1.2.A04 Elaborar Plan de Riesgos. A R P P
1.3 Reunión de Coordinación semanal.
1.3.A01 Realizar reunión de coordinación
semanal - semana 1. R
1.3.A02 Realizar reunión de coordinación
semanal - semana 2. R
1.3.A03 Realizar reunión de coordinación
semanal - semana 3. R
1.3.A04 Realizar reunión de coordinación
semanal - semana 4. R
1.3.A05 Realizar reunión de coordinación
semanal - semana 5. R
1.3.A06 Realizar reunión de coordinación
semanal - semana 6. R
1.3.A07 Realizar reunión de coordinación
semanal - semana 7. R
1.3.A08 Realizar reunión de coordinación
semanal - semana 8. R
1.4 Cierre del Proyecto.
1.4.A01 Elaborar Documento de Cierre de A R P P
69
CGPR020 - Versión 1.0
Proyecto.
2.0 Contratos.
2.1 Contrato con Municipalidad de San Lucas.
2.1.A01 Entregar Constancia OSCE - No
Inhabilitación. R
2.1.A02 Entregar Carta Fianza. R
2.1.A03 Firmar Contrato. R
2.1.A04 Entregar SOW. R
2.2 Contrato local de proyecto Dharma.
2.2.A01 Solicitar Cotización. R
2.2.A02 Firmar Contrato. A R
2.2.A03 Entregar SOW. R
3.0 Instalación de Postes para Cámaras de Video
Vigilancia.
3.1 Materiales.
3.1.A01 Adquirir equipos y materiales. A R
3.1.A02 Entregar equipos y materiales. R P P
3.2 Ejecución.
3.2.A01 Realizar Perforación en el suelo. R P
3.2.A02 Realizar Izado del Poste con Grúa. R P
3.2.A03 Realizar Aseguramiento con Concreto. R P
3.2.A04 Instalar Cables de Acero. R P
3.2.A05 Colocar Señales de Peligro. R P
3.2.A06 Realizar Pintado de Número de
Identificación en el Poste. R P P P
4.0 Instalación de enlaces inalámbricos.
4.1 Materiales.
4.1.A01 Adquirir equipos y materiales. A R
4.1.A02 Entregar equipos y materiales. R P P
4.2 Ejecución.
4.2.A01 Realizar Montaje de las antenas
inalámbricas en los postes. R P
4.2.A02 Realizar Montaje de las estaciones
base y remotas. R P
4.2.A03 Realizar Conexión de las antenas
inalámbricas. R P
4.2.A04 Realizar Conexión de las estaciones
base y remotas. R P
4.2.A05 Realizar Conexión a la red eléctrica del
cliente. R P
4.2.A06 Realizar Conexión a la red de datos del
cliente. R P
4.2.A07 Configurar estaciones base y remotas. R P
4.2.A08 Supervisar la instalación. R P P P
4.2.A09 Ejecutar Protocolo de Pruebas de
Enlaces. R P P P P P
5.0 Instalación de cámaras de video vigilancia.
5.1. Materiales.
5.1.A01 Adquirir equipos y materiales. A R
70
CGPR020 - Versión 1.0
71
CGPR020 - Versión 1.0
72
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
DESCRIPCIÓN DE ROLES
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE VIDEO VIGILANCIA PARA SIVISECI
SEGURIDAD CIUDADANA
73
CGPR020 - Versión 1.0
EXPERIENCIA:
QUÉ EXPERIENCIA DEBE TENER, SOBRE
QUÉ TEMAS O SITUACIONES, Y DE QUÉ
NIVEL.
OTROS:
OTROS REQUISITOS ESPECIALES TALES
COMO GÉNERO, EDAD, NACIONALIDAD,
ESTADO DE SALUD, CONDICIONES
FÍSICAS, ETC.
74
CGPR020 - Versión 1.0
• Liderazgo.
HABILIDADES: • Comunicación.
QUÉ HABILIDADES ESPECÍFICAS DEBE • Negociación.
POSEER Y EN QUÉ GRADO. • Solución de Conflictos.
• Motivación.
EXPERIENCIA: • Gestión de Proyectos según el PMBOK (2 años).
QUÉ EXPERIENCIA DEBE TENER, SOBRE • MS Project (2 años).
QUÉ TEMAS O SITUACIONES, Y DE QUÉ • Estándares de Capacitación de la empresa (2 años).
NIVEL.
OTROS:
OTROS REQUISITOS ESPECIALES TALES
COMO GÉNERO, EDAD, NACIONALIDAD,
ESTADO DE SALUD, CONDICIONES
FÍSICAS, ETC.
75
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 OT RC GB 21/01/2010 Versión original.
Especialista en Municipalidad
Asignación. VIGITEC. Decisión del de San Lucas 07.ene.2010 Ninguno. Ninguno.
Cámaras de Video Sponsor. (lugares de
Vigilancia. instalación).
Municipalidad
Especialista en Asignación. VIGITEC. Decisión del de San Lucas 11.ene.2010 Ninguno. Ninguno.
Monitoreo. Sponsor. (lugares de
instalación).
Especialista en Municipalidad
Asignación. VIGITEC. Decisión del de San Lucas 07.ene.2010 Ninguno. Ninguno.
Enlaces Sponsor. (lugares de
Inalámbricos. instalación).
Comité de Control Preasignación. VIGITEC. Decisión del Municipalidad 07.ene.2010 Ninguno. Ninguno.
de Cambios. Sponsor. de San Lucas.
Municipalidad de Decisión del Municipalidad
Líder de Proyecto. Preasignación. 05.ene.2010 Ninguno. Ninguno.
San Lucas. Cliente. de San Lucas.
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
Jefe de Oficina de Asignación. Municipalidad de Decisión del Municipalidad 05.ene.2010 Ninguno. Ninguno.
Informática. San Lucas. Cliente. de San Lucas.
Personal
Asignación. Municipalidad de Decisión del Municipalidad 08.ene.2010 11.ene.2010 Ninguno. Ninguno.
Seguridad San Lucas. Cliente. de San Lucas.
Ciudadana.
Personal Oficina Asignación. Municipalidad de Decisión del Municipalidad 08.ene.2010 11.ene.2010 Ninguno. Ninguno.
de Informática. San Lucas. Cliente. de San Lucas.
77
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 OT RC GB 21/01/2010 Versión original.
No adjunto.
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
1. Siempre se deben aprovechar que el personal operativo participe en conjunto con los
especialistas en las implementaciones de soluciones similares, a fin de generar una base de datos
de conocimiento y de lecciones aprendidas, por tanto se deberá generar y entregar las guías y
procedimientos de configuración e implementación al 100%.
2. Siempre se deben aprovechar los proyectos para que los Project Manager más experimentados
hagan mentoring a los menos experimentados, en este caso el Sponsor hará mentoring al Project
Manager para ayudarlo a desarrollar sus habilidades de gestión de proyectos.
SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS: QUÉ, PORQUÉ, CUÁNTO, CÓMO, DÓNDE, POR QUIÉN,
CUÁNTO?
El Project Manager tiene un Sistema de Incentivo por cumplimiento de las líneas base del proyecto:
1. CPI y SPI al final del proyecto, no menores de 1.0, 20% de bono sobre su remuneración mensual
durante el plazo del proyecto.
2. CPI y SPI al final del proyecto, entre 0.97 y 1.0, 5% de bono sobre su remuneración mensual
durante el plazo del proyecto.
3. Cualquier combinación de los logros anteriores promedia los bonos correspondientes, cualquier
resultado por debajo de 0.97 anula cualquier bono.
Los especialistas tienen un Sistema de Compensación con 70% de remuneración fija y 30% de
remuneración variable, la cual varía según la siguiente tabla:
1. Puntualidad: llegar a tiempo a todas las actividades del proyecto donde participa, con peso 20.
2. Materiales: entregar toda la documentación en los plazos establecidos, con peso 20.
3. Pruebas de Operación: ejecución de las pruebas de funcionalidad en los plazos establecidos, con
peso 10.
4. Seguridad: implementar la solución sin necesidad de tener que realizar el trabajo nuevamente, con
peso 15.
5. Evaluación: obtener en promedio no menos de 80% de satisfacción del cliente en la ejecución de
las actividades correspondientes a su participación, con peso 35.
CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLÍTICAS: QUÉ, POR QUÉ, CUÁNDO, CÓMO, DÓNDE,
POR QUIÉN, CUÁNTO?
1. Sólo se deben contratar personal de las empresas que se encuentran previamente evaluadas por
las empresas y que cuenten con autorización para suscribir contratos de servicios.
2. Todo el personal de la empresa que participa del proyecto pasará por una Evaluación de
Desempeño al final del proyecto, y dicha evaluación se guardará en su file personal.
REQUERIMIENTOS DE SEGURIDAD: QUÉ, POR QUÉ, CUÁNDO, CÓMO, DÓNDE, POR QUIÉN, CUÁNTO?
79
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 LM OT/RC GB 21/01/10 Versión original.
3. Se revisa el Log de Control de Polémicas en la reunión semanal de coordinación con el fin de:
a. Determinar las soluciones a aplicar a las polémicas pendientes por analizar, designar un
responsable por su solución, un plazo de solución, y registrar la programación de estas
soluciones en el Log de Control.
b. Revisar si las soluciones programadas se están aplicando, de no ser así se tomarán
acciones correctivas al respecto.
c. Revisar si las soluciones aplicadas han sido efectivas y si la polémica ha sido resuelta,
de no ser así se diseñarán nuevas soluciones (continuar en el paso ‘a’).
4. En caso que una polémica no pueda ser resuelta o en caso que haya evolucionado hasta
convertirse en un problema, deberá ser abordada con el siguiente método de escalamiento:
80
CGPR020 - Versión 1.0
El Plan de Gestión de las Comunicaciones deberá ser revisado y/o actualizado cada vez que:
1. Hay una solicitud de cambio aprobada que impacte el Plan de Proyecto.
2. Hay una acción correctiva que impacte los requerimientos o necesidades de información de los
stakeholders.
3. Hay personas que ingresan o salen del proyecto.
4. Hay cambios en las asignaciones de personas a roles del proyecto.
5. Hay cambios en la matriz autoridad versus influencia de los stakeholders.
6. Hay solicitudes inusuales de informes o reportes adicionales.
7. Hay quejas, sugerencias, comentarios o evidencias de requerimientos de información no
satisfechos.
8. Hay evidencias de resistencia al cambio.
9. Hay evidencias de deficiencias de comunicación intraproyecto y extraproyecto.
La actualización del Plan de Gestión de las Comunicaciones deberá seguir los siguientes pasos:
1. Identificación y clasificación de stakeholders.
2. Determinación de requerimientos de información.
3. Elaboración de la Matriz de Comunicaciones del Proyecto.
4. Actualización del Plan de Gestión de las Comunicaciones.
5. Aprobación del Plan de Gestión de las Comunicaciones.
6. Difusión del nuevo Plan de Gestión de las Comunicaciones.
GUÍAS PARA EVENTOS DE COMUNICACIÓN: DEFINA GUÍA PARA REUNIONES, CONFERENCIAS, CORREO
ELECTRÓNICO, ETC.
Guías para Reuniones .- Todas las reuniones deberán seguir las siguientes pautas:
1. Debe fijarse la agenda con anterioridad.
2. Debe coordinarse e informarse fecha, hora, y lugar con los participantes.
3. Se debe empezar puntual.
4. Se deben fijar los objetivos de la reunión, los roles (por lo menos el facilitador y el anotador), los
procesos grupales de trabajo, y los métodos de solución de controversias.
5. Se debe cumplir a cabalidad los roles de facilitador (dirige el proceso grupal de trabajo) y de
anotador (toma nota de los resultados formales de la reunión).
6. Se debe terminar puntual.
7. Se debe emitir un Acta de Reunión (ver formato adjunto), la cual se debe repartir a los
participantes (previa revisión por parte de ellos).
Guías para Correo Electrónico.- Todos los correos electrónicos deberán seguir las siguientes pautas:
1. Los correos electrónicos entre el Equipo de Proyecto de VIGITEC S.A.C. y el Cliente deberán ser
enviados por el Project Manager con copia al Sponsor, para establecer una sola vía formal de
comunicación con el Cliente.
2. Los enviados por el Cliente y recibidos por cualquier persona del Equipo de Proyecto de VIGITEC
S.A.C. deberán ser copiados al Project Manager y el Sponsor (si es que éstos no han sido
considerados en el reparto), para que todas las comunicaciones con el Cliente estén en
conocimiento de los responsables de la parte contractual.
3. Los correos internos entre miembros del Equipo de Proyecto de VIGITEC S.A.C., deberán ser
copiados a la lista Equipo_VIGITEC que contiene las direcciones de los miembros, para que todos
estén permanentemente informados de lo que sucede en el proyecto.
GUÍAS PARA DOCUMENTACIÓN DEL PROYECTO: DEFINA LAS GUÍAS PARA CODIFICACIÓN, ALMACENAMIENTO,
RECUPERACIÓN, Y REPARTO DE LOS DOCUMENTOS DEL PROYECTO.
Guías para Codificación de Documentos. La codificación de los documentos del proyecto es la siguiente:
AAAA_BBB_CCC.DDD
Guías para Almacenamiento de Documentos: El almacenamiento de los documentos del proyecto debe
seguir las siguientes pautas:
81
CGPR020 - Versión 1.0
1. Durante la ejecución del proyecto cada miembro del equipo mantendrá en su máquina una carpeta
con la misma estructura que el WBS del proyecto, donde guardará en las sub-carpetas
correspondientes las versiones de los documentos que vaya generando.
2. Al cierre de una fase o al cierre del proyecto cada miembro del equipo deberá eliminar los archivos
temporales de trabajo de los documentos y se quedará con las versiones controladas y
numeradas (ver guías para el control de versiones), las cuales se enviarán al Project Manager.
3. El Project Manager consolidará todas las versiones controladas y numeradas de los documentos,
en un archivo final del proyecto, el cual será una carpeta con la misma estructura del WBS, donde
se almacenarán en el lugar correspondiente los documentos finales del proyecto. Esta carpeta se
archivará en Servidor para documentación de VIGITEC S.A.C., y se guardará protegida contra
escritura.
4. Se publicará una Relación de Documentos del Proyecto y la ruta de acceso para consulta.
5. Los miembros de equipo borrarán sus carpetas de trabajo para eliminar redundancias de
información y multiplicidad de versiones.
GUÍAS PARA EL CONTROL DE VERSIONES: DEFINA GUÍAS PARA REGISTRO Y CONTROL ORDENADO DE LAS
VERSIONES DE LOS DOCUMENTOS DEL PROYECTO.
1. Todos los documentos de Gestión de Proyectos están sujetos al control de versiones, el cual se hace
insertando una cabecera estándar con el siguiente diseño:
CONTROL DE VERSIONES
Código de Aprobada
Hecha por Revisada por Fecha Motivo
Versión por
2. Cada vez que se emite una versión del documento se llena una fila en la cabecera, anotando la
versión, quien emitió el documento, quién lo revisó, quién lo aprobó, a que fecha corresponde la
versión, y por qué motivo se emitió dicha versión.
3. Debe haber correspondencia entre el código de versión del documento que figura en esta cabecera
de Control de Versiones y el código de versión del documento que figura en el nombre del archivo
(ver Guía para Codificación de Documentos), según:
AAAA_BBB_CCC.DDD
82
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
Sponsor, equipo de
gestión de proyecto,
alcalde del
Cierre del Datos y comunicación sobre Cierre del PROJECT Documento digital 1.4 Cierre del
municipio de San
Medio. (PDF) vía correo Una sola vez.
Proyecto. el cierre del proyecto. proyecto. MANAGER. Lucas, jefe de Proyecto.
electrónico.
informática del
municipio de San
Lucas.
Sponsor, alcalde del
municipio de San
Informe final del Informes detallados del Informe de PROJECT Documento 8.5 Informe final de
Lucas, jefe de
cierre de Alto. Una sola vez.
cierre del proyecto. cierre. MANAGER. informática del impreso. cierre.
Proyecto.
municipio de San
Lucas.
84
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 GB RC CL 20-01-10 Versión original.
GLOSARIO DE TERMINOLOGÍA
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE VIDEO VIGILANCIA PARA SIVISECI
SEGURIDAD CIUDADANA
SIGLAS COMUNES
SIGLA DEFINICIÓN
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
DEFINICIONES
Acción Correctiva / Corrective Action. Directiva documentada para ejecutar el trabajo del proyecto y poder,
de ese modo, alinear el rendimiento futuro previsto del trabajo del proyecto con el plan de gestión del
proyecto.
Acción Preventiva / Preventive Action. Directiva documentada para realizar una actividad que puede
reducir la probabilidad de sufrir consecuencias negativas asociadas con los riesgos del proyecto.
Aceptar el Riesgo / Risk Acceptance. Una técnica de planificación de la respuesta a los riesgos que indica
que el equipo del proyecto ha decidido no cambiar el plan de gestión del proyecto para hacer frente a un
riesgo, o no ha podido identificar alguna otra estrategia de respuesta adecuada.
Acta de Constitución del Proyecto / Project Charter. Un documento emitido por el iniciador o patrocinador
del proyecto que autoriza formalmente la existencia de un proyecto, y le confiere al director de proyectos
la autoridad para aplicar los recursos de la organización a las actividades del proyecto.
Actividad Crítica / Critical Activity. Cualquier actividad del cronograma en un camino crítico del cronograma
del proyecto. Se determina más comúnmente con el método del camino crítico. Aunque algunas
actividades son "críticas" en su sentido literal, sin estar en el camino crítico, este significado se utiliza
raramente en el contexto del proyecto.
Actividad Predecesora / Predecessor Activity. La actividad del cronograma que determina cuándo la
actividad sucesora lógica puede comenzar o terminar.
Actividad Resumen / Summary Activity. Un grupo de actividades del cronograma relacionadas, agregadas
a algún nivel de resumen, que se muestran / informan como una única actividad en un resumen. Véase
también subproyecto.
Actividad Sucesora / Successor Activity. La actividad del cronograma que sigue a una actividad
predecesora, determinadas por su relación lógica.
Activos de los Procesos de la Organización / Organizational Process Assets. Todos o cualquiera de los
activos relacionados con los procesos, de todas o alguna de las organizaciones involucradas en el
proyecto, que se usan o se pueden usar para ejercer una influencia sobre el éxito del proyecto. Estos
activos de los procesos incluyen planes formales e informales, políticas, procedimientos y pautas. Los
activos de los procesos también incluyen las bases de conocimiento de las organizaciones tales como
lecciones aprendidas e información histórica.
Adelanto / Lead. Una modificación de una relación lógica que permite una anticipación de la actividad
sucesora. Por ejemplo, en una dependencia de final a inicio con un adelanto de diez días, la actividad
sucesora puede comenzar diez días antes del fin de la actividad predecesora. Véase también retraso.
Un adelanto negativo es equivalente a un retraso positivo.
Alcance / Scope. La suma de productos, servicios y resultados que se proporcionarán como un proyecto.
Véase también alcance del proyecto y alcance del producto.
Alcance del Producto / Product Scope. Los rasgos y funciones que caracterizan a un producto, servicio o
resultado.
Alcance del Proyecto / Project Scope. El trabajo que debe realizarse para entregar un producto, servicio o
resultado con las funciones y características especificadas.
86
CGPR020 - Versión 1.0
Amenaza / Threat. Una condición o situación desfavorable para el proyecto, conjunto de circunstancias
negativas, conjunto de eventos negativos, riesgo que si se hace realidad tendrá un impacto negativo en
un objetivo del proyecto, o posibilidad de cambios negativos. Compárese con oportunidad.
Análisis Causal / Root Cause Analysis. Una técnica analítica utilizada para determinar el motivo
subyacente básico que causa una variación, un defecto o un riesgo. Más de una variación, defecto o
riesgo pueden deberse a una causa.
Análisis Cualitativo de Riesgos / Qualitative Risk Analysis. El proceso de priorizar los riesgos para
realizar otros análisis o acciones posteriores, evaluando y combinando la probabilidad de ocurrencia y el
impacto.
Análisis de Asunciones / Assumptions Analysis. Técnica que analiza la exactitud de las asunciones e
identifica los riesgos del proyecto causados por el carácter impreciso, incoherente o incompleto de las
asunciones. También conocido como: Análisis de Premisas; Análisis de Suposiciones; o Análisis de
Supuestos.
Análisis de Reserva / Reserve Analysis. Una técnica analítica para determinar las características y
relaciones esenciales de los componentes en el plan de gestión del proyecto a fin de establecer una
reserva para la duración del cronograma, el presupuesto, los costes estimados o los fondos para un
proyecto.
Análisis de Variación / Variance Analysis. Un método para resolver la variación total en el conjunto de
variables de alcance, coste y cronograma en variantes del componente específicas que están asociadas
con factores definidos que afectan las variables de alcance, coste y cronograma. También conocido
como: Análisis de Variaciones.
Análisis Monte Carlo / Monte Carlo Analysis. Una técnica que calcula, o que repite, el coste del proyecto o
el cronograma del proyecto muchas veces, utilizando valores de datos iniciales seleccionados al azar a
partir de distribuciones de probabilidades de costes o duraciones posibles, para calcular una distribución
de los costes totales del proyecto o fechas de conclusión posibles. También conocido como: Análisis de
Monte Carlo.
Área de Aplicación / Application Area. Una categoría de proyectos que tienen componentes significativos
en común y que no están presentes ni son necesarios en todos los proyectos. Por lo general, las áreas
de aplicación se definen en términos del producto (es decir, por tecnologías o métodos de producción
similares) o del tipo de cliente (es decir, interno contra externo, gubernamental contra comercial) o del
sector de la industria (es decir, servicios públicos, automoción, aerospacial, tecnologías de la
información). Las áreas de aplicación pueden superponerse.
Área de Conocimiento, Dirección de Proyectos / Knowledge Area, Project Management. Véase Área de
Conocimiento de Dirección de Proyectos. También conocido como: Área de Conocimiento,
Administración de Proyectos; Área de Conocimiento, Gerencia de Proyectos; Área de conocimiento,
Gerenciamiento de Proyectos; o Área de Conocimiento, Gestión de Proyectos.
Asunciones / Assumptions. Las asunciones son factores que, para los propósitos de la planificación, se
consideran verdaderos, reales o ciertos, sin necesidad de contar con evidencia o demostración. Las
asunciones afectan todos los aspectos de la planificación del proyecto y son parte de la elaboración
gradual del proyecto. Los equipos del proyecto frecuentemente identifican, documentan y validan las
asunciones como parte de su proceso de planificación. Las asunciones generalmente involucran un
grado de riesgo. También conocido como: Premisas; Suposiciones; o Supuestos.
87
CGPR020 - Versión 1.0
Atributos de la Actividad / Activity Attributes. Varios atributos asociados con cada actividad del
cronograma que pueden incluirse dentro de la lista de actividades. Entre los atributos de la actividad se
pueden mencionar códigos de la actividad, actividades predecesoras, actividades sucesoras, relaciones
lógicas, adelantos y retrasos, requisitos de recursos, fechas impuestas, restricciones y asunciones.
Calendario del Proyecto / Project Calendar. Un calendario de días o turnos laborales que establece las
fechas en las cuales se realizan las actividades del cronograma, y de días no laborales que determina
las fechas en las cuales no se realizan las actividades del cronograma. Habitualmente define los días
festivos, los fines de semana y los horarios de los turnos. Véase también calendario de recursos.
Calidad / Quality. El grado en el que un conjunto de características inherentes satisface los requisitos.
Cambio en el Alcance / Scope Change. Cualquier cambio en el alcance del proyecto. Un cambio en el
alcance casi siempre requiere un ajuste en el coste o cronograma del proyecto. También conocido
como: Cambio del Alcance.
Cambio Solicitado / Requested Change. Una solicitud de cambio formalmente documentada que se
presenta para su aprobación al proceso de control integrado de cambios. Compárese con solicitud de
cambio aprobada. También conocido como: Solicitud de Cambio.
Camino Crítico / Critical Path. Generalmente, pero no siempre, es la secuencia de actividades del
cronograma que determina la duración del proyecto. Normalmente, es el camino más largo para el
proyecto. No obstante, un camino crítico puede finalizar, por ejemplo, en un hito del cronograma que se
encuentra en el medio del cronograma del proyecto y que tiene una restricción del cronograma
expresada por una fecha impuesta que exige finalizar antes de una fecha determinada. Véase también
método del camino crítico. También conocido como: Ruta Crítica.
Categoría de Riesgo / Risk Category. Un grupo de posibles causas de riesgo. Las causas de riesgo pueden
agruparse en categorías como técnica, externa, de la organización, ambiental o de dirección de
proyectos. Una categoría puede incluir subcategorías como madurez técnica, clima o estimación
agresiva. Véase también estructura de desglose del riesgo.
Cerrar Proyecto / Close Project. El proceso de finalizar todas las actividades en todos los grupos de
procesos del proyecto para cerrar formalmente el proyecto o una fase de él. También conocido como:
Cerrar el Proyecto o Cierre del Proyecto.
Ciclo de Vida del Producto / Product Life Cycle. Un conjunto de fases del producto que, generalmente, son
secuenciales y sin superposición, cuyos nombres y números son determinados por las necesidades de
fabricación y control de la organización. La última fase del ciclo de vida del producto es, generalmente,
el deterioro y la muerte del producto. Generalmente, un ciclo de vida del proyecto está contenido dentro
de uno o más ciclos de vida del producto.
Ciclo de Vida del Proyecto / Project Life Cycle. Un conjunto de fases del proyecto que, generalmente son
secuenciales, cuyos nombres y números son determinadas por las necesidades de control de la
organización u organizaciones involucradas en el proyecto. Un ciclo de vida puede ser documentado
con una metodología.
Cliente / Customer. La persona u organización que usará el producto, servicio o resultado del proyecto.
(Véase también usuario).
Comité de Control de Cambios / Change Control Board (CCB). Un grupo formalmente constituido de
interesados responsable de analizar, evaluar, aprobar, retrasar o rechazar cambios al proyecto, y
registrar todas las decisiones y recomendaciones.
88
CGPR020 - Versión 1.0
Compresión del Cronograma / Schedule Compression. Reducción de la duración del cronograma del
proyecto sin disminuir el alcance del proyecto. Véase también intensificación y seguimiento rápido.
Control de Cambios / Change Control. Identificar, documentar, aprobar o rechazar y controlar cambios en
las líneas base del proyecto.
Control de Costes / Cost Control. El proceso de influenciar los factores que crean variaciones y controlar
los cambios en el presupuesto del proyecto. También conocido como: Control del Costo o Control de
Costos.
Control del Alcance / Scope Control. El proceso de controlar los cambios en el alcance del proyecto.
Control del Cronograma / Schedule Control. El proceso de controlar los cambios del cronograma del
proyecto.
Control Integrado de Cambios / Integrated Change Control. El proceso de revisar todas las solicitudes de
cambio, aprobar los cambios y controlar los cambios a los productos entregables y a los activos de los
procesos de la organización.
Controlar / Control. Comparar el rendimiento real con el rendimiento planificado, analizar las variaciones,
calcular las tendencias para realizar mejoras en los procesos, evaluar las alternativas posibles y
recomendar las acciones correctivas apropiadas según sea necesario.
Corrupción del Alcance / Scope Creep. Adición de funciones y funcionalidad (alcance del proyecto) sin
considerar los efectos sobre el tiempo, los costes y los recursos, o sin la aprobación del cliente.
También conocido como: Adiciones al Alcance; Alteración del Alcance; o Cambio Mayor del Alcance.
Coste / Cost. El valor monetario o precio de una actividad o componente del proyecto que incluye el valor
monetario de los recursos necesarios para realizar y terminar la actividad o el componente, o para
producir el componente. Un coste específico puede estar compuesto por una combinación de
componentes de coste, incluidas las horas de mano de obra directa, otros costes directos, horas de
mano de obra indirecta, otros costes indirectos y precio de compra. (Sin embargo, en algunas
ocasiones, para la metodología de gestión del valor ganado, el término coste puede referirse
únicamente a horas de mano de obra sin su conversión al valor monetario). Véase también coste real y
estimación. También conocido como: Costo.
Coste Real / Actual Cost (AC). Costes totales realmente incurridos y registrados para llevar a cabo un
trabajo que se realizó en un período determinado respecto de una actividad del cronograma o
componente de la estructura de desglose del trabajo. En ocasiones, los costes reales pueden ser horas
de mano de obra directa únicamente, costes directos únicamente o todos los costes, incluidos los costes
indirectos. También se lo conoce como el coste real del trabajo realizado. Véase también gestión del
valor ganado y técnica del valor ganado. También conocido como: Costo Real.
Crear EDT (Estructura de Desglose del Trabajo) / Create WBS (Work Breakdown Structure). El proceso
de subdividir los principales productos entregables del proyecto y el trabajo del proyecto en
componentes más pequeños y más fáciles de manejar. También conocido como: Crear EDT (Estructura
de Desagregación del Trabajo); Crear EDT (Estructura de Descomposición del Trabajo); Crear EDT
(Estructura de la División del Trabajo); Crear EDT (Estructura Detallada del Trabajo); Crear Estructura
del Trabajo.
Criterios de Aceptación / Acceptance Criteria. Aquellos criterios, incluidos los requisitos de rendimiento y
condiciones esenciales, que deben cumplirse antes de que se acepten los productos entregables del
proyecto.
Cronograma de hitos / Milestone Schedule. Un cronograma resumido que identifica los principales hitos
del cronograma.
89
CGPR020 - Versión 1.0
Cronograma del Proyecto / Project Schedule. Las fechas planificadas para realizar las actividades del
cronograma y las fechas planificadas para cumplir los hitos del cronograma.
Cuenta de Control / Control Account (CA). Un punto de control de gestión donde se produce la integración
entre el alcance, el presupuesto, el coste real y el cronograma, y donde se mide el rendimiento. Las
cuentas de control se colocan en puntos de gestión seleccionados (componentes específicos en niveles
seleccionados) de la estructura de desglose del trabajo. Cada cuenta de control puede incluir uno o más
paquetes de trabajo, pero cada paquete de trabajo sólo puede estar asociado con una cuenta de
control. Cada cuenta de control está asociada a un componente único y específico de la organización en
la estructura de desglose de la organización. Antes se llamaba Cuenta de Costes. Véase también
paquete de trabajo.
Curva S / S-Curve. Representación gráfica de los costes acumulativos, las horas de mano de obra, el
porcentaje de trabajo y otras cantidades, trazados en relación con el tiempo. El nombre proviene de la
forma en S de la curva (más uniforme al principio y al final, más pronunciada en el medio) producida en
un proyecto que comienza despacio, se acelera y disminuye al final. Término que también se utiliza para
la distribución acumulada de probabilidad, que consiste en el resultado de una simulación, una
herramienta de análisis cuantitativo de riesgos.
Definición del Alcance / Scope Definition. El proceso de desarrollar un enunciado del alcance del proyecto
detallada como base para futuras decisiones del proyecto.
Diagrama de Barras / Bar Chart. Representación gráfica de la información relacionada con el cronograma.
En un diagrama de barras típico, las actividades del cronograma o componentes de la estructura de
desglose del trabajo se enumeran de forma descendente en el lado izquierdo del diagrama, las fechas
aparecen a lo largo de la parte superior, y la duración de las actividades se muestra como barras
horizontales ordenadas por fecha. También se conoce como diagrama de Gantt.
Diccionario de la Estructura de Desglose del Trabajo / Work Breakdown Structure . Un documento que
describe cada componente en la estructura de desglose del trabajo (EDT). Para cada componente de la
EDT, el diccionario de la EDT incluye una breve definición del alcance o enunciado del trabajo,
productos entregables definidos, una lista de actividades asociadas y una lista de hitos. Otra información
puede incluir: la organización responsable, las fechas de inicio y finalización, los recursos requeridos,
una estimación del coste, el número de cargo, la información del contrato, los requisitos de calidad y las
referencias técnicas para facilitar el rendimiento del trabajo. También conocido como: Diccionario de
Estructura de Descomposición del Trabajo; Diccionario de la Estructura de Desagregación del Trabajo;
Diccionario de la Estructura de la División del Trabajo; Diccionario de la Estructura Detallada de Trabajo;
Diccionario de la Estructura Detallada del Trabajo; o Diccionario del Desglose de la Estructura del
Trabajo.
Disparadores / Triggers. Indicadores de qué ha ocurrido o está por ocurrir un riesgo. Los disparadores
pueden descubrirse en el proceso de identificación de riesgos y pueden observarse en el proceso de
seguimiento y control de riesgos. A veces se los llama síntomas de riesgo o señales de advertencia.
Ejecución Rápida / Fast Tracking. Una técnica específica de compresión del cronograma de un proyecto
que cambia la lógica de la red para solapar fases que normalmente se realizarían en forma secuencial,
tales como la fase de diseño y la fase de construcción, o para llevar a cabo actividades del cronograma
en forma paralela. Véase compresión del cronograma y también intensificación. También conocido
como: Ejecución Acelerada; Solapamiento; Superposición de actividades; o Traslape de Actividades.
Enunciado del Alcance del Proyecto / Project Scope Statement. La descripción narrativa del alcance del
proyecto, incluidos los principales productos entregables, objetivos del proyecto, hipótesis del proyecto,
restricciones del proyecto y una descripción del trabajo, que brinda una base documentada que permite
tomar decisiones futuras sobre el proyecto, y confirmar o desarrollar un entendimiento común del
alcance del proyecto entre los interesados. La definición del alcance del proyecto: aquello que se debe
90
CGPR020 - Versión 1.0
hacer para llevar a cabo el trabajo. También conocido como: Definición del Alcance del Proyecto;
Descripción del Alcance del Proyecto; o Enunciado de Alcance del Proyecto.
Equipo de Dirección del Proyecto / Project Management Team. Los miembros del equipo del proyecto
que participan directamente en las actividades de dirección del mismo. En algunos proyectos más
pequeños, el equipo de dirección del proyecto puede incluir prácticamente a todos los miembros del
equipo del proyecto. También conocido como: Equipo de Administración de Proyectos; Equipo de
Gerencia de Proyectos; Equipo de Gerenciamiento de Proyectos; o Equipo de Gestión de Proyecto.
Equipo del Proyecto / Project Team. Todos los miembros del equipo del proyecto, incluidos el equipo de
dirección del proyecto, el director del proyecto y, para algunos proyectos, el patrocinador del proyecto.
Estimación a la Conclusión / Estimate at Completion (EAC). El coste total previsto de una actividad del
cronograma, de un componente de la estructura de desglose del trabajo o del proyecto, cuando se
complete el alcance definido del trabajo. El EAC es igual al coste real (AC) más la estimación hasta la
conclusión (ETC) para todo el trabajo restante. EAC = AC más ETC. El EAC puede ser calculado sobre
la base del rendimiento hasta la fecha o estimado por el equipo del proyecto sobre la base de otros
factores, y en este caso se denomina última estimación revisada. Véase también técnica del valor
ganado y estimación hasta la conclusión. También conocido como: Estimación a la Terminación.
Estimación hasta la Conclusión / Estimate to Complete (ETC). El coste previsto necesario para terminar
todo el trabajo restante para una actividad del cronograma, un componente de la estructura de desglose
del trabajo o el proyecto. Véase también técnica del valor ganado y estimación a la conclusión. También
conocido como: Estimación para Terminar.
Estructura de Desglose de Recursos / Resource Breakdown Structure (RBS). Una estructura jerárquica
de recursos por categoría de recurso y tipo de recurso utilizada en la nivelación de recursos de los
cronogramas y para desarrollar cronogramas limitados por los recursos, y que puede usarse para
identificar y analizar las asignaciones de recursos humanos a los proyectos. También conocido como:
Desglose de la Estructura de Recursos; Estructura de Desagregación de Recursos; Estructura de
Descomposición de Recursos; Estructura de la División de Recursos; o Estructura Detallada de
Recursos.
Estructura de Desglose del Riesgo / Risk Breakdown Structure (RBS). Una descripción jerárquica de los
riesgos del proyecto, identificados y organizados por categoría de riesgo y subcategoría, que identifica
las distintas áreas y causas de posibles riesgos. La estructura de desglose del riesgo a menudo suele
adaptarse para tipos de proyectos específicos. También conocido como: Desglose de la Estructura de
Riesgos; Estructura de Desagregación de Riesgos; Estructura de Descomposición del Riesgo;
Estructura de la División del Riesgo; Estructura Detallada de Riesgos; o Estructura Detallada del Riesgo.
Estructura de Desglose del Trabajo (EDT) / Work Breakdown Structure (WBS). Una descomposición
jerárquica con orientación hacia el producto entregable relativa al trabajo que será ejecutado por el
equipo del proyecto para lograr los objetivos del proyecto y crear los productos entregables requeridos.
Organiza y define el alcance total del proyecto. Cada nivel descendente representa una definición cada
vez más detallada del trabajo del proyecto. La EDT se descompone en paquetes de trabajo. La
orientación hacia el producto entregable de la jerarquía incluye los productos entregables internos y
externos. Véase también paquete de trabajo, cuenta de control, y estructura de desglose del trabajo del
contrato. También conocido como: Desglose de la Estructura del Trabajo; Estructura de Desagregación
del Trabajo (EDT); Estructura de Descomposición del Trabajo (EDT); Estructura de la División del
Trabajo; Estructura Detallada de Trabajo (EDT); o Estructura Detallada del Trabajo (EDT).
Evitar el Riesgo / Risk Avoidance. Una técnica de planificación de la respuesta a los riesgos ante una
amenaza que genera cambios en el plan de gestión del proyecto con la intención de eliminar el riesgo o
proteger los objetivos del proyecto de su impacto. Por lo general, la evitar el riesgo implica relajar los
objetivos de plazos, costes, alcance o calidad. También conocido como: Eliminación del Riesgo; Evadir
el Riesgo; o Prevención del Riesgo.
91
CGPR020 - Versión 1.0
Fase del Proyecto / Project Phase. Un conjunto de actividades del proyecto relacionadas lógicamente, que
generalmente culminan con la finalización de un producto entregable principal. Las fases del proyecto
(también denominadas simplemente fases) suelen completarse en forma secuencial, pero pueden
superponerse en determinadas situaciones de proyectos. Las fases pueden subdividirse en subfases y,
a su vez, en componentes; esta jerarquía, si el proyecto o las partes del proyecto se dividen en fases,
está contenida en la estructura de desglose del trabajo. Una fase del proyecto es un componente de un
ciclo de vida del proyecto. Una fase del proyecto no es un grupo de procesos de dirección de proyectos.
Gestión del Valor Ganado / Earned Value Management (EVM). Una metodología de gestión para integrar
alcance, cronograma y recursos, y para medir el rendimiento y el avance del proyecto en forma objetiva.
El rendimiento se mide determinando el coste presupuestado del trabajo realizado (es decir, el valor
ganado) y comparándolo con el coste real del trabajo realizado (es decir, el coste real). El avance se
mide comparando el valor ganado con el valor planificado. También conocido como: Administración del
Valor del Trabajo Realizado; Administración del Valor Ganado; Gerencia de Valor Ganado; o
Gerenciamiento del Valor Ganado.
Habilidad / Skill. Capacidad para usar los conocimientos, una aptitud desarrollada o una capacidad para
ejecutar o realizar una actividad en forma eficiente y de inmediato.
Herramienta / Tool. Algo tangible, como una plantilla o un programa de software, utilizado al realizar una
actividad para producir un producto o resultado.
Identificador de la Actividad / Activity Identifier. Una breve y única identificación numérica o de texto
asignada a cada actividad del cronograma a fin de diferenciar esa actividad del proyecto de otras
actividades. Generalmente, es único dentro de cualquier diagrama de red del cronograma del proyecto.
Índice de Rendimiento del Coste / Cost Performance Index (CPI). Una medida de eficiencia en función de
los costes con respecto a un proyecto. Es la relación valor ganado (EV) y costes reales (AC). CPI = EV
dividido AC. Un valor igual o mayor que uno indica una condición favorable, y un valor menor que uno
indica una condición desfavorable. También conocido como: Índice de Desempeño de Costos; Índice de
Rendimiento de Costo; Índice de Rendimiento de Costo; ó Índice del Desempeño de Costos.
Índice de Rendimiento del Cronograma / Schedule Performance Index (SPI). Una medida de eficiencia
del cronograma en un proyecto. Es la razón entre el valor ganado (EV) y valor planificado (PV). SPI =
EV dividido PV. Un SPI igual o mayor que uno indica una condición favorable, y un valor menor que uno
indica una condición desfavorable. Véase también gestión del valor ganado. También conocido como:
Índice de Desempeño del Cronograma.
Iniciación del Proyecto / Project Initiation. Lanzar un proceso que puede dar por resultado la autorización y
definición del alcance de un nuevo proyecto.
Intensificación / Crashing. Un tipo específico de técnica de compresión del cronograma del proyecto
realizada al tomar las medidas necesarias para disminuir la duración del cronograma del proyecto total
después de analizar varias alternativas para determinar cómo obtener la máxima compresión de la
duración del cronograma al menor coste adicional posible. Los enfoques típicos para la intensificación
de un cronograma incluyen reducir la duración de la actividad del cronograma y aumentar la asignación
92
CGPR020 - Versión 1.0
de recursos para las actividades del cronograma. Véase compresión del cronograma y véase también
seguimiento rápido. También conocido como: Compresión.
Interesado en el Proyecto / Project Stakeholder. Véase interesados. También conocido como: Interesados
en el Proyecto o Involucrado en el Proyecto.
Juicio de Expertos / Expert Judgement. Un juicio que se brinda sobre la base de la experiencia en un área
de aplicación, área de conocimiento, disciplina, industria, etc. según resulte apropiado para la actividad
que se está llevando a cabo. Dicha experiencia puede ser proporcionada por cualquier grupo o persona
con una educación, conocimiento, habilidad, experiencia o capacitación especializada, y puede
obtenerse de numerosas fuentes, incluyendo: otras unidades dentro de la organización ejecutante;
consultores; interesados, incluidos clientes; asociaciones profesionales y técnicas; y grupos industriales.
Lecciones Aprendidas / Lessons Learned. Lo que se aprende en el proceso de realización del proyecto.
Las lecciones aprendidas pueden identificarse en cualquier momento. También considerado un registro
del proyecto, que se debe incluir en la base de conocimientos de lecciones aprendidas.
Línea Base / Baseline. El plan de fases de tiempo aprobado (para un proyecto, un componente de la
estructura de desglose del trabajo, un paquete de trabajo o una actividad del cronograma), más o
menos el alcance del proyecto, el coste, el cronograma y los cambios técnicos. Por lo general, se refiere
a la referencia actual, pero también puede referirse a la referencia original o a alguna otra referencia.
Generalmente, se utiliza con un modificador (por ej., costes de referencia, referencia del cronograma,
referencia para la medición del rendimiento, referencia técnica). Véase también línea base para la
medición del rendimiento.
Línea Base de Coste / Cost Baseline. Véase referencia. También conocido como: Línea Base de Costo o
Línea Base de Costos.
Línea Base para la Medición del Rendimiento / Performance Measurement Baseline. Un plan aprobado
para el trabajo del proyecto contra el que se compara la ejecución del proyecto y se miden las
desviaciones con el fin de un control de gestión. Por lo general, la referencia para la medición del
rendimiento incluye los parámetros de alcance, cronograma y coste de un proyecto, pero también puede
incluir parámetros técnicos y de calidad. También conocido como: Línea Base para la Medición del
Desempeño.
Método del Camino Crítico / Critical Path Method (CPM). Una técnica de análisis de la red del cronograma
que se usa para determinar el nivel de margen de los cronogramas (el nivel de holgura) sobre varios
caminos de red lógicos de la red del cronograma del proyecto y para determinar la duración total mínima
del proyecto. Las fechas de inicio y finalización tempranas se calculan mediante un recorrido hacia
adelante, usando una fecha de inicio especificada. Las fechas de inicio y finalización tardías se calculan
mediante un recorrido hacia atrás, a partir de una fecha de finalización especificada, que generalmente
es la fecha de finalización temprana del proyecto determinada durante el cálculo del recorrido hacia
adelante. También se denomina Método de la Ruta Crítica.
Miembros del Equipo / Team Members. Véase miembros del equipo del proyecto.
93
CGPR020 - Versión 1.0
Miembros del Equipo del Proyecto / Project Team Members. Las personas que dependen, ya sea directa
o indirectamente, del director de proyectos, y que son responsables de realizar el trabajo del proyecto
como parte regular de sus obligaciones asignadas.
Mitigar el riesgo / Risk Mitigation. Una técnica de planificación de la respuesta a los riesgos asociada con
amenazas que pretende reducir la probabilidad de ocurrencia o el impacto de un riesgo por debajo de
un umbral aceptable. También conocido como: Disminuir el Riesgo o Mitigación del Riesgo.
Nivelación de Recursos / Resource Leveling. Cualquier forma de análisis de la red del cronograma en que
las decisiones de planificación (fechas de inicio y de finalización) se basan en aspectos relativos a las
restricciones de los recursos (por ej., disponibilidad de recursos limitados o cambios de difícil gestión en
los niveles de disponibilidad de recursos).
Norma / Standard. Un documento establecido por consenso y aprobado por un cuerpo reconocido que
proporciona, para uso común y repetido, reglas, pautas o características para actividades o sus
resultados, orientado a lograr el óptimo grado de orden en un contexto determinado. También conocido
como: Estándar.
Paquete de Trabajo / Work Package. Un producto entregable o componente del trabajo del proyecto en el
nivel más bajo de cada sector de la estructura de desglose del trabajo. El paquete de trabajo incluye las
actividades del cronograma y los hitos del cronograma requeridos para completar el producto entregable
del paquete de trabajo o el componente del trabajo del proyecto.
Patrocinador / Sponsor. La persona o el grupo que ofrece recursos financieros, monetarios o en especie,
para el proyecto. También conocido como: Patrocinante.
Patrocinador del Proyecto / Project Sponsor. Véase patrocinador. También conocido como: Patrocinador
de Proyecto.
Plan de Gestión de Calidad / Quality Management Plan. El plan de gestión de calidad describe cómo el
equipo de dirección del proyecto implementará la política de calidad de la organización ejecutante. El
plan de gestión de calidad es un componente o un plan subsidiario al plan de gestión del proyecto. El
plan de gestión de calidad puede ser formal o informal, muy detallado o ampliamente esbozado,
dependiendo de los requisitos del proyecto. También conocido como: Plan de Administración de
Calidad; Plan de Gerencia de Calidad; o Plan de Gerenciamiento de Calidad.
Plan de Gestión de Personal / Staffing Management Plan. El documento que describe cuándo y cómo se
cumplirán los requisitos de recursos humanos. Es un plan subsidiario del plan de gestión del proyecto o
una parte de él. Dependiendo de las necesidades del proyecto, el plan de gestión de personal puede
ser informal y ampliamente esbozado, o formal y muy detallado. La información del plan de gestión de
personal varía según el área de aplicación y el tamaño del proyecto. También conocido como: Plan de
Administración de Personal; Plan de Gerencia de Personal; o Plan de Gerenciamiento de Personal.
94
CGPR020 - Versión 1.0
Plan de Gestión de Riesgos / Risk Management Plan. El documento que describe cómo se estructurará y
realizará en el proyecto la gestión de riesgos del proyecto. Es un plan subsidiario del plan de gestión del
proyecto o una parte de él. Dependiendo de las necesidades del proyecto, el plan de gestión de riesgos
puede ser informal y ampliamente esbozado, o formal y muy detallado. La información del plan de
gestión de riesgos varía según el área de aplicación y el tamaño del proyecto. El plan de gestión de
riesgos es diferente del registro de riesgos ya que éste contiene la lista de riesgos del proyecto, los
resultados del análisis de riesgos y las respuestas a los riesgos. También conocido como: Plan de
Administración de Riesgos; Plan de Gerencia de Riesgos; o Plan de Gerenciamiento de Riesgos.
Planificación de Calidad / Quality Planning. El proceso de identificar qué estándares de calidad son
relevantes para el proyecto y de determinar cómo satisfacerlos. También conocido como: Planeación de
Calidad.
Plantilla / Template. Un documento parcialmente completo en un formato predefinido, que proporciona una
estructura definida para recopilar, organizar y presentar información y datos. Las plantillas suelen
basarse en documentos creados durante proyectos anteriores. Las plantillas pueden reducir el esfuerzo
necesario para realizar un trabajo y aumentar la consistencia de los resultados.
Polémica / Issue. Un punto o asunto cuestionado o respecto del cual existe una controversia, o que no se ha
resuelto y se está analizando, o respecto del cual existen posiciones opuestas o desacuerdo. También
conocido como: Problema o Punto de Atención.
Portafolio / Portfolio. Un conjunto de proyectos o programas y otros trabajos que se han agrupado para
facilitar la gestión eficiente de ese trabajo, a fin de cumplir con los objetivos estratégicos de negocio. Los
proyectos o programas del portafolio no son necesariamente interdependientes o están directamente
relacionados.
Práctica / Practice. Un tipo específico de actividad profesional o de gestión que contribuye a ejecutar un
proceso y que puede utilizar una o más técnicas y herramientas.
Presupuesto hasta la Conclusión / Budget At Completion (BAC). La suma de todos los valores del
presupuesto establecidos para el trabajo que se realizará en un proyecto, componente de la estructura
de desglose del trabajo o actividad del cronograma. El valor planificado total para el proyecto. También
conocido como: Presupuesto a la Terminación; Presupuesto Final; o Presupuesto hasta la Terminación.
Procedimiento / Procedure. Una serie de pasos que se siguen en un orden regular definitivo con un
propósito.
95
CGPR020 - Versión 1.0
Proceso de Dirección de Proyectos / Project Management Process. Uno de los 44 procesos, propios de
la dirección de proyectos que se describe en la Guía del PMBOK®. También conocido como: Proceso
de Administración de Proyectos; Proceso de Gerencia de Proyectos; Proceso de Gestión de Proyectos;
o Proceso del Gerenciamiento de Proyectos.
Programa / Program. Un grupo de proyectos relacionados cuya gestión se realiza de manera coordinada
para obtener beneficios y control, que no se obtendrían si se gestionaran en forma individual. Los
programas pueden incluir elementos de trabajo relacionados que están fuera del alcance de los
proyectos diferenciados del programa.
Proyecto / Project. Un esfuerzo temporal que se lleva a cabo para crear un producto, servicio o resultado
único.
Registro de Riesgos / Risk Register. El documento que contiene los resultados del análisis cualitativo de
riesgos, análisis cuantitativo de riesgos y planificación de la respuesta a los riesgos. El registro de
riesgos detalla todos los riesgos identificados, incluso la descripción, categoría, causa, probabilidad de
ocurrencia, impactos en los objetivos, respuestas propuestas, responsables y condición actual. El
registro de riesgos es un componente del plan de gestión del proyecto.
Requisito / Requirement. Una condición o capacidad que un sistema, producto, servicio, resultado o
componente debe satisfacer o poseer para cumplir con un contrato, norma, especificación u otros
documentos formalmente impuestos. Los requisitos incluyen las necesidades, deseos y expectativas
cuantificadas y documentadas del patrocinador, del cliente y de otros interesados. También conocido
como: Requerimiento.
Reserva / Reserve. Provisión de fondos en el plan de gestión del proyecto para mitigar riesgos del
cronograma y/o costes. Se utiliza a menudo con un modificador (por ej., reserva de gestión, reserva
para contingencias) con el objetivo de proporcionar más detalles sobre qué tipos de riesgos se pretende
mitigar. El significado específico del término modificado varía por área de aplicación.
Reserva para Contingencias / Contingency Reserve. La cantidad de fondos, presupuesto o tiempo, que
supere la estimación, necesarios para reducir el riesgo de sobrecostes de los objetivos del proyecto a un
nivel aceptable para la organización.
Riesgo / Risk. Un evento o condición incierta que, si se produce, tiene un efecto positivo o negativo en los
objetivos de un proyecto. Véase también categoría de riesgo y estructura de desglose del riesgo.
Riesgo Residual / Residual Risk. Riesgo que permanece después de haber implementado las respuestas a
los riesgos.
96
CGPR020 - Versión 1.0
Riesgo Secundario / Secondary Risk. Un riesgo que surge como resultado directo de la implantación de
una respuesta a los riesgos.
Rol / Role. Una función definida que debe realizar un miembro del equipo del proyecto, como evaluar,
archivar, inspeccionar o codificar.
Salida / Output. Un producto, resultado o servicio generado por un proceso. Puede ser un dato inicial para
un proceso sucesor. También conocido como: Resultado.
Seguimiento y Control de Riesgos / Risk Monitoring and Control. El proceso de realizar el seguimiento
de los riesgos identificados, monitorizar los riesgos residuales, identificar nuevos riesgos, ejecutar
planes de respuesta a los riesgos y evaluar su efectividad durante todo el ciclo de vida del proyecto.
También conocido como: Monitoreo y Control de Riesgos.
Solicitud de Cambio / Change Request. Solicitudes para ampliar o reducir el alcance de un proyecto,
modificar políticas, procesos, planes o procedimientos, modificar costes o presupuestos, o revisar
cronogramas. Las solicitudes de cambio pueden hacerse directa o indirectamente, pueden iniciarse en
forma externa o interna y pueden tener carácter obligatorio u opcional, ya sea desde el punto de vista
legal o contractual. Únicamente se procesan las solicitudes de cambio formalmente documentadas, y
sólo se implementan las solicitudes de cambio aprobadas.
Solicitud de Cambio Aprobada / Approved Change Request. Una solicitud de cambio que se ha
procesado a través del proceso de control de cambio integrado y que ha sido aprobada. Compárese con
cambio solicitado.
Subproyecto / Subproject. Una porción más pequeña del proyecto general creada al subdividir un proyecto
en componentes o partes más fáciles de gestionar. Generalmente, los subproyectos están
representados en una estructura de desglose del trabajo. Un subproyecto puede ser considerado como
un proyecto, gestionado como un proyecto y adquirido a un vendedor. Puede ser considerado una
subred en un diagrama de red del cronograma del proyecto.
Supervisar / Monitor. Recolectar datos de rendimiento del proyecto con respecto a un plan, producir
medidas de rendimiento, e informar y difundir la información sobre el rendimiento. También conocido
como: Monitorear.
Supervisar y Controlar el Trabajo del Proyecto / Monitor and Control Project Work. El proceso de
supervisar y controlar los procesos requeridos para iniciar, planificar, ejecutar y cerrar un proyecto, a fin
de cumplir con los objetivos de rendimiento definidos en el plan de gestión del proyecto y el enunciado
del alcance del proyecto. También conocido como: Monitorear y Controlar el Trabajo del Proyecto.
Técnica / Technique. Un procedimiento sistemático definido y utilizado por una persona para realizar una
actividad para producir un producto o un resultado, o prestar un servicio, y que puede emplear una o
más herramientas.
Técnica del Valor Ganado / Earned Value Technique (EVT). Una técnica específica para medir el
rendimiento del trabajo para un componente de la estructura de desglose del trabajo, una cuenta de
control o un proyecto. También conocido como: Método de Acreditación; Normas de Devengo; o
Técnica del Valor del Trabajo Realizado.
Tormenta de Ideas / Brainstorming. Una técnica general de recolección de datos y creatividad que puede
usarse para identificar riesgos, ideas o soluciones a problemas mediante el uso de un grupo de
miembros del equipo o expertos en el tema. Generalmente, una sesión de tormenta de ideas consiste
en registrar las opiniones de cada participante para su posterior análisis. También conocido como:
Lluvia de Ideas.
97
CGPR020 - Versión 1.0
Trabajo / Work. Esfuerzo físico o mental, empleo o ejercicio de una habilidad en forma sostenida, para
superar obstáculos y lograr un objetivo.
Transferir el Riesgo / Risk Transference. Una técnica de planificación de la respuesta a los riesgos que
traslada el impacto de una amenaza a un tercero, junto con la responsabilidad de la respuesta. También
conocido como: Transferencia del Riesgo.
Triple Restricción / Triple Constraint. Un marco para evaluar demandas contrapuestas. La triple restricción
suele representarse como un triángulo en el cual uno de los lados, o de los vértices, representa uno de
los parámetros que gestiona el equipo de proyecto.
Usuario / User. La persona u organización que usará el producto o servicio del proyecto. Véase también
cliente.
Valor Ganado / Earned Value (EV). El valor del trabajo completado expresado en términos del presupuesto
aprobado asignado a dicho trabajo para una actividad del cronograma o un componente de la estructura
de desglose del trabajo. También conocido como: Coste Presupuestado del Trabajo Realizado o Valor
Devengado. Glosario
Valor Planificado / Planned Value (PV). El presupuesto autorizado asignado al trabajo planificado que debe
realizarse respecto de una actividad del cronograma o componente de la estructura de desglose del
trabajo. También conocido como Coste Presupuestado del Trabajo Planificado o Valor Planeado.
Variación / Variance. Una desviación, cambio o divergencia cuantificable de una referencia conocida o valor
previsto.
Variación del Coste / Cost Variance (CV). Una medida de rendimiento en función de los costes con
respecto a un proyecto. Es la diferencia algebraica entre el valor ganado (EV) y el coste real (AC). CV =
EV menos AC. Un valor positivo indica una condición favorable, y un valor negativo indica una condición
desfavorable. También conocido como: Variación del Costo o Variación en los Costos.
Variación del Cronograma / Schedule Variance (SV). Una medida de rendimiento del cronograma en un
proyecto. Es una diferencia algebraica entre el valor ganado (EV) y el valor planificado (PV). SV = EV
menos PV. Véase también gestión del valor ganado. También conocido como: Variación en Tiempo.
Verificación del Alcance / Scope Verification. El proceso de formalizar la aceptación de los productos
entregables terminados del proyecto.
98
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 OT RC GB 26/01/2010 Versión original.
99
CGPR020 - Versión 1.0
Equipo de G. Riesgos
Líder GB Dirigir actividad, responsable
Análisis Cuantitativo de
Apoyo RC, OT, LM directo.
Riesgos.
Miembros CC, ML, HC Proveer definiciones.
Ejecutar Actividad.
Equipo de G. Riesgos
Planificación de Líder GB Dirigir actividad, responsable
Respuesta a los Apoyo RC, OT, LM directo.
Riesgos. Miembros CC, ML, HC Proveer definiciones.
Ejecutar Actividad.
Equipo de G. Riesgos
Líder GB Dirigir actividad, responsable
Seguimiento y Control
Apoyo RC, OT, LM directo.
del Riesgos.
Miembros CC, ML, HC Proveer definiciones.
Ejecutar Actividad.
Líder
Análisis Cualitativo de Apoyo
Riesgos. Miembros
Líder
Análisis Cuantitativo de Apoyo
Riesgos. Miembros
Planificación de Líder
Apoyo
Respuesta a los
Miembros
Riesgos.
Líder
Seguimiento y Control Apoyo
del Riesgos. Miembros
$ 300
Planificación de Al inicio del proyecto. 1.2 Plan del Proyecto. Dos veces.
Respuesta a los En cada reunión del 1.4 Reunión de Coordinación Semanal.
Riesgos. equipo del proyecto. Semanal.
Seguimiento y Control En cada fase del 1.4 Reunión de Coordinación Semanal.
del Riesgos. proyecto. Semanal.
101
CONTROL DE VERSIONES CGPR020 - Versión 1
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 OT RC / LM GB 26/01/2010 Versión Inicial.
Evitar / Mitigar /
Transferir
Ordenados en Muy alto / alto /
forma Moderado / Explotar /
Compartir /
decrecimiento Bajo / Muy bajo
Mejorar
Aceptar
CODIGO PROBABILIDAD
AMENAZA / DESCRIPCIÓN DEL ENTREGABLES RESPONSABLE TIPO DE RESPONSABLE DE PLAN DE
DEL CAUSA RAÍZ TRIGGER POR IMPACTO TIPO DE RIESGO RESPUESTAS PLANIFICADAS FECHA PLANIFICADA
OPORTUNIDAD RIESGOS AFECTADOS DEL RIESGO RESPUESTA LA RESPUESTA CONTINGENCIA
RIESGO TOTAL
Retrasos en la gestión Inspecciones de 1. Coordinación continua con Mitigar. OT Durante la fase inicial hasta Evaluar
proveedor. el cierre de adquisiciones.
R003 AMENAZA. de adquisición de aduanas se Reuniones de 6.1 Materiales. 0,24 MODERADO. OT incumplimiento,
equipos para el Centro extiende del plazo seguimiento. 2. Informe semanal del tomar medidas
Mitigar. OT Durante la fase inicial hasta
de Monitoreo. previsto. proveedor a nivel de correctivas.
el cierre de adquisiciones.
cumplimiento de contrato.
Inspecciones de 1. Coordinación continua con Mitigar. RC Durante la fase inicial hasta Evaluar
Retrasos en la gestión proveedor. el cierre de adquisiciones.
R005 AMENAZA. aduanas se Reuniones de 5.1 Materiales. 0,24 MODERADO. RC incumplimiento,
de adquisición de las
extiende del plazo seguimiento. 2. Informe semanal del tomar medidas
cámaras de video. Mitigar. RC Durante la fase inicial hasta
previsto. proveedor a nivel de correctivas.
el cierre de adquisiciones.
cumplimiento de contrato.
Los equipos no se Retrasos en el 1. Coordinación continua con Mitigar. RC Durante la fase inicial hasta Evaluar
proveedor. el cierre de adquisiciones.
R006 AMENAZA. encuentren disponibles proceso de Reuniones con 5.2 Ejecución. 0,24 MODERADO. RC incumplimiento,
al momento de la adquisición de Proveedor. 2. Informe semanal del tomar medidas
Mitigar. RC Durante la fase inicial hasta
implementación. equipos. proveedor a nivel de correctivas.
el cierre de adquisiciones.
cumplimiento de contrato.
1. Coordinar y asegurar
participación en fechas y hora
específicas de los OT/LM/RC/GB/MUNI
especialistas del proveedor, Mitigar. Durante la planificación.
/ITETE/AXIS/SSS
No se está los supervisores de
Las pruebas de Resultados de las 7.1 Pruebas de VIGITECH, el encargado del Evaluar resultados.
R001 AMENAZA. siguiendo el 0,12 MODERADO. OT/LM/RC
funcionamiento no municipio y el PM. Tomar medidas
protocolo de mediciones. Comunicaciones.
resultan satisfactorias. correctivas.
prueba. 2. Asegurar la ejecucion
Mitigar. OT/LM/RC/GB/MUNI Durante la ejecución de las
siguiendo estrictamente el
/ITETE/AXIS/SSS pruebas de funcionamiento.
protocolo de pruebas.
3. Informar de cualquier Durante la ejecución de las
Mitigar. GB
desviación. pruebas de funcionamiento.
1. Coordinación continua con Mitigar. OT Previo a la ejecución de la
No se cuenta con los 7.2 Pruebas de proveedor. prueba. Evaluar
R002 AMENAZA. Falta de previsión Reuniones de 0,12 MODERADO. OT/LM/RC 2. Informe semanal del incumplimiento,
instrumentos de prueba Monitoreo y Mitigar. OT Durante la ejecución.
del proveedor. seguimiento. proveedor a nivel de tomar medidas
en la fecha prevista. Grabaciones.
cumplimiento de contrato. correctivas.
3. Informar al PM. Mitigar. OT Durante la ejecución.
Contacto: informes@dharma‐consulting.com, Página Web: www.dharmacon.net
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 OT RC/LM GB 22/01/2010 Versión original.
CÓDIGO
DESCRIPCIÓN DEL RIESGO CAUSA RAÍZ TRIGGER ENTREGABLES ESTIMACION DE OBJETIVO ESTIMACIÓN PROB X TIPO DE
DEL
AFECTADOS PROBABILIDAD AFECTADO DE IMPACTO IMPACTO RIESGO
RIESGO
Alcance
No se está Tiempo 0,1 0,02
Las pruebas de funcionamiento no siguiendo el Resultados de las 7.1 Pruebas de 0,2
R001 Costo 0,1 0,02 Moderado.
resultan satisfactorias. protocolo de mediciones. Comunicación.
prueba. Calidad 0,4 0,08
Total probabilidad x impacto 0,12
104
CGPR020 - Versión 1.0
Alcance
7.2 Pruebas de Tiempo 0,1 0,02
No se cuenta con los instrumentos Falta de previsión Reuniones de 0,2
R002 Monitoreo y Costo 0,1 0,02 Moderado.
de prueba en la fecha prevista. del proveedor. seguimiento.
Grabaciones.
Calidad 0,4 0,08
Total probabilidad x impacto 0,12
Alcance
Retrasos en la gestión de Inspecciones de Tiempo 0,2 0,08
aduanas se Reuniones de 0,4
R003 adquisición de equipos para el 6.1 Materiales. Costo 0,2 0,08 Moderado.
extiende del plazo seguimiento.
Centro de Monitoreo.
previsto. Calidad 0,2 0,08
Total probabilidad x impacto 0,24
Alcance
Que el personal especializado en Reasignación de Reunión de Tiempo 0,2 0,06
la instalación del Centro de personal 0,3
R004 coordinación con 6.2 Ejecución. Costo 0,1 0,03 Moderado.
Monitoreo, sea rotado o no esté especializado a
proveedor.
disponible. otro proyecto. Calidad 0,2 0,06
Total probabilidad x impacto 0,15
Alcance
Retrasos en la gestión de Inspecciones de Tiempo 0,2 0,08
aduanas se Reuniones de 0,4
R005 adquisición de las cámaras de 5.1 Materiales. Costo 0,2 0,08 Moderado.
extiende del plazo seguimiento.
video.
previsto. Calidad 0,2 0,08
Total probabilidad x impacto 0,24
Alcance
Retrasos en el Tiempo 0,2 0,08
Los equipos no se encuentren Reuniones con 0,4
proceso de Costo 0,2 0,08
R006 disponibles al momento de la 5.2 Ejecución. Moderado.
adquisición de Proveedor.
implementación. Calidad 0,2 0,08
equipos.
105
CGPR020 - Versión 1.0
Alcance
Retrasos en la gestión de Inspecciones de Tiempo 0,2 0,08
aduanas se Reuniones de 0,4
R007 adquisición de los equipos de 4.1 Materiales. Costo 0,2 0,08 Moderado.
extiende del plazo seguimiento.
enlaces inalámbricos.
previsto. Calidad 0,2 0,08
Total probabilidad x impacto 0,24
Alcance
Detección de
Incumplimiento de Contrato de Proveedor no está Tiempo
pequeños 0,3
R008 Locación de Servicios de siguiendo las 4.2 Ejecución. Moderado.
incumplimientos o Costo 0,3 0,09
Adquisición e Instalación de condiciones
signos de no
Cámaras de Video. establecidas. Calidad 0,5 0,15
calidad de servicio.
Total probabilidad x impacto 0,24
Alcance
Ubicación de Tiempo 0,1 0,04
Vecindario rechaza la instalacion Quejas recibidas en 0,4
R009 postes interfiere 3.2 Ejecución. Moderado.
en puntos especificos. el municipio. Costo 0,2 0,08
con las viviendas.
Calidad 0,1 0,04
Total probabilidad x impacto 0,16
Alcance 0,2 0,07
Parte del grupo de personas Personal no tiene Tiempo 0,6 0,22
designadas por el Municipio de priorizada la Lista de asistencia de 0,36
R010 6.3 Capacitación. Costo 0,3 0,11 Alto.
San Lucas no asiste a actividad de participantes.
Capacitación. capacitación. Calidad 0,3 0,11
Total probabilidad x impacto 0,50
Alcance 0,2 0,07
Robo y/o bandalismo de Falta de seguridad Tiempo 0,4 0,14
Indicios de equipos 0,36
R011 elementos en proceso de en la instalación 4.2 Ejecución. Costo 0,6 0,22 Alto.
forzados.
instalación. de elementos.
Calidad 0,2 0,07
Total probabilidad x impacto 0,50
106
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 OT RC/LM GB 21/01/10 Versión Inicial.
1. La instalación de los postes para el soporte de las cámaras de video se efectuará mediante un
contrato, el cual se realizará de acuerdo al siguiente procedimiento:
a. Se revisa lista de los posibles proveedores.
b. Se solicita cotización para la adquisición e instalación de los postes para soporte de las
cámaras de video, sujeto a las especificaciones requeridas.
c. Se revisa la cotización.
d. Se seleccionan la mejor cotización.
e. Se negocia con el proveedor, mejorar la propuesta y detalles del servicio y condiciones
contractuales. Las coordinaciones se podrán realizar mediante entrevistas, visitas al local, vía
telefónica y correos electrónicos.
f. Se confirma la orden de compra con el proveedor.
g. Se firma el contrato bajo la modalidad de: 60% de pago inicial y 40% luego de la recepción del
servicio, sujeto a la firma del acta de aceptación.
3. La instalación de las diez cámaras de video se efectuará mediante un contrato, el cual se realizará
de acuerdo al siguiente procedimiento:
a. Se revisa lista de los posibles proveedores.
b. Se solicita cotización para la adquisición e instalación de diez cámaras de video, sujeto a las
especificaciones requeridas.
c. Se revisa la cotización.
d. Se seleccionan la mejor cotización.
e. Se negocia con el proveedor, para mejorar la propuesta, los detalles del servicio y las
condiciones contractuales. Las coordinaciones se podrán realizar mediante entrevistas, visitas
al local, vía telefónica y correos electrónicos.
f. Se confirma la orden de compra con el proveedor.
g. Se firma el contrato bajo la modalidad de: 60% de pago inicial y 40% luego de la recepción del
servicio, sujeto a la aprobación del protocolo de pruebas de funcionamiento de cada cámara de
video y la firma del acta de aceptación correspondiente.
Contacto: [email protected], Página Web: www.dharmacon.net
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
4. La instalación de las diez cámaras de video se efectuará mediante un contrato, el cual se realizará
de acuerdo al siguiente procedimiento:
a. Se revisa lista de los posibles proveedores.
b. Se solicita cotización para la adquisición e instalación de diez cámaras de video, sujeto a las
especificaciones requeridas.
c. Se revisa la cotización.
d. Se seleccionan la mejor cotización.
e. Se negocia con el proveedor, para mejorar la propuesta, los detalles del servicio y las
condiciones contractuales. Las coordinaciones se podrán realizar mediante entrevistas, visitas
al local, vía telefónica y correos electrónicos.
f. Se confirma la orden de compra con el proveedor.
g. Se firma el contrato bajo la modalidad de: 60% de pago inicial y 40% luego de la recepción del
servicio, sujeto a la aprobación del protocolo de pruebas de funcionamiento de cada cámara de
video y la firma del acta de aceptación correspondiente.
108
CGPR020 - Versión 1.0
Para el Contrato de Locación de Servicios de Instalación de Postes, se debe coordinar con los
posibles proveedores la existencia y garantía del stock de los elementos, esto como condición previa
a ser incluido en la lista de posibles proveedores y gestionar las cotizaciones, dado los plazos
ajustados. Las coordinaciones se efectuarán vía telefónica y el envío de información técnica vía
correo. Una vez elegido el proveedor, se deberá firmar el contrato, en el que se deberán incluir las
condiciones contractuales la forma de pago: 60% de adelanto a la firma del contrato y 40% a la firma
del acta de aceptación.
Cualquier aspecto referido a solicitud de cambios y otros que impacten en el servicio, serán
comunicados al supervisor asignado por VIGITEC. Las solicitudes formales serán gestionadas con 24
horas de anticipación, sujetas a la firma del formato de solicitud de cambio el cual deberá ser
aprobado por el Jefe de Proyectos.
RESTRICCIONES Y SUPUESTOS: QUE PUEDAN AFECTAR LAS ADQUISICIONES PLANIFICADAS Y POR LO TANTO
EL LOGRO DE LOS OBJETIVOS DEL PROYECTO.
Se han identificado las siguientes restricciones y/o supuestos que podrían tener impacto en el proceso
de adquisiciones del proyecto:
- Se da por sentado (según las condiciones previas coordinadas con el proveedor), de la garantía
del stock para cada uno de las adquisiciones.
- Dado la forma de contrato a precio fijo, que pudiera afectar por cambio brusco en la cotización del
dólar, que podría afectar al proveedor, existiría el riesgo de alguna solicitud de cambio en el
presupuesto, a pesar de las condiciones de precio fijo.
109
CGPR020 - Versión 1.0
RIESGOS Y RESPUESTAS: PRINCIPALES RIESGOS RELACIONADOS A LAS ADQUISICIONES, Y RESPUESTAS QUE HAN
SIDO CONSIDERADAS EN LA GESTIÓN DE RIESGOS DEL PROYECTO.
R001 – Incumplimiento del Contrato de Locación de Servicios: (Instalación de Postes, Instalación de
Enlaces Inalámbricos, Instalación de diez Cámaras de Video e Instalación del Centro de Monitoreo).
Se establece un seguimiento estricto para detectar en forma temprana los pequeños incumplimientos o
signos de no calidad en el servicio. Para esto se han establecido la siguiente lista de posibles
respuestas:
- Supervisión estricta al servicio del proveedor a cargo de los responsables asignados a cada
entregable.
- Coordinación inmediata con el Jefe de Proyecto ante cualquier indicio de incumplimiento o de no
calidad en el servicio, a fin de que se puedan tomar las acciones oportunas con las instancias
superiores del proveedor.
- Analizar los informes de los avances establecidos, señalando los logros y las fallas en el
desarrollo del servicio.
MÉTRICAS: MÉTRICAS DE ADQUISICIÓN A SER USADAS PARA GESTIONAR Y EVALUAR PROVEEDORES.
Se usarán los registros históricos de actas de aceptación, número de observaciones, observaciones
levantadas y no levantas de proyectos anteriores manejados con los posibles proveedores.
En el caso de que sean nuevos proveedores, se evaluarán su cartera de clientes y se solicitará
referencias comerciales, sobre la calidad y nivel en la prestación de sus servicios.
110
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 OT RC/LM GB 21/01/2010 Versión Inicial.
MANEJODEMÚLTIPLES
SERVICIOAADQUIRIR
FORMADECONTACTAR
CÓDIGODEELEMENTO
PROVEEDORESPRE-
PROCEDIMIENTODE
REQUERIMIENTODE
RESPONSABLEDELA
INDEPENDIENTES
TIPODECONTRATO
ESTIMACIONES
PROVEEDORES
PROVEEDORES
CALIFICADOS
PRODUCTOO
ÁREA/ROL/
PERSONA
COMPRA
WBS
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
Contrato. -Coordinaciones
telefónicas.
Adquisición e 5.0 Instalación Contrato -Solicitud de -Búsqueda por
Instalación de de las cámaras de Precio cotización. internet.
las cámaras de video Fijo – -Revisión de -Solicitud de
AXIS
de Video vigilancia. Costo cotización. información vía
Vigilancia. unitario por -Negociación NO RC Lista de ITETE 02/01/10 02/01/10 03/01/10 05/01/10 06/01/10
correo
cámara. Proveedores. COBRA
de contrato. electrónico.
-Firma de -Entrevistas.
Contrato. -Coordinaciones
telefónicas.
Adquisición e 6.0 Contrato -Solicitud de -Búsqueda por
Instalación de Implementación de Precio cotización. internet.
Centro de Centro de Fijo – -Revisión de -Solicitud de SYSTEM
Monitoreo. Monitoreo. Costo cotización. información vía SUPPORT
según -Negociación correo NO OT Lista de LEAFAR 02/01/10 02/01/10 03/01/10 05/01/10 06/01/10
ingeniería de contrato. electrónico. Proveedores. NEXUS
de detalle. -Firma de -Entrevistas.
Contrato. -Coordinaciones
telefónicas.
112
CGPR020 - Versión 1.0
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 RC OT GB 04/02/10 Versión original.
Dharma Consulting ha sido revisada y aprobada como un proveedor de entrenamiento en Project Management por el
Project Management Institute (PMI). Como un Registered Education Provider (R.E.P.) del PMI, Dharma Consulting ha
aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
CGPR020 - Versión 1.0
114