CASO COMPLETO

PLANIFICACIÓN DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

SISTEMA DE ATENCIÓN DEL

SACU
COMEDOR UNIVERSITARIO

CRÉDITOS:
Zhing Lam.

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
0.1 B,J,Z Z Z 05/08/09 Versión Original.

PLAN DE GESTIÓN DE CAMBIOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

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. EF empatadas en el Comité de Total sobre el proyecto.
Control de Cambios.
Comité de Decidir qué cambios se
Autorizar, rechazar, o diferir
Control de EF/MI aprueban, rechazan, o
solicitudes de cambio.
Cambios. difieren.
Evaluar impactos de las
Solicitudes de Cambio y
Project Hacer recomendaciones sobre los
ZL hacer recomendaciones.
Manager. cambios.
Aprobar Solicitudes de
Cambio.
Captar las iniciativas de
Asistente de
cambio de los stakeholders y
Gestión de JF Emitir solicitudes de cambio
formalizarlas en Solicitudes
Proyectos.
de Cambio.
Solicitar cambios cuando lo
Stakeholders. Cualquiera. Solicitar cambios
crea conveniente y oportuno.
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 Asistente de Gestión de Proyectos se contacta con el
SOLICITUD DE CAMBIOS: Stakeholder cada vez que capta una iniciativa de cambio.
Captar las solicitudes y preparar • Entrevista al Stakeholder y levanta información detallada
el documento en forma sobre lo que desea.
adecuada y precisa. • Formaliza la iniciativa de cambio elaborando la Solicitud de
Cambio respectiva usando el formato FGPR410. Presenta
la Solicitud de Cambio al Project Manager.

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.
 • El Project Manager analiza a profundidad la Solicitud de
Cambio con el fin de entender lo que se solicita y las
VERIFICAR SOLICITUD DE
razones por las cuales se originó la iniciativa de cambio.
CAMBIOS:
• Verifica que en la Solicitud de Cambio aparezca toda la
Asegurar que se ha provisto
información que se necesita para hacer una evaluación de
toda la información necesaria
impacto integral y exhaustivo.
para hacer la evaluación.
• Completa la Solicitud de Cambio si es necesario.
• Registra la solicitud en el Log de Control de Solicitudes de
Cambio.
• El Project Manager evalúa los impactos integrales del
cambio en todas las líneas base del proyecto, en las áreas
de conocimiento subsidiarias, en otros proyectos y áreas
EVALUAR IMPACTOS: de la empresa, y en entidades externas a la empresa.
Evalúa los impactos integrales • Describe en la Solicitud de Cambio los resultados de los
de los cambios. impactos que ha calculado.
• Efectúa su recomendación con respecto a la Solicitud de
Cambio que ha analizado.
• Registra el estado de la solicitud en el Log de Control de
Solicitudes de Cambio.
• El Comité de Control de Cambios evalúa los impactos
TOMAR DECISIÓN Y calculados por el Project Manager y toma una decisión
REPLANIFICAR: sobre la Solicitud de Cambio: aprobarla, rechazarla, o
Se toma la decisión a la luz de diferirla, total o parcialmente.
los impactos, (dependiendo de • En caso de no poder llegar a un acuerdo el Sponsor tiene
los niveles de autoridad), se el voto dirimente.
replanifica según sea necesario. • Comunica su decisión al Project Manager, quién actualiza
el estado de la solicitud en el Log de Control de Solicitudes
de Cambio.
• El Project Manager replanifica el proyecto para implantar
el cambio aprobado.
• Comunica los resultados de la replanificación a los
IMPLANTAR EL CAMBIO: stakeholders involucrados.
Se realiza el cambio, se • Coordina con el Equipo de Proyecto la ejecución de la
monitorea el progreso, y se nueva versión de Plan de Proyecto.
reporta el estado del cambio. • Actualiza el estado de la solicitud en el Log de Control de
Solicitudes de Cambio.
• Monitorea el progreso de las acciones de cambio.
• Reporta al Comité de Control de Cambios el estado de las
acciones y resultados de cambio.
• El Project Manager verifica que todo el proceso de cambio
CONCLUIR EL PROCESO DE se haya seguido correctamente.
CAMBIO: • Actualiza todos los documentos, registros, y archivos
Asegura que todo el proceso históricos correspondientes.
haya sido seguido • Genera las Lecciones Aprendidas que sean adecuadas.
correctamente, se actualizan los • Genera los Activos de Procesos de la Organización que
registros. sean convenientes.
• Actualiza el estado de la solicitud en el Log de Control de
Solicitudes de Cambio.
PLAN DE CONTINGENCIA ANTE SOLICITUDES DE CAMBIO URGENTES: DESCRIBIR EL PLAN DE CONTINGENCIA
PARA ATENDER SOLICITUDES DE CAMBIO SUMAMENTE URGENTES QUE NO PUEDEN ESPERAR A QUE SE REÚNA EL COMITÉ DE CONTROL
DE CAMBIOS.
El único autorizado para utilizar y ejecutar personalmente este Plan de Contingencia es el Project
Manager:
1. Registrar la Solicitud de Cambio: Project Manager registra personalmente la solicitud.
2. Verificar la Solicitud de Cambio: Project Manager verifica la solicitud.
3. Evaluar Impactos: Project Manager evalúa impactos.
4. Tomar Decisión: Project Manager toma la decisión consultando telefónicamente al Sponsor,
o en su defecto consultando a por lo menos dos miembros del Comité de Control de
Cambios.
5. Implantar el Cambio: Project Manager implanta el cambio.
6. Formalizar el Cambio: Project Manager convoca al Comité de Control de Cambios y sustenta
 la necesidad de haber utilizado este procedimiento de urgencia. El Comité de Control de
Cambios formaliza la aprobación o reconsidera la decisión del Project Manager.
7. Ejecutar Decisión del Comité: Project Manager ejecuta decisión del Comité.
8. Concluir el Cambio: Project Manager concluye el proceso de cambio.
HERRAMIENTAS DE GESTIÓN DE CAMBIOS: DESCRIBIR CON QUE HERRAMIENTAS SE CUENTA PARA OPERAR LA
GESTIÓN DE CAMBIOS.

SOFTWARE

PROCEDIMIENTOS

FORMATOS

OTROS
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z Z Z 08/08/09 Versión original.

PLAN DE GESTIÓN DE LA CONFIGURACIÓN

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

ROLES DE LA GESTIÓN DE LA CONFIGURACIÓN: ROLES QUE SE NECESITAN PARA OPERAR LA GESTIÓN DE LA

CONFIGURACIÓN.
NOMBRE PERSONA
RESPONSABILIDADES NIVELES DE AUTORIDAD
DEL ROL ASIGNADA
Supervisar el Toda autoridad sobre el proyecto y
Project Manager. ZL funcionamiento de la sus funciones.
Gestión de la Configuración.
Gestor de Ejecutar todas las tareas de Autoridad para operar las funciones
JF
Configuración. Gestión de la Configuración. de Gestión de la Configuración.
Inspector de Auditar la Gestión de la Auditar la Gestión de la
Aseguramiento de BA Configuración. configuración según indique el
Calidad. Project Manager.
Consultar la información de Depende de cada miembro, se
Miembros del
la Gestión de la especifica para cada artefacto y
Equipo de Varios.
Configuración según sus cada CI (Ítem de Configuración).
Proyecto.
niveles de autoridad.

PLAN DE DOCUMENTACIÓN: CÓMO SE ALMACENARÁN Y RECUPERARÁN LOS DOCUMENTOS Y OTROS ARTEFACTOS DEL PROYECTO.

FORMATO
(E=ELEC- ACCESO DISPONIBILI- RETENCIÓN
DOCUMENTOS Ó SEGURIDAD DE RECUPERACIÓN DE
TRÓNICO RÁPIDO DAD AMPLIA DE
ARTEFACTOS H=HARD
ACCESO INFORMACIÓN
NECESARIO NECESARIA INFORMACIÓN
COPY)

Lectura Backup primario

Durante
Project Disponible A todos los general. y
E todo el
Charter. on-line. stakeholders. Modificación almacenamiento
proyecto.
restringida. secundario.
Lectura Backup primario
Durante
Plan de Disponible A todos los general. y
E todo el
Proyecto. on-line. stakeholders. Modificación almacenamiento
proyecto.
restringida. secundario.
Lectura Backup primario
Informe de Durante
Disponible A todos los general. y
Perfomance del E todo el
on-line. stakeholders. Modificación almacenamiento
Proyecto. proyecto.
restringida. secundario.
Lectura Backup primario
Durante
Solicitud de Disponible A todos los general. y
E todo el
Cambio. on-line. stakeholders. Modificación almacenamiento
proyecto.
restringida. secundario.
Log de Control Lectura Backup primario
Durante
de Disponible A todos los general. y
E todo el
Solicitudes de on-line. stakeholders. Modificación almacenamiento
proyecto.
Cambio. restringida. secundario.
Lectura Backup primario
Informe de Durante
Disponible A todos los general. y
Cierre del E todo el
on-line. stakeholders. Modificación almacenamiento
Proyecto. proyecto.
restringida. secundario.

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.
Í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.

CATEGORÍA FUENTE
CÓDIGO DEL ÍTEM 1=FÍSICO P=PROYECTO FORMATO
NOMBRE DEL ÍTEM DE (SOFTWARE + OBSERVA-
DE 2=DOCUMENTO C=CONTRATISTA
CONFIGURACIÓN VERSIÓN + CIONES
CONFIGURACIÓN 3=FORMATO V=PROVEEDOR PLATAFORMA)
4=REGISTRO E=EMPRESA
Documentación de Original
2.1 1 P Firmado.
Requisitos. impreso.
Especificaciones de Original
3.1 1 P Firmado.
Casos de Uso. impreso.
Original
3.3 Diagrama ER. 1 P Firmado.
impreso.
Original
3.4 Manual Técnico. 1 P Firmado.
impreso.
5.1 Plan de Prueba. 2 P Hard Copy.
5.2 Ejecución de Pruebas. 3 P PDF.
Informe de Control de
5.3 2 P Hard Copy.
Calidad.
Manual de Instalación
7.1 3 P PDF.
y Configuración.
Seguimiento en Firmado y
7.4 2 P PDF.
Producción. aprobado.
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.

CONTABILIDAD DE ESTADO Y MÉTRICAS DE CONFIGURACIÓN: ESPECIFICAR EL REPOSITORIO DE INFORMACIÓN, EL

REPORTE DE ESTADO Y MÉTRICAS A USAR.

• 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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo

0.1 B,J,Z Z Z 07/08/09 Versión Original.

Se ha levantado las
1.0 Z B,J Z 21/08/09
observaciones.

SCOPE STATEMENT
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO

REQUISITOS: CONDICIONES O CAPACIDADES QUE DEBE CARACTERÍSTICAS: PROPIEDADES FÍSICAS, QUÍMICAS,
POSEER O SATISFACER EL PRODUCTO PARA CUMPLIR CON ENERGÉTICAS, O SICOLÓGICAS, QUE SON DISTINTIVAS DEL
CONTRATOS, NORMAS, ESPECIFICACIONES, U OTROS PRODUCTO, Y/O QUE DESCRIBEN SU SINGULARIDAD.
DOCUMENTOS FORMALMENTE IMPUESTOS.
1. El Sistema permitirá que el alumno pueda 1. El módulo de Registro de Inscripción Vía
separar su refrigerio eligiendo el turno que Web y el módulo de Registro de Inscripción
se acomode a sus necesidades. La Presencial.
inscripción debe poder efectuarse a través
de internet, o sino a través de un operador.
2. El sistema emitirá reportes de: 2. El módulo de Reportes Estadísticos.
ƒ Relación de Alumnos Clasificados
por Frecuencia de Consumo en el
Comedor Universitario.
ƒ Cuadro resumen diario de Raciones.
ƒ Consumo Diario de Raciones por la
Residencia Universitaria.
ƒ Consumo Diario de Raciones del
Comedor Universitario por Escuela.
ƒ Consumo Diario de Raciones del
Comedor Universitario por Facultad.
ƒ Relación de Alumnos que realizaron
Separación de Ración por Día y
Servicio.
3. El sistema permitirá el control de ingreso 3. El módulo de Control de Ingreso.
al comedor validado previamente por los
turnos separados. También significa que el
operador debe poder visualizar la foto del
alumno inscrito para poder saber si se trata
de la misma persona.
4. El sistema permitirá establecer las 4. El módulo de Administración.
raciones por servicio, así como los turnos
por servicio, también debería poder fijar las
proporciones de la inscripción web con
respecto a la inscripción presencial
(inicialmente 20% web y 80% presencial).
5. El sistema presenta la facilidad de ayuda 5. Manual de Usuario en línea.
en línea para los usuarios del mismo.

CRITERIOS DE ACEPTACIÓN DEL PRODUCTO: ESPECIFICACIONES O REQUISITOS DE RENDIMIENTO,

FUNCIONALIDAD, ETC., QUE DEBEN CUMPLIRSE ANTES QUE SE ACEPTE EL PRODUCTO DEL PROYECTO.
CONCEPTOS CRITERIOS DE ACEPTACIÓN
1. TÉCNICOS El sistema debe tener implementado todos los requisitos pedidos.
2. DE CALIDAD Se debe lograr un 70% de nivel de satisfacción del cliente.
3. ADMINISTRATIVOS Los entregables deben ser aprobados por el Director Administrativo.

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.
4. COMERCIALES
5. SOCIALES

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 Documentación de Documento de requerimientos.
Requisitos.
3.0 Análisis y Diseño del Manual Técnico.
Sistema.
4.0 Desarrollo del Sistema. La versión beta del sistema.
5.0 Pruebas del Sistema. Plan de Pruebas e Informe de Control de Calidad.
6.0 Capacitación Plan de Capacitación, Informe de Capacitación.
7.0 Implementación. El sistema en producción, Manual de Usuario y Manual
Técnico actualizado.
8.0 Adquisición de Equipos. Adquisición de equipos para la implementación del sistema.

EXCLUSIONES DEL PROYECTO: ENTREGABLES, PROCESOS, ÁREAS, PROCEDIMIENTOS, CARACTERÍSTICAS,

REQUISITOS, FUNCIONES, ESPECIALIDADES, FASES, ETAPAS, ESPACIOS FÍSICOS, VIRTUALES, REGIONES, ETC., QUE SON
EXCLUSIONES CONOCIDAS Y NO SERÁN ABORDADAS POR EL PROYECTO, Y QUE POR LO TANTO DEBEN ESTAR CLARAMENTE
ESTABLECIDAS PARA EVITAR INCORRECTAS INTERPRETACIONES ENTRE LOS STAKEHOLDERS DEL PROYECTO.
1. El acceso al sistema será únicamente por Internet.
2. El sistema solamente será utilizado por el comedor de la Ciudad Universitaria.

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
El presupuesto del proyecto no debe
exceder de lo presentado en la Propuesta
Inicial.
La propuesta inicial debe ser aprobada por
el Director Administrativo dos días antes de
iniciar el proyecto.

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
Se cuenta con el equipo de proyecto El cliente brindará el apoyo requerido para el
necesario. levantamiento de información.
Se culminará el proyecto del desarrollo de
la pantalla de logueo genérico antes de la
finalización del desarrollo del sistema.
Los Usuarios involucrados en la prueba de
software, durante la fase de pruebas, deben
dedicarse al menos ¾ del tiempo a labores
de prueba, y deben finalizar las pruebas en
los tiempos planificados.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
0.1 B,J,Z Z Z 07/08/09 Versión Original.

DOCUMENTACIÓN DE REQUISITOS
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR: DESCRIBIR LAS LIMITACIONES DE LA

SITUACIÓN ACTUAL Y LAS RAZONES POR LAS CUÁLES SE EMPRENDE EL PROYECTO.
Brindar un servicio de atención de mayor calidad.
Minimizar el tiempo de atención en el comedor estudiantil.
Controlar la cantidad de tickets separados.
Minimizar el tiempo de espera en la cola.
OBJETIVOS DEL NEGOCIO Y DEL PROYECTO: DEFINIR CON CLARIDAD LOS OBJETIVOS DEL NEGOCIO Y DEL
PROYECTO PARA PERMITIR LAS TRAZABILIDAD DE ÉSTOS.
(O.N.) Satisfacción de Cliente.
(O.N.) Disminuir gastos de gestión.
(O.P.) Concluir el proyecto en el plazo solicitado por el cliente.
(O.P.) Concluir el proyecto en el presupuesto sugerido.
(O.P.) Cumplir con el alcance del proyecto.
REQUISITOS FUNCIONALES: DESCRIBIR PROCESOS DEL NEGOCIO, INFORMACIÓN, INTERACCIÓN CON EL PRODUCTO,
ETC.
PRIORIDAD REQUISITOS
OTORGADA POR
STAKEHOLDER
EL CÓDIGO DESCRIPCIÓN
STAKEHOLDER
Jefe de Bienestar Los alumnos puedan separar las raciones por la
Muy alta. RE01
Universitario. web.
Jefe de Bienestar Los alumnos puedan separar las raciones en
Muy alta. RE02
Universitario. forma presencial en la entrada del comedor.
Jefe de Bienestar Controlar el ingreso de los alumnos en el horario
Muy alta. RE03
Universitario. designado.
Jefe de Bienestar Permitir administrar el número de raciones a
Alta. RE04
Universitario. brindar por servicio.
Jefe de Bienestar Permitir administrar el número de turnos por
Alta. RE05
Universitario. servicio.
Obtener los siguientes reportes:
- Relación de Alumnos Clasificados por
Frecuencia de Consumo en el Comedor
Universitario.
- Cuadro Resumen Diario de Raciones.
Jefe de Bienestar
Alta. RE06 - Consumo Diario de Raciones del Comedor
Universitario.
Universitario por Escuela.
- Consumo Diario de Raciones del Comedor
Universitario por Facultad.
- Relación de Alumnos que realizaron
Separación de Ración por Día y Servicio.
REQUISITOS NO FUNCIONALES: DESCRIBIR REQUISITOS TALES CÓMO NIVEL DE SERVICIO, PERFORMANCE,
SEGURIDAD, ADECUACIÓN, ETC.
PRIORIDAD REQUISITOS
OTORGADA POR
STAKEHOLDER
EL CÓDIGO DESCRIPCIÓN
STAKEHOLDER
El proyecto debe ejecutarse en el tiempo
Sponsor. Muy alta. RE07
previsto.
 El proyecto debe ejecutarse dentro del
Sponsor. Alta. RE08
presupuesto establecido.
Jefe de Bienestar El sistema debe tener una buena usabilidad.
Muy alta. RE09
Universitario.
Jefe de Bienestar La lectura de los datos del alumno debe ser
Muy alta. RE10
Universitario. mediante un scanner.
Las aprobaciones por parte de Jefe de OGBU
Jefe de Proyecto. Muy alta. RE11
deben darse según el cronograma establecido.
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 REQUISITOS
OTORGADA POR
STAKEHOLDER
EL CÓDIGO DESCRIPCIÓN
STAKEHOLDER
El tiempo de respuesta del aplicativo en la
Jefe de Bienestar
Muy alta. RE12 generación del ticket no debe ser mayor a 15
Universitario.
segundos.
El tiempo de respuesta en la generación del
Jefe de Bienestar
Alta. RE13 reporte no debe ser mayor a 2 minutos en el
Universitario.
peor de los casos.
Jefe de Bienestar El tiempo de respuesta en la lectura que realiza
Muy alta. RE14
Universitario. el scanner no debe exceder de 2 segundos.
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 El sistema debe cumplir todos los requerimientos funcionales y no
funcionales establecidos.
2. DE CALIDAD Se debe realizar por lo menos 3 iteraciones de control de calidad de
software, al término de las cuales deben estar levantadas todas las
observaciones, al 100%.
3. ADMINISTRATIVOS La aprobación de los entregables del proyecto esta a cargo del Jefe
de Bienestar.
4. COMERCIALES
5. SOCIALES
6. OTROS
REGLAS DEL NEGOCIO: REGLAS PRINCIPALES QUE FIJAN LOS PRINCIPIOS GUÍAS DE LA ORGANIZACIÓN.
Comunicación constante del Jefe del proyecto hacia el Jefe de OGBU, respecto a la ejecución y
avance del proyecto.
Emitir informes periódicos de los avances del proyecto y tomar acciones correctivas de ser el
caso.
IMPACTOS EN OTRAS ÁREAS ORGANIZACIONALES
Dirección General de Administración.
IMPACTOS EN OTRAS ENTIDADES: DENTRO O FUERA DE LA ORGANIZACIÓN EJECUTANTE.
Ninguno.
REQUERIMIENTOS DE SOPORTE Y ENTRENAMIENTO
El equipo de proyecto brindará 3 horas de capacitación del funcionamiento del aplicativo a los
operadores del comedor. A los alumnos se les proporcionará un manual de usuario en línea.
El equipo del proyecto brindará soporte una vez culminado el proyecto, en caso ser necesario.
SUPUESTOS RELATIVOS A REQUISITOS
El sponsor no cambiará el tiempo de culminación del proyecto.
Se cuenta con el personal y equipo necesario para el desarrollo del proyecto.
La Universidad proporcionará los recursos personales y materiales para la puesta en producción
del sistema.
El proyecto no comprenderá el desarrollo del control de ingreso al sistema, sino usará la
pantalla de control de ingreso genérico que es otro proyecto, que estará puesto en producción
antes de finalizar el desarrollo del sistema.
RESTRICCIONES RELATIVAS A REQUISITOS
Para poder acceder al aplicativo web el usuario debe contar con acceso a Internet y ser alumno
de la Universidad con matrícula vigente.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 B,J,Z Z Z Versión Original.

PLAN DE GESTIÓN DE REQUISITOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

ACTIVIDADES DE REQUISITOS: DESCRIBIR CÓMO SE PLANIFICARÁN, SEGUIRÁN Y REPORTARÁN ESTAS

ACTIVIDADES.
- Los requisitos son sugeridos por los principales stakeholders del proyecto, durante el
proceso de iniciación y planificación del proyecto.
- Los requisitos serán descritos en la Matriz de Trazabilidad de Requisitos.
ACTIVIDADES DE GESTIÓN DE CONFIGURACIÓN: DESCRIPCIÓN DE CÓMO SE INICIARÁN LAS
ACTIVIDADES DE CAMBIOS AL PRODUCTO, SERVICIO O REQUERIMIENTO; CÓMO SE ANALIZARÁN LOS IMPACTOS; CÓMO
SE RASTREARÁN, MONITOREARÁN, Y REPORTARÁN, Y CUÁLES SON LOS NIVELES DE AUTORIZACIÓN REQUERIDOS PARA
APROBAR DICHOS CAMBIOS.
Para las actividades de cambio al producto, servicio o requerimiento se realizará lo
siguiente:
- Cualquier Stakeholder puede presentar la Solicitud de Cambio, donde se detalla el
porqué del cambio solicitado.
- El comité de control de cambios evaluará el impacto en el proyecto (a nivel de costos,
tiempos y alcance) de las solicitudes de cambio presentadas, y reportará si estas son
aprobadas o no al equipo de gestión del proyecto.
- Si el cambio ha sido aprobado, se implementará el cambio.
- Se hará un seguimiento del cambio, para ver los efectos positivos o negativos que
tenga en el proyecto.
PROCESO DE PRIORIZACIÓN DE REQUISITOS: DESCRIBIR COMO SE PRIORIZARÁN LOS REQUISITOS.
La priorización de los requisitos se realizará en base a la Matriz de Trazabilidad de
Requisitos, de acuerdo al nivel de estabilidad y el grado de complejidad de cada requisito
documentado.
Este proceso será realizado por el equipo de gestión del proyecto durante la planificación
del proyecto, y será aprobado por el Sponsor.
MÉTRICAS DEL PRODUCTO: DESCRIBIR LAS MÉTRICAS QUE SE USARÁN Y SUSTENTAR PORQUÉ SE USARÁN.
Se tomará una encuesta en cada reunión con el cliente para medir el grado de
satisfacción con el trabajo realizado, tiempos, informes presentados, reuniones, donde 1
es igual a cliente insatisfecho y 5 es igual a cliente totalmente satisfecho.
Para el valor de satisfacción se espera un valor acumulado no menos de 4
ESTRUCTURA DE TRAZABILIDAD: DESCRIBIR LOS ATRIBUTOS DE REQUISITOS QUE SE CAPTURARÁN EN LA
MATRIZ DE TRAZABILIDAD Y ESPECIFICAR CONTRA QUE OTROS DOCUMENTOS DE REQUISITOS DEL PROYECTO SE HARÁ
LA TRAZABILIDAD.
En la Matriz de Trazabilidad se documentará la siguiente información:
- Atributos de Requisitos, que incluye: código, descripción, sustento de inclusión,
propietario, fuente, prioridad, versión, estado actual, fecha de cumplimiento, nivel de
estabilidad, grado de complejidad y criterio de aceptación.
- Trazabilidad hacia:
o Necesidades, oportunidades, metas y objetivos del negocio.
o Objetivos del proyecto.
o Alcance del proyecto, entregables del WBS.
o Diseño del producto.
o Desarrollo del producto.
o Estrategia de prueba.
o Escenario de prueba.
o Requerimiento de alto nivel.

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
0,1 B,J,Z Z Z 07/08/2009 Version original.
1 Z Z Z 17/08/2009 Sincronización de Versión.

MATRIZ DE TRAZABILIDAD DE REQUISITOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR UNIVERSITARIO SACU

ESTADO ACTUAL NIVEL DE ESTABILIDAD GRADO DE COMPLEJIDAD

Estado Abreviatura Estado Abreviatura Estado Abreviatura
Activo AC Alto A Alto A
Cancelado CA Mediano M Mediano M
Diferido DI Bajo B Bajo B
Adicionado AD
Aprobado AP

ATRIBUTOS DE REQUISITO TRAZABILIDAD HACIA:

NECESIDADES, ALCANCE DEL
NIVEL DE GRADO DE
SUSTENTO DE ESTADO ACTUAL FECHA DE CRITERIO DE OPORTUNIDADES, OBJETIVOS PROYECTO / DISEÑO DEL DESARROLLO DEL ESTRATEGIA DE ESCENARIO DE REQUERIMIENTO DE
CÓDIGO DESCRIPCIÓN PROPIETARIO FUENTE PRIORIDAD VERSIÓN ESTABILIDAD COMPLEJIDAD
SU INCLUSIÓN (AC, CA, DI, AD, AP) CUMPLIMIENTO ACEPTACIÓN METAS Y OBJETIVOS DEL PROYECTO ENTREGABLE DEL PRODUCTO PRODUCTO PRUEBA PRUEBA ALTO NIVEL
(A, M, B) (A, M, B)
DEL NEGOCIO WBS
Los alumnos pueden separar las Solicitado por el Al término de la Aprobación de la Satisfacción del Cumplir con el 4.1.1 Inscripción Formulario Web Se realizará la De acuerdo al De acuerdo al Cumplir con lo
raciones por la web. Jefe de Bienestar Acta de etapa de Acta de cliente. alcance del Vía Web. que permite programación de Plan de Prueba. Plan de Prueba. requerido por el
RE01 Universitario. OGBU Reunión Nº MUY ALTA. 1,0 AC desarrollo. A A Aceptación del proyecto. escoger el los componentes cliente.
001. Producto servicio y turno. necesarios.
Software.

Los alumnos pueden separarlas Solicitado por el Al término de la Aprobación de la Satisfacción del Cumplir con el 4.1.2 Inscripción Formulario que Se realizará la De acuerdo al De acuerdo al Cumplir con lo
raciones en forma presencial a la Jefe de Bienestar etapa de Acta de cliente. alcance del Presencial. permite registrar programación de Plan de Prueba. Plan de Prueba. requerido por el
entrada del comedor. Universitario. Acta de desarrollo. Aceptación del proyecto. los datos de los componentes cliente.
RE02 OGBU Reunión Nº MUY ALTA. 1,0 AC A A Producto alumno, el necesarios.
001. Software. servicio y el
turno.

Controlar el ingreso de los Solicitado por el Al término de la Aprobación de la Satisfacción del Cumplir con el 4.2 Módulo de Formulario que Se realizará la De acuerdo al De acuerdo al Cumplir con lo
alumnos en el horario designado. Jefe de Bienestar etapa de Acta de cliente. alcance del Control de permite leer el programación de Plan de Prueba. Plan de Prueba. requerido por el
Universitario. desarrollo. Aceptación del proyecto. Ingreso al carnet los componentes cliente.
Producto Comedor. universitario y necesarios.
Software. controlar el
ingreso
Acta de mostrando la foto
RE03 OGBU Reunión Nº MUY ALTA. 1,0 AC A A del alumno, así
001. como la
información de
separación previa
del servicio y
turno.

Permitir administrar el número de Solicitado por el Al término de la Aprobación de la Satisfacción del Cumplir con el 4.3 Módulo de Formulario Web Se realizará la De acuerdo al De acuerdo al Cumplir con lo
raciones a brindar por servicio. Jefe de Bienestar Acta de etapa de Acta de cliente. cronograma y Administración. que permite programación de Plan de Prueba. Plan de Prueba. requerido por el
RE04 Universitario. OGBU Reunión Nº ALTA. 1,0 AC desarrollo. A B Aceptación del el presupuesto ingresar los componentes cliente.
001. Producto del proyecto. información de necesarios.
Software. configuración.

Permitir administrar el número de Solicitado por el Al término de la Aprobación de la Satisfacción del Cumplir con el 4.3 Módulo de Formulario Web Se realizará la De acuerdo al De acuerdo al Cumplir con lo
turnos por servicio. Jefe de Bienestar Acta de etapa de Acta de cliente. alcance del Administración. que permite programación de Plan de Prueba. Plan de Prueba. requerido por el
RE05 Universitario. OGBU Reunión Nº ALTA. 1,0 AC desarrollo. A B Aceptación del proyecto. ingresar los componentes cliente.
001. Producto información de necesarios.
Software. configuración.

Obtener los siguientes reportes: Solicitado por el Al término de la Aprobación de la Disminuir gastos de Cumplir con el 4.4 Módulo de Reportes con Se realizará la De acuerdo al De acuerdo al Cumplir con lo
Relación de Alumnos Clasificados Jefe de Bienestar etapa de Acta de gestión. alcance del Reportes paginación que programación de Plan de Prueba. Plan de Prueba. requerido por el
por Frecuencia de Consumo en el Universitario. desarrollo. Aceptación del proyecto. Estadísticos. muestra las los componentes cliente.
Comedor Universitario, Cuadro Producto informaciones necesarios.
Resumen Diario de Raciones, Software. necesarias.
Consumo Diario de Raciones por la
Residencia Universitaria, Consumo
Diario de Raciones del Comedor Acta de
RE06 Universitario por Escuela, OGBU Reunión Nº ALTA. 36.526,0 AC A M
Consumo Diario de Raciones del 001.
Comedor Universitario por
Facultad, Relación de Alumnos que
realizaron Separación de Ración
por Día y Servicio.

El proyecto debe ejecutarse en el Solicitado por el Al término de la Aprobación de la Disminuir gastos de Concluir el Todo el Proyecto. Se ha Se monitoreará la De acuerdo al De acuerdo al En el informe de
tiempo previsto. Sponsor. Acta de etapa de Acta de gestión. proyecto en el considerado un performance del Plan de Prueba. Plan de Prueba. Performance se espera
CÓDIGO DGA Reunión Nº MUY ALTA. 1,0 AC desarrollo. A M Aceptación del plazo solicitado Informe de proyecto. SPI >= 0.95.
001. Producto por el cliente. Performance del
Software. Proyecto.
 El proyecto debe ejecutarse dentro Solicitado por el Al término de la Aprobación de la Disminuir gastos de Concluir el Todo el Proyecto. Se ha Se monitoreará la De acuerdo al De acuerdo al En el informe de
del presupuesto establecido. Sponsor. Acta de etapa de Acta de gestión. proyecto en el considerado un performance del Plan de Prueba. Plan de Prueba. Performance se espera
RE08 DGA Reunión Nº ALTA. 1,0 AC desarrollo. A M Aceptación del presupuesto Informe de proyecto. CPI >= 0.95.
001. Producto sugerido. Performance del
Software. Proyecto.
El sistema debe ser amigable y Solicitado por el Al término de la Aprobación de la Satisfacción del Cumplir con el 5.3 Informe de La interfaz del El sistema se Opinión de De acuerdo al Cumplir con lo
fácil de utilizar. Jefe de Bienestar Acta de etapa de Acta de cliente. alcance del Control de Usuario se desarrollará usuarios. Plan de Prueba. requerido por el
RE09 Universitario. OGBU Reunión Nº MUY ALTA. 1,0 AC desarrollo. A M Aceptación del proyecto. Calidad. diseñará de tomando en cliente.
001. Producto acuerdo al cuenta los
Software. estandares de estándares.
diseño.
La lectura de los datos del alumno Solicitado por el Al término de la Aprobación de la Satisfacción del Cumplir con el 4.2 Módulo de El módulo de El sistema de De acuerdo al De acuerdo al Cumplir con lo
debe ser mediante un scaner. Jefe de Bienestar etapa de Acta de cliente. alcance del Control de Control de desarrollará Plan de Prueba. Plan de Prueba. requerido por el
Universitario. desarrollo. Aceptación del proyecto. Ingreso al Ingreso al tomando en cliente.
Producto Comedor. Comedor cuenta los
Acta de Software. permirta la estandares
RE10 OGBU Reunión Nº MUY ALTA. 1,0 AC A B lectura del carnet
001. universitario
mediante el uso
de un escánner.

Las aprobaciones por parte de Jefe Solicitado por el Durante todo el Aprobación de la Satisfacción del Cumplir con el Todo el Proyecto. Entregables. El sistema de No aplica. No aplica. Cumplir con lo
de OGBU debe darse según el Jefe de Proyecto. Acta de proyecto. Acta de cliente. alcance del desarrollará requerido por el
RE11 cronograma establecido. QUIPU Reunión Nº MUY ALTA. 1,0 AC A M Aceptación del proyecto. tomando en cliente.
001. Producto cuenta los
Software. estandares
El tiempo de respuesta del Solicitado por el Antes del pase a Aprobación de la Satisfacción del Cumplir con el 4.1.1 Inscripción Una vez realizada Se tomará en De acuerdo al De acuerdo al Cumplir con lo
aplicativo en la generación del Jefe de Bienestar producción. Acta de cliente. alcance del Vía Web. la inscripción, se cuenta el tiempo Plan de Prueba. Plan de Prueba. requerido por el
ticket no debe ser mayor a 15 Universitario. Aceptación del proyecto. 4.1.2 Inscripción presentará los de respuesta a la cliente.
segundos. Producto Presencial. datos de hora de realizar la
Acta de Software. inscripción en la programación y
RE12 OGBU Reunión Nº MUY ALTA. 1,0 AC A M pantalla, prueba.
001. respetando el
tiempo de
respuesta
acordado.

El tiempo de respuesta en la Solicitado por el Antes del pase a Aprobación de la Satisfacción del Cumplir con el 4.4 Módulo de Visualizacion de Se tomará en De acuerdo al De acuerdo al Cumplir con lo
generación del reporte no debe ser Jefe de Bienestar producción. Acta de cliente. alcance del Reportes reportes en un cuenta el tiempo Plan de Prueba. Plan de Prueba. requerido por el
mayor a 2 minutos en el peor de Universitario. Acta de Aceptación del proyecto. Estadisticos. tiempo no mayor de respuesta a la cliente.
RE13 los casos. OGBU Reunión Nº ALTA. 1,0 AC A M Producto al acordado. hora de realizar la
001. Software. programación y
prueba.

El tiempo de respuesta en la Solicitado por el Antes del pase a Aprobación de la Satisfacción del Cumplir con el 4.2 Módulo de Se leerá la Se tomará en De acuerdo al De acuerdo al Cumplir con lo
lectura que realiza el scaner no Jefe de Bienestar producción. Acta de cliente. alcance del Control de informacion del cuenta el tiempo Plan de Prueba. Plan de Prueba. requerido por el
debe exceder de 2 segundos. Universitario. Acta de Aceptación del proyecto. Ingreso al alumno a traves de respuesta a la cliente.
RE14 OGBU Reunión Nº MUY ALTA. 1,0 AC A M Producto Comedor. de un scaner en hora de realizar la
001. Software. un tiempo no programación y
mayor al prueba.
acordado.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z B,J Z 26/08/09 Versión Original.

CHECKLIST DE PRESENTACIÓN PARA REUNIÓN DE

KICK OFF
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

REALIZADO A
CONTENIDO DE LA PRESENTACIÓN
SATISFACCIÓN OBSERVACIONES
KICK OFF
(SI /NO)
OBJETIVO DE LA PRESENTACIÓN DEFINIDO Si.
CONTENIDO DE LA PRESENTACIÓN O AGENDA
Si.
ESTABLECIDA
DEFINICIÓN DEL PROYECTO
Si.
(¿QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE?)
DEFINICIÓN DEL PRODUCTO DEL PROYECTO
(DESCRIPCIÓN DEL PRODUCTO DEL PROYECTO, Si.
SERVICIO O CAPACIDAD FINAL A GENERAR)
PRINCIPALES STAKEHOLDERS DEL PROYECTO
(CLASIFICADOS COMO SPONSOR, COMITÉ DE CONTROL
Si.
DE CAMBIOS, PROJECT MANAGER, EQUIPO DE GESTIÓN
DE PROYECTOS, CLIENTE, OTROS STAKEHOLDERS)

NECESIDADES DEL NEGOCIO A SATISFACER Si.

FINALIDAD DEL PROYECTO (FIN ÚLTIMO, PROPÓSITO
GENERAL, U OBJETIVO DE NIVEL SUPERIOR POR EL
CUAL SE EJECUTA EL PROYECTO, ENLACE CON Si.
PORTAFOLIOS, PROGRAMAS O ESTRATEGIAS DE LA
ORGANIZACIÓN)
EXCLUSIONES CONOCIDAS DEL PROYECTO
Si.
(QUE ES LO QUE NO ABORDARÁ EL PROYECTO)
PRINCIPALES SUPUESTOS DEL PROYECTO Si.

PRINCIPALES RESTRICCIONES DEL PROYECTO Si.

LÍNEA BASE DEL ALCANCE (WBS A 2DO NIVEL) Si.

LÍNEA BASE DEL TIEMPO (CRONOGRAMA DE HITOS,
TIEMPO NETO ESTIMADO, RESERVA DE CONTINGENCIA, Si.
Y RESERVA DE GESTIÓN)
LÍNEA BASE DEL COSTO (PRESUPUESTO TOTAL, POR
FASES, POR PERIODOS DE TIEMPO, POR TIPO DE
Si.
RECURSO, RESERVA DE CONTINGENCIA Y RESERVA DE
GESTIÓN)
OBJETIVOS DE CALIDAD POR FACTOR RELEVANTE DE
Si.
CALIDAD

ORGANIGRAMA DEL PROYECTO Si.

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.
MATRIZ RAM RESUMIDA Si.

MATRIZ DE CALIDAD DEL PROYECTO Si.

MATRIZ DE COMUNICACIONES DEL PROYECTO Si.

PRINCIPALES RIESGOS DEL PROYECTO Y RESPUESTAS
Si.
PLANIFICADAS

MATRIZ DE ADQUISICIONES DEL PROYECTO Si.

SISTEMA DE CONTROL DE CAMBIOS Si.

 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo

0.1 B,J,Z Z Z 05/08/09 Versión Original.

PLAN DE GESTIÓN DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

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).

CICLO DE VIDA DEL PROYECTO ENFOQUES MULTIFASE

CONSIDERACIONES PARA CONSIDERACIONES
FASE DEL PROYECTO ENTREGABLE PRINCIPAL
LA INICIACIÓN DE ESTA PARA EL CIERRE DE
(2º NIVEL DEL WBS) DE LA FASE
FASE ESTA FASE
1.0 Gestión del Proyecto. Project Charter.
Registro de
Stakeholders.
Plan del Proyecto.
2.0 Recopilación de Requisitos. Documentación de
Requisitos.
3.0 Análisis y Diseño del Sistema. Especificaciones de Esta fase depende de la
Caso de Uso. correcta recopilación de
Diagrama ER. requisitos.
Manual Técnico.
4.0 Desarrollo de Sistema. Módulo de registro de Terminar el análisis y
inscripción. diseño del sistema.
Módulo de Control de
ingreso a comedor.
Módulo de
administración.
Módulo de reportes
estadísticos.
5.0 Pruebas del Sistema. Prueba Iteración 1. Completar del No encontrar ningún
Prueba Iteración 2. desarrollo del sistema. error durante la
Prueba Iteración 3. aplicación de las
pruebas.
6.0 Capacitación. Capacitación. Haber implantado el Realizar el informe
sistema. acerca del resultado
de la capacitación.
7.0 Implementación. Manual de instalación y
configuración.
Manual técnico
actualizado.
Seguimiento en
producción.
8.0 Adquisición de Equipos. Listado de equipos. Aceptación de los
Equipos adquiridos equipos.

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

HERRAMIENTAS Y
PROCESO NIVEL DE IMPLANTACIÓN INPUTS MODO DE TRABAJO OUTPUTS
TÉCNICAS
Desarrollar el Acta Una sola vez, al inicio del - Contrato. Mediante - Acta de Metodología de
de Constitución del proyecto. - Enunciado de reuniones entre el Constitución del Gestión de
Proyecto. trabajo del proyecto.
Sponsor y el Proyecto. Proyectos de
Project Manager. Dharma.
Desarrollar el Plan Al inicio del proyecto, - Declaración del Reuniones del - Plan de Gestión Metodología de
de Gestión del pudiéndose actualizar en Alcance del Proyecto. equipo del del Proyecto. Gestión de
Proyecto. su desarrollo. proyecto. Proyectos de
Dharma.
Definir el Alcance. - Acta de Reuniones del - Plan de Gestión Plantillas.
Constitución del equipo del del Alcance del Formularios.
Proyecto. proyecto. Proyecto.
- Declaración del
Alcance del Proyecto.
- Plan de Gestión del
Proyecto.
Crear la EDT. - Plan de Gestión del Reuniones del - EDT. Plantillas de EDT.
Alcance del Proyecto. equipo del - Diccionario EDT. Descomposición.
proyecto.
Redactar el
Diccionario EDT.
Desarrollar el - Declaración del Reunión del equipo - Cronograma del Red del
cronograma. Alcance del Proyecto. del proyecto. Proyecto. cronograma
- Plan de Gestión del Estimación de - Plan de Gestión SW de Gestión
Proyecto. duración de del Proyecto. de Proyectos.
actividades. (actualizaciones) Calendarios
- Calendario del Ajuste de
Proyecto. adelantos y
retrasos.
Modelos de
cronogramas
anteriores.
Determinar el - Declaración del - Línea Base de Suma de costes
presupuesto. Alcance del Proyecto. Coste. Análisis de
- EDT. Plan de Gestión Reserva.
- Diccionario EDT. de Costes
- Plan de Gestión de (actualizaciones)
Costos.
Planificar la calidad. - Factores Establecimiento de - Plan de Gestión Estudios
ambientales de la objetivos de de Calidad. comparativos.
empresa. calidad. - Métrica de
- Declaración del Calidad.
Alcance del Proyecto.
- Plan de Gestión del
Proyecto.
Desarrollar el plan - Factores Reuniones de - Roles y Organigramas y
de recursos ambientales de la coordinación con el Responsabilidades. descripciones de
humanos. empresa. equipo del - Organigrama del cargos.
- Plan de Gestión del proyecto. Proyecto.
Proyecto. Asignación de roles - Plan de Gestión
y del Personal.
responsabilidades.
Planificar las - Factores Reuniones - Plan de Gestión Análisis de
comunicaciones. ambientales de la formales e de las requisitos de
empresa. informales con el comunicaciones. comunicaciones.
- Declaración del equipo. Tecnología de las
Alcance del Proyecto. Distribución de la comunicaciones.
- Plan de Gestión del documentación y
Proyecto. acuerdos.
Planificar la gestión - Factores Identificar riesgos. - Plan de Gestión Reuniones de
de riesgos. ambientales de la Planificar plan de de Riesgos. planificación y
empresa. respuesta a análisis.
- Declaración del riesgos.
alcance del proyecto.
- Plan de Gestión del
Proyecto.
Planificar las - Enunciado del Planificar - Plan de Gestión Tipos de
adquisiciones. Alcance del Proyecto. adquisiciones. de las contrato,
- EDT. Solicitar Adquisiciones. Análisis de
- Diccionario EDT. presupuestos. fabricación
- Plan de Gestión del Negociar propia compra.
Proyecto. cotizaciones.
Firmar contrato.
Dirigir y gestionar la - Plan de Gestión del Reuniones de - Productos Metodología de
ejecución del Proyecto. coordinación. entregables. Gestión de
proyecto. - Acciones Reuniones de - Solicitudes de Proyectos de
correctivas información del Cambio Dharma.
aprobadas. estado del implementadas.
- Solicitudes de proyecto. - Acciones
Cambio aprobadas. Correctivas
implementadas.
- Informe sobre el
rendimiento del
trabajo.
Monitorear y Durante todo el - Plan de Gestión del Reuniones de - Acciones Metodología de
controlar el trabajo desarrollo del proyecto. Proyecto. coordinación. correctivas Gestión de
del proyecto. - Información sobre Reuniones de recomendadas. Proyectos de
el rendimiento del información del Dharma.
trabajo. estado del Técnica de Valor
proyecto. Ganado.

Informar el A partir de la ejecución - Información sobre Informe de - Informes de Herramientas de

Rendimiento. del proyecto. el rendimiento del performance del Rendimiento. presentación de
trabajo. proyecto. - Acciones información.
- Mediciones de correctivas Recogida de la
Rendimiento. recomendadas. información de
- Plan de Gestión del rendimiento
Proyecto. Reuniones de
- Solicitudes de revisión del
Cambio aprobadas. estado de la
situación.

ENFOQUE DE TRABAJO: DESCRIPCIÓN DETALLADA DEL MODO EN QUE SE REALIZARÁ EL TRABAJO DEL PROYECTO PARA LOGRAR LOS OBJETIVOS DEL
PROYECTO.
El proyecto ha sido planificado del tal manera que el equipo de proyecto conoce claramente los objetivos del
proyecto, y las responsabilidades de los entregables que tienen a su cargo.
A continuación se detalla el proceso a seguir para realizar el trabajo del proyecto:
1. Inicialmente el equipo de proyecto se reúne para definir cuál será el alcance del proyecto.
2. Se establece los documentos de gestión del proyecto necesarios que respaldan los acuerdos tomados por el
equipo de proyecto.
3. Se establecen la responsabilidades y roles del equipo de proyecto, y las fechas en que deberán estar listos los
entregables.
4. Se realizan reuniones semanales del equipo de proyecto para informar cual es el estado del proyecto, en
términos de costo, calidad, tiempo. En esta reunión se presenta el Informe de Performance del Proyecto.
5. Al término del proyecto se verifica la entrega de todos los entregables, y se redactan los documentos de cierre
del proyecto.
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.
Ver Formato EGPR_016 – Plan de Gestión de Cambios.
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.
Ver Formato EGPR_018 – Plan de Gestión de la Configuración.

GESTIÓN DE LÍNEAS BASE: DESCRIPCIÓN DE LA FORMA EN QUE SE MANTENDRÁ LA INTEGRIDAD, Y SE USARÁN LAS LÍNEAS BASE DE MEDICIÓN DE
PERFORMANCE DEL PROYECTO, INCLUYENDO EL QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE.
El informe de performance del proyecto es un documento que se presentará semanalmente en la reunión de
coordinación del equipo de proyecto, y debe presentar la siguiente información:
- Estado Actual del Proyecto:
1. Situación del Alcance: Avance Real y Avance Planificado.
2. Eficiencia del Cronograma: SV y SPI.
3. Eficiencia del Costo: CV y CPI.
4. Cumplimiento de objetivos de calidad.
 - Reporte de Progreso:
1. Alcance del Periodo: % de avance planificado y % real del periodo.
2. Valor Ganado del Periodo: Valor Ganado Planificado y Valor Ganado Real.
3. Costo del Periodo: Costo Planificado y Costo Real.
4. Eficiencia del Cronograma en el Periodo: SV del periodo y SPI del periodo.
5. Eficiencia del Costo en el Periodo: CV del periodo y CPI del periodo.
- Pronósticos:
1. Pronóstico del Costo: EAC, ETC y VAC
2. Pronóstico del Tiempo: EAC, ETC, VAC, fecha de término planificada y fecha de término pronosticada.
- Problemas y pendientes que se tengan que tratar, y problemas y pendientes programados para resolver.
- Curva S del Proyecto.
COMUNICACIÓN ENTRE STAKEHOLDERS: DESCRIPCIÓN DETALLADA DE LAS NECESIDADES Y TÉCNICAS DE COMUNICACIÓN ENTRE LOS
STAKEHOLDERS DEL PROYECTO.
NECESIDADES DE COMUNICACIÓN DE LOS
TÉCNICAS DE COMUNICACIÓN A UTILIZAR
STAKEHOLDERS
- Documentación de la Gestión del - Reuniones del equipo del proyecto para definir el alcance del
Proyecto. mismo.
- Distribución de los documentos de Gestión del proyecto a todos
los miembros del equipo de proyecto mediante una versión
impresa y por correo electrónico.
- Reuniones de coordinación de - Reuniones del equipo del proyecto que son convocadas por el
actividades del proyecto. Project Manager según se crean pertinentes (dependiendo de la
necesidad o urgencia de los entregables del proyecto) donde se
definirán cuales son las actividades que se realizarán.
- Todos los acuerdos tomados por el equipo del proyecto deberán
ser registrados en el Acta de Reunión de Coordinación, la cual
será distribuida por correo electrónico al equipo del proyecto.
- Reuniones de información del estado del - Reuniones semanales del equipo del proyecto donde el Project
proyecto. Manager deberá informar al Sponsor y demás involucrados,
cual es el avance real del proyecto en el periodo respectivo.
- Informe de Performance del Proyecto. - Documento que será distribuido al equipo de proyecto en la
reunión de coordinación semanal, y enviado por correo
electrónico.
- Informe de Performance del Trabajo. - Documento que será distribuido al equipo de proyecto en la
reunión de coordinación semanal, y enviado por correo
electrónico.

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.

EXTENSIÓN O ALCANCE OPORTUNIDAD

TIPO DE REVISIÓN DE (MOMENTOS, FRECUENCIAS, O
CONTENIDO (FORMA EN QUE SE DESARROLLARÁ LA
GESTIÓN (AGENDA O PUNTOS A TRATAR EN LA REUNIÓN, Y TIPO DE CONCLUSIONES,
EVENTOS DISPARADORES QUE
(TIPO DE REUNIÓN EN LA CUAL SE REUNIÓN DE REVISIÓN DE GESTIÓN) RECOMENDACIONES, O DECISIONES QUE
DETERMINARÁN LAS
REALIZARÁ LA REVISIÓN DE GESTIÓN) OPORTUNIDADES DE
SE PUEDEN TOMAR)
REALIZACIÓN DE LA REUNIÓN)

Reuniones de coordinación - Revisión del Acta de La reunión será convocada Reunión convocada
del Equipo del Proyecto. Reunión Anterior. por el Project Manager. por solicitud del
- Presentación de Se informará el estado de Project Manager.
entregables (si fuera el los pendientes delPuede ser originada
caso). proyecto. de acuerdo a los
Se establecerá lasresultados de las
siguientes actividades que encuesta de las
se realizarán. sesiones de los
cursos.
Reunión Semanal de - Revisión del Acta de La reunión se realizará Programado para
información del Estado del Reunión anterior. todos los lunes. todos los lunes.
Proyecto. - Informe de Performance Deberán estar presentes
del Proyecto. todos los miembros del
equipo del proyecto.
Revisar el informe semanal
del estado del proyecto.
Reuniones con el cliente. - Establecer agenda según El cliente convocará a una Programadas según
los requerimientos del reunión al Project la solicitud del
cliente. Manager, para establecer cliente.
acuerdos de mejora en el
desarrollo del programa de
capacitación.
Comunicaciones Solicitar feedback del Conocer detalles del Ninguna en especial.
informales. desarrollo de las sesiones desarrollo de las sesiones.
del programa de Establecer acuerdos para
capacitación. 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

ADJUNTO
DOCUMENTO TIPO DE PLAN ADJUNTO (SI/NO)
(SI/NO)
PLAN DE GESTIÓN DE ALCANCE. Si.
LÍNEA BASE DEL ALCANCE. Si. PLAN DE GESTIÓN DE REQUISITOS. Si.
PLAN DE GESTIÓN DE SCHEDULE. Si.
PLAN DE GESTIÓN DE COSTOS. Si.
LÍNEA BASE DEL TIEMPO. Si. PLAN DE GESTIÓN DE CALIDAD. Si.
PLAN DE MEJORA DE PROCESOS. No.
PLAN DE RECURSOS HUMANOS. Si.
PLAN DE GESTIÓN DE COMUNICACIONES. Si.
LÍNEA BASE DEL COSTO. Si.
PLAN DE GESTIÓN DE RIESGOS. Si.
PLAN DE GESTIÓN DE ADQUISICIONES. Si.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo

0.1 B,J,Z Z Z 05/08/09 Versión Original.

PLAN DE GESTIÓN DE ALCANCE

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

PROCESO DE DEFINICIÓN DE ALCANCE: DESCRIPCIÓN DETALLADA DEL PROCESO PARA ELABORAR EL

SCOPE STATEMENT DEFINITIVO A PARTIR DEL SCOPE STATEMENT PRELIMINAR. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO,
CUÁNDO, DÓNDE, Y CON QUÉ.
La definición del Alcance del proyecto Sistema de Atención del Comedor Universitario
(SACU) se desarrollará de la siguiente manera:
- En reunión de equipo de proyecto, tanto el equipo de proyecto como el sponsor
revisarán el Scope Statement, el cual servirá como base.
PROCESO PARA ELABORACIÓN DE WBS: DESCRIPCIÓN DETALLADA DEL PROCESO PARA CREAR,
APROBAR, Y MANTENER EL
WBS. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, Y CON QUÉ.
Los pasos que se realizaron para la elaboración del WBS son los siguientes:
- El EDT del proyecto será estructurado de acuerdo a la herramienta de
descomposición, identificándose primeramente los principales entregables, que en el
proyecto actúan como fases. En el proyecto se identificó 8 fases.
- Identificado los principales entregables, se procede con la descomposición del
entregable en paquetes de trabajo, los cuales nos permiten conocer al mínimo detalle
el costo, trabajo y calidad incurrido en la elaboración del entregable.
- La empresa utiliza para la elaboración del WBS la herramienta WBS Chart Pro, pues
permite una fácil diagramación y manejo de los entregables del proyecto.
PROCESO PARA ELABORACIÓN DEL DICCIONARIO WBS: DESCRIPCIÓN DETALLADA DEL PROCESO
PARA CREAR, APROBAR, Y MANTENER EL
DICCIONARIO WBS. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, Y
CON QUÉ.
Previo a este proceso, el WBS del proyecto debe haber sido elaborado, revisado y
aprobado. Es en base a la información del WBS que se elaborará el Diccionario WBS, para
lo cual se realizarán los siguientes pasos:
- La elaboración del Diccionario WBS se hace mediante una plantilla diseñada por
Dharma.
- Se identifica las siguientes características de cada paquete de trabajo del WBS.
- Se detalla el objetivo del paquete de trabajo.
- Se hace una descripción breve del paquete de trabajo.
- Se describe el trabajo a realizar para la elaboración del entregable, como son la
lógica o enfoque de elaboración y las actividades para elaborar cada entregable.
- Se establece la asignación de responsabilidad, donde por cada paquete de trabajo
se detalla quién hace qué: responsable, participa, apoya, revisa, aprueba y da
información del paquete de trabajo.
- De ser posible se establece las posibles fechas de inicio y fin del paquete de
trabajo, o un hito importante.
- Se describe cuales son los criterios de aceptación
PROCESO PARA VERIFICACIÓN DE ALCANCE: DESCRIPCIÓN DETALLADA DEL PROCESO PARA LA
(INTERNO O EXTERNO).
VERIFICACIÓN FORMAL DE LOS ENTREGABLES Y SU ACEPTACIÓN POR PARTE DEL CLIENTE
DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, Y CON QUÉ.
Al término de elaboración de cada entregable, éste debe ser presentado al Sponsor del
Proyecto, el cual se encargará de aprobar o presentar las observaciones del caso.
Si el entregable es aprobado, es enviado al cliente.

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.
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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
0.1 B,J,Z Z Z 05/08/09 Versión Original.

WBS DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR UNIVERSITARIO SACU

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
0.1 B,J,Z Z Z 05/08/09 Versión Original.

PLAN DE GESTIÓN DE SCHEDULE

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

PROCESO DE DEFINICIÓN DE ACTIVIDADES: DESCRIPCIÓN DETALLADA DEL PROCESO PARA DEFINIR LAS
SCOPE STATEMENT, WBS, Y DICCIONARIO WBS. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO,
ACTIVIDADES A PARTIR DEL
DÓNDE Y CON QUÉ.
A partir de la aprobación del Scope Statement, el WBS y el Diccionario WBS se procede a
realizar lo siguiente:
Identificación y Secuenciamiento de Actividades
- Por cada entregable definido en el WBS del proyecto se identifica cuáles 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É.
- 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É.
- 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 máquinas, se define la cantidad que se
utilizará para realizar la actividad.
PROCESO DE DESARROLLO DE SCHEDULE: DESCRIPCIÓN DETALLADA DEL PROCESO PARA DESARROLLAR EL
SCHEDULE. DEFINICIÓN DE QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE Y CON QUÉ.
En base a los siguientes documentos:
- Identificación y Secuenciamiento de Actividades.
- Red del Proyecto.
- Estimación de Recursos y Duraciones.
Se obtiene toda la información necesaria para elaborar el Schedule del proyecto, mediante la
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.
herramienta de MS Project 2007, realizando los siguientes pasos:
- Primeramente exportamos los entregables del proyecto.
- Ingresamos las actividades de los entregables del proyecto.
- Ingresamos las actividades repetitivas del proyecto, y los hitos.
- Definimos el calendario del proyecto.
- Damos propiedades a las actividades.
- Asignamos los recursos de las actividades del proyecto.
- Secuenciamos las actividades y los entregables del proyecto.
El Schedule es enviado al Sponsor, el cual debe aprobar el documento para proseguir con el
proyecto.
PROCESO DE CONTROL DE SCHEDULE: DESCRIPCIÓN DETALLADA DEL PROCESO PARA CONTROLAR EL
SCHEDULE, 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É.
Dentro de la Gestión del Proyecto, se han identificado el entregable Informe de Performance
del Trabajo e Informe de Performance del Proyecto, así como las Reuniones de Coordinación.
Es mediante estos informes y reuniones que podemos controlar el Schedule del proyecto.
Ante la aprobación de una Solicitud de Cambio presentada por el Comité de Control de
Cambios de Consultores Asociados, se hacen las modificaciones aprobadas o si fuera el caso
se hace la replanificación del proyecto.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 B,J,Z Z Z 11/08/09 Versión Original.

IDENTIFICACIÓN Y SECUENCIAMIENTO DE ACTIVIDADES

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR UNIVERSITARIO SACU

PAQUETE DE TRABAJO. ACTIVIDAD DEL PAQUETE DE TRABAJO ACT.

TIPO DE
PREDECESORA
RESTRIC- PERSONA ACTIVIDAD
TIPO DE FECHA ZONA SECUENCIAMIENTO DE ACTIVIDADES DENTRO DEL
CÓDIGO ALCANCE DEL TRABAJO DE LA CIONES O RESPON- (TIME DRIVEN,
NOMBRE CÓDIGO NOMBRE RELACIÓN IMPUESTA GEOGRÁFICA PAQUETE DE TRABAJO
SUPUESTOS SABLE RESOURCE
WBS ACTIVIDAD ADELANTO
DRIVEN)
/ATRASO
1.1.1 Project 1.1.1.A01 Realizar Reunión inicial de trabajo. Campus Time
1.1.1.A01
Charter. Reunión con el B;J;Z Universit. Driven.
Sponsor.
1.1.1.A02
1.1.1.A02 Elaborar el Redactar el documento de Campus Resource
1.1.1.A01 B;J
Project Charter. inicio. Universit. Driven.
1.1.1.A03 Revisar el Revisar y aprobar el Project Campus Resource 1.1.1.A03
1.1.1.A02 Z
Project Charter. charter. Universit. Driven.
1.1.2 Registro de 1.1.2.A01 Realizar Análisis Analizar la información Campus Resource
Stakeholders. de la obtenida. 1.1.1.A03 B;J;Z Universit. Driven 1.1.2.A01
Información.
1.1.2.A02 Definir los Obtener el listado de Campus Resource 1.1.2.A0
1.1.2.A01 B;J;Z
Stakeholders. Stakeholders. Universit. Driven. 2
1.1.2.A03 Realizar la Clasificar los Stakeholders Campus Resource
Clasificación de de acuerdo a su influencia y Universit. Driven. 1.1.2.A03
1.1.2.A02 B;J;Z
los poder en el proyecto.
Stakeholders.
1.1.3 Estrategia de 1.1.3.A01 Realizar la Elección de estrategias. B;J;Z Campus Resource
gestión de Clasificación de 1.1.2.A03 Universit. Driven. 1.1.3.A01
Stakeholders. Estrategias.
1.2 Plan del 1.2.A01 Elaborar el Plan Redactar el plan del Campus Resource
1.2.A01
Proyecto. del Proyecto. proyecto. 1.1.3.A01 B;J;Z Universit. Driven.

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.
1.3 Informe de 1.3.A01 Informe del Redactar el informe del Campus Resource
estado del estado del estado del proyecto. Z Universit. Driven. 1.3.A01
proyecto. proyecto 1.
1.3.A02 Informe del Redactar el informe del Campus Resource 1.3.A02
estado del estado del proyecto. 1.3.A01 Z Universit. Driven.
proyecto 2.
1.3.A03 Informe del Redactar el informe del Campus Resource 1.3.A03
estado del estado del proyecto 1.3.A02 J Universit. Driven.
proyecto 3.
1.3.A04 Informe del Redactar el informe del Campus Resource 1.3.A04
estado del estado del proyecto. 1.3.A03 B Universit. Driven.
proyecto 4.
1.3.A05 Informe del Redactar el informe del Campus Resource 1.3.A05
estado del estado del proyecto 1.3.A04 J Universit. Driven.
proyecto 5.
1.3.A06 Informe del Redactar el informe del Campus Resource 1.3.A06
estado del estado del proyecto. 1.3.A05 Z Universit. Driven.
proyecto 6.
1.3.A07 Informe del Redactar el informe del Campus Resource 1.3.A07
estado del estado del proyecto. 1.3.A06 B Universit. Driven.
proyecto 7.
1.3.A08 Informe del Redactar el informe del Campus Resource 1.3.A08
estado del estado del proyecto. 1.3.A07 J Universit. Driven.
proyecto 8.
1.3.A09 Informe del Redactar el informe del Campus Resource
estado del estado del proyecto. 1.3.A08 Z Universit. Driven. 1.3.A09
proyecto 9.
1.4 Reunión de 1.4.A01 Realizar reunión Reunión de coordinación Campus Time
coordinación de coordinación semanal del equipo del C Universit. Driven. 1.4.A01
Semanal. semanal 1. proyecto.
1.4.A02 Realizar reunión Reunión de coordinación Campus Time
de coordinación semanal del equipo del 1.4.A01 C Universit. Driven. 1.4.A02
semanal 2. proyecto.
1.4.A03 Realizar reunión Reunión de coordinación Campus Time
de coordinación semanal del equipo del 1.4.A02 C Universit. Driven. 1.4.A03
semanal 3. proyecto.
1.4.A04 Realizar reunión Reunión de coordinación Campus Time
1.4.A04
de coordinación semanal del equipo del 1.4.A03 C Universit. Driven.
semanal 4. proyecto.
 1.4.A05 Realizar reunión Reunión de coordinación Campus Time
de coordinación semanal del equipo del 1.4.A04 C Universit. Driven. 1.4.A05
semanal 5. proyecto.
1.4.A06 Realizar reunión Reunión de coordinación Campus Time
de coordinación semanal del equipo del 1.4.A05 C Universit. Driven. 1.4.A05
semanal 6. proyecto.
1.4.A07 Realizar reunión Reunión de coordinación Campus Time
de coordinación semanal del equipo del 1.4.A06 C Universit. Driven. 1.4.A05
semanal 7. proyecto.
1.4.A08 Realizar reunión Reunión de coordinación Campus Time
de coordinación semanal del equipo del 1.4.A07 C Universit. Driven. 1.4.A05
semanal 8. proyecto.
1.4.A09 Realizar reunión Reunión de coordinación Campus Time
de coordinación semanal del equipo del 1.4.A08 C Universit. Driven. 1.4.A05
semanal 9. proyecto.
1.5 Cierre del 1.5.A01 Elaborar Redactar documentos de Campus Resource
proyecto. documentos de cierre del proyecto. Universit. Driven. 1.5.A01
6.2.A01 Z
cierre del
proyecto.
2.1 Documenta- 2.1.A01 Realizar Obtener los requisitos Campus Time
ción de Reunión con el funcionales del aplicativo. Universit. Driven. 2.1.A01
requisitos de Sponsor, Jefe de
1.2.A01 B;J;Z
SW. la OGBU, Jefe
de Informática
2.1.A02
OGBU.
2.1.A02 Consolidar los Consolidar y documentar los Campus Time
requerimientos. requerimientos de software. 2.1.A01 B;J;Z Universit. Driven.

3.1 Especifica- 3.1.A01 Identificar los Identificación inicial de los Campus Time
ción de Casos casos de usos y casos de usos y actores del 2.1.A02 R Universit. Driven.
de Uso. los actores. sistema. 3.1.A01
3.1.A02 Elaborar la Redactar el documento de Campus Resource
especificación especificación. Universit. Driven.
3.1.A01 R
de los Casos de
3.1.A02
Uso.
3.1.A03 Revisar la Revisar el documento junto Campus Time
especificación. con los stakeholders, Universit. Driven.
correcciones si es necesario, 3.1.A02 B;J;Z 3.1.A03
y la aprobación final.
3.2 Prototipos de 3.2.A01 Elaborar los Elaborar las principales Campus Resource
Pantallas. prototipos de pantallas del sistema. 3.1.A03 J Universit. Driven.
pantallas. 3.2.A01
3.2.A02 Revisar los Revisar los prototipos con Campus Time
prototipos. los stakeholders, Universit. Driven.
correcciones si es necesario, 3.2.A02
y obtener la aprobación 3.2.A01 B;J;Z
final.

3.3 Diagrama ER. 3.3.A01 Elaborar el Elaborar diagrama Entidad – Campus Resource
diagrama ER. Relación (Tablas, columnas, 3.2.A02 W Universit. Driven. 3.3.A01
y relaciones entre tablas).
3.3.A02 Elaborar el Describir el significado de Campus Resource
diccionario de los nombres de las tablas y 3.3.A01 W Universit. Driven. 3.3.A02
Dato. columnas.
3.3.A03 Revisar el Revisar la diagrama con Campus Time
diagrama ER. todo el equipo de desarrollo. B;J;Z; Universit. Driven.
3.3.A02 3.3.A03
W;T;R

3.4 Manual 3.4.A01 Elaborar el Elaborar el manual técnico. Campus Resource

Técnico. manual técnico. 3.3.A03 B Universit. Driven.
3.4.A01

3.4.A02 Revisar el Distribuir el manual técnico Campus Time 3.4.A02

manual técnico. a todo el equipo de Universit. Driven.
desarrollo, para luego tener B;J;Z;
3.4.A01
una reunión para la revisión W;T;R
de las observaciones
encontradas.
4.1.1 Inscripción 4.1.1.A01 Codificar el Realiza la programación del Campus Resource
4.1.1..A01
Vía Web. módulo. módulo. 3.4.A02 W Universit. Driven.

4.1.1..A02
4.1.1.A02 Realizar Pruebas Realiza la prueba unitaria Campus Resource
Unitarias. del módulo. 4.1.1.A01 W Universit. Driven.

4.1.2 Inscripción 4.1.2.A01 Codificar del Realiza la programación del Campus Resource
Presencial. módulo. módulo. 4.1.1.A01 T Universit. Driven. 4.1.2..A01

4.1.2..A02
4.1.2.A02 Realizar Pruebas Realiza la prueba unitaria Campus Resource
Unitarias. del módulo. 4.1.1.A02 T Universit. Driven.
4.2 Módulo de 4.2.A01 Codificar el Realiza la programación del Campus Resource
Control de módulo. módulo. 4.1.2.A02 T Universit. Driven. 4.2..A01
Ingreso al
4.2..A02
Comedor. 4.2.A02 Realizar Pruebas Realiza la prueba unitaria Campus Resource
Unitarias. del módulo. 4.2.A01 T Universit. Driven.

4.3 Modulo de 4.3.A01 Codificar el Realiza la programación del Campus Resource

Administra- módulo. módulo. 4.2.A02 T Universit. Driven.
4.3...A01
ción.
4.3.A02 Realizar Pruebas Realiza la prueba unitaria Campus Resource
Unitarias. del módulo. Universit. Driven. 4.3..A02
4. 3.A01 T

4.4.A01 Codificar el Realiza la programación del Campus Resource

4.4 módulo. módulo. 4.3.A02 R Universit. Driven. 4.4..A01
Módulo de
Reportes 4.4.A02 Realizar Pruebas Realiza la prueba unitaria Campus Resource
Estadísticos. Unitarias. del módulo. Universit. Driven. 4.4..A02
4.4.A01 R

5.1.A01 Revisar las Verificar la secuencia y la Campus Resource

especificaciones ocurrencia de cada proceso. Universit. Driven. 5.1.1.A01
4.4.A02 T
de los casos de
uso del sistema.
5.1.A02 Revisar los Revisar las pantallas de Campus Resource
Plan de prototipos del simulación del sistema. 5.1.A01 B Universit. Driven.
5.1 5.1.1.A02
Prueba. sistema.
5.1.A03 Elaborar el Plan Elaborar el documento que Campus Resource
de Prueba. priorice cuales son los Universit. Driven.
procesos críticos del sistema 5.1.A02 T 5.1.1.A.03
a ser evaluados y los
resultados esperados.
5.2.1.A01 Revisar el Plan Revisar cuales son los Campus Resource
de Pruebas. resultados esperados. Universit. Driven. 5.2.1.A.01
5.1.A03 B
Prueba de
5.2.1
Iteración 1. 5.2.1.A.02
5.2.1.A02 Realizar las Efectuar las pruebas del Campus Resource
pruebas del sistema. 5.2.1.A01 B Universit. Driven.
sistema.
 5.2.1.A03 Verificar Comparar los resultados Campus Resource
resultados. obtenidos con los esperados Universit. Driven.
en el Plan de Pruebas. 5.2.1.A02 B

5.2.1.A04 Reportar Indicar si hubo algún Campus Resource

observaciones o resultado no alcanzado en Universit. Driven.
fallas. las pruebas de acuerdo al 5.2.1.A03 B
Plan del Proyecto.

5.2.1.A05 Corregir error Realizar la corrección de Campus Resource

del sistema. errores encontrados en el Universit. Driven.
sistema. 5.2.1.A04 W;T;R

5.2.2.A01 Realizar las Efectuar las pruebas del Campus Resource

5.2.2.A.01
pruebas del sistema. 5.2.1.A05 B Universit. Driven.
sistema.
5.2.2.A02 Verificar Comparar los resultados Campus Resource 5.2.2.A.02
resultados. obtenidos con los esperados 5.2.2.A01 B Universit. Driven.
en el Plan de Pruebas.
Prueba de
5.2.2 5.2.2.A03 Reportar Indicar si hubo algún Campus Resource
Iteración 2.
observaciones o resultado no alcanzado en Universit. Driven. 5.2.2.A.03
5.2.2.A02 B
fallas. las pruebas de acuerdo al
Plan del Proyecto.
5.2.2.A04 Corregir error Realizar la corrección de Campus Resource
5.2.2.A.04
del sistema. errores encontrados en el 5.2.2.A03 W;T;R Universit. Driven.
sistema.
5.2.3.A01 Realizar las Efectuar las pruebas del Campus Resource
pruebas del sistema. 5.2.2.A04 B Universit. Driven. 5.2.3.A.01
sistema.

5.2.3.A02 Verificar Comparar los resultados Campus Resource

resultados. obtenidos con los esperados Universit. Driven. 5.2.3.A.02
5.2.3.A01 B
en el Plan de Pruebas.
5.2.3
Prueba de
5.2.3.A03 Reportar Indicar si hubo algún Campus Resource
Iteración 3. 5.5.2.3.A.03
observaciones o resultado no alcanzado en Universit. Driven.
5.2.3.A02 B
fallas. las pruebas de acuerdo al
Plan del Proyecto.
5.2.3.A04 Corregir error Realizar la corrección de Campus Resource 5.2.3.A.04
del sistema. errores encontrados en el 5.2.3.A03 W;T;R Universit. Driven.
sistema.
5.3 Informe de 5.3.A01 Realizar la Recopilar los resultados Campus Resource
Control de Consolidación obtenidos de las pruebas Universit. Driven.
5.3.A01
Calidad. de los (prueba de iteración 3). 5.2.3.A04 T
resultados
obtenidos.
5.3.A02 Verificar los Verificar si los resultados Campus Resource 5.3.A02
resultados con obtenidos están alineados al Universit. Driven.
5.3.A01 T
el Plan de Plan de Pruebas.
Pruebas.
5.3.A03
5.3.A03 Elaborar el Redactar informe de los Campus Resource
informe de resultados alcanzados por el Universit. Driven.
5.3.A02 B
control de sistema.
calidad.
5.4 Manual de 5.4.A01 Revisar las Revisar la secuencia de Campus Resource
usuario. especificaciones actividades por cada proceso Universit. Driven.
5.3.A03 W
de los casos de del sistema. 5.4.A01
uso del sistema.
5.4.A02 Capturar las Recopilar las pantallas del Campus Resource
pantallas del sistema por cada Universit. Driven. 5.4.A02
sistema. especificación de los casos 5.4.A01 W
de uso del sistema.

5.4.A03 Elaborar el Consolidar las Campus Resource 5.4.A03

manual de especificaciones de los casos Universit. Driven.
5.4.A02 W
usuario. de uso del sistema con las
pantallas del sistema.
6.1 Plan de 6.1.A01 Definir tiempos. Definir horarios de Campus Time
7.4.A01 C 6.1.1.A01
capacitación. capacitación. Universit. Driven.
6.1.A02 Asignar Asignar personal. Campus Time
Recursos para 6.1.A01 C Universit. Driven. 6.1.1.A02
capacitación.
6.1.A03 Elaborar Plan de Redactar plan de Campus Resource
6.1.A02 C 6.1.1.A03
Capacitación. capacitación. Universit. Driven.
6.2 Realizar la 6.2.A.01 Dictar la Dictar la capacitación de Campus Time
capacitación. capacitación. acuerdo al syllabus y 6.1.A03 W Universit. Driven. 6.2.A01
manual.

6.3 Informe de 6.3.A.01 Elaborar el Redactar el informe de Campus Time

capacitación. informe de capacitación. Universit. Driven. 6.3.A01
capacitación. 6.2.A.01 W
7.1 Manual de 7.1.A01 Elaborar el Elaborar el manual, Campus Resource
Instalación y manual de detallando los pasos a Universit. Driven.
Configura- Instalación y seguir, y checklisk de los
ción. Configuración. elementos a necesitar. 8.2.A01 B

7.1..A01

7.1.A02 Revisar y Verificar que el Campus Resource

Validar el procedimiento esté correcto, Universit. Driven. 7.1..A02
manual en un efectuando los pasos en un
7.1.A01 B;Z;C
entorno similar ambiente similar al de
al de producción.
producción.
7.2 Manual 7.2.A01 Actualizar el Actualizar el manual técnico Campus Resource
Técnico Manual Técnico. para incorporar las Universit. Driven.
Actualizado. modificaciones efectuadas
durante la fase de desarrollo 7.1.A02 B
y prueba, así como los 7.2..A01
procedimientos de
instalación y configuración.
7.2.A02 Revisar y Revisar y aprobar el Manual Campus Time
aprobación Técnico. Universit. Driven. 7.2..A02
definitivamente 7.2.A01 "B;Z"
el Manual
Técnico.
7.3 Pase a 7.3.A01 Coordinar Coordinar las fechas y hora, Campus Time
Producción. acciones previas así como personal necesaria Universit. Driven.
7.2.A02 B
para el pase a para realizar el pase a 7.3..A01
producción. producción.
7.3.A02 Realizar el pase Ejecuta el procedimiento de Campus Time 7.3..A02
a producción. pase a producción para 7.3.A01 C Universit. Driven.
implantar el sistema.
7.4 Seguimiento 7.4.A01 Realizar el Visitar a los usuarios a fin de Campus Time
en seguimiento en obtener retroalimentación Universit. Driven. 7.4..A01
B;J;Z
Producción. producción 1. sobre el uso y rendimiento
del sistema. 7.4..A02
7.4.A02 Realizar el Visitar a los usuarios a fin de Campus Time
seguimiento en obtener retroalimentación Universit. Driven.
7.4.A01 B;J;Z
producción 2. sobre el uso y rendimiento 7.4..A03
del sistema.
7.4.A03 Realizar el Visitar a los usuarios a fin de Campus Time
seguimiento en obtener retroalimentación 7.4.A02 B;J;Z Universit. Driven. 7.4..A04
producción 3. sobre el uso y rendimiento
 del sistema.
7.4.A04 Realizar el Visitar a los usuarios a fin de Campus Time
seguimiento en obtener retroalimentación Universit. Driven.
7.4.A03 B;J;Z
producción 4. sobre el uso y rendimiento
del sistema.
8.1 Listado de 8.1.A01 Identificar Identificar todos los equipos Campus Time
equipos. equipos a necesarios para la 5.4.A03 T Universit. Driven. 8.1..A01
adquirir. implantación del sistema.
8.1.A02 Especificar Detallar las especificaciones Campus Resouce 8.1..A02
equipos. técnicas de los equipos a 8.1.A01 C Universit. Driven.
adquirir.
8.2 Equipos 8.2.A01 Recepcionar y Recepcionar los equipos y Campus Resouce
adquiridos. verificar verificar si está acorde con 8.1.A02 Z Universit. Driven. 8.2..A01
equipos. las especificaciones pedidas.
8.2.A01 Preparar Instalar los software Campus Resouce
Equipos. necesario para la Universit. Driven. 8.2..A02
8.2.A01 W
capacitación y su posterior
uso en producción.
 CONT
TROL DE VERSIONES
Vers
sión Hecha por Revisada por Aprobada por Fecha Motivo
0.1 B,J,Z Z Z 05/08/09 Versió
ón Original.

RED DEL PROYECTO

YE
NOMB
BRE DEL PROYECT
TO SIGLAS DEL PROYECTO
SISTEM
MA DE ATENCIÓN
N DEL COMEDOR UNIVERSITAR
RIO SACU

Contacto: in
nformes@dharma-c
consulting.com, Pá
ágina Web: www.dh
harmacon.net

Dharma Consulting ha sido revisada y aprobada como un prroveedor de entrenam miento en Project Mana agement por el Projectt Management Institutte (PMI). Como un Registered Education
Provider (R..E.P.) del PMI, Dharma
a Consulting ha acepta
ado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 J,B,Z Z Z 11/08/09 Versión Original.

ESTIMACIÓN DE RECURSOS Y DURACIONES

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR UNIVERSITARIO SACU

TIPO DE RECURSO: TIPO DE RECURSO: MÁQUINAS

TIPO DE RECURSO: PERSONAL
MATERIALES O CONSUMIBLES O NO CONSUMIBLES
ENTREGABLE ACTIVIDAD NOMBRE SUPUESTOS NOMBRE SUPUESTOS NOMBRE SUPUESTO Y
TRABAJO (HR DURACIÓN FORMA DE FORMA DE FORMA DE
DE Y BASES DE DE CANTIDAD Y BASE DE DE CANTIDAD BASES DE
- HOM) (HRS) CÁLCULO CÁLCULO CÁLCULO
RECURSO ESTIMACIÓN RECURSO ESTIMACIÓN RECURSO ESTIMACIÓN
1.1.1.A01
Reunión con el B,J,Z 12 hrs – h 4 hrs
Sponsor.
1.1.1 1.1.1.A02
Project Charter. Elaborar el B,J 16 hrs – h 8 hrs
Project Charter.
1.1.1.A03 Revisar
el Project Charter.
Z 4 hrs – h 4 hrs
1.1.2.A01 Análisis
de la Información.
B,J,Z 6 hrs – h 2 hrs
1.1.2.A02
1.1.2
Registro de
Definición de B,J,Z 12 hrs – h 4 hrs
Stakeholders.
Stakeholders.
1.1.2.A03
Clasificación de B,J,Z 6 hrs – h 2 hrs
los Stakeholders.
1.1.3.A01
1.1.3 Estrategia
Realizar la
de gestión de
clasificación de
B,J,Z 24 hrs – h 8 hrs
Stakeholders.
estrategias.
1.2.A01 Elaborar
1.2 Plan del 240 hrs –
el Plan del B,J,Z 80 hrs
Proyecto. h
Proyecto.

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.
 1.3.A01 Informe
de estado del Z 2 hrs - h 2 hrs
proyecto 1.
1.3.A02 Informe
de estado del Z 2 hrs - h 2 hrs
proyecto 2.
1.3.A03 Informe
de estado del J 2 hrs - h 2 hrs
proyecto 3.
1.3.A04 Informe
de estado del B 2 hrs - h 2 hrs
proyecto 4.
1.3 Informe de 1.3.A05 Informe
estado del de estado del J 2 hrs - h 2 hrs
proyecto. proyecto 5.
1.3.A06 Informe
de estado del Z 2 hrs - h 2 hrs
proyecto 6.
1.3.A07 Informe
de estado del B 2 hrs - h 2 hrs
proyecto 7.
1.3.A08 Informe
de estado del J 2 hrs - h 2 hrs
proyecto 8.
1.3.A09 Informe
de estado del Z 2 hrs - h 2 hrs
proyecto 9.
1.4.A01 Realizar
Reunión de
Coordinación
C 2 hrs - h 2 hrs
Semanal 1.
1.4.A02 Realizar
Reunión de
Coordinación
C 2 hrs - h 2 hrs
1.4 Reunión de
Coordinación Semanal 2.
Semanal. 1.4.A03 Realizar
Reunión de
Coordinación
C 2 hrs - h 2 hrs
Semanal 3.
1.4.A04 Realizar
Reunión de C 2 hrs - h 2 hrs
Coordinación
 Semanal 4.
1.4.A05 Realizar
Reunión de
Coordinación
C 2 hrs - h 2 hrs
Semanal 5.
1.4.A06 Realizar
Reunión de
Coordinación
C 2 hrs - h 2 hrs
Semanal 6.
1.4.A07 Realizar
Reunión de
Coordinación
C 2 hrs - h 2 hrs
Semanal 7.
1.4.A08 Realizar
Reunión de
Coordinación
C 2 hrs - h 2 hrs
Semanal 8.
1.4.A09 Realizar
Reunión de
Coordinación
C 2 hrs - h 2 hrs
Semanal 9.
1.5.A01 Elaborar
1.5 Cierre del documentos de
proyecto. cierre del
Z 8 hrs – h 8 hrs
proyecto.
2.1.A01 Realizar
Reunión con el
Sponsor, Jefe de
2.1
la OGBU y Jefe de
B,J,Z 18 hrs – h 6hrs
Documentación
Informática
de requisitos de
OGBU.
Software.
2.1.A02
Consolidar los B,J,Z 6 hrs – h 2 hrs
requerimiento.
3.1.A01
Identificar los
casos de usos y
R 4 hrs – h 4 hrs
3.1
Especificación los actores.
de Casos de 3.1.A02 Elaborar
Usos. la especificación
de los Casos de
R 12 hrs – h 12 hrs
Uso.
 3.1.A03 Revisar
la especificación.
B,J,Z 12 hrs – h 4 hrs
3.2.A01 Elaborar
los prototipos de J 16 hrs – h 16 hrs
3.2 Prototipos pantallas.
de Pantallas.
3.2.A02 Revisar
los prototipos.
B,J,Z 10 hrs – h 4 hrs

3.3.A01 Elaborar
el diagrama ER.
W 8 hrs – h 8 hrs
3.3.A02 Elaborar
3.3 Diagrama el diccionario de W 8 hrs – h 8 hrs
ER. Dato.
3.3.A03 Revisar B,J,Z,
24 hrs – h 4 hrs
el diagrama ER. W,T,R
3.4.A01 Elaborar
el manual técnico.
B 24 hrs – h 24 hrs
3.4 Manual
Técnico. 3.4.A02 Revisar B,J,Z,
24 hrs – h 4 hrs
el manual técnico. W,T,R
4.1.1.A01
Codificar el W 40 hrs – h 40 hrs
4.1.1
módulo.
Inscripción Vía
4.1.1.A02
Web.
Realizar Pruebas W 16 hrs – h 26 hrs
Unitarias.
4.1.2.A01
Codificar el T 40 hrs – h 40 hrs
4.1.2
módulo.
Inscripción
4.1.2.A02
Presencial.
Realizar Pruebas T 16 hrs – h 16 hrs
Unitarias.
4.2 Módulo de 4.2.A01 Codificar
el módulo.
T 40 hrs – h 40 hrs
Control de
Ingreso al 4. 2.A02 Realizar
Comedor. Pruebas Unitarias.
T 16 hrs – h 16 hrs
4.3.A01 Codificar
el módulo.
T 8 hrs – h 8 hrs
4.3 Módulo de
Administración. 4.3.A02 Realizar
Pruebas Unitarias.
T 4 hrs – h 4 hrs
4.4 Módulo de 4.4.A01 Codificar
Reportes el módulo.
R 24 hrs – h 24 hrs
 Estadísticos. 4. 4.A02 Realizar
Pruebas Unitarias.
R 4 hrs – h 4 hrs
5.1.A01 Revisar las
especificaciones de
T 4 hrs – h 4 hrs
los casos de uso
5.1 Plan de del sistema.
Pruebas. 5.1.A02 Revisar los
prototipos del B 4 hrs – h 4 hrs
sistema.
5.1.A.03 Elaborar
T 12 hrs – h 12 hrs
el Plan de Prueba.
5.2.1.A01 Revisar
B 2 hrs – h 2 hrs
el Plan de Pruebas.
5.2.1.A02 Realizar
las pruebas del B 8 hrs – h 8 hrs
sistema.
5.2.1 Prueba de 5.2.1.A03 Verificar
B 2 hrs – h 2 hrs
Iteración 1. resultados.
5.2.1.A04 Reportar
observaciones o B 4 hrs – h 4 hrs
fallas.
5.2.1.A05 Corregir
W,T,R 48 hrs – h 16 hrs
error del sistema.
5.2.2.A01 Realizar
las pruebas del B 8 hrs – h 8 hrs
sistema.
5.2.2.A02 Verificar
5.2.2 Prueba de B 2 hrs – h 2 hrs
resultados.
Iteración 2.
5.2.2.A03 Reportar
observaciones o B 2 hrs – h 2 hrs
fallas.
5.2.2.A04 Corregir
W,T,R 48 hrs – h 16 hrs
error del sistema.
5.2.3.A01 Realizar
las pruebas del B 8 hrs – h 8 hrs
sistema.
5.2.3 Prueba de
5.2.3.A02 Verificar
Iteración 3. B 2 hrs – h 2 hrs
resultados.
5.2.3.A03 Reportar
observaciones o B 2 hrs – h 2 hrs
fallas.
 5.2.3.A04 Corregir
W,T,R 48 hrs – h 16 hrs
error del sistema.
5.3.A01 Realizar
Consolidación de
T 2 hrs – h 2 hrs
los resultados
obtenidos.
5.3 Informe de 5.3.A02 Verificar
Control de los resultados con
T 2 hrs – h 2 hrs
Calidad. el Plan de
Pruebas.
5.3.A03 Elaborar
el informe de
B 4 hrs – h 4 hrs
control de
calidad.
5.4.A01 Revisar
las
especificaciones W 4 hrs – h 4 hrs
de los casos de
5.4 Manual de uso del sistema.
usuario. 5.4.A02 Capturar
las pantallas del W 8 hrs – h 8 hrs
sistema.
5.4.A03 Elaborar
el manual de W 16 hrs – h 16 hrs
usuario .
6.1.A01 Definir
C 4 hrs – h 4 hrs
tiempos.
6.1.A02 Asignar
6.1 Plan de Recursos para C 2 hrs – h 2 hrs
capacitación. capacitación.
6.1.A03 Elaborar
Plan de C 8 hrs – h 8 hrs
Capacitación.
6.2 6.2.A.01 Dictar la
W 8 hrs – h 8 hrs
Capacitación. capacitación.
6.3.A01 Elaborar
6.3 Informe de
el informe de W 2 hrs – h 2 hrs
capacitación.
capacitación.
7.1.A01 Elaborar
7.1 Manual de
el manual de
Instalación y B 6 hrs – h 6 hrs
Instalación y
Configuración.
Configuración.
 7.1.A02 Revisar y
Validar el manual
en un entorno B,Z,C 6 hrs – h 6 hrs
similar al de
producción.
7.2.A01
Actualizar el B 8 hrs – h 8 hrs
7.2 Manual manual técnico.
Técnico 7.2.A02 Revisar y
Actualizado. aprobación final
B,Z 8 hrs – h 4 hrs
del Manual
Técnico.
7.3.A01 Coordinar
acciones previas
B 2 hrs – h 2 hrs
7.3 Pase a para el pase a
Producción. producción.
7.3.A02 Realizar
el pase a C 6 hrs – h 6 hrs
producción.
7.4.A01 Realizar
seguimiento en B 8 hrs – h 8 hrs
Producción 1.
7.4.A02 Realizar
seguimiento en J 4 hrs – h 4 hrs
7.4
Producción 2.
Seguimiento en
7.4.A03 Realizar
Producción.
seguimiento en Z 8 hrs – h 8 hrs
Producción 3.
7.4.A04 Realizar
seguimiento en B 8 hrs – h 8 hrs
Producción 4.
8.1.A01
Identificar T 4 hrs – h 4 hrs
8.1 Listado de equipos a adquirir
equipos. 8.1.A02
Especificar C 4 hrs – h 4 hrs
equipos.
8.2.A01
Recepcionar y Z 4 hrs – h 4 hrs
8.2 Equipos
verificar equipos.
adquiridos.
8.2.A01 Preparar
W 4 hrs – h 4 hrs
Equipos.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z B,J Z 26/08/09 Versión Original.

CRONOGRAMA DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR UNIVERSITARIO SACU

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.
 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.
 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.
 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.
 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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
0.1 B,J,Z Z Z 07/08/09 Versión Original.

PLAN DE GESTIÓN DE COSTOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

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.
FECHAS
CUENTA DE CONTROL ENTREGABLES PRESUPUESTO RESPONSABLE
(FASES O ENTREGABLES (MONTO DEL (PERSONA RESPONSABLE DE INICIO-FIN
(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)

Investigar variación para tomar acción

Proyecto Completo. +/- 5% costo planificado.
correctiva.
MÉTODOS DE MEDICIÓN DE VALOR GANADO
ALCANCE:
MÉTODO DE MEDICIÓN MODO DE MEDICIÓN
PROYECTO/FASE/ENTREGABLE (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, DÓNDE)
DE LOS ENTREGABLES ESPECIFICADOS)
ENTREGABLES O UN ENTREGABLE ESPECÍFICO)
Reporte de Performance Semanal del
Proyecto Completo. Valor Acumulado – Curva S.
Proyecto.

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.
FORMULAS DE PRONÓSTICO DEL VALOR GANADO: ESPECIFICACIÓN DE FÓRMULAS DE PRONÓSTICO QUE SE
UTILIZARÁN PARA EL PROYECTO.
TIPO DE PRONÓSTICO FÓRMULA MODO: QUIÉN, CÓMO, CUÁNDO, DÓNDE
Informe de Performance del Proyecto
EAC variaciones típicas. AC + (BAC-EV)/CPI
Semanalmente.
NIVELES DE ESTIMACIÓN Y DE CONTROL: ESPECIFICACIÓN DE LOS NIVELES DE DETALLE EN QUE SE EFECTUARÁN LAS
ESTIMACIONES Y EL CONTROL DE LOS COSTOS.
TIPO DE ESTIMACIÓN NIVEL DE ESTIMACIÓN DE COSTOS NIVEL DE CONTROL DE COSTOS
DE COSTOS (ESPECIFICAR EL NIVEL DE DETALLE AL CUAL SE (ESPECIFICAR EL NIVEL DE DETALLE AL CUAL SE
(ESPECIFICAR LOS TIPOS DE ESTIMACIÓN EFECTUARÁN LOS ESTIMADOS DE COSTOS, EJM. EFECTUARÁ EL CONTROL DE LOS COSTOS EN EL SISTEMA
A USAR EN EL PROYECTO, EJM. ORDEN DE ACTIVIDAD, PAQUETES DE TRABAJO, EVM, EJM. ACTIVIDAD, PAQUETES DE TRABAJO,
MAGNITUD, PRESUPUESTO, DEFINITIVA) ENTREGABLES, ETC.) ENTREGABLES, ETC.)

Orden de Magnitud. Por fase. No aplica.

Presupuesto. Por actividad. El mismo.
Definitiva. Por actividad. El mismo.
PROCESOS DE GESTIÓN DE COSTOS: DESCRIPCIÓN DETALLADA DE LOS PROCESOS DE GESTIÓN DE COSTOS QUE SE
REALIZARÁN DURANTE LA GESTIÓN DE PROYECTOS.
PROCESO DE GESTIÓN DE
DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ
COSTOS
Se estima los costes del proyecto en base al tipo de estimación por
Estimación de Costes. presupuesto y definitiva. Esto se realiza en la planificación del proyecto y es
responsabilidad del Project Manager, y aprobado por el Sponsor.
Se elabora el presupuesto del proyecto y las reservas de gestión del proyecto.
Preparación de su Prepuesto
Este documento es elaborado por el Project Manager y, revisado y aprobado
de Costes.
por el Sponsor.
Se evaluará el impacto de cualquier posible cambio del costo, informando al
Sponsor los efectos en el proyecto, en especial las consecuencias en los
objetivos finales del proyecto (alcance, tiempo y costo).
El análisis de impacto deberá ser presentado al Sponsor y evaluará distintos
escenarios posibles, cada uno de los cuales corresponderá alternativas de
Control de Costes. intercambio de triple restricción.
Toda variación final dentro del +/- 5% del presupuesto será considerada como
normal.
Toda variación final fuera del +/- 5% del presupuesto será considerada como
causa asignable y deberá ser auditada. Se presentará un informe de auditoría,
y de ser el caso se generará una Lección Aprendida.
FORMATOS DE GESTIÓN DE COSTOS: DESCRIPCIÓN DETALLADA DE LOS FORMATOS DE GESTIÓN DE COSTOS QUE SE
UTILIZARÁN DURANTE LA GESTIÓN DE PROYECTOS.
FORMATO DE GESTIÓN DE
DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ
COSTOS
Plan de Gestión de Costos. Documento que informa la planificación para la gestión del costo del proyecto.
Línea Base del Costo. Línea base del costo del proyecto, sin incluir las reservas de contingencia.
Este informe detalla los costos a nivel de las actividades de cada entregable,
Costeo del Proyecto.
según el tipo de recurso que participe.
Presupuesto por Fase y El formato de Presupuesto por Fase y Entregable informa los costos del
Entregable. proyecto, divididos por Fases, y cada fase dividido en entregables.
El formato de Presupuesto por Fase y por Tipo de Recurso informe los costos
Presupuesto por Fase y por
del proyecto divididos por fases, y cada fase en los 3 tipos de recursos
Tipo de Recurso.
(personal, materiales, maquinaria).
El formato Presupuesto por Semana informa los costes del proyecto por
Presupuesto por Semana.
semana y los costes acumulados por semana.
Presupuesto en el Tiempo El formato Presupuesto en el Tiempo (Curva S) muestra la gráfica del valor
(Curva S). ganado del proyecto en un periodo de tiempo.
SISTEMA DE CONTROL DE TIEMPOS: DESCRIPCIÓN DETALLADA DEL SISTEMA DE CONTROL DE TIEMPOS 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.
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É
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.
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.
- 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:
o Solicitud de Cambios.
o Acta de reunión de coordinación del proyecto.
o 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 está no puede ser resuelta por él, es el Sponsor que asume la responsabilidad.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 J,B,Z Z Z 11/08/09 Versión Original.

ESTIMACIÓN DE RECURSOS Y DURACIONES

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR UNIVERSITARIO SACU

TIPO DE RECURSO: MATERIALES O TIPO DE RECURSO: MÁQUINAS O NO

TIPO DE RECURSO: PERSONAL
CONSUMIBLES CONSUMIBLES.
ENTREGABLE ACTIVIDAD NOMBRE NOMBRE NOMBRE
COSTO COSTO COSTO COSTO COSTO COSTO
DE UNIDADES CANTIDAD DE UNIDADES CANTIDAD DE UNIDADES CANTIDAD
UNITARIO TOTAL UNITARIO TOTAL UNITARIO TOTAL
RECURSO RECURSO RECURSO
1.1.1.A01 B 12.5
Reunión con el J Hr - H 12 12.5 $ 168.0
Sponsor Z 17.0
1.1.1.A02
Elaborar el 12.5
1.1.1 B,J Hr - H 16 $ 200.0
Project 12.5
Project Charter.
Charter.
1.1.1.A03
Revisar el
Z Hr - H 4 17.0 $ 68.0
Project
Charter.
1.1.2.A01 B 12.5
Análisis de la J Hr - H 6 12.5 $ 84.0
Información. Z 17.0
1.1.2.A02 B 12.5
1.1.2
Definición de J Hr - H 12 12.5 $ 168.0
Registro de
Stakeholders. Z 17.0
Stakeholders.
1.1.2.A03
B 12.5
Clasificación
J Hr - H 6 12.5 $ 84.0
de los
Z 17.0
Stakeholders.
1.1.3 Estrategia 1.1.3.A01 B 12.5
de gestión de Clasificación J Hr - H 24 12.5 $ 336.0
Stakeholders. de estrategias. Z 17.0
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.
 1.2.A01
B 12.5
1.2 Plan del Elaborar el
J Hr - H 240 12.5 $ 3,360
Proyecto. Plan del
Z 17.0
Proyecto.
1.3.A01
Informe de
Z Hr - H 2 34.0 $ 34.0
Estado del
Proyecto 1.
1.3.A02
Informe de
Z Hr - H 2 34.0 $ 34.0
Estado del
Proyecto 2.
1.3.A03
Informe de
J Hr - H 2 34.0 $ 34.0
Estado del
Proyecto 3.
1.3.A04
Informe de
B Hr - H 2 34.0 $ 34.0
Estado del
Proyecto 4.
1.3.A05
1.3 Informe de
Informe de
Estado del J Hr - H 2 34.0 $ 34.0
Estado del
Proyecto.
Proyecto 5.
1.3.A06
Informe de
Z Hr - H 2 34.0 $ 34.0
Estado del
Proyecto 6.
1.3.A07
Informe de
B Hr - H 2 34.0 $ 34.0
Estado del
Proyecto 7.
1.3.A08
Informe de
J Hr - H 2 34.0 $ 34.0
Estado del
Proyecto 8.
1.3.A09
Informe de
Z Hr - H 2 34.0 $ 34.0
Estado del
Proyecto 9.
 1.4.A01
Realizar
Reunión de C Hr - H 2 17.0 $ 17.00
Coordinación
Semanal 1.
1.4.A02
Realizar
Reunión de C Hr - H 2 17.0 $ 17.00
Coordinación
Semanal 2.
1.4.A03
Realizar
Reunión de C Hr - H 2 17.0 $ 17.00
Coordinación
Semanal 3.
1.4.A04
Realizar
Reunión de C Hr - H 2 17.0 $ 17.00
Coordinación
1.4 Reunión de
Semanal 4.
Coordinación
1.4.A05
Semanal
Realizar
Reunión de C Hr - H 2 17.0 $ 17.00
Coordinación
Semanal 5.
1.4.A06
Realizar
Reunión de C Hr - H 2 17.0 $ 17.00
Coordinación
Semanal 6.
1.4.A07
Realizar
Reunión de C Hr - H 2 17.0 $ 17.00
Coordinación
Semanal 7.
1.4.A08
Realizar
Reunión de C Hr - H 2 17.0 $ 17.00
Coordinación
Semanal 8.
 1.4.A09
Realizar
Reunión de C Hr - H 2 17.0 $ 17.00
Coordinación
Semanal 9.
1.5.A01
Elaborar
1.5 Cierre del
documentos Z Hr - H 18 17.0 $ 136.0
proyecto.
de cierre del
proyecto.
2.1.A01
Reunión con el
Sponsor, Jefe B 12.5
2.1 de la OGBU y J Hr - H 18 12.5 $ 252.0
Documentación Jefe de Z 17.0
de requisitos de Informática
Software. OGBU.
2.1.A02 B 12.5
Consolidar los J Hr - H 6 12.5 $ 84.0
requerimiento. Z 17.0
3.1.A01
Identificar los
R Hr - H 4 6.8 $ 27.2
casos de usos
y los actores.
3.1.A02
3.1 Elaborar la
Especificaciones especificación R Hr - H 12 6.8 $ 81.6
de los Casos de de los Casos
Uso. de Uso.

3.1.A03 B 12.5
Revisar la J Hr - H 12 12.5 $ 168.0
especificación. Z 17.0

3.2.A01
$ 200.0
Elaborar los
J Hr - H 16 12.5
prototipos de
3.2 Prototipos
pantallas.
de Pantallas
3.2.A02 B 12.5
Revisar los J Hr - H 10 12.5 $ 134.0
prototipos. Z 17.0
 3.3.A01
Elaborar el W Hr - H 8 6.8 $ 54.4
diagrama ER.

3.3.A02
Elaborar el
W Hr - H 8 6.8 $ 54.4
3.3 Diagrama diccionario de
ER. Dato.
B 12.5
J 12.5
3.3.A03
Z 17.0
Revisar la Hr - H 24 $ 256.4
W 6.8
diagrama ER.
T 8.5
R 6.8

3.4.A01
Elaborar el
B Hr - H 24 12.5 $ 300.0
manual
técnico.
3.4 Manual B 12.5
Técnico. 3.4.A02 J 12.5
Revisar el Z 17.0
Hr - H 24 $ 256.4
manual W 6.8
técnico. T 8.5
R 6.8
4.1.1.A01
Codificación W Hr - H 40 6.8 $ 272.0
4.1.1 del módulo.
Inscripción Vía
4.1.1.A02
Web.
Pruebas W Hr - H 16 6.8 $ 108.8
Unitarias.
4.1.2.A01
Codificación T Hr - H 40 8.5 $ 340.0
4.1.2
del módulo.
Inscripción
4.1.2.A02
Presencial
Pruebas T Hr - H 16 8.5 $ 136.0
Unitarias.
 4. 2.A01
4.2 Módulo de Codificación T Hr - H 40 8.5 $ 340.0
Control de del modulo.
Ingreso al
4. 2.A02
Comedor.
Pruebas T Hr - H 16 8.5 $ 136.0
Unitarias.
4. 3.A01
Codificación T Hr - H 8 8.5 $ 68.0
4.3 Módulo de del módulo.
Administración. 4. 3.A02
Pruebas T Hr - H 4 8.5 $ 34.0
Unitarias.
4. 4.A01
Codificación R Hr - H 24 6.8 $ 163.2
4.4 Módulo de
del módulo.
Reportes
4. 4.A02
Estadísticos.
Pruebas R Hr - H 4 6.8 $ 27.2
Unitarias.
5.1.A01
Revisar las
especificación
T Hr - H 4 8.5 $ 34.0
en de los casos
de uso del
sistema.
5.1 Plan de 5.1.A02
Pruebas. Revisar los
B Hr - H 4 12.5 $ 50.0
prototipos del
sistema.

5.1.A.03
Elaborar el Plan T Hr - H 12 8.5 $ 102.0
de Prueba.

5.2.1.A01
5.2.1 Prueba de
Revisar el Plan B Hr - H 2 12.5 $ 25.0
Iteración 1.
de Pruebas.
 5.2.1.A02
Realizar las
B Hr - H 8 12.5 $ 100.0
pruebas del
sistema.

5.2.1.A03
Verificar B Hr - H 2 12.5 $ 25.0
resultados.

5.2.1.A04
Reportar
B Hr - H 4 12.5 $ 50.0
observaciones o
fallas.
5.2.1.A05 W 6.8
Corregir error T Hr - H 48 8.5 $ 353.6
del sistema. R 6.8

5.2.2.A01
Realizar las
B Hr - H 8 12.5 $ 100.0
pruebas del
sistema.

5.2.2.A02
5.2.2 Prueba de Verificar B Hr - H 2 12.5 $ 25.0
Iteración 2. resultados.

5.2.2.A03
Reportar
B Hr - H 2 12.5 $ 25.0
observaciones o
fallas.
5.2.2.A04 W 6.8
Corregir error T Hr - H 48 8.5 $ 353.6
del sistema. R 6.8

5.2.3.A01
5.2.3 Prueba de
Realizar las
Iteración 3. B Hr - H 8 12.5 $ 100.0
pruebas del
sistema.
 5.2.3.A02
Verificar B Hr - H 2 12.5 $ 25.0
resultados.

5.2.3.A03
Reportar
B Hr - H 2 12.5 $ 25.0
observaciones o
fallas.

5.2.3.A04 W 6.8
Corregir error T Hr - H 48 8.5 $ 353.6
del sistema. R 6.8

5.3.A01
Realizar la
consolidación 8.5
T Hr - H 2 $ 17.0
de los
resultados
obtenidos.

5.3.A02
5.3 Informe de Verificar los
Control de resultados con T Hr - H 2 8.5 $ 17.0
Calidad el Plan de
Pruebas.

5.3.A03
Elaborar el
informe de B Hr - H 4 12.5 $ 50.0
control de
calidad.

5.4. A01
Revisar las
5.4 Manual de
especificacion 6.8
usuario. W Hr - H 4 $ 27.2
es de los
casos de uso
del sistema.
 5.4.A02
Capturar las
W Hr - H 8 6.8 $ 54.4
pantallas del
sistema.

5.4.A03
Elaborar el
W Hr - H 16 6.8 $ 108.8
manual de
usuario.

6.1.A01
Definir C Hr - H 4 8.5 $ 34.0
tiempos.
6.1.A02
Asignar
C Hr - H 2 8.5 $ 17.0
6.1 Plan de Recursos para
capacitación. capacitación.

6.1.A03
Elaborar Plan
C Hr - H 8 8.5 $ 68.0
de
Capacitación.

6.2.A.01
6.2 Cacitación. Dictar la W Hr - H 8 6.8 $ 54.4
capacitación.
6.3.A01
6.3 Informe de Elaborar el
W Hr - H 2 6.8 $ 13.6
capacitación. informe de
capacitación.
7.1.A01
7.1 Manual de Elaborar el
Instalación y manual de B Hr - H 6 12.5 $ 75.0
Configuración. Instalación y
Configuración.
 7.1.A02
Revisar y
Validar el 12.5
manual en un B,Z,C Hr - H 6 17.0 $ 76.0
entorno 8.5
similar al de
producción.
7.2.A01
Actualizar el 12.5
B Hr - H 8 $ 100.0
manual
7.2 Manual técnico.
Técnico
7.2.A02
Actualizado.
Revisar y
aprobación 12.5
B,Z Hr - H 8 $ 118.0
final del 17.0
Manual
Técnico.
7.3.A01
Coordinar
acciones
B Hr - H 2 12.5 $ 25.0
previas para el
7.3 Pase a
pase a
Producción.
producción.
7.3.A02
Realizar el
C Hr - H 6 8.5 $ 51.0
pase a
producción.
7.4.A01
Realizar el
seguimiento B Hr - H 8 12.5 $ 100.0
en producción
7.4 Seguimiento 1.
en Producción. 7.4.A02
Realizar el
seguimiento J Hr - H 4 12.5 $ 50.0
en producción
2.
 7.4.A03
Realizar el
seguimiento Z Hr - H 8 17.0 $ 136.0
en producción
3.
7.4.A04
Realizar el
seguimiento B Hr - H 8 12.5 $ 100.0
en producción
4.
8.1.A01
Identificar
T Hr - H 4 8.5 $ 34.0
equipos a
8.1 Listado de
adquirir.
equipos.
8.1.A02
Especificar C Hr - H 4 8.5 $ 34.0
equipos.
8.2.A01
Recepcionar y
Z Hr - H 4 17.0 $ 68.0
verificar
8.2 Equipos
equipos.
adquiridos.
8.2.A01
Preparar W Hr - H 4 6.8 $ 27.2
Equipos.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z Z Z 11/08/09 Versión Original.

PRESUPUESTO DEL PROYECTO

- POR FASE Y POR ENTREGABLE –
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

PROYECTO FASE ENTREGABLE MONTO $

1.0 Gestión de 1.1 Iniciación. 1,108.0
Proyecto. 1.2 Plan del Proyecto. 3,360.0
1.3 Informe de Estado del Proyecto. 306.0
1.4 Reunión de Coordinación Semanal. 153.0
1.5 Cierre del Proyecto. 136.0
Total Fase 5,063.00
2.0 Recopilación 2.1 Documentación de Requisitos de SW.
336.0
de Requisitos.
Total Fase 336.00
Sistema de Atención del Comedor Universitario

3.0 Análisis y 3.1 Especificaciones de Casos de Usos. 276.8

Diseño del 3.2 Prototipos de Pantallas. 334.0
Sistema. 3.3 Diagrama ER. 365.2
3.4 Manual Técnico. 556.4
Total Fase 1,532.40
4.0 Desarrollo del 4.1 Módulo de Registro de Inscripción. 856.80
Sistema. 4.2 Módulo de Control de Ingreso al
476.00
Comedor.
4.3 Módulo de Administración. 102.00
4.4 Módulo de Reportes Estadísticos. 190.40
Total Fase 1,625.20
5.0 Pruebas del 5.1 Plan de Prueba. 186.00
Sistema. 5.2 Ejecución de Pruebas. 1,560.80
5.3 Informe de Control de Calidad. 84.00
5.4 Manual de Usuario. 190.40
Total Fase 2,021.20
6.0 Capacitación. 6.1 Plan de Capacitación. 119.00
6.2 Capacitación. 54.40
6.3 Informe de Capacitación. 13.60
Total Fase 187.00
7.0 7.1 Manual de Instalación y Configuración. 151.00
Implementación. 7.2 Manual Técnico Actualizado. 218.00
7.3 Pase a Producción. 76.00
7.4 Seguimiento en Producción. 386.00
Total Fase 831.00
8.0 Adquisición 8.1 Listado de equipos. 68.00
de equipos. 8.2 Equipos adquiridos. 95.20
Total Fase 163.20

TOTAL FASES $ 11,759.00

Reserva de Contingencia $ 1,759.00

Reserva de Gestión $ 1,759.00
PRESUPUESTO DEL PROYECTO $ 14,110.80

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z Z Z 11/08/09 Versión Original.

PRESUPUESTO DEL PROYECTO

- POR FASE Y POR ENTREGABLE –
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

PROYECTO FASE ENTREGABLE MONTO $

Personal 5,063.00
1.0 Gestión de Materiales
Proyecto. Maquinaria
Otros
Total Fase 5,063.00
Personal 336.00
Materiales
2.0 Requisitos.
Maquinaria
Otros
Total Fase 336.00
Sistema de Atención del Comedor Universitario

Personal 1,532.40
3.0 Análisis y
Materiales
Diseño del
Maquinaria
Sistema.
Otros
Total Fase 1,532.40
Personal 1,625.20
4.0 Desarrollo del Materiales
Sistema. Maquinaria
Otros
Total Fase 1,625.20
Personal 2,021.20
5.0 Pruebas del Materiales
Sistema. Maquinaria
Otros
Total Fase 2,021.20
Personal 187.00
Materiales
6.0 Capacitación.
Maquinaria

Total Fase 187.00

Personal 831.00
7.0 Materiales
Implementación. Maquinaria
Otros
Total Fase 831.00
Personal 163.20
8.0 Adquisición Materiales
de Equipos. Maquinaria
Otros
Total Fase 163.20
TOTAL FASES $ 11,759.00

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.
 Reserva de Contingencia $ 1,759.00
Reserva de Gestión $ 1,759.00
PRESUPUESTO DEL PROYECTO $ 14,110.80
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z Z Z 11/08/09 Versión Original.

PRESUPUESTO POR SEMANA

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

COSTO ($)
SEMANA COSTO ACUMULADO
PROYECTO POR
Nº POR SEMANA
SEMANA
Semana 1 05-Ago 09-Ago 772.00 772.00
Semana 2 10-Ago 16-Ago 1680.00 2,452.00
Semana 3 17-Ago 23-Ago 1680.00 4,132.00
Semana 4 24-Ago 30-Ago 1049.80 5,181.80
Semana 5 31-Ago 06-Sep 750.20 5,932.00
Semana 6 07-Sep 13-Sep 657.20 6,589.20
Semana 7 14-Sep 20-Sep 314.00 6,903.20
Sistema de Semana 8 21-Sep 27-Sep 382.00 7,285.20
Atención del
Comedor Semana 9 28-Sep 04-Oct 391.00 7,676.20
Universitario Semana 10 05-Oct 11-Oct 382.00 8,058.20
Semana 11 12-Oct 18-Oct 350.40 8,480.60
Semana 12 19-Oct 25-Oct 618.20 9,026.80
Semana 13 26-Oct 01-Nov 692.00 9,718.80
Semana 14 02-Nov 08-Nov 569.20 10,288.00
Semana 15 09-Nov 15-Nov 423.00 10,711.00
Semana 16 16-Nov 22-Nov 580.00 11,291.00
Semana 17 23-Nov 30-Nov 468.00 11,759.00
TOTAL SEMANAS $ 11,759.00
RESERVA DE CONTINGENCIA $ 1,759.00
RESERVA DE GESTIÓN $ 1,759.00
PRESUPUESTO TOTAL DEL PROYECTO $ 14,110.80

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z Z Z 11/08/09 Versión Original.

PRESUPUESTO EN EL TIEMPO (Curva S)

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
0.1 J Z Z 13/08/09 Versión Original.
1.0 Z Z Z Se ha separado los factores en
19/08/09 archivos separados, y se ha
sincronizado la versión.

PLANTILLA DE MÉTRICA DE CALIDAD

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

MÉTRICA DE:
PRODUCTO PROYECTO X
FACTOR DE CALIDAD RELEVANTE: ESPECIFICAR CUÁL ES EL FACTOR DE CALIDAD RELEVANTE QUE DA ORIGEN
A LA MÉTRICA.
Satisfacción del Cliente.
DEFINICIÓN DEL FACTOR DE CALIDAD: DEFINIR EL FACTOR DE CALIDAD INVOLUCRADO EN LA MÉTRICA Y
ESPECIFICAR PORQUÉ ES RELEVANTE.
La satisfacción del cliente se define como el cumplimiento de lo requerido para el
desarrollo del producto.
Este factor de calidad es relevante pues el no cumplimiento de lo requerido inicialmente
por el cliente generará cambios en el presupuesto y/o tiempo.
PROPÓSITO DE LA MÉTRICA: ESPECIFICAR PARA QUÉ SE DESARROLLA LA MÉTRICA.
La métrica se desarrolla para monitorear la satisfacción del cliente en cuanto al
cumplimiento en los requerimientos y así poder tomar las acciones en forma oportuna.
DEFINICIÓN OPERACIONAL: DEFINIR COMO OPERARÁ LA MÉTRICA, ESPECIFICANDO EL QUIÉN, QUÉ, CUÁNDO,
DÓNDE, CÓMO.
El Analista Funcional y Analista Técnico.
MÉTODO DE MEDICIÓN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA MEDICIÓN.
1. Se tomará una encuesta en cada reunión con el cliente para medir el grado de
satisfacción con el trabajo realizado, tiempos, informes presentados, reuniones,
donde 1 es igual a cliente insatisfecho y 5 es igual a cliente totalmente satisfecho.
2. Las encuestas serán procesadas por el Analista Funcional.
3. El índice de satisfacción se indicará en el informe semanal del proyecto.
4. Se revisará el informe con el Sponsor y se tomarán las acciones correctivas y/o
preventivas pertinentes.
5. Se informará al equipo de dichas acciones.
RESULTADO DESEADO: ESPECIFICAR CUÁL ES EL OBJETIVO DE CALIDAD O RESULTADO DESEADO PARA LA
MÉTRICA.
1. Para el valor de satisfacción se espera un valor acumulado no menor de 4.
ENLACE CON OBJETIVOS ORGANIZACIONALES: ESPECIFICAR CÓMO SE ENLAZA LA MÉTRICA Y EL FACTOR
DE CALIDAD RELEVANTE CON LOS OBJETIVOS DE LA ORGANIZACIÓN
El cumplimiento de estas métricas es indispensable para poder obtener el reconocimiento
deseado en el desarrollo y gestión de proyectos lo cual a su vez posibilitará el crecimiento
profesional del equipo del proyecto.
RESPONSABLE DEL FACTOR DE CALIDAD: DEFINIR QUIÉN ES LA PERSONA RESPONSABLE DE VIGILAR EL
FACTOR DE CALIDAD, LOS RESULTADOS DE LA MÉTRICA, Y DE PROMOVER LAS MEJORAS DE PROCESOS QUE SEAN
NECESARIAS.
La persona operativamente responsable de vigilar el factor de calidad, los resultados de la
métrica y de promover las mejoras de procesos que sean necesarios para lograr los
objetivos de la calidad planteados es el Project Manager.

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z Z Z 14/08/09 Versión Original.

LÍNEA BASE DE CALIDAD

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

LÍNEA BASE DE CALIDAD

FACTOR DE FRECUENCIA Y FRECUENCIA Y
OBJETIVO DE MÉTRICA A
CALIDAD MOMENTO DE MOMENTO DE
CALIDAD USAR
RELEVANTE MEDICIÓN REPORTE

CPI = Cost Frecuencia Frecuencia

Performance Performance Semanal. Semanal.
del Proyecto.
CPI >= 0.8
Index Medición, lunes en Medición, lunes en
Acumulado. la mañana. la mañana.
SPI = Frecuencia Frecuencia
Schedule Semanal. Semanal.
Performance
del Proyecto.
SPI >= 0.95 Performance Medición, lunes en Medición, lunes en
Index la mañana. la mañana.
Acumulado.
Nivel de Frecuencia una Frecuencia, una vez
Satisfacción = encuesta por cada por cada reunión
Promedio de reunión con el con el cliente.
los valores cliente. Medición, el mismo
obtenido de Medición, al día día de la medición.
las encuestas siguiente de la
Nivel de realizadas al encuesta.
Satisfacción
de Cliente.
Satisfacción cliente, sobre
>= 4 su apreciación
en la
ejecución del
proyecto y el
producto, el
máximo punto
es de 5.

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
0.1 B B,J,Z Z 13/08/09 Versión Original.
1.0 Z B,J Z 19/08/09 Sincronización de versión.

MATRIZ DE ACTIVIDADES DE CALIDAD

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

ESTÁNDAR DE ACTIVIDADES DE ACTIVIDADES DE

ENTREGABLE
CALIDAD APLICABLE PREVENCIÓN CONTROL
1.1.1 Project
Método ODS. Aprobado por Sponsor.
Charter.
1.1.2 Registro de Método ODS.
Aprobado por Sponsor.
Stakeholders.
1.1.3 Estrategia de Método ODS.
Gestión de Aprobado por Sponsor.
Stakeholders.
1.2 Plan del Método ODS.
Aprobado por Sponsor.
Proyecto.
1.3 Informe de Método ODS.
Aprobado por Sponsor.
Estado del Proyecto.
1.4 Reunión de Acta de Reunión
Aprobado por Jefe de
Coordinación Estándar.
Bienestar.
Semanal.
1.5 Cierre del Aprobado por Jefe de
Método ODS.
Proyecto. Bienestar.
2.1 Documentación
Aprobado por Jefe de
de Requisitos de RUP.
Bienestar.
Software.
3.1 Especificación de Aprobado por Jefe de
RUP.
Casos de Usos. Bienestar.
3.2 Prototipo de Aprobado por Jefe de
Formato Interno.
pantallas. Bienestar.
Revisado por el Equipo y
Ingeniería de
3.3 Diagrama ER. aprobado por Project
Información.
Manager.
Revisado por el Equipo y
3.4 Manual Técnico. Formato Interno. aprobado por el Project
Manager.
4.1.1 Inscripción Vía Proceso de Desarrollo
Informe de Prueba.
Web. Interno.
4.1.2 Inscripción Proceso de Desarrollo
Informe de Prueba.
Presencial. Interno.
4.2 Módulo de
Proceso de Desarrollo
Control de Ingreso al Informe de Prueba.
Interno.
Comedor.
4.3 Módulo de Proceso de Desarrollo
Informe de Prueba.
Administración. Interno.
4.4 Módulo de
Proceso de Desarrollo
Reportes Informe de Prueba.
Interno.
Estadísticos.
Revisión de modelos Aprobado por el Project
5.1 Plan de Pruebas. Formato Interno.
de formato. Manager.
5.2.1 Prueba
Formato Interno. Informe de Prueba.
Iteración 1.

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.
5.2.2 Prueba
Formato Interno. Informe de Prueba.
Iteración 2.
5.2.3 Prueba
Formato Interno. Informe de Prueba.
Iteración 3.
5.3 Informe de Revisión de formatos Aprobado por Jefe de
Formato Interno.
Control de Calidad. de Modelo. Bienestar.
5.4 Manual de Aprobado por Jefe de
Formato Interno.
Usuario. Bienestar.
6.1 Plan de Aprobado por el Project
Formato Interno.
Capacitación. Manager.
Informe de
6.2 Capacitación. Formato Interno.
Capacitación.
6.3 Informe de Aprobado por el Jefe de
Formato Interno.
Capacitación. Bienestar.
7.1 Manual de
Aprobado por el Project
Instalación y Formato Interno.
Manager.
Configuración.
7.2 Manual Técnico Aprobado por el Project
Formato Interno.
Actualizado. Manager.
7.3 Pase a Aprobado por el Jefe de
Método Interno.
Producción. Bienestar.
7.4 Seguimiento en Aprobado por el Jefe de
Método Interno.
Producción. Bienestar.
Formato Interno y
8.1 Listado de Aprobado por el Project
Perfiles de Equipos
equipos. Manager.
de la Red Telemática.
Revisión Red
Telemática.
8.2 Equipos Aprobado por el Project
Comparación
adquiridos. Manager.
Especificación vs
Pecosa vs Equipos.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z B,J Z 13/08/09 Versión Original.

PLAN DE GESTIÓN DE LA CALIDAD

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

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.
Este proyecto debe cumplir con los requisitos de calidad desde el punto de vista de ODS, es
decir, acabar dentro del tiempo y el presupuesto planificados, y también debe cumplir con los
requisitos de calidad del Cliente, es decir, debe lograr la satisfacción por parte de ellos.
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 FRECUENCIA Y FRECUENCIA Y MOMENTO
CALIDAD MÉTRICA A UTILIZAR
CALIDAD MOMENTO DE MEDICIÓN DE REPORTE
RELEVANTE
CPI = Cost Frecuencia Frecuencia Semanal.
Performance Performance Semanal. Medición los lunes en
CPI >= 0.8
del Proyecto. Index Acumulado. Medición los lunes la mañana.
en la mañana.
SPI = Schedule Frecuencia Frecuencia Semanal.
Performance SPI >= Performance Semanal. Medicino los lunes en
del Proyecto. 0.95 Index Acumulado. Medición los lunes la mañana.
en la mañana.
Nivel de Frecuencia, una Frecuencia, una vez
Satisfacción = encuesta por cada por cada reunión con
Promedio de los reunión con el el cliente.
valores obtenido cliente.
de las encuestas Medición, al día Medición, el mismo
Nivel de realizadas al siguiente de la día de la medición.
Satisfacción
Satisfacción cliente, sobre su encuesta.
de Cliente.
>= 4 apreciación en la
ejecución del
proyecto y el
producto, el
máximo punto es
de 5.
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.
Cada vez que se deba mejorar un proceso se seguirán los siguientes pasos:
1. Delimitar el proceso.
2. Determinar la oportunidad de mejora.
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. Verificar si las acciones correctivas han sido efectivas.
8. Estandarizar las mejoras logradas para hacerlas parte del proceso.
MATRIZ DE ACTIVIDADES DE CALIDAD: ESPECIFICAR PARA CADA PAQUETE DE TRABAJO SI EXISTE UN
ESTÁNDAR O NORMA DE CALIDAD APLICABLE A SU ELABORACIÓN. ANALIZAR LA CAPACIDAD DEL PROCESO QUE GENERARÁ
CADA ENTREGABLE Y DISEÑAR ACTIVIDADES DE PREVENCIÓN Y DE CONTROL QUE ASEGURARÁN LA OBTENCIÓN DE
ENTREGABLES CON EL NIVEL DE CALIDAD REQUERIDO (VER MATRIZ ADJUNTA).
Ver formato FGPR220 – Matriz de Actividades de Calidad.

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.
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 QUIÉN REPORTA, A QUIÉN SUPERVISA, REQUISITOS DE
CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEÑAR EL ROL.
Objetivos del rol:
ROL NO 1 : Responsable ejecutivo y final por la calidad del proyecto.
SPONSOR Funciones del rol:
Revisar, aprobar, tomar acciones correctivas para mejorar la calidad.
Niveles de autoridad:
Disponer de los recursos necesarios para garantizar la calidad del
proyecto.
Reporta a:
Rector.
Supervisa a:
Project Manager.
Requisitos de conocimientos:
Gestión en general.
Requisitos de habilidades:
Liderazgo, Comunicación, Negociación, Motivación, y Solución de
Conflictos.
Requisitos de experiencia:
Más de 2 años en el cargo.
Objetivos del rol:
ROL NO 2 : Responsable ejecutivo por la calidad del proyecto.
JEFE DE BIENESTAR Funciones del rol:
UNIVERSITARIO Revisar, aprobar, tomar acciones correctivas para mejorar la calidad.
Niveles de autoridad :
Disponer de personal a su cargo para cooperar con el cumplimiento de
la calidad.
Reporta a:
Sponsor.
Supervisa a:
Project Manager.
Requisitos de conocimientos:
Gestión en general.
Requisitos de habilidades:
Liderazgo, Comunicación, Negociación, Motivación, y Solución de
Conflictos.
Requisitos de experiencia:
Mas de 1 año en el cargo
Objetivos del rol:
ROL NO 3 : Gestionar operativamente la calidad.
PROJECT Funciones del rol :
MANAGER Revisar estándares, revisar entregables, aprobar entregables o
disponer su reproceso, deliberar para generar acciones correctivas,
aplicar acciones correctivas.
Niveles de autoridad:
Exigir cumplimiento de entregables al equipo de proyecto.
Reporta a:
Jefe de Bienestar, SPONSOR.
Supervisa a:
Equipo de Proyecto.
Requisitos de conocimientos:
Project Manager.
Requisitos de habilidades:
Liderazgo, Comunicación, Negociación, Motivación, y Solución de
Conflictos.
Requisitos de experiencia:
Más de 2 años en el cargo.
ROL NO 4 : Objetivos del rol:
MIEMBROS DEL EQUIPO Elaborar los entregables con la calidad requerida y según estándares.
DE PROYECTO Funciones del rol :
Elaborar los entregables.
Niveles de autoridad:
Aplicar a los recursos que se le han asignado.
Reporta a:
Project Manager.
Supervisa a:
Requisitos de conocimientos:
Gestión de Proyectos, y las especialidades que le tocan según sus
entregables asignados.
Requisitos de habilidades:
Específicas según los entregables.
Requisitos de experiencia:
Específicas según los entregables.
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.

Director
Administrativo

COMITÉ DE
CONTROL DE
CAMBIOS
Project Manager
Zhing Lam

EQUIPO DE
PROYECTO

DOCUMENTOS NORMATIVOS PARA LA CALIDAD: ESPECIFICAR QUE DOCUMENTOS NORMATIVOS REGIRÁN

LOS PROCESOS Y ACTIVIDADES DE GESTIÓN DE LA CALIDAD.
1. Para mejora de procesos.
2. Para reunión de aseguramiento de calidad.
PROCEDIMIENTOS
3. Para auditoría de procesos.
4. Para resolución de problemas.
1. Métricas
2. Línea Base de Calidad.
PLANTILLAS
3. Plan de Gestión de Calidad.
4.
1. Métricas.
2. Línea base de calidad.
FORMATOS
3. Plan de gestión de calidad.
4
1. De métricas.
2. De auditoría.
CHECKLISTS
3. De acciones correctivas.
4.
1.
2.
OTROS DOCUMENTOS
3.
4.
PROCESOS DE GESTIÓN DE LA CALIDAD: ESPECIFICAR EL ENFOQUE PARA REALIZAR LOS PROCESOS DE
GESTIÓN DE LA CALIDAD INDICANDO EL QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ, Y PORQUÉ.
El aseguramiento de calidad se hará monitoreando continuamente la
ENFOQUE DE performance del trabajo, los resultados de control de calidad y sobre
ASEGURAMIENTO DE todo las métricas.
LA CALIDAD De esta manera se descubrirá tempranamente cualquier necesidad de
auditoría de procesos, o de mejora de procesos.
 Los resultados se formalizarán como solicitudes de cambio y/o acciones
correctivas/preventivas.
Así mismo se verificará que dichas solicitudes de cambio y/o acciones
correctivas/preventivas se hayan ejecutado y efectivas.
El control de calidad se ejecutará revisando los entregables para ver si
están conformes o no.
Los resultados de estas mediciones se consolidarán y se enviarán al
proceso de aseguramiento de calidad.
Asimismo en este proceso se hará la medición de las métricas y se
ENFOQUE DE
informarán al proceso de aseguramiento de calidad.
CONTROL DE LA
Los entregables que han sido reprocesados se volverán a revisar para
CALIDAD
verificar si ya han vuelto conformes.
Para los defectos detectados se tratará de detectar las causas raíces de
los defectos para eliminar las fuentes de error, los resultados y
conclusiones se formalizarán como solicitudes de cambio y/o acciones
correctivas/preventivas.
Cada vez que se requiera mejorar un proceso se seguirá lo siguiente:
1. Delimitar el proceso.
2. Determinar la oportunidad de mejora.
3. Tomar información sobre el proceso.
ENFOQUE DE
4. Analizar la información levantada.
MEJORA DE
5. Definir las acciones correctivas para mejorar el proceso.
PROCESOS
6. Aplicar las acciones correctivas.
7. Verificar si las acciones correctivas han sido efectivas.
8. Estandarizar las mejoras logradas para hacerlas parte del
proceso.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 B B,J,Z Z 14/08/09 Versión Original.

ORGANIGRAMA DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

Director
Administrativo

COMITÉ DE
CONTROL DE
CAMBIOS

Coordinador del
Proyecto
Project Manager Jefe de Bienestar
Zhing Lam Universitario de
UPNP

Analista Funcional: Analista Técnico: Operador 1 del Operador 2 del

Juliana Fonseca Blanca Acosta Comedor Comedor

Programadores:
Programador 1: Wilma Vargas
Programador 2: Rafael Mujica,
Programador 3: Tulio Lagos Hernández

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
0,1 B Z Z 14/08/2009 Version Original.
1.0 Z Z Z 18/08/2009 Se eliminó el rol COP.

MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES (RAM)

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR UNIVERSITARIO SACU

ROLES / PERSONAS
ENTREGABLES
SP JB PM AF AT PRG OP CCC
1.0 Gestión del Proyecto.
1.1 Iniciación.
1.1.1 Project Charter. A R
1.1.2 Registro de Stakeholders. A R P P
1.1.3 Estrategia de Gestión de Stakeholders. A R P P
1.2 Plan de Proyecto. A R P
1.3 Informe de Estado del Proyecto. A R
1.4 Reunión de Coordinación Semanal. A R
1.5 Cierre del proyecto. A V R P
2.0 Recopilación de Requisitos.
2.1 Documentacion de requitos de software. A V P R
3.0 Analisis y Diseño del Sistema.
3.1 Especificación de Casos de Usos. A V R
3.2 Prototipos de Pantallas. A V R
3.3 Diagrama ER. A R V
3.4 Manual Técnico. A R V
4.0 Desarrollo del Sistema.
4.1.1 Inscripción Vía Web. R
4.1.2 Inscripción Presencial. R
4.2 Módulo de Control de Ingreso al Comedor. R
4.3 Módulo de Administración. R
4.4 Módulo de Reportes Estadisticos. R
5.0 Pruebas del Sistema.
5.1 Plan de Pruebas. A P R
5.2 Ejecucion de Pruebas.
5.2.1 Prueba de Iteración 1. P R P
5.2.2 Prueba de Iteración 2. P R P
5.2.3 Prueba de Iteración 3. P R P
5.3 Informe de Control de Calidad. A V P R
5.4 Manual de usuario. A V R
6.0 Capacitación
6.1 Plan de Capacitación. R P
6.2 Capacitación. R P
6.3 Informe de Capacitación. A V R P
7.0 Implementación.
7.1 Manual de Instalación y Configuración. A R V
7.2 Manual Técnico Actualizado. A R V
7.3 Pase a Producción. P R
7.4 Seguimiento en Producción. A R P P
8.0 Adquisición de Equipos.
8.1 Listado de Equipos. ` ` `
8.2 Equipos adquiridos. R

Roles del equipo.

SP Sponsor.
JB Jefe de Bienestar Universitario.
PM Project Manager.
AF Analista Funcional.
AT Analista Técnico.
PRG Programador.
OP Operador de producción.
CCC Comité de control de cambios.

A Aprueba.
R Responsable.
P Participa.
V Revisa.

Contacto: informes@dharma‐consulting.com, Página Web: www.dharmacon.net

 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z Z Z 14/08/09 Versión Original.

DESCRIPCIÓN DE ROLES
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DE COMEDOR
SACU
UNIVERSITARIO

NOMBRE DEL ROL

Sponsor
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QUÉ SE HA CREADO EL
ROL).
Es la persona que patrocina el proyecto, es el principal interesado en el éxito del
proyecto, y por lo tanto la persona que apoya, soporta, y defiende el proyecto.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (¿DE QUÉ ES RESPONSABLE?).
• Aprobar el Project Charter.
• Aprobar el Plan de Proyecto.
• Gestionar la adquisición de los equipos.
• Aprobar el cierre del Proyecto.
FUNCIONES: FUNCIONES ESPECÍFICAS QUE DEBE CUMPLIR (¿QUÉ DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y CUBRIR
SUS RESPONSABILIDADES?).
• Iniciar el proyecto.
• Autorizar pagos del personal del Proyecto.
• Autorizar y gestionar la adquisición de los equipos.
• Aprobar la planificación del Proyecto.
• Cerrar el proyecto.
• Designar y empoderar al Project Manager.
NIVELES DE AUTORIDAD: QUÉ DECISIONES PUEDE TOMAR CON RELACIÓN AL ALCANCE, TIEMPO, COSTO, CALIDAD,
RECURSOS HUMANOS Y MATERIALES, PLANES Y PROGRAMAS, INFORMES Y ENTREGABLES, ADQUISICIONES, CONTRATOS,
PROVEEDORES, ETC.
• Decide sobre recursos humanos y materiales asignados al proyecto.
• Decide sobre modificaciones a las líneas base del proyecto (Tiempo y Costo).
• Decide sobre planes y programas del proyecto.
REPORTA A: A QUIÉN REPORTA DENTRO DEL PROYECTO.

SUPERVISA A: A QUIÉNES SUPERVISA DENTRO DEL PROYECTO.

Project Manager
REQUISITOS DEL ROL: QUÉ REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
CONOCIMIENTOS: Gestión en general.
QUÉ TEMAS, MATERIAS, O
ESPECIALIDADES DEBE CONOCER,
MANEJAR O DOMINAR.

Comunicación.
HABILIDADES:
QUÉ HABILIDADES ESPECÍFICAS DEBE Solución de Conflictos.
POSEER Y EN QUÉ GRADO. Motivación.

EXPERIENCIA:
QUÉ EXPERIENCIA DEBE TENER, SOBRE
QUÉ TEMAS O SITUACIONES, Y DE QUÉ
NIVEL.

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.
OTROS:
OTROS REQUISITOS ESPECIALES TALES
COMO GÉNERO, EDAD, NACIONALIDAD,
ESTADO DE SALUD, CONDICIONES
FÍSICAS, ETC.

NOMBRE DEL ROL

Jefe de Bienestar
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QUÉ SE HA CREADO EL
ROL).
Es la persona que conoce bien el negocio, y es principal beneficiario del Proyecto, por
lo tanto es la persona que apoya y defiende el proyecto.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (¿DE QUÉ ES RESPONSABLE?).
• Aprobar todos los informes semanales del Proyecto.
• Participar en las reuniones de coordinación semanal.
• Aprobar la documentación de requisitos.
• Aprobar las especificaciones de Casos de Usos.
• Aprobar los prototipos de pantalla.
• Aprobar los informes de control de calidad.
• Aprobar el Manual de Usuario.
• Aprobar los informes de Capacitación.
• Aprobar el artículo publicitario.
FUNCIONES: FUNCIONES ESPECÍFICAS QUE DEBE CUMPLIR (¿QUÉ DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y CUBRIR
SUS RESPONSABILIDADES?).
• Revisar y aprobar los informes de Performance del Proyecto.
• Gestionar el Control de Cambios del Proyecto.
• Ayudar en la solución de problemas y superación de obstáculos del proyecto.
• Disponer de personal experto en negocio para colaborar con la captura de
requerimientos.
NIVELES DE AUTORIDAD: QUÉ DECISIONES PUEDE TOMAR CON RELACIÓN AL ALCANCE, TIEMPO, COSTO, CALIDAD,
RECURSOS HUMANOS Y MATERIALES, PLANES Y PROGRAMAS, INFORMES Y ENTREGABLES, ADQUISICIONES, CONTRATOS,
PROVEEDORES, ETC.
• Decide sobre personal experto en negocio para colaborar con el proyecto.
• Decide sobre modificaciones a las líneas base del proyecto (Alcance).
REPORTA A: A QUIÉN REPORTA DENTRO DEL PROYECTO.
SPONSOR
SUPERVISA A: A QUIÉNES SUPERVISA DENTRO DEL PROYECTO.
Project Manager
REQUISITOS DEL ROL: QUÉ REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
CONOCIMIENTOS: Gestión en general.
QUÉ TEMAS, MATERIAS, O
ESPECIALIDADES DEBE CONOCER,
MANEJAR O DOMINAR.

Comunicación.
HABILIDADES: Solución de Conflictos.
QUÉ HABILIDADES ESPECÍFICAS DEBE
POSEER Y EN QUÉ GRADO.
Negociación
Motivación.
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.

NOMBRE DEL ROL

Project Manager
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QUÉ SE HA CREADO EL
ROL).
Es la persona que gestiona el proyecto, es el principal responsable por el éxito del
proyecto, y por lo tanto la persona que asume el liderazgo y la administración de los
recursos del proyecto, para lograr los objetivos fijados por el sponsor.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (¿DE QUÉ ES RESPONSABLE?).
• Elaborar el Project Charter.
• Elaborar el Plan de Proyecto.
• Elaborar los informes de performance del proyecto.
• Realizar las reuniones de coordinación semanal.
• Elaborar el informe de cierre del proyecto.
• Aprobar los documentos internos del proyecto.
• Gestionar y garantizar que cumpla con el plan de Proyecto.
FUNCIONES: FUNCIONES ESPECÍFICAS QUE DEBE CUMPLIR (¿QUÉ DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y CUBRIR
SUS RESPONSABILIDADES?).
• Ayudar al Sponsor al iniciar el Proyecto.
• Planificar el proyecto.
• Ejecutar el proyecto.
• Controlar y monitorear el proyecto.
• Cerrar el proyecto.
• Ayudar a gestionar el Control de Cambio del Proyecto.
• Gestionar los recursos del proyecto.
• Solucionar los problemas y superar los obstáculos del proyecto.
NIVELES DE AUTORIDAD: QUÉ DECISIONES PUEDE TOMAR CON RELACIÓN AL ALCANCE, TIEMPO, COSTO, CALIDAD,
RECURSOS HUMANOS Y MATERIALES, PLANES Y PROGRAMAS, INFORMES Y ENTREGABLES, ADQUISICIONES, CONTRATOS,
PROVEEDORES, ETC.
• Decide sobre la programación detallada de las actividades, tiempos y recursos
humanos y materiales asignados al proyecto.
• Decide sobre la información y los entregables del proyecto.
REPORTA A: A QUIÉN REPORTA DENTRO DEL PROYECTO.
SPONSOR.
Jefe de Bienestar.
SUPERVISA A: A QUIÉNES SUPERVISA DENTRO DEL PROYECTO.
Analista Funcional.
Analista Técnico.
Programadores.
Operador de Producción.
REQUISITOS DEL ROL: QUÉ REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
CONOCIMIENTOS: Gestión de Proyecto según PMBOK.
QUÉ TEMAS, MATERIAS, O Herramienta Software de Gestión de Proyecto.
ESPECIALIDADES DEBE CONOCER, Metodologías de Desarrollo de Software.
MANEJAR O DOMINAR.
 Liderazgo.
HABILIDADES: Comunicación.
QUÉ HABILIDADES ESPECÍFICAS DEBE Solución de Conflictos.
POSEER Y EN QUÉ GRADO. Negociación.
Motivación.
EXPERIENCIA: Gestión de Proyectos (2 años).
QUÉ EXPERIENCIA DEBE TENER, SOBRE Herramientas Software de Gestión de Proyectos (2
QUÉ TEMAS O SITUACIONES, Y DE QUÉ años).
NIVEL.
Metodología de Desarrollo de Software (2 años).
OTROS:
OTROS REQUISITOS ESPECIALES TALES
COMO GÉNERO, EDAD, NACIONALIDAD,
ESTADO DE SALUD, CONDICIONES
FÍSICAS, ETC.

NOMBRE DEL ROL

Analista Funcional
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QUÉ SE HA CREADO EL
ROL).
Es la persona encargada de interactuar directamente con los usuarios, en la toma de
requerimientos y la capacitación, es el nexo entre el equipo programador y los
usuarios, también apoya al P.M. en la gestión del proyecto.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (¿DE QUÉ ES RESPONSABLE?).
• Participa en la elaboración de los requisitos de software.
• Elaborar los prototipos de pantalla.
• Participa en la elaboración de Plan de pruebas.
• Apoyar en las pruebas.
• Elaborar el Manual de Usuario.
• Elaborar el Plan de Capacitación.
• Realizar la capacitación.
• Elaborar el Informe de Capacitación.
• Elaborar el artículo publicitario.
FUNCIONES: FUNCIONES ESPECÍFICAS QUE DEBE CUMPLIR (¿QUÉ DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y CUBRIR
SUS RESPONSABILIDADES?).
• Ayudar al Project Manager en la gestión del proyecto.
• Colabora en la preparación de Informes de Estado del Proyecto y participa las
reuniones de coordinación semanales.
• Interactúa con los expertos de negocio para la toma de requerimiento.
• Preparar y organizar todo el proceso de capacitación.
NIVELES DE AUTORIDAD: QUÉ DECISIONES PUEDE TOMAR CON RELACIÓN AL ALCANCE, TIEMPO, COSTO, CALIDAD,
RECURSOS HUMANOS Y MATERIALES, PLANES Y PROGRAMAS, INFORMES Y ENTREGABLES, ADQUISICIONES, CONTRATOS,
PROVEEDORES, ETC.
• Decide sobre metodologías de capacitación.
• Decide sobre metodologías en la captura de requerimientos.
REPORTA A: A QUIÉN REPORTA DENTRO DEL PROYECTO.
Project Manager.
SUPERVISA A: A QUIÉNES SUPERVISA DENTRO DEL PROYECTO.

REQUISITOS DEL ROL: QUÉ REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
CONOCIMIENTOS: Gestión de Proyecto según PMBOK.
QUÉ TEMAS, MATERIAS, O Herramienta Software de Gestión de Proyecto.
ESPECIALIDADES DEBE CONOCER, Técnicas de captura de requerimientos.
MANEJAR O DOMINAR.
Técnicas de enseñanza.
 Liderazgo.
HABILIDADES: Comunicación.
QUÉ HABILIDADES ESPECÍFICAS DEBE Solución de Conflictos.
POSEER Y EN QUÉ GRADO. Negociación.
Motivación.
Gestión de Proyectos (1 años).
EXPERIENCIA: Herramientas Software de Gestión de Proyectos (1
QUÉ EXPERIENCIA DEBE TENER, SOBRE
QUÉ TEMAS O SITUACIONES, Y DE QUÉ
años).
NIVEL. Técnicas de captura de requerimientos (1 años).
Técnicas de enseñanza (1 años).
OTROS:
OTROS REQUISITOS ESPECIALES TALES
COMO GÉNERO, EDAD, NACIONALIDAD,
ESTADO DE SALUD, CONDICIONES
FÍSICAS, ETC.

NOMBRE DEL ROL

Analista Técnico
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QUÉ SE HA CREADO EL
ROL).
Es la persona encargada de liderar el proceso de desarrollo de software, así como
organizar las pruebas, y apoyar al PM en la gestión del proyecto.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (¿DE QUÉ ES RESPONSABLE?).
• Documentar los requisitos de software.
• Elaborar los documentos técnicos del proyecto (Especificación de casos de
usos, diagrama E/R, Manual Técnico, Manual de Instalación y Configuración).
• Elaborar el Plan de pruebas.
• Organizar y realizar las pruebas.
• Elaborar el Plan de Capacitación.
• Asistir a los programadores en temas técnicos.
FUNCIONES: FUNCIONES ESPECÍFICAS QUE DEBE CUMPLIR (¿QUÉ DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y CUBRIR
SUS RESPONSABILIDADES?).
• Ayudar al P.M. en la gestión del Proyecto.
• Colabora en la preparación de Informes de Estado del Proyecto y participa
eventualmente en las reuniones de coordinación semanales.
• Realizar el análisis y diseño de sistema.
• Preparar y organizar todo el proceso de prueba.
• Preparar estándares de programación.
NIVELES DE AUTORIDAD: QUÉ DECISIONES PUEDE TOMAR CON RELACIÓN AL ALCANCE, TIEMPO, COSTO, CALIDAD,
RECURSOS HUMANOS Y MATERIALES, PLANES Y PROGRAMAS, INFORMES Y ENTREGABLES, ADQUISICIONES, CONTRATOS,
PROVEEDORES, ETC.
• Decide sobre normas de programación.
REPORTA A: A QUIÉN REPORTA DENTRO DEL PROYECTO.
Project Manager.
SUPERVISA A: A QUIÉNES SUPERVISA DENTRO DEL PROYECTO.

REQUISITOS DEL ROL: QUÉ REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
CONOCIMIENTOS: Metodologías de desarrollo de Software.
QUÉ TEMAS, MATERIAS, O Herramienta Software de Gestión de Proyecto.
ESPECIALIDADES DEBE CONOCER, Análisis y Diseño de Software.
MANEJAR O DOMINAR.
Programación.
 Liderazgo.
HABILIDADES: Comunicación.
QUÉ HABILIDADES ESPECÍFICAS DEBE Solución de Conflictos.
POSEER Y EN QUÉ GRADO. Negociación.
Motivación.
Metodologías de desarrollo de Software (2 años).
EXPERIENCIA: Herramienta Software de Gestión de Proyecto. (1
QUÉ EXPERIENCIA DEBE TENER, SOBRE
QUÉ TEMAS O SITUACIONES, Y DE QUÉ
años).
NIVEL. Análisis y Diseño de Software (2 años).
Programación (2 años).
OTROS:
OTROS REQUISITOS ESPECIALES TALES
COMO GÉNERO, EDAD, NACIONALIDAD,
ESTADO DE SALUD, CONDICIONES
FÍSICAS, ETC.

NOMBRE DEL ROL

Programador
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QUÉ SE HA CREADO EL
ROL).
Es la persona encargada de codificar los requerimientos de software.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (¿DE QUÉ ES RESPONSABLE?).
• Programar los requerimientos.
FUNCIONES: FUNCIONES ESPECÍFICAS QUE DEBE CUMPLIR (¿QUÉ DEBE REALIZAR PARA LOGRAR SUS OBJETIVOS Y CUBRIR
SUS RESPONSABILIDADES?).
• Programar los requerimientos siguiendo las normas de programación.
• Realizar pruebas unitarias de los requerimientos desarrollados.
• Levantar las observaciones encontradas por el analista técnico.
NIVELES DE AUTORIDAD: QUÉ DECISIONES PUEDE TOMAR CON RELACIÓN AL ALCANCE, TIEMPO, COSTO, CALIDAD,
RECURSOS HUMANOS Y MATERIALES, PLANES Y PROGRAMAS, INFORMES Y ENTREGABLES, ADQUISICIONES, CONTRATOS,
PROVEEDORES, ETC.

REPORTA A: A QUIÉN REPORTA DENTRO DEL PROYECTO.

Project Manager.
SUPERVISA A: A QUIÉNES SUPERVISA DENTRO DEL PROYECTO.

REQUISITOS DEL ROL: QUÉ REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
CONOCIMIENTOS: Análisis y Diseño de Software.
QUÉ TEMAS, MATERIAS, O Programación.
ESPECIALIDADES DEBE CONOCER,
MANEJAR O DOMINAR.

Comunicación.
HABILIDADES:
QUÉ HABILIDADES ESPECÍFICAS DEBE Solución de Conflictos.
POSEER Y EN QUÉ GRADO. Motivación.

EXPERIENCIA: Análisis y Diseño de Software (1 años).

QUÉ EXPERIENCIA DEBE TENER, SOBRE Programación (2 años).
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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z Z Z 14/08/09 Versión Original.

CUADRO DE ADQUISICIONES DEL PERSONAL DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR UNIVERSITARIO SACU

FECHA REQUERIDA
LOCAL DE FECHA DE INICIO APOYO DE
TIPO DE FUENTE DE MODALIDAD DE DE COSTO DE
ROL TRABAJO DE ÁREA DE
ADQUISICIÓN ADQUISICIÓN ADQUISICIÓN DISPONIBILIDAD RECLUTAMIENTO
ASIGNADO RECLUTAMIENTO RRHH
DE PERSONAL
Sponsor. Preasignación. DGA D.G.A. 05/08/09 Ninguno. Ninguno.
Jefe de Preasignación. 05/08/09 Ninguno. Ninguno.
O.G.B.U. O.G.B.U.
O.G.B.U.
Project Preasignación. Decisión del 05/08/09 Ninguno. Ninguno.
ODS ODS
Manager. Sponsor.
Analista Preasignación. Decisión del 05/08/09 Ninguno. Ninguno.
ODS ODS
Funcional. Project Manager.
Analista Preasignación. Decisión del 05/08/09 Ninguno. Ninguno.
ODS ODS
Técnico. Project Manager.
Programadores. Preasignación. Decisión del 09/09/09 Ninguno. Ninguno.
ODS ODS
Project Manager.
Operador de Preasignación. Decisión del 19/10/09 Ninguno. Ninguno.
ODS ODS
Producción. Project Manager.
Comité de Preasignación. Decisión del 05/08/09 Ninguno. Ninguno.
Control de ODS Project Manager. O.G.B.U.
Cambios.

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z Z Z 14/08/09 Versión Original.

DIAGRAMA DE CARGA DE PERSONAL

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR UNIVERSITARIO SACU

Recurso 02-Ago 09-Ago 16-Ago 23-Ago 30-Ago 06-Sep 13-Sep 20-Sep 27-Sep 04-Oct 11-Oct 18-Oct 25-Oct 01-Nov 08-Nov 15-Nov 22-Nov
Z 16 hrs 40 hrs 40 hrs 22 hrs 8 hrs 4 hrs 2 hrs 2 hrs 6 hrs 12 hrs 8 hrs
B 20 hrs 40 hrs 40 hrs 20 hrs 12 hrs 24 hrs 2 hrs 2 hrs 4 hrs 16 hrs 20 hrs 8 hrs 8 hrs 22 hrs 8 hrs
J 20 hrs 40 hrs 40 hrs 24 hrs 20 hrs 6 hrs 2 hrs 2 hrs 4 hrs
C 2 hrs 2 hrs 2 hrs 2 hrs 2 hrs 2 hrs 2 hrs 2 hrs 2 hrs 6 hrs 6 hrs 14 hrs
W 20 hrs 20 hrs 40 hrs 12 hrs 20 hrs 28 hrs 20 hrs 10 hrs
T 4 hrs 4 hrs 40 hrs 40 hrs 40 hrs 8 hrs 24 hrs 20 hrs 20 hrs 4 hrs
R 16 hrs 4 hrs 4 hrs 28 hrs 12 hrs 20 hrs 16 hrs
TOTAL
56 hrs 120 hrs 120 hrs 64 hrs 70 hrs 54 hrs 44 hrs 4 hrs 44 hrs 44 hrs 44 hrs 68 hrs 80 hrs 72 hrs 44 hrs 44 hrs 40 hrs

Contacto: informes@d hrsarma-consulting.com, Página Web: www.d hrsarmacon.net

D hrsarma Consulting hrsa 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, D hrsarma Consulting hrsa aceptado regirse por los criterios establecidos de aseguramiento de calidad del PMI.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 Z Z Z 14/08/09 Versión Original.

PLAN DE RECURSOS HUMANOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

ORGANIGRAMA DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO.

Ver Organigrama del Proyecto – Versión 1.0.
NOTA: ADJUNTAR ORGANIGRAMA DEL PROYECTO.
ROLES Y RESPONSABILIDADES: ESPECIFICAR LA MATRIZ DE ASIGNACIONES DE RESPONSABILIDADES (RAM).
Ver Matriz de Asignación de Responsabilidades (RAM) – Versión 1.0.
NOTA: ADJUNTAR MATRIZ RAM.
DESCRIPCIÓN DE ROLES: NOMBRE DEL ROL, OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A QUIÉN REPORTA, A
QUIÉN SUPERVISA, REQUISITOS DE CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA PARA DESEMPEÑAR ROL.
Ver Descripción de Roles – Versión 1.0.
NOTA: ADJUNTAR FORMATOS DE DESCRIPCIÓN DE ROLES.
ADQUISICIÓN DEL PERSONAL DEL PROYECTO: CÓMO, DE DÓNDE, CUÁNDO, CUÁNTO, ETC.?
Ver Cuadro de Asignación del Personal – Versión 1.0.
NOTA: ADJUNTAR CUADRO DE ADQUISICIÓN DE PERSONAL.
CRONOGRAMAS E HISTOGRAMAS DE TRABAJO DEL PERSONAL DEL PROYECTO: CRONOGRAMAS DE
ASIGNACIÓN DE PERSONAS Y ROLES, HISTOGRAMAS DE TRABAJO TOTALES Y POR ESPECIALIDADES.
Ver Diagrama de Carga del Personal – Versión 1.0.
NOTA: ADJUNTAR DIAGRAMA DE CARGA DE PERSONAL.
CRITERIOS DE LIBERACIÓN DEL PERSONAL DEL PROYECTO: ¿CUÁNTO, CÓMO, HACIA DÓNDE?
DESTINO DE
ROL CRITERIO DE LIBERACIÓN ¿CÓMO?
ASIGNACIÓN
Sponsor. Al término del proyecto. Otros proyectos.
Jefe de O.G.B.U. Al término del proyecto. Comunicación del Otros proyectos.
Sponsor.
Project Manager. Al término del proyecto. Comunicación del Otros proyectos.
Sponsor.
Analista Funcional. Al término del proyecto. Comunicación del Otros proyectos.
Project Manager.
Analista Técnico. Al término del proyecto. Comunicación del Otros proyectos.
Project Manager.
Programadores. Al término sus Comunicación del Otros proyectos.
entregables. Project Manager.
Operador de Al término sus Comunicación del Otros proyectos.
Producción. entregables. Project Manager.
Comité de Control Al término del proyecto. Comunicación del
de Cambios. Project Manager.
CAPACITACIÓN, ENTRENAMIENTO, MENTORING REQUERIDO: QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE,
POR QUIÉN, CUÁNTO?
Los conocimientos descritos en la Descripción de Roles deben ser evaluados para determinar la
necesidad de capacitación.
SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS: QUÉ, PORQUÉ, CUÁNTO, CÓMO, DÓNDE, POR QUIÉN,
CUÁNTO?
El Project Manager tiene el siguiente Sistema de Incentivos por cumplimiento de las líneas base
del proyecto:
1.- Un bono adicional de 100 soles.
2.- Vacación de 1 semana.
Los programadores que cumplen con los objetivos de tiempo y costo, obtendrán 2 días de
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.
descanso con goce de haber.
CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLÍTICAS: QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE, POR
QUIÉN, CUÁNTO?
1.- Sólo se deben contar con personal que tenga contratos vigentes.
2.- Todo el personal que participa en el desarrollo del proyecto pasará por una evaluación de
desempeño al final del proyecto.
REQUERIMIENTOS DE SEGURIDAD: QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE, POR QUIÉN, CUÁNTO?
Los equipos a ser instalados para su uso en producción, por los operadores del comedor,
deben estar bien resguardados, considerar la posibilidad de instalar cámaras grabadoras de
imágenes en lugares estratégicos.

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 B Z Z 17/08/09 Versión Original.

PLAN DE GESTIÓN DE COMUNICACIONES

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

COMUNICACIONES DEL PROYECTO: ESPECIFICAR LA MATRIZ DE COMUNICACIONES DEL PROYECTO.

Ver Matriz de Comunicaciones del proyecto – versión 1.0
NOTA: ADJUNTAR MATRIZ DE COMUNICACIONES DEL PROYECTO
PROCEDIMIENTO PARA TRATAR POLÉMICAS: DEFINA EL PROCEDIMIENTO PARA PROCESAR Y RESOLVER LAS
POLÉMICAS, ESPECIFICANDO LA FORMA DE CAPTURARLAS Y REGISTRARLAS, EL MODO EN QUE SE ABORDARÁ SU TRATAMIENTO
Y RESOLUCIÓN, LA FORMA DE CONTROLARLAS Y HACERLES SEGUIMIENTO, Y EL MÉTODO DE ESCALAMIENTO EN CASO DE NO
PODER RESOLVERLAS.
1. Se captan las polémicas a través de la observación y conversación, o de alguna
persona o grupo que los exprese formalmente.
2. Se codifican y registran las polémicas en el Log de Control de Polémicas:

Código de Enfoque de Acciones de Resultado

Descripción Involucrados Responsable Fecha
Polémica solución Solución Obtenido

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 para 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:
a. En primera instancia será resuelta por el Project Manager y el Equipo de
Gestión del Proyecto, utilizando el método estándar de resolución de
problemas.
b. En segunda instancia será resuelta por el Project Manager, el Equipo de
Gestión del Proyecto y los miembros pertinentes del Equipo de Proyecto,
utilizando el método estándar de resolución de problemas.
c. En tercera instancia será resuelta por el Sponsor, el Project Manager y los
miembros pertinentes del proyecto, utilizando la negociación y/o la solución de
conflictos.
d. En última instancia será resuelta por el Sponsor o por el Sponsor y el Comité
de Control de Cambios, si el primero lo cree conveniente y necesario.
PROCEDIMIENTO PARA ACTUALIZAR EL PLAN DE GESTIÓN DE COMUNICACIONES: DEFINA EL
PROCEDIMIENTO PARA REVISAR Y ACTUALIZAR EL PLAN DE GESTIÓN DE COMUNICACIONES.
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.
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.
 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 enviar vía
correo electrónico a los involucrados.
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 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 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 del proyecto.
3. Los correos internos entre miembros del Equipo de Proyecto, deberán ser copiados
a todos los miembros del equipo, para que 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 será
la siguiente:
AAAA_BBB_CCC.DDD
Donde: AAAA = Código del Proyecto= ‘ODS’
BBB = Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs, org, ram, etc.
CCC = Versión del Documento=’v1_0’, ‘v2_0’, etc.
DDD = Formato del Archivo=doc, exe, pdf, mpp, etc.
Guías para Almacenamiento de Documentos.- El almacenamiento de los documentos del
proyecto deberá seguir las siguientes pautas:
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-carpeta correspondientes las versiones de los documentos que vaya generando.
2. El miembro del equipo del proyecto responsable de la elaboración de un documento,
enviará la versión final del documento al Project Manager vía correo electrónico, para
que éste sea almacenado en el servidor de archivos (donde el Project Manager es el
único con permisos de escritura), dentro de la carpeta con la misma estructura que el
WBS del proyecto, en una sub-carpeta correspondiente a la versión del documento que
haya generando.
3. Al cierre de una fase o al cierre del proyecto cada miembro del equipo deberá eliminar
las versiones de los documentos de su máquina, de este modo se trabajará siempre
con la versión final de cada documento expuesto en servidor de archivos.
4. Se publicará una Relación de los Documentos finales del proyecto y la ruta de acceso
para consulta.
Guías para Recuperación y Reparto de Documentos.-
1. Todos los miembros del equipo tendrán acceso de lectura y podrán recuperar los
documentos del proyecto almacenados en el servidor de archivos.
2. La recuperación de documentos almacenados en el servidor de archivos para otros
miembros que no sean del proyecto requiere autorización del Project Manager.
3. El reparto de documentos digitales e impresos no contempla el control de copias
numeradas.
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:

Código de Revisada Aprobada Fecha

Hecha por Motivo
Versión por por (dd/mm/yyyy)

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 la
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
AAAA= Código del Proyecto= ‘ODS’
BBB= Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs, org, etc.
CCC= Versión del Documento=’v1_0’, ‘v2_0’, etc.
DDD= Formato del Archivo=doc, exe, pdf, mpp, etc.

GLOSARIO DE TERMINOLOGÍA DEL PROYECTO: GLOSARIO DE TÉRMINOS, NOMBRES, CONCEPTOS,

FÓRMULAS, ETC.
Ver formato FGPR340 - Glosario de Terminología del Proyecto – versión 1.0
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 B B,J,Z Z 15/08/09 Versión Original.

MATRIZ DE COMUNICACIONES DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR UNIVERSITARIO SACU

RESPONSABLE
NIVEL DE GRUPO METODOLOGÍA O FRECUENCIA DE CÓDIGO DE
INFORMACIÓN CONTENIDO FORMATO DE
DETALLE RECEPTOR TECNOLOGÍA COMUNICACIÓN ELEMENTO WBS
COMUNICAR
Iniciación del Datos y comunicación Project Charter. Medio. Project Sponsor y Documento digital Una sola vez. 1.1.1 Project
Proyecto. sobre la iniciación del Manager. Jefe de (PDF) vía correo Charter.
proyecto. Bienestar. electrónico.
Elaboración de Datos de los Registro de Alto. Project Sponsor. Documento digital Una sola vez. 1.1.2 Registro de
registro de stakeholders. Stakeholders. Manager. (PDF) vía correo Stakeholders.
stakeholder. electrónico.
Planificación del Planificación detallada Plan de Proyecto. Muy Alto. Project Sponsor. Documento digital Una sola vez. 1.2 Plan de
Proyecto. del proyecto: Alcance, Manager. (PDF) vía correo Proyecto.
Tiempo, Costo y electrónico.
Calidad.
Avance del Objetivos, productos Informe de Alto. Project Jefe de Documento Semanal. 1.3 Informe del
proyecto. esperados, análisis Estado del Manager. Bienestar. impreso. Estado del
resultados, Proyecto. Proyecto.
conclusiones,
sugerencias, y/o
recomendaciones.
Coordinación Información detallada Reunión de Medio. Project Jefe de Documento digital Semanal. 1.4 Reunión de
del de las reuniones de coordinación Manager. Bienestar. (PDF) vía correo Coordinación
Proyecto. coordinación. semanal. Electrónico. Semanal.

Cierre del Datos y comunicación Cierre del Alto. Project Sponsor. Documento digital Una sola vez. 1.5 Cierre del
Proyecto. sobre el cierre del proyecto. Manager. (PDF) vía correo Proyecto.
proyecto. Electrónico.
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.
 RESPONSABLE
NIVEL DE GRUPO METODOLOGÍA O FRECUENCIA DE CÓDIGO DE
INFORMACIÓN CONTENIDO FORMATO DE
DETALLE RECEPTOR TECNOLOGÍA COMUNICACIÓN ELEMENTO WBS
COMUNICAR
Toma de Se detalla las Documentación Muy Alto. Project AT/AF/Jefe Documento digital Una sola vez. 2.1
requerimientos necesidades y de requisitos del Manager. de Bienestar. (PDF) vía correo Documentación
del software. requerimientos del software. Electrónico. de requisitos de
cliente. software.

Análisis y Elaboración de las Especificación de Alto. Project AT/AF/Jefe Documento digital Una sola vez. 3.1 Especificación
Diseño del especificaciones de los Casos de Uso. Manager. de Bienestar. (PDF) vía correo de Casos de
software. Casos de Uso del Electrónico. Usos.
Sistema donde se
detalla el
secuenciamiento y
funcionamiento de los
principales procesos.
Elaboración del Se elabora el manual Manual Técnico. Alto. AT. Project Documento digital Una sola vez. 3.4 Manual
Manual Técnico. técnico para ser Manager. (PDF) vía correo Técnico.
distribuido al equipo Electrónico.
de desarrollo.
Planificación las Elaborar el documento Plan de Pruebas. Muy Alto. AF/AT. Project Documento digital Una sola vez. 5.1 Plan de
pruebas del que priorice cuáles Manager. (PDF) vía correo Pruebas.
sistema. son los procesos Electrónico.
críticos del sistema a
ser evaluados y los
resultados esperados.
Evaluación de Redactar informe de Informe de Muy Alto. Project Project Documento Una sola vez. 5.3 Informe de
calidad. los resultados Control de Manager. Manager. impreso. Control de
alcanzados por el Calidad. Calidad.
sistema, verificando si
los resultados
obtenidos están
alineados al Plan de
Pruebas.
 RESPONSABLE
NIVEL DE GRUPO METODOLOGÍA O FRECUENCIA DE CÓDIGO DE
INFORMACIÓN CONTENIDO FORMATO DE
DETALLE RECEPTOR TECNOLOGÍA COMUNICACIÓN ELEMENTO WBS
COMUNICAR
Elaboración del Recopilar las pantallas Manual de Alto. Project Usuarios. Documento digital Una sola vez. 5.4 Manual de
Manual de del sistema por cada usuario. Manager. (PDF) vía correo usuario.
usuario. especificación de los Electrónico.
casos de uso del
sistema.

Planificación de Elaborar el Plan de Plan de Alto. AF/AT Project Documento digital Una sola vez. 6.1 Plan de
Capacitación. Capacitación para los Capacitación. Manager. (PDF) vía correo Capacitación.
usuarios detallando Electrónico.
procesos, prototipos y
secuencias.
Elaboración del Informe dónde se Informe de Medio. Project Project Documento Una sola vez. 6.3 Informe de
Informe de detalla los resultados capacitación. Manager. Manager y impreso. capacitación.
Capacitación. alcanzados contra los Jefe de
esperados. Bienestar.
Elaboración del Elaborar el manual, Manual de Alto. AT Operador de Documento digital Una sola vez. 7.1 Manual de
Manual de detallando los pasos a Instalación y Producción. (PDF) vía correo Instalación y
Instalación y seguir, checklisk de Configuración. Electrónico. Configuración.
Configuración. los elementos a
necesitar.

Elaboración del Actualizar el manual Manual Técnico Medio. AT Operador de Documento digital Una sola vez. 7.2 Manual
Manual de técnico para Actualizado. Producción. (PDF) vía correo Técnico
Actualización. incorporar las Electrónico. Actualizado.
modificaciones
efectuadas durante la
fase de desarrollo y
prueba, así como los
procedimientos de
instalación y
configuración.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 B,J,Z Z Z 17/08/09 Versión Original.

GLOSARIO DE TERMINOLOGÍA
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR
SACU
UNIVERSITARIO

SIGLAS COMUNES

SIGLA DEFINICION
AC Actual Cost / Coste Real.
ACWP Actual Cost of Work Performed / Coste Real del Trabajo Realizado.
BAC Budget at Completion / Presupuesto hasta la Conclusión.
BCWP Budgeted Cost of Work Performed / Coste Presupuestado del Trabajo
Realizado.
BCWS Budgeted Cost of Work Scheduled / Coste Presupuestado del Trabajo
Planificado.
CAP Control Account Plan / Plan de la Cuenta de Control.
CPM Critical Path Method / Método del Camino Crítico.
CV Cost Variance / Variación del Coste.
EAC Estimate at Completion / Estimación a la Conclusión.
ETC Estimate to Complete / Estimación hasta la Conclusión.
EV Earned Value / Valor Ganado.
EVM Earned Value Management / Gestión del Valor Ganado.
LOE Level of Effort / Nivel de Esfuerzo.
OBS Organizational Breakdown Structure / Estructura de Desglose de la
Organización.
PM Project Management / Dirección de Proyectos
PMBOK Project Management Body of Knowledge / Fundamentos de la Dirección de
Proyectos.
PMO Program Management Office / Oficina de Gestión de Programas.
PMP Project Management Professional / Profesional de la Dirección de Proyectos.
PV Planned Value / Valor Planificado.
QA Quality Assurance / Aseguramiento de Calidad.
QC Quality Control / Control de Calidad.
RAM Responsibility Assignment Matrix / Matriz de Asignación de
Responsabilidades.
RBS Resource Breakdown Structure / Estructura de Desglose de Recursos.
RBS Risk Breakdown Structure / Estructura de Desglose del Riesgo.
SOW Statement of Work / Enunciado del Trabajo.
SPI Schedule Performance Index / Índice de Rendimiento del Cronograma.
WBS Work Breakdown Structure / Estructura de Desglose del Trabajo (EDT).

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

Administración del Contrato / Contract Administration. El proceso de gestionar el contrato y la

relación entre el comprador y el vendedor, revisar y documentar cuál es o fue el rendimiento de
un vendedor a fin de establecer las acciones correctivas necesarias y proporcionar una base para
relaciones futuras con el vendedor, gestionar cambios relacionados con el contrato y, cuando
corresponda, gestionar la relación contractual con el comprador externo del proyecto.

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.

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 Cuantitativo de Riesgos / Quantitative Risk Analysis. El proceso de analizar

numéricamente el efecto de los riesgos identificados en los objetivos generales del proyecto.

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 de la Dirección de Proyectos / Project Management Knowledge Area.

Un área identificada de la dirección de proyectos definida por sus requisitos de conocimientos y
que se describe en términos de sus procesos de componentes, prácticas, datos iniciales,
resultados, herramientas y técnicas. También conocido como: Área de Conocimiento de la
Administración de Proyectos; Área de Conocimiento de la Gerencia de Proyectos; Área de
Conocimiento de la Gestión de Proyectos; o Área de Conocimiento del Gerenciamiento de
Proyectos.

Á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.

Asignación para Contingencias / Contingency Allowance. Véase reserva.

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.

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.

Base de Conocimientos de Lecciones Aprendidas / Lessons Learned Knowledge Base.

Almacenamiento de información histórica y lecciones aprendidas, tanto acerca de los resultados
de decisiones de selección de proyectos anteriores como de rendimiento de proyectos anteriores.

Calendario de Recursos / Resource Calendar. Un calendario de días laborales y no laborales que

determina aquellas fechas en las que cada recurso específico está ocioso o puede estar activo.
Por lo general, define festivos específicos de recursos y períodos de disponibilidad de los recursos.
Véase también calendario del proyecto.

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 / Life Cycle. Véase ciclo de vida 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.

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.

Convergencia de Caminos / Path Convergence. La fusión o unión de caminos de red de

cronogramas paralelos en un mismo nodo en un diagrama de red de cronograma del proyecto. La
convergencia de caminos se caracteriza por una actividad del cronograma con más de una
actividad predecesora. También conocido como: Convergencia de Rutas.

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 / Schedule. Véase cronograma del proyecto.

Cronograma de hitos / Milestone Schedule. Un cronograma resumido que identifica los principales
hitos del cronograma.

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.

Diagrama de Gantt / Gantt Chart. Véase diagrama de barras.

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.

Elaboración Gradual / Progressive Elaboration. Mejorar y agregar detalles continuamente a un

plan en la medida en que se cuente con información más detallada y específica y con
estimaciones más precisas, a medida que el proyecto avanza. De ese modo se podrán producir
planes más precisos y completos que sean el resultado de las reiteraciones sucesivas del proceso
de planificación. También conocido como: Elaboración Progresiva.

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 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 la Organización / Organizational Breakdown Structure (OBS).

Una descripción jerárquica de la organización del proyecto, dispuesta de manera tal que se
relacionen los paquetes de trabajo con las unidades ejecutantes de la organización. También
conocido como: Estructura de Desagregación de la Organización; Estructura de Descomposición
de la Organización; Estructura de la División de la Organización; Estructura de la Organización; o
Estructura Detallada de la Organización.
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.

Factores Ambientales de la Empresa / Enterprise Environmental factors. Todos y cualquiera

de los factores ambientales externos y los factores ambientales internos de la organización que
rodean o tienen alguna influencia sobre el éxito del proyecto. Estos factores corresponden a todas
o cualquiera de las empresas involucradas en el proyecto, e incluyen la cultura y la estructura de
la organización, la infraestructura, los recursos existentes, las bases de datos comerciales, las
condiciones del mercado y el software de dirección de proyectos de asignación.

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.

Fundamentos de la Dirección de Proyectos (PMBOK®) / Project Management Body of

Knowledge (PMBOK®). Expresión inclusiva que describe la suma de conocimientos de la
profesión de dirección de proyectos. Al igual que en otras profesiones, como la abogacía, la
medicina y las ciencias económicas, los fundamentos residen en los practicantes y académicos
que los aplican y desarrollan. El conjunto de los fundamentos de la dirección de proyectos incluye
prácticas tradicionales comprobadas y ampliamente utilizadas así como prácticas innovadoras
emergentes para la profesión. Los fundamentos incluyen tanto material publicado como no
publicado. El PMBOK evoluciona de forma constante. También conocido como: Conjunto de
Conocimientos de la Dirección de Proyectos; Cuerpo de Conocimientos de la Administración de
Proyectos; Fundamentos de la Gerencia de Proyectos; Fundamentos de la Gestión de Proyectos; o
Fundamentos del Gerenciamiento 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 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 / Stakeholder. Personas y organizaciones como clientes, patrocinadores, organización

ejecutante y el público, involucrados activamente con el proyecto, o cuyos intereses pueden verse
afectados de manera positiva o negativa por la ejecución o conclusión del proyecto. También
pueden influir sobre el proyecto y sus productos entregables. También conocido como:
Interesados o Involucrados.

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 del Alcance / Scope Baseline. Véase referencia.

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.

Matriz de Asignación de Responsabilidades / Responsibility Assignment Matrix (RAM). Una

estructura que relaciona la estructura de desglose de la organización con la estructura de
desglose del trabajo para ayudar a garantizar que cada componente del alcance del proyecto se
asigne a una persona responsable.

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.

Metodología / Methodology. Un sistema de prácticas, técnicas, procedimientos y normas utilizado

por quienes trabajan en una disciplina.

Miembros del Equipo / Team Members. Véase miembros del equipo del proyecto.

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.

Oficina de Gestión de Proyectos / Project Management Office (PMO). Un cuerpo o entidad de

la organización que tiene varias responsabilidades asignadas con relación a la dirección
centralizada y coordinada de aquellos proyectos que se encuentran bajo su jurisdicción. Las
responsabilidades de una oficina de gestión de proyectos pueden variar, desde realizar funciones
de soporte para la dirección de proyectos hasta ser realmente los responsables de la dirección de
un proyecto. También conocido como: Oficina de Administración de Proyectos; Oficina de
Dirección de Proyectos; Oficina de Gerencia de Proyectos; u Oficina del Gerenciamiento de
Proyectos.

Paquete de Planificación / Planning Package. Un componente de la EDT por debajo de la cuenta

de control con contenido de trabajo conocido pero sin actividades del cronograma detalladas.
Véase también cuenta de control. También conocido como: Paquete de Planeación.

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 las Comunicaciones / Communication Management Plan. El documento

que describe: las necesidades y expectativas de comunicación para el proyecto; cómo y bajo qué
formato se comunicará la información; dónde y cuándo se realizará cada comunicación; y quién
es el responsable de efectuar cada tipo de comunicación. Dependiendo de las necesidades de los
interesados en el proyecto, un plan de gestión de las comunicaciones puede ser formal o
informal, muy detallado o ampliamente esbozado. El plan de gestión de las comunicaciones es un
plan subsidiario del plan de gestión del proyecto o una parte de él. También conocido como: Plan
de Administración de las Comunicaciones; Plan de Gerencia de Comunicaciones; o Plan de
Gerenciamiento de las Comunicaciones.

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.

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.

Planificación de la Gestión de Riesgos / Risk Management Planning. El proceso de decidir

cómo enfrentar, planificar y ejecutar las actividades de gestión de riesgos para un proyecto.
También conocido como: Planeación de la Administración de Riesgos; Planificación de la
Administración de Riesgos; Planificación de la Gerencia de Riesgos; o Planificación del
Gerenciamiento de Riesgos.

Planificación de la Respuesta a los Riesgos / Risk Response Planning. El proceso de

desarrollar opciones y acciones para mejorar las oportunidades y reducir las amenazas a los
objetivos del proyecto. También conocido como: Planeación de la Respuesta a los Riesgos.

Planificación de las Comunicaciones / Communications Planning. El proceso de determinar las

necesidades con respecto a la información y las comunicaciones de los interesados en el
proyecto: quiénes son, cuál es su nivel de interés e influencia sobre el proyecto, quién necesita
qué tipo de información, cuándo la necesita y cómo se le entregará. También conocido como:
Planeación de las Comunicaciones.

Planificación de los Recursos Humanos / Human Resource Planning. El proceso de identificar y

documentar los roles dentro del proyecto, las responsabilidades y las relaciones de comunicación,
así como de crear el plan de gestión de personal. También conocido como: Planeación de los
Recursos Humanos.

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 / Budget. La estimación aprobada para el proyecto o cualquier otro componente de la

estructura de desglose del trabajo u otra actividad del cronograma.

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.

Proceso / Process. El conjunto de medidas y actividades interrelacionadas realizadas para obtener

un conjunto específico de productos, resultados o servicios.

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.

Profesional en la Dirección de Proyectos (PMP®) / Project Management Professional

(PMP®). Persona certificada como PMP® por el Project Management Institute (PMI®). También
conocido como: Profesional de la Gerencia de Proyectos; Profesional de la Gestión de Proyectos;
Profesional en Administración de Proyectos; o Profesional en el 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.

Proyecciones / Forecasts. Estimaciones o predicciones de condiciones y eventos futuros para el

proyecto sobre la base de la información y el conocimiento disponible en el momento de realizar
la proyección. Las proyecciones se actualizan y se emiten nuevamente sobre la base de la
información sobre el rendimiento del trabajo que se consigue a medida que se ejecuta el
proyecto. La información se basa en el rendimiento pasado del proyecto y en el rendimiento
previsto para el futuro, e incluye información que podría ejercer un impacto sobre el proyecto en
el futuro, tal como estimación a la conclusión y estimación hasta la conclusión. También conocido
como: Pronósticos.

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.

Restricción / Constraint. El estado, la calidad o la sensación de ser restringido a un curso de acción

o inacción determinado. Una restricción o limitación aplicable, ya sea interna o externa al
proyecto, que afectará el rendimiento del proyecto o de un proceso. Por ejemplo, una restricción
del cronograma consiste en una limitación o condicionamiento aplicado sobre el cronograma del
proyecto que afecta el momento en el que una actividad del cronograma puede programarse y
que suele presentarse bajo la forma de fechas impuestas fijas. Una restricción en el coste es
cualquier limitación o condicionamiento aplicado sobre el presupuesto del proyecto tales como
fondos disponibles a lo largo del tiempo. Una restricción de recursos del proyecto es cualquier
limitación o condicionamiento aplicado sobre el uso de un recurso como, por ejemplo, qué tipo de
recursos de habilidades o disciplinas hay disponibles, y la cantidad disponible de un recurso
determinado durante un período específico.
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.

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 / Monitoring. También conocido como: Monitorear o Monitoreo.

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.

Sistema de Control de Cambios / Change Control System. Un conjunto de procedimientos

formalmente documentados que definen cómo se controlarán, cambiarán y aprobarán los
productos entregables, y cualquier otra documentación del proyecto. En la mayoría de las áreas
de aplicación, el sistema de control de cambios es un subconjunto del sistema de gestión de la
configuración.

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.

Trabajo / Work. Esfuerzo físico o mental, empleo o ejercicio de una habilidad en forma sostenida,
para superar obstáculos y lograr un objetivo.

Trabajo del Proyecto / Project Work. Véase trabajo.

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.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 B,J,Z Z Z 17/08/09 Versión Original.

PLAN DE GESTIÓN DE RIESGOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL
SACU
COMEDOR UNIVERSITARIO

METODOLOGÍA DE GESTIÓN DE RIESGOS

FUENTES DE
PROCESO DESCRIPCIÓN HERRAMIENTAS
INFORMACIÓN
Planificar la Elaborar Plan de Gestión de los PMBOK. Sponsor,
Gestión de los Riesgos. usuarios,
Riesgos. PM y equipo de
proyecto.
Identificar los Identificar que riesgos pueden Checklist de riesgos. Sponsor,
Riesgos. afectar el proyecto y usuarios,
documentar sus características. PM y equipo de
proyecto.
Realizar Análisis Evaluar probabilidad e impacto. Definición de Sponsor,
Cualitativo de Establecer ranking de probabilidad e usuarios,
Riesgos. importancia. impacto. PM y equipo de
Matriz de proyecto.
Probabilidad e
Impacto
Realizar Análisis No se realizará. No aplica. No aplica.
Cuantitativo de
Riesgos.
Planificar la Definir respuesta a riesgos. Sponsor,
Respuesta a los Planificar ejecución de usuarios,
Riesgos. respuestas. PM y equipo de
proyecto.
Realizar Verificar la ocurrencia de los Sponsor,
Seguimiento y riesgos. usuarios,
Control de Riesgos. Supervisar y verificar la PM y equipo de
ejecución de respuestas. proyecto.
Verificar aparición de nuevos
riesgos.

ROLES Y RESPONSABILIDADES DE GESTIÓN DE RIESGOS

PROCESO ROLES PERSONAS RESPONSABILIDADES
Planificar la Gestión Equipo de G. Riesgos
de los Riesgos. Líder Z Dirigir actividad, responsable
J directo.
Apoyo B Proveer definiciones.
Miembros Ejecutar Actividad.
Identificar los Equipo de G. Riesgos
Riesgos. Líder Z Dirigir actividad, responsable
J directo.
Apoyo B Proveer definiciones.
Miembros Ejecutar Actividad.
Realizar Análisis Equipo de G. Riesgos
Cualitativo de Líder Z Dirigir actividad, responsable
Riesgos. J directo.
Apoyo B Proveer definiciones.
Miembros Ejecutar Actividad.
Realizar Análisis Equipo de G. Riesgos No aplica. No aplica.
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.
.edu.pe
Cuantitativo de Líder
Riesgos. Apoyo
Miembros
Planificar Respuesta Equipo de G. Riesgos
a los Riesgos. Líder Z Dirigir actividad, responsable
J directo.
Apoyo B Proveer definiciones.
Miembros Ejecutar Actividad.
Realizar Seguimiento Equipo de G. Riesgos
y Control del Líder Z Dirigir actividad, responsable
Riesgos. J directo.
Apoyo B Proveer definiciones.
Miembros Ejecutar Actividad.

PRESUPUESTO DE GESTIÓN DE RIESGOS

PROCESO PERSONAS MATERIALES EQUIPOS TOTAL
Planificar la Gestión Líder S/. 17
de los Riesgos. Apoyo S/. 12.5
Miembros S/. 12.5
S/. 42 S/. 42
Identificar los Líder S/. 17
Riesgos. Apoyo S/. 12.5
Miembros S/. 12.5
S/. 42 S/. 42
Realizar Análisis Líder S/. 17
Cualitativo de Apoyo S/. 12.5
Riesgos. Miembros S/. 12.5
S/. 42 S/. 42
Realizar Análisis Líder No
Cuantitativo de Apoyo aplica
Riesgos. Miembros

Planificar Respuesta Líder S/. 17

a los Riesgos. Apoyo S/. 12.5
Miembros S/. 12.5
S/. 42 S/. 42
Realizar Seguimiento Líder S/. 17
y Control del Apoyo S/. 12.5
Riesgos. Miembros S/. 12.5
S/. 42 S/. 42
S/. 210

PERIODICIDAD DE LA GESTIÓN DE RIESGOS

PERIODICIDAD
PROCESO MOMENTO DE EJECUCIÓN ENTREGABLE DEL WBS
DE EJECUCIÓN
Planificar la Gestión Al inicio del proyecto. 1.2 Plan del Proyecto. Una vez en
de los Riesgos. todo el
proyecto.
Identificar los Al inicio del proyecto. 1.2 Plan del Proyecto. Una vez
Riesgos. En cada reunión del 1.4 Reunión de Coordinación semanal.
equipo del proyecto. Semanal.
Realizar Análisis Al inicio del proyecto. 1.2 Plan del Proyecto. Una vez
Cualitativo de En cada reunión del 1.4 Reunión de Coordinación semanal.
Riesgos. equipo del proyecto. Semanal.
Planificar la Al inicio del proyecto. 1.2 Plan del Proyecto. Una vez
Respuesta a los En cada reunión del 1.4 Reunión de Coordinación semanal.
Riesgos. equipo del proyecto. Semanal.
Realizar el En cada fase del 1.4 Reunión de Coordinación Semanal.
Seguimiento y proyecto. Semanal.
Control de Riesgos.
FORMATOS DE LA GESTIÓN DE RIESGOS
Planificar la Gestión de los Riesgos. Plan de Gestión de Riesgos.
Identificar los Riesgos. Identificación y Evaluación Cualitativa de
Riesgos.
Realizar Análisis Cualitativo de Riesgos. Identificación y Evaluación Cualitativa de
Riesgos.
Planificar la Respuesta a los Riesgos. Plan de Respuesta a Riesgos.
Realizar el Seguimiento y Control de Riesgos. Informe de Monitoreo de Riesgos.
Solicitud de Cambio.
Acción Correctiva.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 B,J,Z Z Z 17/08/2009 Version Original

IDENTIFICACIÓN Y EVALUACIÓN CUALITATIVA DE RIESGOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO

SISTEMA DE ATENCIÓN DEL
SACU
COMEDOR UNIVERSITARIO

Probabilidad Valor Numérico Impacto Valor Numérico Tipo de Probabilidad x Impacto

Muy improbable 0,10 Muy bajo 0,05 Muy alto mayor que 0,50
Relativamente probable 0,30 Bajo 0,10 Alto menor a 0,5
Probable 0,50 Moderado 0,20 Moderado menor a 0,30
Muy probable 0,70 Alto 0,40 Bajo menor a 0,10
Casi certeza 0,90 Muy alto 0,80 Muy bajo menor a 0,05

CÓDIGO
DESCRIPCIÓN DEL ENTREGABLES ESTIMACIÓN DE OBJETIVO ESTIMACIÓN DE PROB X
DEL CAUSA RAÍZ TRIGGER TIPO DE RIESGO
RIESGO AFECTADOS PROBABILIDAD AFECTADO IMPACTO IMPACTO
RIESGO
Alcance
Aprovechar el tiempo
Oposición del alumno al Tiempo 0,3 0,21
en la cola para fines No considerarlos 7.0
R001 nuevo procedimiento de 0,7 Costo 0,3 0,21 Alto.
de propaganda como stakeholders. Implementación.
obtencion de tickets. Calidad
política.
Total probabilidad por impacto 0,42
Alcance
Baja satisfacción del No cumplimiento de Tiempo
Resultados de las Proyecto
R002 cliente con respecto al los requerimientos 0,3 Costo 0,1 0,03 Moderado.
encuestas. Completo.
avance del proyecto. iniciales. Calidad 0,4 0,12
Total probabilidad por impacto 0,15
Conversaciones o Alcance 0,2 0,04
Solicitud adicionales no consultas Tiempo 0,2 0,04
Identificación de Proyecto
R003 contemplados en el informales, 0,2 Costo 0,2 0,04 Moderado.
nuevos entregables. Completo.
alcance. resultado de las Calidad
encuestas. Total probabilidad por impacto 0,12
Manuales de Alcance
configuración y sistemas Tiempo 0,5 0,1
Falta de Instrucciones Conversaciones con 7.1 Manual de
para los operadores con Costo 0,5 0,1
R004 para el pase a el Operador de Instalación y 0,2 Moderado.
contenido insuficiente Calidad 0,5 0,1
producción. Producción. Configuración.
para la elaboración de
Total probabilidad por impacto 0,3
las pruebas.

Contacto: informes@dharma‐consulting.com, Página Web: www.dharmacon.net

 Alcance
Retraso en el envió Tiempo 0,2 0,06
Retraso en la entrega de Demora por parte del Plan de Gestión de
R005 de la Orden de 0,3 Costo Moderado.
los equipos necesarios. Área de Logística. Adquisiciones.
Compra. Calidad
Total probabilidad por impacto 0,06

Contacto: informes@dharma‐consulting.com, Página Web: www.dharmacon.net

 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada Fecha Motivo
1.0 B,J,Z Z Z 17/08/2009 Version Original.

PLAN DE RESPUESTA A RIESGOS

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL
SACU
COMEDOR UNIVERSITARIO

Evitar / Mitigar /
Muy alto /
Transferir
Ordenados en alto /
forma Moderado / Explotar /
decrecimiento Bajo / Muy Compartir /
bajo Mejorar
Aceptar

CÓDIGO PROBABILIDAD RESPONSABLE

AMENAZA / DESCRIPCIÓN ENTREGABLES TIPO DE RESPONSABLE RESPUESTAS TIPO DE FECHA
DEL CAUSA RAÍZ TRIGGER POR IMPACTO DE LA PLAN DE CONTINGENCIA
OPORTUNIDAD DEL RIESGOS AFECTADOS RIESGO DEL RIESGO PLANIFICADAS RESPUESTA PLANIFICADA
RIESGO TOTAL RESPUESTA

Oposición del Aprovechar el

No
alumno al nuevo tiempo en la Incluir en la Página Web y
considerarlos Proyecto Jefe de Al finalizar el Reducir el procentaje de tickets
R001 AMENAZA. procedimiento de cola para fines 0,42 Alto. en el semanario un artículo Mitigar. AF / AT
como Completo. Bienestar. proyecto. generados por el aplicativo.
obtencion de de propaganda referente al aplicativo Web.
stakeholders.
tickets. política.
Baja satisfacción No
Solicitar feedback al Jefe de
del cliente con cumplimiento
Resultados de Proyecto Jefe de Bienestar Universitario, Al finalizar Analizar causas y tomar acciones
R002 OPORTUNIDAD. respecto al de los 0,15 Moderado. Mejorar. Project Manager.
las encuestas. Completo. Bienestar. mediante encuestas cada reunión. correctivas.
avance del requerimientos
despues de cada reunión.
proyecto. iniciales.
Manuales de
configuración y
sistemas para los Falta de Antes de
Conversaciones 7.1 Manual de Comunicación y
operadores con Instrucciones iniciar la
R004 AMENAZA. con el Operador Instalación y 0,3 Moderado. coordinacion informal con Mitigar. Project Manager. Tomar acciones correctivas.
contenido para el pase a puesta en
de Producción. Configuración. los responsables.
insuficiente para producción. producción.
la elaboración de
las pruebas
Retraso en la Retraso en el Realizar seguimientos del
Demora por
entrega de los envió de la Plan de Gestión de proceso de compra, una Al finalizar
R005 AMENAZA. parte del Área 0,06 Moderado. DGA. Mejorar. Project Manager. Alquiler de equipos.
equipos Orden de Adquisiciones. semana ante del inicio del cada reunión.
de Logística.
necesarios. Compra. proceso de la capacitación.

Conversaciones
Solicitud
Identificación o consultas
adicionales no Proyecto Coordinación continua con Acción Formalización de la Solicitud /
R003 AMENAZA. de nuevos informales, 0,04 Muy Bajo. Mitigar. Project Manager.
contemplados en Completo. representantes del cliente. continua. Evaluación del Impacto.
entregables. resultado de las
el alcance.
encuestas.

Contacto: informes@dharma‐consulting.com, Página Web: www.dharmacon.net

 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 B,J,Z Z Z 17/08/2009 Versión Original.

PLAN DE GESTIÓN DE ADQUISICIONES

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL
SACU
COMEDOR UNIVERSITARIO

JUSTIFICACIÓN DE COMPRA: EXPLICA LAS RAZONES POR LAS CUÁLES ES NECESARIO EFECTUAR LA
ADQUISICIÓN.
No se necesita realizar adquisición alguna para el desarrollo del sistema, se hará uso de
los recursos existentes (personal, infraestructura, equipos, material de escritorio, etc.).
Para la implantación del sistema, el sistema será desplegado en un servidor de aplicación,
y necesita que dos operadores con PC y una lectora para registrar la inscripción
presencial, y un operador con PC y una lectora para realizar el control de ingreso, así
como una PC con monitor grande para visualizar la información de inscripción.
Considerando que el sistema se va desplegar en el servidor de aplicación existente de
ODS, y el comedor dispone de una PC y una lectora, que será utilizada para el proceso de
control de ingreso, solamente haría falta la adquisición de dos PC y dos lectoras para la
inscripción presencial, 1 PC con monitor de 31 pulgadas para visualización de inscripción
con su rack.
En teoría, es posible usar una de las PC usadas para la inscripción presencial para el
control de Ingreso, puesto que estos 2 procesos se dan en momentos distintos, pero no se
descarta que en algunas ocasiones se requiera realizar la inscripción presencial al
momento de control de lectura.
ADQUISICIONES DEL PROYECTO: ESPECIFICAR LA MATRIZ DE ADQUISICIONES DEL PROYECTO.
Ver Matriz de Adquisiciones del Proyecto.
PROCEDIMIENTOS ESTÁNDAR A SEGUIR: PROCEDIMIENTOS DE ADQUISICIÓN QUE SE DEBEN SEGUIR.
Para la adquisición de los equipos mencionados para la implantación del sistema, se
realiza el siguiente proceso:
- Elabora la hoja de requerimiento dentro del sistema ODS
- Elaborar un oficio explicando los motivos de la compra.
- Enviar el oficio adjuntando la hoja de requerimiento a la Dirección General de
Administración, para que este lo apruebe a su vez derivara al área de Logística.
- El área de Logística realiza el proceso de compra (solicitud de cotización, orden de
compra, etc.).
- Recepcionar los equipos comprados firmando la hoja de requerimiento, previa
verificación.
FORMATOS ESTÁNDAR A UTILIZAR: FORMATOS DE ADQUISICIÓN QUE SE DEBEN SEGUIR.
- La información de compra debe ser ingresada al sistema ODS, y la hoja de
requerimiento debe ser impresa desde el Sistema.

COORDINACIÓN CON OTROS ASPECTOS DE LA GESTIÓN DEL PROYECTO: COORDINACIÓN CON EL

SCHEDULING DEL PROYECTO, REPORTE DE PERFORMANCE, CAMBIOS EN LAS DECISIONES DE HACER O COMPRAR,
COORDINACIÓN DE FECHAS CONTRACTUALES CON LA PROGRAMACIÓN DEL PROYECTO, ETC.
Se ha coordinado con las partes (DGA y área de Logística) y se ha hecho saber que la
fecha de adquisición límite para la llegada de los equipos es una semana antes del
comienzo del proceso de capacitación (la capacitación comienza el 19/10/09).
COORDINACIÓN CON LA GESTIÓN DE PROYECTOS DE LOS PROVEEDORES: COORDINACIÓN CON
LA GESTIÓN DE PROYECTOS DE PROVEEDORES, ENLACES DE PROCESOS, PROCEDIMIENTOS, FORMATOS Y/ O
METODOLOGÍAS.
A cargo del área de Logística.
RESTRICCIONES Y SUPUESTOS: QUE PUEDAN AFECTAR LAS ADQUISICIONES PLANIFICADAS Y POR LO TANTO
EL LOGRO DE LOS OBJETIVOS DEL PROYECTO.

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.
A cargo del área de Logística.
RIESGOS Y RESPUESTAS: PRINCIPALES RIESGOS RELACIONADOS A LAS ADQUISICIONES, Y RESPUESTAS QUE
HAN SIDO CONSIDERADAS EN LA GESTIÓN DE RIESGOS DEL PROYECTO.
- Que no llegan los equipos necesarios en la fecha prevista.
- El trigger es la no emisión de la orden de compra una semana antes del plazo
acordado de la entrega de los equipos.
- La respuesta planificada es: La DGA se encargará de gestionar el alquiler temporal
de los equipos necesario.
MÉTRICAS: MÉTRICAS DE ADQUISICIÓN A SER USADAS PARA GESTIONAR Y EVALUAR PROVEEDORES.
A cargo del área de Logística.
 CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 B,J,Z Z Z 17/08/2009 Versión Original.

MATRIZ DE ADQUISICIONES DEL PROYECTO

NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
SISTEMA DE ATENCIÓN DEL COMEDOR UNIVERSITARIO SACU

CRONOGRAMA DE ADQUISICIONES REQUERIDAS

INDEPENDIENTE
WBS

CONTRATACIÓN
PROCEDIMIENT

REQUERIMIENT

ESTIMACIONES

ROL/PERSONA

DE LA COMPRA
PROVEEDORES

PROVEEDORES

PROVEEDORES
RESPONSABLE

CALIFICADOS
PRODUCTO O
SERVICIO A

CONTACTAR

MANEJO DE
CÓDIGO DE

MÚLTIPLES
CONTRATO

Planif. Solic. Selecc. Admin. Cerrar

ADQUIRIR

FORMA DE
TIPO DE

ÁREA/
Contrato Resp. Proveed. Contrato Contrato

PRE-
O DE

O DE
ELEMENTO

S
Del
Del al Del al Del al Del al
al

2 PC Perfil 8.1 Hoja de - Elaborar y enviar la Hoja A cargo del NO. Área de A cargo del A cargo - - - - 08/10/09
1. Listado Requeri- de Requerimientos al área área de Logística. área de del área (Una
de mientos. de Logística. Logística. Logística. de semana
equipos. - El área de Logística Logística. antes de
realiza el proceso de la fecha
compra. de
- Recepcionar los equipos y capacita-
la hoja de ción).
Requerimientos.
1 PC perfil 8.1 Hoja de - Elaborar y enviar la Hoja A cargo del NO. Área de A cargo del A cargo - - - - 08/10/09
1 pero con Listado Requeri- de Requerimientos al área área de Logística. área de del área
Monitor de de mientos. de Logística. Logística. Logística. de
31 equipos. - El área de Logística Logística.
pulgadas. realiza el proceso de
compra.
- Recepcionar los equipos y
la hoja de
requerimientos.

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.
2 Lectoras. 8.1 Hoja de - Elaborar y enviar la Hoja A cargo del NO. Área de A cargo del A cargo - - - - 08/10/09
Listado Requeri- de Requerimientos al área área de Logística. área de del área
de mientos. de Logística. Logística. Logística. de
equipos. - El área de Logística Logística.
realiza el proceso de
compra.
- Recepcionar los equipos y
la hoja de requerimientos.
3 muestres 8.1 Hoja de - Elaborar y enviar la Hoja A cargo del NO. Área de A cargo del A cargo - - - - 08/10/09
para PC Listado Requeri- de Requerimientos al área área de Logística. área de del área
de mientos. de Logística. Logística. Logística. de
equipos. - El área de Logística Logística.
realiza el proceso de
compra.
- Recepcionar los equipos y
la hoja de requerimientos.
1 Rack 8.1 Hoja de - El área de Logística A cargo del NO. Área de A cargo del A cargo - - - - 08/10/09
para Listado Requeri- realiza el proceso de área de Logística. área de del área
monitor de de mientos. compra. Logística. Logística. de
31pulgada. equipos. - El área de Logística Logística.
realiza el proceso de
compra.
- Recepcionar los equipos y
la hoja de requerimientos.