PLAN DE GESTIÓN DEL PROYECTO

Nombre del proyecto: Cód. Proyecto: P004

Patrocinador del proyecto: Ing. Sergio Albitres Abanto, Jefe de Administración UNS
Gerente del proyecto: Lenner Correa Baca
Cliente del Proyecto: Biblioteca Central de la Universidad Nacional del Santa
Preparado por: Lenner Correa y asociados
Fecha de creación: 02.05.2018 Fecha de aprobación: SIN APROBAR

Ciclo de vida del proyecto

Para el proyecto se empleará la Metodología Agile con su framework de procesos Scrum, está
metodología promueve una gestión de proyectos disciplinada que fomenta la constante inspección
del código y la adaptación de éste, un sistema organizado que permite y facilita el trabajo en
equipo, la auto-organización y favorece el rendimiento del tiempo de desarrollo.

El ciclo de vida del Proyecto, estará dado por las siguientes fases:

 Inicio: se escoge del total de objetivos del producto aquellos que serán implementados en
el sprint, debiendo ser capaces de generar un producto funcional. En base a estos objetivos
se define la duración del sprint (entre una semana y un mes), y las tareas que lo
componen.

 Desarrollo del sprint: el equipo del proyecto planifica y ejecuta las tareas, las cuales se
van supervisando en reuniones diarias donde se miran las tareas ejecutadas, en curso, y
pendientes, así como posibles impedimentos, restricciones o cambios en el sistema.

 Cierre: al final del sprint se revisa que se hayan completado las tareas y objetivos definidos
al inicio mediante la presentación de un producto funcional. El ensayo de este producto por
parte del cliente puede hacer variar los objetivos del proyecto o su prioridad.

Administración de la línea base y su variación

Límite de variación del cronograma:
penalizaciones
Administración de la línea base del cronograma:
Se realizarán informes mensuales acerca de los avances del
Proyecto. Se tomarán en cuenta los siguientes Indicadores:
 Aceptable: pasado 2 días calendario, presentación de
informe explicando razones del incumplimiento.
Presentación del plan de recuperación.
 Advertencia: pasado 5 días calendario, se realizará una
penalización de S/.214, basado en el 50% del costo por
día del proyecto, por día de retraso para el infractor.
Presentación del plan de recuperación.
 Inaceptable: pasado 10 días calendario, se realizará una
penalización correspondiente a S/. 428 por día retrasado,
basado en el 100% del costo por día del proyecto.
Presentación del plan de recuperación.

Nombre del Proyecto Pag. 1

 PLAN DE GESTIÓN DEL PROYECTO

Límite de variación del costo: Administración de la línea base del costo:

El costo ligado al proyecto es de S/. 48,125.00
Indicadores:

 Aceptable: que el proyecto emplee el presupuesto

pactado.
 Advertencia: Se emplee más de lo predestinado en 9%
del costo del proyecto, a una fase del Proyecto.
Presentar informe de las razones del incremento del
costo hacia el comité de proyecto.
 Inaceptable: que se supere en un 12% el costo base del
proyecto, las personas que sean las causantes del
incremento del costo cubrirán el costo excedido.

Límite de variación del alcance: Administración de la línea base del alcance:

falta
 El proyecto tendrá como entregable: El sistema de
Seguridad y su respectiva base de datos, así como la
entrega de sus respectivos manuales (manual de
usuario, manual técnico) y otros documentos (Acta de
constitución del Proyecto, Cronograma, presupuesto).
Aceptable: la entrega total del sistema de seguridad, así
como la documentación y manual de usuario.
Advertencia: entrega incompleta del sistema de
seguridad (Base de datos no poblada), se realizará una
penalización del 10% del costo (S/.1500) para el infractor.
Así también se presentará el plan de recuperación y
entrega de los datos faltantes, mientras no se entregue el
sistema completo no se realizará ningún pago por parte
de la empresa cliente.
Inaceptable: la no entrega del sistema correspondiente o
en todo caso la entrega del sistema con mal
funcionamiento. Se realizará una penalización de S/.428
por día de demora. Así también se presentará el plan de
recuperación y entrega de lo faltante, mientras no se
entregue el sistema completo no se realizará ningún
pago por parte de la empresa cliente.

Limite de variación de la calidad: Administración de la línea base de la calidad:

A la entrega de cada fase, la OTIC, procederá al análisis de
calidad del software.

Nombre del Proyecto Pag. 2

 PLAN DE GESTIÓN DEL PROYECTO

Indicadores:
 Aceptable: la no existencia de errores durante las
pruebas de calidad de la plataforma.
 Advertencia: la existencia de 1 error durante las pruebas
de calidad del sistema. La empresa implementadora
presentará un plan de corrección de errores, el cual
tendrá como máximo 5 días calendario para la solución
del problema presentado.
 Inaceptable: la existencia de más 2 errores durante las
pruebas de calidad del software. La empresa
implementadora presentará un plan absolución de
errores, la empresa cliente devolverá el software
entregado y no se realizará ningún pago mientras no se
soluciones los errores encontrados.

Revisiones al proyecto
Pruebas separadas: Un miembro del equipo de desarrollo se encargará de verificar el correcto
funcionamiento de los equipos, otro miembro se encargará de revisar las conexiones con el software.
Pruebas integrales: Una vez aprobadas las pruebas separadas se realizará la prueba de todos los
elementos unitarios que componen el sistema para verificar que las partes en conjunto funcionan
correctamente.
Pruebas de Software:
 Los procesos para asegurar la calidad del producto deberán seguir las pruebas de software se
detallan de la siguiente manera:
- Prueba de Instalación
- Prueba de Seguridad y Controles
- Prueba de funcionalidad
- Prueba de usabilidad
- Prueba de Esfuerzo (Stress)
- Prueba de recuperación y tolerancia a fallos
- Prueba de Aceptación

Prueba con los clientes: Para obtener la conformidad del cliente respecto al correcto funcionamiento
del sistema.

 Para asegurar la calidad de los entregables (informes, especificaciones, demostradores), se

definirá una plantilla común para la documentación de todos los entregables.
 Los defectos detectados en las revisiones y formalizados también en una Solicitud de Cambio
tendrán un seguimiento para asegurar la conformidad respecto de la solución de dichas
deficiencias.

Decisiones de selección de procesos de gestión de proyectos

Nombre del Proyecto Pag. 3
 PLAN DE GESTIÓN DEL PROYECTO

Se tomarán los procesos de:

 Proceso de Iniciación:
 Elaboración del Plan de Gestión del proyecto.
 Elaboración del Plan de Gestión de cambios.
 Elaboración del Acta de constitución del proyecto.

 Proceso de Iteración:
 Ejecución de las tareas programadas
 Reuniones quincenales: En la reunión cada miembro del equipo responde a tres
preguntas:
 ¿Qué he hecho desde la última reunión de sincronización?
 ¿Qué voy a hacer a partir de este momento?
 ¿Qué impedimentos tengo o voy a tener?
 Análisis de observaciones de los usuarios.
 Rediseño e implementación de una tarea de la lista de control de proyecto.

 Proceso de cierre:
 Revisión del cumplimiento de tareas y objetivos definidos al inicio mediante la
presentación de un producto funcional.

Consideraciones especificas del proyecto

Los involucrados del proyecto serán:
 Jefe de Oficina de Administración (Patrocinador)
 OTIC (Oficina de Tecnologías de Información y Comunicación)
 Gerente del Proyecto.
De una forma periódica se realizarán reuniones para revisar la buena marcha del proyecto. A estas
reuniones, acudirán el Gerente del proyecto con el equipo de desarrollo y el cliente o en su defecto un
representante.

Planes subsidiarios de gestión de proyectos

Área Enfoque
Definir cualquier enfoque de cada plan subsidiario en forma narrativa o indicar que el plan es un archivo adjunto.

Plan de gestión de requerimientos

Plan de gestión del alcance
Plan de gestión del cronograma
Plan de gestión de costos
Plan de gestión de la calidad
Plan de mejora de procesos
Plan de gestión de recursos

Nombre del Proyecto Pag. 4

 PLAN DE GESTIÓN DEL PROYECTO

humanos
Plan de gestión de las
comunicaciones
Plan de gestión de riesgos
Plan de gestión de adquisiciones
Plan de gestión de cambios Procedimiento de cómo se llevarán los cambios:
1. Analiza Requerimiento. El Gerente de proyecto recibe de algún
área interna o del cliente una necesidad de requerimiento de
cambio y lo analiza.
2. Determina Alcance. El Gerente de proyecto determina en
colaboración con las áreas involucradas, el impacto y los elementos
del proceso y del proyecto que se ven afectados con el cambio.
3. En el caso de documentación, el cambio se aplica con base en el
procedimiento Control de Documentos.
4. Evaluar impacto (Análisis de factibilidad). El Gerente de
proyecto y las áreas involucradas evalúan la factibilidad del cambio.
5. Planear Ajustes o Cambio Solicitado. En caso de que el cambio
proceda el líder de proceso evalúa la necesidad de realizar e
incorporar los cambios en los procesos que aplique, en caso
contrario se informa al solicitante la negativa.
6. Desarrollar e implantar el cambio. El Gerente de proyecto
coordina el desarrollo e implantación de las acciones planeadas, en
función del alcance y a través de los procesos involucrados. Se
evalúa el impacto de las acciones realizadas.
7. Formalizar y registrar el cambio. El Gerente de proyecto informa
al área solicitante del cambio realizado y lo registra en el control de
cambios.
Plan de gestión de las
configuraciones
Línea base
Adjuntar todas las líneas bases del proyecto

Faltan

Nombre del Proyecto Pag. 5

 PLAN DE GESTIÓN DEL PROYECTO

Aprobaciones

________________________________ _________________________________
Correa Baca Lenner Edinson Sergio Alvitres Abanto – Jefe Administración
Fecha de firma Fecha de firma
Falta
Falta

Nombre del Proyecto Pag. 6