Trabajo Grupal Gerencia de Proyectos

División de Estudios Profesionales para Ejecutivos
IS83 - Gerencia de Proyectos
Tema:
“Supervisión de Equipos y Suministros de Lima y Provincias
para el Banco de Crédito”
Integrantes:
-
Castillo Gómez, Hildebrando
Huamaní Córdova, Enid
Lazo Quichiz, Carlos
Ramos Santisteban, Emily
Virú Monjaras, Ysela
PROFESORES:


Málaga Segovia, Juan Carlos
Oviedo Tejada, Luis Alberto
SECCIÓN:
E82B
u201013978
u201014054
u914030
u200921431
u921255
Gerencia de Proyectos
Versión: 4.5
Fecha: 16/11/2015
Historial de Revisiones
Fecha
Versión
Descripción
Autor
04/11/2011
1.0
Elaboración del documento y descripción del negocio
Emily Ramos
07/11/2011
1.1
Elaboración del Acta de Constitución
Enid Huamani
08/11/2011
1.2
Corrección del punto de Hitos en el Acta de Constitución
Emily Ramos
09/11/2011
1.3
Se define las fases y los entregables
Carlos Lazo
09/11/2011
1.4
Elaboración del Plan de Requerimientos
Ysela Viru
09/11/2011
1.5
Actualización de la Plantilla de Alcance
Emily Ramos
10/11/2011
1.6
Se agrega la descripción del producto
Enid Huamani
10/11/2011
1.7
Se agrega Trazabilidad, Plan de Gestión
10/11/2011
1.8
Elaboración del Plan de Alcance
Enid Huamani
10/11/2011
1.9
Revisión y Corrección de Acta y Plan de Requerimientos
Emily Ramos
11/11/2011
2.0
Se adjunta la EDT y procedimientos.
11/11/2011
2.1
Corrección en el punto de entregables en el Plan de
Alcance
Emily Ramos
12/11/2011
2.2
Se agrega los límites y restricciones en el Plan de Alcance.
Enid Huamani
12/11/2011
2.3
Elaboración del Plan de Tiempo
12/11/2011
2.4
Revisión y Corrección de Plan de Alcance
12/11/2011
2.5
Se agrega el diccionario de la EDT
13/11/2011
2.6
Se realiza el cronograma del proyecto
Emily Ramos
20/11/2011
2.7
Se corrige el listado de riesgos
Emily Ramos
24/11/2011
2.8
Se desarrolla la gestión de comunicaciones
Carlos Lazo
25/11/2011
2.9
Se corrige la verificación de requerimientos
Emily Ramos
27/11/2011
3.0
Se agrega la gestión de Riesgos
Emily Ramos
28/11/2011
3.1
Se agrega la gestión de RRHH
28/11/2011
3.2
Se corrige el cronograma
Emily Ramos
29/11/2011
3.3
Se corrige la matriz de trazabilidad
Emily Ramos
30/11/2011
3.4
Se agrega la gestión de costos
Enid Huamani
01/12/2011
3.5
Se agrega la gestión de adquisición
Ysela Viru
01/12/2011
3.6
Se corrige el diagrama de precedencias
Ysela Viru
02/12/2011
3.7
Se agrega organigrama en gestión de RRHH
02/12/2011
3.8
Se agrega gestión de la calidad
03/12/2011
3.9
Se agrega los roles en plan de RRHH
Carlos Lazo
Hildebrando Castillo
Ysela Viru
Emily Ramos
Hildebrando Castillo
Hildebrando Castillo
Hildebrando Castillo
Emily Ramos
Hildebrando Castillo
Pág. 3
Gerencia de Proyectos
Versión: 4.5
Fecha: 16/11/2015
03/12/2011
4.0
Se agrega diagrama de estimación y recursos
Emily Ramos
03/12/2011
4.1
Se agrega el nivel de estimación de Costos y proceso de
gestión de costos
Enid Huamaní
03/12/2011
4.2
Se agrega los cuadros correspondiente a la gestión de
RRHH
Hildebrando Castillo
03/12/2011
4.3
Se agrega los puntos 1, 4 y la matriz en la gestión de
comunicaciones
Emily Ramos
03/12/2011
4.4
Se agrega registro de lecciones aprendidas
04/12/2011
4.5
Se agrega el cierre del proyecto con sus respectivos
checklist
Hildebrando Castillo
Emily Ramos
Hildebrando Castillo
Pág. 4
Gerencia de Proyectos
Versión: 4.5
Fecha: 16/11/2015
Tabla de Contenido
1.
2.
2.1.
2.2.
2.3.
2.4.
3.
3.1.
3.2.
3.3.
3.4.
3.5.
4.
4.1.
4.2.
4.3.
4.4.
4.5.
5.
5.1.
5.2.
5.3.
5.4.
5.5.
5.6.
5.7.
5.8.
6.
6.1.
6.2.
6.3.
6.4.
6.5.
7.
7.1.
7.2.
7.3.
7.4.
7.5.
7.6.
7.7.
8.
8.1.
8.2.
8.3.
8.4.
8.5.
9.
9.1.
9.2.
9.3.
9.4.
9.5.
9.6.
9.7.
9.8.
9.9.
Introducción ........................................................................................................................................... 7
Capítulo I: Acta de Constitución ............................................................................................................. 8
Información General .............................................................................................................................. 9
Breve Descripción del Proyecto ............................................................................................................. 9
Alineamiento del Proyecto ..................................................................................................................... 9
Extensión y Alcance del Proyecto ........................................................................................................ 10
Capítulo II: Plan de Requerimientos .................................................................................................... 12
Recopilación de Requerimientos ......................................................................................................... 13
Priorización de Requerimientos ........................................................................................................... 13
Matriz de Trazabilidad.......................................................................................................................... 13
Gestión de la Configuración................................................................................................................. 14
Verificación de Requerimientos ........................................................................................................... 15
Capítulo III: Plan de Alcance ................................................................................................................ 17
Desarrollo de la Propuesta .................................................................................................................. 18
Descripción de los Entregables del Proyecto ....................................................................................... 18
Contexto del Proyecto.......................................................................................................................... 21
Estructura del Desglose del Trabajo de la EDT ................................................................................... 22
Diccionario de la EDT .......................................................................................................................... 22
Capítulo IV: Plan de Gestión del Tiempo - Cronograma ...................................................................... 33
Procedimiento de Definición de Actividades ........................................................................................ 34
Procedimiento de Secuenciamiento de Actividades ............................................................................ 34
Procedimiento de Estimación de los Recursos de Actividades ............................................................ 35
Procedimiento de Estimación de Duración de Actividades .................................................................. 35
Procedimiento de Desarrollo del Cronograma ..................................................................................... 36
Procedimiento del Control del Cronograma ......................................................................................... 36
Gestión de Cambios al Cronograma .................................................................................................... 36
Hitos del Proyecto ................................................................................................................................ 37
Capítulo V: Plan de Gestión de Costos................................................................................................ 38
Tipos de Estimación del Proyecto ........................................................................................................ 39
Unidades de Medida ............................................................................................................................ 39
Umbrales de Control ............................................................................................................................ 39
Métodos de Medición de Valor Ganado ............................................................................................... 39
Fórmulas de Pronóstico de Valor Ganado ........................................................................................... 39
Capítulo VI: Plan de Gestión de Riesgos ............................................................................................. 46
Metodología de Gestión de Riesgo ...................................................................................................... 47
Roles y Responsabilidades de Gestión de Riesgo .............................................................................. 47
Identificación de Riesgos ..................................................................................................................... 48
Estructura del Desglose del Riesgo ..................................................................................................... 48
Análisis Cualitativo de Riesgos ............................................................................................................ 49
Presupuesto de Gestión de Riesgos ................................................................................................... 50
Plan de Respuesta a los Riesgos ........................................................................................................ 51
Capítulo VII: Plan de Gestión de Calidad............................................................................................. 52
Política de Calidad del Proyecto .......................................................................................................... 53
Línea Base de Calidad del Proyecto .................................................................................................... 53
Matriz de Actividades de Calidad ......................................................................................................... 54
Organigrama para la Calidad del Proyecto .......................................................................................... 55
Roles para la Gestión de la Calidad..................................................................................................... 55
Capítulo VIII: Plan de Gestión de Recursos Humanos ........................................................................ 57
Organigrama del proyecto ................................................................................................................... 58
Matriz de Asignación de Responsabilidades ....................................................................................... 59
Descripción de Roles ........................................................................................................................... 60
Cuadro de Adquisiciones del Personal del Proyecto ........................................................................... 64
Criterios de Liberación del Personal del Proyecto ............................................................................... 65
Capacitación, Entrenamiento, Mentoring Requerido ........................................................................... 65
Sistema de Reconocimiento y Recompensas ...................................................................................... 65
Cumplimiento de Regularizaciones, Pactos y Políticas ....................................................................... 66
Requerimientos de Seguridad ............................................................................................................. 66
Pág. 5
Gerencia de Proyectos
Versión: 4.5
Fecha: 16/11/2015
10.
10.1.
10.2.
10.3.
10.4.
10.5.
10.6.
10.7.
10.8.
11.
11.1.
11.2.
11.3.
11.4.
11.5.
11.6.
11.7.
11.8.
12.
12.1.
12.2.
12.3.
12.4.
12.5.
13.
14.
14.1.
14.2.
14.3.
14.4.
14.5.
14.6.
Capítulo IX: Plan Gestión de Comunicaciones .................................................................................... 67
Registro de Interesados ....................................................................................................................... 68
Nivel de Influencia y Autoridad de los Interesados .............................................................................. 69
Matriz de Comunicaciones del Proyecto .............................................................................................. 69
Procedimiento para Tratar Polémicas .................................................................................................. 70
Procedimiento para Actualizar el Plan de Gestión de Comunicaciones .............................................. 71
Guías para Eventos de Comunicación................................................................................................. 71
Guías para Documentación del Proyecto ............................................................................................ 72
Registro de Lecciones Aprendidas ...................................................................................................... 73
Capítulo X: Plan Gestión de Adquisiciones.......................................................................................... 76
Procedimiento de Adquisiciones .......................................................................................................... 77
Formatos Estándar a Utilizar ............................................................................................................... 78
Cronograma de Adquisiciones ............................................................................................................. 78
Coordinaciones con Proveedores ........................................................................................................ 78
Restricciones y Supuestos................................................................................................................... 78
Riesgos y Respuestas ......................................................................................................................... 79
Métricas de Adquisición ....................................................................................................................... 79
Matriz de Adquisiciones del Proyecto .................................................................................................. 80
Capítulo XI: Cierre del Proyecto .......................................................................................................... 81
Nombre del Cliente o Sponsor ............................................................................................................. 82
Declaración de la Aceptación Formal .................................................................................................. 82
Observaciones Adicionales.................................................................................................................. 82
Aceptado por ....................................................................................................................................... 82
Distribución y Aceptación..................................................................................................................... 83
Glosario ............................................................................................................................................... 85
Anexos ................................................................................................................................................. 86
Cronograma del Proyecto................................................................................................................ 86
Identificación de Secuenciamiento de Actividades .......................................................................... 87
Diagrama de Precedencias ............................................................................................................. 92
Estimación de Recursos y Duraciones ............................................................................................ 94
Contrato de Adquisición de Servicios .............................................................................................. 96
Contrato de Adquisición de Bienes ................................................................................................. 98
Pág. 6
Gerencia de Proyectos
Versión: 4.5
Fecha: 16/11/2015
1. Introducción
E
l presente documento mostrará como la empresa Alternativa Tecnológica organiza y
ejecuta el proyecto adquirido con el Banco de Crédito del Perú mediante la organización
HP. ATSAC es uno de los CAS de la empresa HP, y ha sido escogida para llevar a cabo
este proyecto, el cual consiste en llevar el control del departamento Logístico y de Soporte
Técnico, para ello se mencionará las principales actividades a detallar, las cuales son las
siguientes:







Control y Distribución de Suministros.
Inventario de Equipos en los diferentes Almacenes
Requerimientos IMAC en los equipos.
Asignación de Equipos
Soporte Técnico a Equipos
Control del Personal a nivel nacional
Reparación de Equipos
Pág. 7
2.
Capítulo I: Acta
de Constitución
Acta de Constitución
Versión: 4.5
Fecha: 16/11/2015
2.1. Información General
Nombre del Proyecto:
Código:
Sistema de Gestión de Control Logístico
APW04 – SGCL
Patrocinador:
Hewlett Packard (Ing. Roberto Granadino)
Hewlett Packard (Ing. Roberto Fujiki)
Hewlett Packard (Ing. Daniel Almendariz)
Hewlett Packard (Ing. Gustavo Arizmendi)
Rol
Elaborado por:
Revisado por:
Aprobado por:
Revisión
01
Nombre
Departamento de Proyectos
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Autor
Departamento de Proyectos
Fecha
12/01/2011
14/01/2011
15/01/2011
Descripción
Creación del Documento
Fecha
11/01/2011
2.2. Breve Descripción del Proyecto
El proyecto consiste en la elaboración de un software de gestión para el Banco de Crédito, el cual
contemplará los principales procesos que tiene esta entidad, como son el movimiento que realiza a
nivel nacional de equipos y suministros, no obstante, el control de atenciones que requiere cada
usuario de esta organización, esta solicitud puede ser una incidencia o un requerimiento IMAC.
Actualmente, cuenta con un software que lleva el control de las incidencias reportadas por los
usuarios, el proyecto también debe abarcar la comunicación con el aplicativo de esta organización y
viceversa para evitar redundancia de data.
Durante la primera etapa del proyecto, se debe realizar el levantamiento de todos los requerimientos
con apoyo de los stakeholders de manera minuciosa, seguido de la selección del personal idóneo
para la participación en este proyecto, de tal manera definir y cumplir los tiempos establecidos.
Luego de la culminación de cada etapa se debe contar con la documentación respectiva, esta será
realizada por el Departamento de Proyectos, para ellos, se debe llevar una comunicación constante
Con los stakeholders, de modo que se evita o identifica los riesgos que pueden presentarse durante
la realización de l proyectos seas positivos o negativos.
Culminado la realización del aplicativo, también se estará brindando el soporte respectivo durante el
período de contrata, no obstante, se tiene que considerar el personal necesario y sobretodo
calificado.
2.3. Alineamiento del Proyecto
Objetivos Estratégicos de la Organización
 Realizar el uso de la tecnología para la
automatización de los procesos.
 .
Propósitos del Proyecto
 Controlar de manera automática los
movimientos de ingreso y salidas.
 Realizar seguimiento al personal técnico y las
diversas móviles.
 Controlar las atenciones o intervenciones
realizadas por el personal técnico.
Objetivos del Proyecto
Para este proyecto se tiene los siguientes objetivos:
 Realizar el desarrollo e implementación del software logístico y de soporte.
 El proyecto tiene una duración de 03 años, la elaboración del aplicativo será aproximadamente de
06 meses.
 Controlar los recursos durante el desarrollo del proyecto, estos pueden ser personal técnico como
herramientas.
Pág. 9
Acta de Constitución
Versión: 4.5
Fecha: 16/11/2015
Factores Críticos de Éxito del Proyecto
Se debe contar con lo siguiente:
 Apoyo de la Gerencia de Operaciones y la Gerencia Comercial.
 Disponibilidad de usuarios finales para proporcionar información, en caso el equipo requiera.
 Disponibilidad de entornos para realizar las respectivas pruebas.
 Disponibilidad de servidores para el periodo de implementación
 Seguimiento constante por parte del Gerente de Proyectos
 Contar con personal altamente calificado, con previa experiencia e proyectos similares.
Requerimientos de Alto Nivel
 Controlar los ingresos y salidas de equipos del almacén principal, ubicado en el local de
Alternativa Tecnológica sede San Luis.
 Controlar los ingresos y salidas de suministros a nivel nacional.
 Gestionar las asignaciones de equipos a usuarios de los diversos locales del Banco de Crédito
del Perú.
 Permitir la comunicación de las incidencias reportadas por el personal del Banco de Crédito con
la finalidad que sean atendidas de manera inmediata por el personal de Soporte.
 Registrar las atenciones realizadas por cada personal de Soporte.
2.4. Extensión y Alcance del Proyecto
Fases
Inicio
Gestión del Proyecto
Incepción
Elaboración
Construcción
Transición
Entregables
Acta de Constitución del Proyecto
Plan de Gestión del Proyecto
Registro de Interesados
Enunciado del Alcance
EDT y Diccionario del EDT
Cronograma del Proyecto
Informe de Entrevistas con Usuarios
Documento de Especificación de Requerimientos
Acta de Análisis de Requerimientos
Acta de Modelo Conceptual
Acta de Diseño
Script de BD y Tablas
Script de Procedimientos
Ejecutables de aplicativo
Informe de Pruebas Unitarias
Informe de Pruebas Integrales
Informe de pruebas de aceptación de usuario
Manual de usuario
Manual de instalación y configuración
Capacitación a Usuarios
Informe de Pase a Producción
Interesados Clave
Banco de Crédito: Ángela Cisneros (Supervisor de Riesgos TI)
Banco de Crédito: David Berdoni (Jefe de Organización y Sistemas)
Hewlett Packard: Maria Vargas (TI)
Hewlett Packard: Emilio de los Reyes (Supervisor AOD)
Hewlett Packard: Roberto Granadino (Supervisor POD )
Hewlett Packard: Eduardo Blas (Supervisor TOD)
Alternativa Tecnológica: Sergi Nesterenko (Gerente General)
Alternativa Tecnológica: Pablo Castillo (Gerente de Proyectos)
Alternativa Tecnológica: Juan Vilca (Gerente de Operaciones)
Pág. 10
Acta de Constitución
Versión: 4.5
Fecha: 16/11/2015
Riesgos
Descripción
Cambios en los Requerimientos
Impacto
Alto
Bajas en el Equipo de Desarrollo
Media
Falta de Experiencias en Tareas
de Planificación
Falta de un Experto
Media
Diseño Erróneo
Alto
Falta de experiencia con las
herramientas utilizadas
Media
Alta
Descripción
El cliente indica nuevos requisitos no contemplados
o alterar lo establecido
Un recurso puede no estar disponible por factores
externos.
El grupo de desarrollo no cuenta con experiencia en
desarrollo del proyecto a realizar.
No hay un experto del dominio en el equipo de
desarrollo al que poder consultar.
El diseño del sistema resulta inadecuado, se
detecta que no cumple con el alcance establecido..
El equipo de desarrollo tiene dificultades a la hora
de realizar sus objetivos por su inexperiencia con
los recursos software del proyecto.
Hitos Principales
Inicio del Proyecto: 10/01/2011
Fin de la fase Gestión del proyecto: 09/02/2011
Fin de la fase Incepción
Fin de la fase elaboración
Fin de la fase construcción
Fin de la fase transición:
Fin de Proyecto: 27/07/2011
Presupuesto del Proyecto
Inversión Total: Aproximadamente un monto de $ 25,000.00
Requerimientos de Aprobación del Proyecto
El Gerente de Proyectos revisara los entregables de cada fase, antes de hacer entrega al Jefe de TI,
para su respectiva aprobación, en caso se encuentre alguna observación de be ser comunicada de
manera inmediata a todo el equipo para su respectiva corrección y a su vez controlar estas acciones
para no alterar la fecha de entrega inicial.
Jefe del Proyecto
Ing. Pablo Castillo Benancio
Jefe de Proyectos de Alternativa Tecnológica S.A.C.
Autoridad Asignada al Proyecto
Establecer reuniones de acuerdo con los stakeholders.
Selección de personal que conformará el equipo del proyecto
Gestionar el proyecto desde su inicio para cumplir con el alcance definido
Controlar y Revisar los entregables de cada fase.
Pág. 11
3.
Capítulo II:
Plan de Requerimientos
Plan de Requerimientos
Versión: 4.5
Fecha: 16/11/2015
Rol
Elaborado por:
Revisado por:
Aprobado por:
Nombre
Departamento de Proyectos
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Fecha
24/01/2011
25/01/2011
26/01/2011
3.1. Recopilación de Requerimientos
Los requerimientos serán proporcionados por los señores E. de los Reyes, Eduardo Blas y Roberto
Granadino liderados por el Ing. Daniel Almendariz de la empresa Hewlett Packard, este grupo de
personas representan el equipo patrocinador del proyecto.
Los requisitos del servicio a brindar serán proporcionados en una reunión realizada con personal de
HP y el Banco BCP, a fin de capturar toda la información necesaria del servicio a implementar.
Asimismo, se tiene que considerar conferencias con el equipo líder del banco BCP para consultas
extemporáneas durante el análisis de los mismos.
Luego de obtener el listado de todos los requerimientos productos de las reuniones y conferencias,
se establecerá una segunda reunión para realizar la priorización de todos los requerimientos.
3.2. Priorización de Requerimientos
ID
REQ01
Requerimiento
Contar con un inventario de Equipos y/o Suministros del Banco
Prioridad
Alta
de Crédito.
REQ02
Llevar un control de las incidencias de los equipos y/o
Media
suministrados del Banco de Crédito.
REQ03
Llevar un control de la reparación de los equipos.
REQ04
Asignación o reposición de equipos a usuarios del Banco BCP.
REQ05
Control del almacenamiento de equipos y/o suministros.
REQ06
Implementar la comunicación vía Web Service entre el sistema
Alta
Media
Baja
Media
interno de BCP y el de ATSAC.
REQ07
Llevar un control del personal técnico.
Media
REQ08
Módulo de Seguridad, para restringir los accesos con permisos
Media
a usuarios.
3.3. Matriz de Trazabilidad
Estado Actual
Estado
Abreviatura
Pendiente
PEN
En Proceso
PRS
Cancelado
CLD
Completado
CTO
Observado
OBS
Grado de Complejidad
Estado
Abreviatura
Alto
A
Media
M
Bajo
B
Pág. 13
Versión: 4.5
Plan de Requerimientos
Fecha: 16/11/2015
ID
Descripción
REQ01
Realizar un inventario respecto
a los equipos que ingresan y
salen de almacén en la sede
central
de
la
empresa
Alternativa Tecnológica
Contabilizar cada equipo que
está en almacén
Registrar
las
incidencias
presentadas en los equipos que
han reportado los técnicos
Intercambiar información entre
ambos sistemas a través de un
servicio web
Registrar cada uno de los
equipos
que
se
han
diagnosticado y reparado
Se controla las horas trabajadas
y los equipos revisados por
cada uno de los técnicos
Los equipos están asignados
tanto a trabajadores como a las
áreas que solicitan los equipos
como son los servidores
Se ha de considerar políticas de
seguridad que eviten accesos
no
autorizados,
ataques
externos
y
manipulación
indebida del sistema
REQ05
REQ02
REQ06
REQ03
REQ07
REQ04
REQ08
Prioridad
Alta
Grado de
Complejidad
A
Estado
Actual
PEN
Media
M
PEN
Alta
M
PEN
Media
B
PEN
Media
M
PEN
Baja
B
PEN
Media
A
PEN
Media
A
PEN
Requerimiento de
Alto Nivel
Controlar
los
ingresos y salidas de
equipos
y
suministros
del
almacén
Permitir
la
comunicación de las
incidencias
reportadas por el
personal del Banco
de Crédito
Registrar
las
atenciones
realizadas por cada
personal de Soporte
Gestionar
las
asignaciones
de
equipos a usuarios
de
los
diversos
locales del Banco de
Crédito del Perú
Aplicado a todos los
requerimientos
3.4. Gestión de la Configuración
El procedimiento de gestión de cambios es el siguiente:

El Supervisor de BCP solicita un cambio de requerimientos.

El Gerente de Proyecto de Alternativa decide si acepta o no el cambio. (Dependiendo del
estado actual del proyecto).

Si acepta el cambio, entonces se le asigna al Líder de Alternativa la actividad de analizar la
factibilidad.

Si el cambio es factible, el Líder e Alternativa evalúa el impacto y realiza la estimación a un
nivel macro.

El Supervisor de BCP decide si acepta el tiempo estimado al cambio.

Si el tiempo estimado es aceptado.
A continuación se presenta el flujo del procedimiento:
Pág. 14
Versión: 4.5
Plan de Requerimientos
Fecha: 16/11/2015
Roles
Pasos
Ingresar Cambio Requerimiento
Supervisor BCP
Gerente de Proyecto Alternativa
Aceptar
Líder Alternativa
Análisis de Factibilidad
Factible
d
d
d
d
d
d
d
d
d
d
d
d
d
d
d
No
Fin
No
Fin
No
Fin
Evaluar Impacto
Estimar a nivel macro
Aprobar
Supervisor BCP
Si
Req. Baja
No
Req. Nuevo
Back Log
Agregar
Back Log
No
Req. Modif.
PMO
Quitar
Fin
Fin
Fin
Planificación
Fin
Modificar
Back Log
Fin
Planificación
Fin
Planificación
Replanificar
Replanificar
Replanificar
Fin
Fin
Fin
3.5. Verificación de Requerimientos
Los principales criterios de aceptación del departamento Logístico y de Soporte Técnico de BCP son:

Contará con el registro de todos los movimientos de equipos y suministros realizados.

Contará con el registro de incidencias de equipos y suministros.

Contará con el registro actualizado de información de los empleados que trabajan en el
BCP.

Contará con el registro actualizado de usuarios del sistema y los permisos asignados por
cada usuario.

Contará con el registro actualizado de tickets de atención de usuarios generados por el
BCP.

Contará con el registro actualizado de despachos de equipos y/o suministros realizados a
las locales y agencias del banco.
Métricas:
Las métricas que se utilizarán para la medición de verificación de requerimientos son las
siguientes:
Requerimiento
Fórmula
REQ01
EA=SA-NE
REQ02
TA=(∑E * ∑(I))
Variables
EA: Equipos en Almacén
SA: Espacio en Almacén
NE: Número de Equipos
TA: Total Incidencias Reportadas
E: Equipos
I: Incidencias
Pág. 15
Plan de Requerimientos
Versión: 4.5
Fecha: 16/11/2015
NER=TI * TD (NR*TD + SS*TD)
REQ03
NES=TI * TD (RE*TD +SS*TD)
NEN= TI * TD –
(NR*TD + RE*TD)
TAU = ∑ (E*U)
REQ04
NSA= NSR * DIA ∑E*U
REQ05
DE = EA - NE
REQ06
TPS = ∑(NP/7)
HTM=∑(HS-HI) * NDL
REQ07
NIA = ∑(I * DIA)
REQ08
TEB = ∑ (E * 3 ) / 3
NER: Número de Equipos Reparados
NES: Número de Equipos Sin Reparar
NEN: Número de Equipos Sin Posibilidad de
Reparación.
TI: Total de Ingresos
TD: Tiempo de Diagnóstico
NR: Equipos No Reparados
SS: Equipos Sin Solución
RE: Equipos Reparados
TAU: Total de Equipos asignados a usuarios
NSA: Número de Equipos sin asignación
NSR: Número de Solicitud de Reparación
E: Equipo
U: Usuario
DE: Disponibilidad de Espacio
EA: Espacio en Almacén
NE: Número de Equipos
TPS: Tiempo Promedio Semanal
NP: Número de Peticiones
HTM: Horas Trabajadas al mes
HS: Hora Salida
HI: Hora Ingreso
NDL: Número Días Laborables
NIA: Número de incidencias atendidas por
técnico
I: Incidencias
TEB: Total de Equipos Bloqueados
E: Equipos
Caso de Prueba
Porcentaje de requerimientos que fueron aprobados
n/N x 100%
Dónde:
n: Cantidad de requerimientos que fueron aprobados
N: Cantidad de requerimientos que fueron probados.
Pág. 16
4.
Capítulo III:
Plan de Alcance
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Rol
Elaborado por:
Revisador por:
Aprobado por:
Nombre
Departamento de Proyectos
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Fecha
07/02/2011
10/02/2011
11/02/2011
4.1. Desarrollo de la Propuesta
Descripción del Producto
El proyecto consiste en la elaboración de un software que controle los movimientos de suministros y
equipos del banco BCP, este tendrá una cobertura a nivel nacional. Para ello,
se solicita a Alternativa Tecnológica el desarrollo de este aplicativo, el cual debe tener acceso vía
web, debe permitir el control de los consumos de los suministros y tener un seguimiento con respecto
a los movimientos de equipos.
BCP cuenta con un software interno el cual lleva el control de las incidencias reportadas diariamente,
se requiere que tenga comunicación con este aplicativo, para lo cual se usará un Web Service, que
permite la actualización en el aplicativo a desarrollar, con la finalidad de que el personal Técnico
pueda visualizar lo reportado por los usuario y se pueda brindar la atención oportuna al cliente.
Asimismo, es necesario llevar un control de las asignaciones y reposición de equipos a los usuarios
del banco BCP. Puesto que en nuestros almacenes se encontraron los equipos solicitados por el
cliente y estos deberán ser ubicados según la solicitud de interesado.
Adicionalmente, se brinda de servicios especiales los cuales solo serán realizados previa solicitud de
los patrocinadores del proyecto. Los servicios son de Cableado o Mudanza según lo requiera el
cliente. Esta solicitud será registrada en el sistema y coordinada internamente.
4.2. Descripción de los Entregables del Proyecto
Entregable
Acta de Constitución del Proyecto
Plan de Gestión del Proyecto
Registro de Interesados
Actas de Reuniones
Enunciado del Alcance
EDT y Diccionario del EDT
Lista de Actividades
Cronograma del Proyecto
Informe de Entrevistas con Usuarios
Descripción
Documento en el cual se establece los requerimientos
solicitados por los stakeholders.
Documento el cual contiene la estructura y las
actividades del proyecto, para el seguimiento de este y
las soluciones en caso de conflictos.
Documento en el cual estará el listado de las personas
interesadas en el proyecto, es decir aquellas que se
beneficiarán con el resultado del mismo.
Documento que mostrará los acuerdos tomadas en las
reuniones realizas con personal involucrada en este
proyecto
Fragmento, el cual detalla los objetivos del proyecto y del
producto,
sus
características,
criterios,
limites,
requerimientos y entregables.
Documenta el cual detalla las etapas del proyecto y los
respectivos entregables que manejará por cada una de
ellas.
Listado de Tareas a realizar agrupadas por cada fase del
proyecto.
Distribución del tiempo mediante las tareas definidas
para el proyecto
Se recopila en un documento lo acordado con cada
usuario mediante una conversación para adquirir
información del proceso, este puede ser reiterativo por
eso es agrupado por fechas.
Pág. 18
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Documento
de
Requerimientos
Especificación
de
Diagrama de Casos de Uso del Negocio
Especificación de Alto Nivel de Casos de
Uso del Negocio.
Diagrama de Casos de Uso del Sistema
Especificación de Casos de Uso del
Sistema
Diagrama de Clases de Análisis y
Diseño
Diagramas de Secuencia
Modelo de Dominio
Diagrama de Componentes
Diagrama de Despliegue
Prototipos
Scripts de Base de datos
Ejecutables de Aplicativo
Informe de Pruebas Unitarias
Informe de Pruebas Integrales
Informe de pruebas de aceptación de
usuario
Manual de usuario
Manual de instalación y configuración
Capacitación a Usuarios
Informe de Pase a Producción
Documento el cual contiene el listado de los
requerimientos realizados en el levantamiento de
información.
Muestra los procesos del negocio, los cuales los
stakeholders son beneficiados.
Descripción o detalle resumido de los casos identificados
para los procesos del negocio
Muestra los requerimientos funcionales del sistema.
Detalla el flujo que tendrá cada caso de uso definido son
sus respectivas alteraciones y/o restricciones.
Modela el comportamiento que tendrá cada modulo del
sistema
Muestra las intervenciones que tendrá el sistema con el
usuario a nivel de código, es decir detallara los eventos a
usar durante la elaboración del mismo.
Detalla los objetos que se usaran en la construcción del
aplicativo, así como los atributos y las relaciones.
Especifica que componentes se requiere para la
comunicación del servidor con los terminales remotos
(estaciones de trabajos de los diferentes usuarios).
Con este documento se podrá apreciar los recursos a
requerir para la etapa de implementación del proyecto.
Serán las versiones beta para mostrar al cliente, quien
nos indicará si es lo que ha requerido, esto con el
objetivo de cumplir nuestro alcance.
Documento el cual contendrá la estructura y distribución
de las tablas de la respectiva base de datos.
CD que contiene el ejecutable o archivos, los cuales
permitan
Documento el cual contiene los resultados de las pruebas
realizadas al software, estas pueden ser realizadas de
manera diaria y se realiza a una parte del aplicativo.
Documento el cual contiene los resultados de las pruebas
realizadas a todo el proyecto a nivel macro, ya que hay
comunicación entre los paquetes o subsistemas que
puede tener el aplicativo.
Documento que detallas las pruebas las cuales son
realizadas por el usuario. Son básicamente pruebas
funcionales, sobre el sistema completo, y buscan una
cobertura de la especificación de requisitos y del manual
del usuario
Documento que detalla paso a paso la manera correcta
de usar el aplicativo desde el logueo hasta su respectivo
cierre
Documento que muestra la instalación y configuración del
software en el servidor de aplicaciones
Actividad que se realiza a los usuarios para el
aprendizaje del funcionamiento del aplicativo.
Documento que muestra lo realizado durante la
implementación, detalla los pros y contras que haya
podido tener esta etapa.
Procedimiento de Elaboración de la EDT
Los pasos que se realizaron para la elaboración del EDT son los siguientes:
- El EDT del proyecto será estructurado de acuerdo a la herramienta de descomposición,
identificándose primeramente los principales entregables
- Identificado los principales entregables, se procede con la descomposición en paquetes de trabajo,
los cuales estarán presentes en las cinco fases definidas para el presente proyecto.
Pág. 19
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
- Para la elaboración del EDT la herramienta a utilizar será Microsoft Visio 2010, pues permite una
fácil diagramación.
Procedimiento de Elaboración del Diccionario de la EDT
Previo a este paso el EDT del proyecto debe haber sido elaborado, revisado y aprobado por la
gerencia del Banco de Crédito del Perú. En base a la información del EDT se elaborará el Diccionario
EDT para lo cual se realizarán los siguientes pasos:
- La elaboración del Diccionario EDT se hace mediante una plantilla diseñada por la empresa
Alternativa Tecnológica.
- Se procederá a identificar la actividad y se le asignará un código.
- Se detalla el objetivo del paquete de trabajo.
- Se hace una descripción breve del paquete de trabajo.
- Se establece la asignación de responsabilidad donde por cada paquete de trabajo se detalla quién
hace que: responsable, participa, apoya, revisa, aprueba y brinda información del paquete de
trabajo.
- En lo posible se establece las fechas de inicio y fin del paquete de trabajo, o definir un hito
importante.
- Se describe cuáles son los criterios de aceptación
Procedimiento de la Verificación del Alcance
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.
Procedimiento del Control del Alcance
- Por un lado, el Project Manager se encargará 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 cuáles son las correcciones o mejoras que se deben hacer.
- Por otro lado, 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.
Pág. 20
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
4.3. Contexto del Proyecto
Límites del Proyecto
El proyecto implica la Implementación del sistema de control de Equipos y Suministros.
Capacitación y contratación del personal técnico, destinado a las agencias principales del
banco BCP.
El monitoreo de las incidencias y sus respectivos estados podrán ser verificados desde el
sistema de control de equipos y suministros.
La mayoría de las agencias contaran con un personal técnico residente, pero estarían
agencias que no serán consideras, en caso de requerir de asistencia el técnico próximo a su
agencia se apersonara para brindar atención.
Restricciones
Se establece que los equipos para reparación solo sean considerados los siguientes:
o Computadoras personales
o Laptops
o Impresoras
o Tintas
o Monitores
Serán considerados como servicios especiales solo: Trabajos de Cableado y Mudanzas
realizadas entre locales ubicadas en la misma ciudad.
La renovación se equipos a los usuarios serán realizadas semestralmente.
Las mudanzas serán realizadas solo entre locales ubicadas en la misma ciudad.
Los servicios especiales deben ser solicitados con un mes de anticipación.
Los Equipos a almacenar deberán ser menores a 3000 equipos semestrales.
Asunciones
El sistema de control de equipos y suministros funcionara en una interfaz Web. Con la
finalidad de que los usuarios de provincia puedan acceder directamente.
Otro punto a tener en cuenta es que los requisitos no podrán ser modificados de forma
general durante su desarrollo. Se podrán aceptar cambios minúsculos que no alteren la
planificación realizada. En caso de cambios grandes será realizados post implementación.
Pág. 21
Versión: 4.5
Plan de Alcance
Fecha: 16/11/2015
4.4. Estructura del Desglose del Trabajo de la EDT
Sistema de Gestión de Control Logístico
Inicio
Gestión del Proyecto
Acta de
Constitución
del Proyecto
Plan de Gestión del
Proyecto
Registro de
Interesados
Enunciado del
Alcance
Incepción
Elaboración
Informe de
Entrevistas con
Usuarios
Acta de Análisis de
Requerimientos
Documentación
de Especificación
de
Requerimientos
Acta de Modelo
Conceptual
Acta de Diseño
Construcción
Base de Datos
Script de BD y
Tablas
Script de
Procedimientos
Transición
Informe de Pruebas
de Aceptación de
usuario
Manual de Usuario
Manual de
Instalación y
Configuración
Aplicativo
EDT y Diccionario de
EDT
Cronograma del
Proyecto
Ejecutable del
Aplicativo
Informe de
Pruebas Unitarias
Capacitación a
Usuarios
Informe de Pase a
Producción
Informe de
Pruebas Integrales
4.5. Diccionario de la EDT
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da Información:
Fechas
Fecha de inicio:
programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Acta del Proyecto
Elaboración del Acta de Constitución del Proyecto
1.1
Establecer los acuerdos entre los patrocinadores,
interesados y entidad que se encargará de la
realización del proyecto.
Pactar la realización del proyecto entre los interesados
y los gerentes responsables de la gestión del mismo
Ing. Pablo Castillo
Ing. Roberto Fujiki
Ing. Gustavo Arizmendi
Ing. Pedro Reyes
Ing. Sergi Nesterenko
Ing. Juan Vilca Mucha
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
10/01/2011
14/01/2011
Iniciación
Los Stakeholders acepten lo estipulado en el acta de
constitución.
El Sponsor brindará la información necesaria para la
Pág. 22
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da Información
Fechas
Fecha de Inicio
programadas
Fecha de Fin
Hitos
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de Inicio
programadas
Fecha de Fin
Hitos
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
redacción del acta.
El acta de constitución no haya sido aprobada por la
gerencia del Banco de Crédito del Perú
Movilidad
Ninguna
Preparar el Proyecto
Elaboración del Plan de Gestión del Proyecto
2.1
Iniciar la planificación al proyecto.
Se define los planes de ejecución del proyecto
Ing. Pablo Castillo
Ing. Roberto Granadino
Ing. Emilio de los Reyes
Ing. Eduardo Blas
Ing. Juan Vilca Mucha
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
17/01/2011
28/01/2011
Gestión del Proyecto
Los requisitos deben estar definidos en el plan de
gestión y deberán ser aprobados por el equipo de
proyecto
El plan de proyecto abarca todos los ítems necesarios
para desarrollar y ejecutar el mismo
Cambios en el alcance del proyecto.
No identificar los entregables necesarios para elaborar
el plan del proyecto
Movilidad
Acta de constitución
Preparar el proyecto
Registro de Interesados
2.2
Presentar a los principales interesados los avances del
proyecto.
Programa fechas para las reuniones entre los
interesados y los gerentes del proyecto
Ing. Pablo Castillo
Ing. Roberto Fujiki
Ing. Luis Pimentel
Ing. Gustavo Arizmendi
Ing. Juan Vilca Mucha
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
31/01/2011
31/01/2011
Gestión del Proyecto
El documento debe contener los nombres de los
interesados y la gerencia debe aprobar dicho
documento
Se tiene identificado a los interesados del proyecto
El alejamiento de los interesados en el proyecto
Movilidad
Acta de constitución
Pág. 23
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fecha de inicio:
Fecha de fin:
Hitos:
Criterios de aceptación
Fechas
programadas
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
Programadas
Fecha de Fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Preparar el Proyecto
Enunciado del alcance
2.3
Definir las fronteras del proyecto
Describir
los principales productos entregables,
objetivos, supuestos, requerimientos, restricciones,
riesgos iniciales y la descripción del trabajo que se va a
realizar
Ing. Pablo Castillo
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Max Saavedra
Ing. Juan Vilca Mucha
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
31/01/2011
31/01/2011
Gestión del Proyecto
El documento del alcance haya sido aprobado por la
gerencia
Todos los miembros del equipo estarán de acuerdo con
lo estipulado en plan de proyecto
No contemplar algunas de las necesidades dentro del
alcance
Movilidad
Acta de constitución
Preparar el proyecto
EDT y Diccionario de EDT
2.4
Mostrar los principales entregables del proyecto
Subdividir los entregables y el trabajo del proyecto en
entregables más pequeños y manejables
Ing. Pablo Castillo Benancio
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Max Saavedra
Ing. Juan Vilca Mucha
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
01/02/2011
04/02/2011
Gestión del Proyecto
Los entregables aporten valor al proyecto.
Estos sean aprobados por la gerencia y los encargados
de gestionar el proyecto
Todos los entregables descritos en el EDT sean
considerados como validos
Omitir un entregable en alguna de las fases del
proyecto
Jefe de Proyectos
Acta de constitución y Plan de Gestión del Proyecto
Pág. 24
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fecha de inicio:
Fecha de Fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Preparar el proyecto
Cronograma del Proyecto
2.5
Asignar duración de cada actividad
Las actividades tendrán una fecha inicio y una fecha fin
Ing. Pablo Castillo Benancio
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Juan Vilca Mucha
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
07/02/2011
07/02/2011
Gestión del Proyecto
Evaluación de los tiempo se realizaran en función del
entregable, del el rol y la experiencia del responsable
de ejecutar la actividad.
Los tiempos asignados a las actividades ayuden a
cumplir las mismas
Mala estimación de los tiempos harán que las
actividades no se ejecuten de forma adecuada
Jefe de Proyectos
Plan de Gestión del Proyecto
Levantamiento de Requerimientos
Informe de Entrevistas con Usuarios
3.1
Definir los requerimientos del sistema
Se realiza el levantamiento de información para
conocer las necesidades y transformarlas en
requerimientos del sistema
Srta. Emily Ramos
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Max Saavedra
Ing. Danny Rojas Becerra
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
08/02/2011
11/02/2011
Incepción
Compromiso de los usuarios para la realización de esta
actividad
Puntualidad con respecto a las fechas de entrevista de
los usuarios
Disponibilidad de los usuarios dificultan esta labor
Analista de Sistemas
Plan de Gestión del Proyecto
Levantamiento de Requerimientos
Documento de Especificación de Requerimientos
3.2
Documentar los requerimientos del proyecto
Detalla cada uno de los requerimientos para el
desarrollo del sistema
Srta. Emily Ramos
Pág. 25
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
Programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Danny Rojas Becerra
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
14/02/2011
18/02/2011
Incepción
El Banco de crédito del Perú nos brinde toda la
información necesaria para realizar este documento
Sintetizar de forma precisa la información brindada y
traducirla en requerimiento
Mala interpretación de las necesidades del cliente
ocasiona que se desvíen de los objetivos trazados
Analista de Sistemas
Plan de Gestión del Proyecto
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Análisis y Validación del Diseño
Acta de Análisis de Requerimientos
4.1
Visualizar los procesos internos.
Se define los casos de uso de negocio y de sistema,
identificados los respectivos actores, se realizara el
diagrama de clases de análisis
Responsables
Responsable:
Ing. Danny Rojas
Participa:
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Srta. Emily Ramos
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
21/02/2011
24/02/2011
Elaboración
Se acepte que el diagrama representa los procesos
que intervienen o que afectan el sistema que se piensa
construir para el Banco de Crédito del Perú
Los procesos descritos en el diagrama representan
fielmente a los procesos del negocio
Colocar una descripción del proceso que resulte muy
ambiguo.
Obviar uno o más procesos del negocio que impactan
en el proyecto
Analista de Sistemas
Plan de Gestión del Proyecto
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
Programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Análisis y Validación del Diseño
Acta de Modelo Conceptual
4.2
Definir la estructura del sistema
Describe la relación de las clases en el sistema que ha
de desarrollar la empresa
Responsables
Responsable:
Ing. Adrián Velazco
Ing. Juan Mestas
Participa:
Ing. Roberto Granadino
Pág. 26
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Recursos asignados y costos
Dependencias
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Max Saavedra
Ing. Marco Galván
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
25/02/11
25/02/11
Elaboración
Equipo técnico apruebe el diseño y este se ajuste al
sistema a desarrollar
Cumpla con los estándares de diseño.
Omitir o no identificar una o varias clase de análisis
Relacionar de forma inadecuada a las clases
Analista de Sistemas y Técnicos
Plan de Gestión del Proyecto
Actividad o esfuerzo de trabajo
Análisis y Validación del Diseño
Nombre de la actividad:
Código de la actividad
Objetivo:
Acta de Diseño
4.3
Diseño realizado para la demostración del futuro
aplicativo
Mostrar las pantallas que han de manejar el aplicativo
desarrollado para el Banco de Crédito del Perú
Ing. Marco Galván
Ing. Roberto Granadino
Ing. E. de Los Reyes
Ing. Eduardo Blas
Ing. Juan Mestas
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
28/02/11
28/02/11
Elaboración
El cliente apruebe el diseño mostrado
Satisface las necesidades del cliente
Restricciones en el diseño
Diseñador Web
Plan de Gestión del Proyecto
Apoya:
Revisa:
Aprueba:
Da información:
Fecha de inicio:
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
Programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Fechas
Programadas
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fecha de inicio:
Fecha de fin:
Desarrollo y Pruebas
Script de BD y Tablas
5.1.1
Crear los objetos de base de datos
El archivo contiene las instrucciones necesarias para
crear la base de datos, tablas y sus relaciones
Ing. Adrián Velazco
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Juan Mestas
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
01/03/11
04/03/11
Pág. 27
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
Programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Construcción
Se apruebe el script por el equipo técnico
Ejecución del script es exitoso
El script omite una sentencia o se pierde una relación
entre las tablas
Diseñador de Base de Datos
Acta de Modelo Conceptual
Desarrollo y Pruebas
Script de Procedimientos
5.1.2
Crear los procedimientos almacenados
El archivo contiene las instrucciones necesarias para
crear los procedimientos almacenados
Ing. Adrián Velazco
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Juan Mestas
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
01/03/11
04/03/11
Construcción
Se apruebe el script por el equipo técnico
Ejecución del script es exitoso
El script omite una sentencia presente errores los
procedimiento almacenados
Diseñador de Base de Datos
Acta de Modelo Conceptual
Desarrollo y Pruebas
Ejecutable del Aplicativo
5.2.1
Ejecutar el aplicativo requerido
Es el producto que se ha de desplegar en el ambiente
de producción
Ing. Marco Galván
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Danny Rojas Becerra
Ing. Juan Mestas
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
Programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
07/03/11
31/05/11
Construcción
Aprobado por los usuarios del sistema
El aplicativo cumple con lo requerido por el cliente
Encontrar fallas no detectadas en la etapa de
desarrollo
Analistas Técnicos y programadores
Acta de Análisis de Requerimientos
Actividad o esfuerzo de trabajo
Desarrollo y Pruebas
Pág. 28
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
Programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
Programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Informe de Pruebas Unitarias
5.3
Documentar la funcionalidad de cada modulo
Se describe los casos de pruebas realizados a cada
uno de los módulos descritos en el proyecto
Ing. Marco Galván
Sr. Danny Rojas
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Juan Mestas
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
01/06/11
03/06/11
Construcción
Las pruebas cumplen con lo requerido por el usuario.
Las pruebas de todos los módulos fueron exitosas
Los resultados son los esperados por los usuarios
Los resultados no sean los requeridos por el usuario.
No realizar las pruebas por falta de data inicial o esta no
fue proporcionada por el cliente.
Personal encargada del desarrollo
Ejecutable del Aplicativo
Desarrollo y Pruebas
Informe de Pruebas Integrales
5.4
Documentar la funcionalidad de todos los módulos en
conjunto.
Se describe los casos de pruebas realizados al aplicativo
y la funcionalidad de la misma
Ing. Marco Galván
Ing. Adrián Velazco
Ing. Juan Mestas
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Max Saavedra
Ing. Danny Rojas Becerra
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
06/06/11
08/06/11
Construcción
Aprobación por parte del personal encargado de realizar
pruebas
La integración de los módulos
Los resultados obtenidos de las pruebas fueron exitosos
La información contenida en el informe no refleje lo
obtenido en las pruebas
En las pruebas realizadas se obtengan resultados no
deseados o no requeridos por el cliente
Personal encargada de las pruebas
Ejecutable del Aplicativo
Pág. 29
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
Programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Implementación y Cierre
Informe de pruebas de aceptación de usuario
6.1
Confirmar que todos los requerimientos estén
funcionando correctamente.
Detallar las pruebas realizadas en base a las
especificaciones de requerimientos y manual de
usuario.
Ing. Marco Galván
Ing. Danny Rojas
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Max Saavedra
Ing. Juan Mestas
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
09/06/2011
10/06/2011
Transición
Finalización de todas las pruebas funcionales.
Que las pruebas funcionales realizadas sean
satisfactorias en su totalidad.
Solicitud de cambios o modificaciones.
Personal encargada de las pruebas
Informe de Pruebas Integrales
Implementación y Cierre
Manual de usuario
6.2
Proveer de un documento didáctico de ayuda al usuario
sobre el uso del sistema.
Detalla paso a paso la manera correcta de usar el
aplicativo desde el logueo hasta su respectivo cierre.
Srta. Emily Ramos
Sr. Danny Rojas
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Juan Mestas
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
13/06/11
15/06/11
Transición
Debe contemplar todos los módulos del aplicativo.
No se realizaran más cambios de diseño al aplicativo.
Modificación y/o nuevos módulos.
Analistas Programadores
Informe de Pruebas Integrales
Implementación y Cierre
Manual de instalación y configuración
6.3
Proveer de un documento que permita guiar al usuario
a realizar las configuraciones.
Detalla la configuración e instalación del aplicativo en el
Pág. 30
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
Programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas
Fecha de inicio:
Programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
Actividad o esfuerzo de trabajo
Nombre de la actividad:
Código de la actividad
Objetivo:
Descripción
Responsables
Fechas
Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fecha de inicio:
servidor de aplicaciones.
Ing. Danny Rojas
Ing. Roberto Granadino
Ing. Emilio de Los Reyes
Ing. Eduardo Blas
Ing. Max Saavedra
Ing. Juan Mestas
Ing. Pablo Castillo
Ing. Jorge Gómez Ballón
Equipo de Proyecto BCP-HP
16/06/2011
17/06/2011
Transición
Pruebas realizadas en servidores alternos.
Servidores de contingencia disponibles para las
pruebas de instalación y configuración
Incompatibilidad en algunas versiones de software.
Analistas Programadores
Informe de Pruebas Integrales
Implementación y Cierre
Capacitación a Usuario
6.4
Informar al personal encargado sobre el despliegue de
la aplicación
Contiene información necesaria para desplegar la
aplicación en un ambiente de producción
Ing. Juan Mestas
Ing. Jorge Sotomayor
Ing. Pablo Castillo Benancio
Emily Ramos Santisteban
Ing. Jorge Gómez Ballón
Ing. Roberto Granadino
20/06/2011
24/06/2011
Transición
Documento aprobado por el personal técnico
encargado de realizar esta actividad
Documento cumple con todo lo requerido para realizar
el pase a producción
Encontrar con incongruencias en la documentación
puede ocasionar problemas en el momento del pase
Transición
Informe de Pruebas Integrales
Implementación y Cierre
Informe de Pase a Producción
6.5
Informar al personal encargado sobre el despliegue de
la aplicación
Contiene información necesaria para desplegar la
aplicación en un ambiente de producción
Juan Mestas
Ing. Jorge Sotomayor
Ing. Pablo Castillo Benancio
Emily Ramos Santisteban
Ing. Jorge Gómez Ballón
Ing. Roberto Granadino
27/06/2011
Pág. 31
Plan de Alcance
Versión: 4.5
Fecha: 16/11/2015
Programadas
Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias
29/06/2011
Transición
Documento aprobado por el personal técnico
encargado de realizar esta actividad
Documento cumple con todo lo requerido para realizar
el pase a producción
Encontrar con incongruencias en la documentación
puede ocasionar problemas en el momento del pase
Transición
Informe de Pruebas Integrales
Pág. 32
5.
Capítulo IV: Plan de
Gestión del Tiempo Cronograma
Plan de Gestión del Tiempo
Versión: 4.5
Fecha: 16/11/2015
Rol
Elaborado por:
Revisado por:
Aprobado por:
Nombre
Departamento de Proyectos
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Fecha
16/02/2011
17/02/2011
18/02/2011
5.1. Procedimiento de Definición de Actividades
Para la definición de las actividades y tareas del proyecto se toma como base el criterio experto del
personal involucrado. El nivel de detalle de las tareas se basa en las definiciones que el equipo de
trabajo realiza apoyado en experiencias anteriores y a juicio experto según el área de trabajo a la que
pertenecen.
Para incluir algunas tareas y actividades fue necesario llegar a un consenso en el equipo de trabajo;
ya que en las mismas interviene personal tanto de HP como de Banco de Crédito, quienes servirán
de apoyo para la elaboración del proyecto.
5.2. Procedimiento de Secuenciamiento de Actividades
En base a la Estructura de Desglose de Trabajo definida, la cual tiene 6 fases se procederá a realizar
la secuencia de actividades
Pág. 34
Plan de Gestión del Tiempo
Versión: 4.5
Fecha: 16/11/2015
5.3. Procedimiento de Estimación de los Recursos de Actividades
- En base a los entregables y actividades que se han identificado para el proyecto se procede a
realizar las estimaciones de recursos (personal, software y hardware a utilizar).
- Respecto al personal se define lo siguiente: nombre, actividad a desempeñar, duración de la
actividad, supuestos, base de estimación y forma de cálculo.
- Respecto al software a utilizar se define lo siguiente: descripción del software, licencias, número de
licencias por máquina, supuestos, base de estimación y forma de cálculo.
- Respecto al hardware a utilizar se define lo siguiente: nombre de equipo, el tipo de equipo si es
servidor o estación de trabajo, nombre del domino, cantidad de equipos, supuestos y base de
estimación, y forma de cálculo.
- Para este proceso utilizamos el formato de Estimación de Recursos y Duraciones.
Luego de documentar esta información debe ser presentada a un Juicio de Expertos 1 para que
evalúen si es lo más óptimo.
5.4. Procedimiento de Estimación de Duración de Actividades
- El proceso de estimación de la duración de las actividades se define de acuerdo al rol y experiencia
del recurso asignado a la actividad.
- Para realizar la estimación de las actividades en las fases de gestión e incepción se debe
considerar la disponibilidad de la información.
- Respecto a las actividades de construcción se tomará en cuenta el tiempo que tome elaborar un
ambiente de desarrollo y pruebas, asimismo, se debe contar con el software necesario para
desempeñar estas actividades.
1
El juicio de expertos también evaluará las entradas a este proceso relacionadas con los recursos. Todo
grupo o persona con conocimientos especializados en planificación y estimación de recursos puede aportar
dicha experiencia.
Pág. 35
Versión: 4.5
Plan de Gestión del Tiempo
Fecha: 16/11/2015
5.5. Procedimiento de Desarrollo del Cronograma
Se procede a elaborar el cronograma, en base a las actividades previamente definidas, se establece
a cada una fecha de inicio y una fecha de término. Este documento servirá como línea base para
medir el avance.
Para la elaboración de este documento, se contará con las siguientes herramientas:
Diagrama de Gantt
Método del Camino Crítico
El responsable de presentar el cronograma será el Sr. Pablo Castillo, Jefe de Proyectos de
Alternativa Tecnológica.
5.6. Procedimiento del Control del Cronograma


Se realizarán reuniones semanales con el equipo del proyecto para controlar el avance del
cronograma. Esta reunión será todos los viernes a las 4:00pm.
Se realizarán reuniones mensuales con el Comité de Directivo del proyecto para controlar el
avance del mismo. Esta reunión será el primer lunes de cada mes.
5.7. Gestión de Cambios al Cronograma
Persona(s) Autorizada(s) a Solicitar Cambios en Cronograma
Nombre
Cargo
Ing. Eduardo Blas
Supervisor TOD
Ing. Emilio de los Reyes
Supervisor AOD
Ing. Roberto Granadino
Supervisor POD
Ubicación
BCP La Molina
BCP OP Lima
Almacén ATSAC San Luis
Persona(s) Autorizada(s) que aceptan Requerimientos en Cronograma
Nombre
Cargo
Ubicación
Pablo Castillo
Jefe de Proyectos
Almacén ATSAC San Luis
Emily Ramos
Gerente de Proyectos
ATSAC San Isidro
Razones Aceptables para Cambios en Cronograma de Proyecto
 Corrección de los procesos establecidos en el acta, los cuales hayan sido pasado por alto
durante la elaboración de la misma.
 Cambios que no impacten en la arquitectura del proyecto.
 Correcciones que no hayan sido elaboradas de manera correcta y no cumplan con el proceso
estipulado en el acto.
Describir cómo calcular y reportar el impacto en el proyecto por el cambio en cronograma.
El impacto se realizaría evaluando el cambio con respecto al tiempo y costo que implica, asimismo
verificando que no se encuentre muy alejado del alcance inicial.
Se realizaría la variación de costos con respecto a la línea base
Describir cómo los cambios al cronograma serán administrados:
Los cambios serán administrados mediante RFC, los cuales estarán numerados, estos contendrán la
fecha de solicitud, el nombre de la persona que solicita el cambio y el motivo por el cual requiere
realizar el cambio.
Pág. 36
Plan de Gestión del Tiempo
Versión: 4.5
Fecha: 16/11/2015
5.8. Hitos del Proyecto
Hitos
Iniciación
Elaboración del
Acta de
constitución
EDT/WBS
Gestión del
Proyecto
Gestión del
proyecto
Fecha
10/01/2011
Descripción
Etapa o fase Inicial del proyecto
10/01/2011
Documento que se requiere obtenerlo
luego de una serie de reuniones, con el
fin de tener los acuerdos establecidos
con el cliente.
Asignación de
Gestión del
18/01/2011
Para que el proyecto logre los resultados
Recursos
proyecto
esperados a más, se debe contar con
personal altamente calificado, para ello
se debe proceder con la contratación de
los mismos.
Elaboración
Elaboración
25/01/2011
Etapa o Fase del proyecto donde se
empieza a definir la arquitectura del
proyecto.
Preparación del
Elaboración
07/02/2011
Actividad donde se requiere contar con el
Entorno de
hardware con características óptimas, las
producción
cuales no causen ningún inconveniente
con el software a realizar.
Construcción
Construcción
08/02/2011
Etapa donde se procede a construir,
desarrollar o realizar el software con su
respectiva base de datos.
Pruebas
Construcción
01/04/2011
Periodo donde se procede a reunir los
Integrales
módulos
programados
para
el
funcionamiento del software.
Transición
Transición
06/04/2011
Etapa final, la cual consta de la
documentación y capacitación a los
usuarios.
Comentarios: Se define los hitos mencionados anteriormente, debido a que si no cumple con su
fecha de inicio puede causar impacto en la fecha de entrega del proyecto.
Pág. 37
6.
Capítulo V: Plan de
Gestión de Costos
Versión: 4.5
Gestión de Costos
Fecha: 16/11/2015
Rol
Elaborado por:
Revisador por:
Aprobado por:
Nombre
Departamento de Proyectos
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Fecha
13/11/2011
13/11/2011
6.1. Tipos de Estimación del Proyecto
Tipo de Estimación
Modo de Formulación
Ascendente
Análisis de Reserva
Costo de la Calidad
De abajo hacia arriba (Botton up)
De abajo hacia arriba (Botton up)
De abajo hacia arriba (Botton up)
Nivel de Precisión
-15% al +25%
-5% al +5%
-5% al +5%
6.2. Unidades de Medida
Tipo de Recurso
Unidades de Medida
Recurso personal
Recurso de Equipos
Costo / hora
Unidades
6.3. Umbrales de Control
Alcance
Proyecto Completo
Variación Permitida
+- 5% costo
planificado
Acción a Tomar si Variación
Excede lo Permitido
Investigar variación para
tomar acción correctiva.
6.4. Métodos de Medición de Valor Ganado
Alcance
Proyecto completo
Método de Medición
Modo de Medición
Valor Acumulado – Curva S
6.5. Fórmulas de Pronóstico de Valor Ganado
Tipo de Pronóstico
EAC variaciones Típicas
Fórmula
AC + [(BAC–EV) / (CPI * SPI)]
Niveles de Estimación y de Control
Tipo de Estimación de Costos
Nivel de Estimación de Costos
Presupuesto
Por actividad
Definitiva
Por actividad
Modo
Informe de Performance del
Proyecto (Semanalmente)
Nivel de Control de Costos
Por actividad
Por actividad
Procesos de Gestión de Costos
Estimación de Costos
1. Se estima los costes del proyecto en base al tipo de estimación
ascendente. Esto se realiza en la planificación del proyecto y es
responsabilidad del Project Manager, y aprobado por el Sponsor.
2. Se considera adicionalmente los tipos de estimación por análisis de
reserva y costo de calidad para cubrir los costos por contingencias ante
un riesgo y la calidad del producto.
Preparación del
1. Se elabora el presupuesto del proyecto y las reservas de gestión del
Presupuesto
proyecto. Este documento es elaborado por el Project Manager y,
revisado y aprobado por el Sponsor.
2. Se elabora el presupuesto del proyecto considerando los costos
generados en base a los recursos y equipos de Hardware y Software.
Control de Costos
1. Se evaluara el impacto de cualquier posible cambio en los costos,
informando al sponsor los efectos en el proyecto, en especial las
consecuencias en los objetivos del proyecto.
Pág. 39
Versión: 4.5
Gestión de Costos
Fecha: 16/11/2015
2. El impacto deberá ser evaluado en distintos escenarios posibles,
cada uno de los cuales corresponderá alternativa de intercambio de
triple restricción.
3. Toda variación final dentro del +-5% del presupuesto será
considerada como normal. Fuera del +- 5% del presupuesto deberá ser
auditada.
4. Se presentara un informe de auditoría y se registraran las lecciones
aprendidas.
Formatos de Gestión de Costos
Formato
1) Plan de Gestión de Costos
2) Línea de Base del Costo
3) Costeo del Proyecto
4) Presupuesto por fase y entregable
5) Presupuesto por Fase y por Tipo de
Recurso
6) Presupuesto por Semana
Descripción
Documento que informa la planificación para la gestión
del costo del proyecto.
Línea base del costo, sin considerar las reservas de
contingencia y calidad.
Este informe detalla los costos de las actividades
asociadas a cada entregable
Este informe detalla los costos del proyecto dividas por
fases y cada fase divido en entregables. A fin de detallar
mejor el costo
Este informe detalla los costos del proyecto dividas por
fases y cada fase en los tipos de recursos considerados.
Este informe detalla los costos del proyecto agrupados
por semana.
Presupuesto del Proyecto

Por Fase y Por Entregable
PRESUPUESTO DEL PROYECTO (Por Fase y por Entregable)
“Supervisión de Equipos y Suministros de Lima y Provincias
para el Banco de Crédito”
Proyect
o
Fase
Entregable
1. Gestión
de Proyecto
1.1 Definición Alcance
1.2 Elaboración EDT y Diccionario
1.3 Formalizar la organización del proyecto.
1.4 Desarrollar el plan de gestión de alcance.
1.5 Desarrollar plan de gestión tiempo.
1.6 Desarrollar plan de gestión comunicación.
1.7 Desarrollar plan de gestión de RRHH.
1.8 Desarrollar plan de gestión de integración.
1.9 Revisión y Aprobación del Plan de Gestión.
2. Incepción
2.1 Levantamiento de Requerimientos.
2.2 Elaboración de especificación de
Requerimientos.
2.3 Contratación Personal.
2.4 Capacitación Personal.
3.
Elaboración
3.1 Validación de Requerimientos.
3.2 Análisis y Modelo Conceptual.
3.3 Preparación del Diseño.
3.4 Elaboración Prototipos
3.5 Preparación entorno Producción
Monto $
190.00
380.00
285.00
168.00
168.00
168.00
168.00
168.00
264.00
Total Fase
542.00
722.67
264.00
198.00
Total Fase
655.00
1,136.67
454.67
268.00
250.66
1,959.00
1,726.67
Pág. 40
Versión: 4.5
Gestión de Costos
Fecha: 16/11/2015
4.
Construcció
n
4.
Transición

Total Fase
3,315.00
186.67
221.00
149.66
432.00
Total Fase
216.00
4.1 Realizar Programación.
4.2 Realizar pruebas iniciales.
4.3 Realizar ajuste de programación
4.4 Infraestructura.
4.5 Pruebas Técnicas.
5.1 Elaboración de Documentos Técnica y
funcional.
5.2 Capacitación Usuarios.
5.3 Puesta en Producción.
2,765.00
4,304.33
292.00
474.00
Total Fase
982.00
Gastos Equipos (Hardware y Software)
Reserva de Contingencia
11,737.00
11,300.00
1,000.00
Reserva de Gestión
963.00
PRESUPUESTO DEL PROYECTO
25,000.00
Por Fase y Por Tipo de Recurso
PRESUPUESTO DEL PROYECTO (Por Fase y por Tipo de Recurso)
“Supervisión de Equipos y Suministros de Lima y Provincias
para el Banco de Crédito”
Proyect
o
Fase
1. Gestión
del
Proyecto
2. Incepción
Tipo de Recurso
Monto
Personal
Equipos (Hardware)
Aplicativos (Software)
1,959.00
0.00
0.00
Total Fase
1,726.67
0.00
0.00
Total Fase
2,765.00
6,300.00
5,000.00
Total Fase
4,304.33
0.00
0.00
Total Fase
982.00
0.00
0.00
Total Fase
Personal
Equipos (Hardware)
Aplicativos (Software)
3.
Elaboración
Personal
Equipos (Hardware)
Aplicativos (Software)
4.
Construcció
n
Personal
Equipos (Hardware)
Aplicativos (Software)
5.
Transición
Personal
Equipos (Hardware)
Aplicativos (Software)
Total Fase
Total Fases
Reserva de Contingencia
23,037.00
1,000.00
Reserva de Gestión
PRESUPUESTO DEL PROYECTO
963.00
25,000.00
Pág. 41
Gestión de Costos
Versión: 4.5
Fecha: 16/11/2015
Por Semana
PRESUPUESTO DEL PROYECTO (Por semana)
Proyecto
“Supervisión de Equipos y Suministros de Lima y Provincias para el Banco de Crédito”

Semana Nro.
Semana 01
Semana 02
Semana 03
Semana 04
Semana 05
Semana 06
Semana 07
Semana 08
Semana 09
Semana 10
Semana 11
Semana 12
Semana 13
Semana 14
Semana 15
Semana 16
Semana 17
Semana 18
Semana 19
Semana 20
Semana 21
Semana 22
Semana 23
Semana 24
Semana 25
Semana 26
Semana 27
Semana 28
Costo $ por semana
475.00
548.00
738.00
378.67
451.67
451.67
378.67
395.00
637.67
568.33
568.33
519.67
487.33
368.33
368.33
368.33
368.33
368.33
368.33
368.33
368.33
267.67
116.67
394.00
360.00
336.67
243.33
474.00
Costo acumulado por semana
475.00
1,023.00
1,761.00
2,139.67
2,591.33
3,043.00
3,421.67
3,816.67
4,454.33
5,022.67
5,591.00
6,110.67
6,598.00
6,966.33
7,334.67
7,703.00
8,071.33
8,439.67
8,808.00
9,176.33
9,544.67
9,812.33
9,929.00
10,323.00
10,683.00
11,019.67
11,263.00
11,737.00
Total Fases 11,737.00
Gastos Equipos (Hardware y Software) 11,300.00
Reserva de Contingencia
1,000.00
Reserva de Gestión
963.00
PRESUPUESTO DEL PROYECTO 25000.00
Pág. 42
Versión: 4.5
Gestión de Costos
Fecha: 16/11/2015
COSTEO DEL PROYECTO
Tipo Recurso: Personal
Entregabl
e
Actividad
Definición
Alcance
Elaboración EDT
y Diccionario
Formalizar la
organización del
proyecto
Desarrollar el
plan de gestión
de alcance
Desarrollar plan
de gestión tiempo
Desarrollar plan
de gestión
comunicación
Desarrollar plan
de gestión de
RRHH
Desarrollar plan
de gestión de
integración
Revisión y
Aprobación del
Plan de Gestión
Cost
o
Unit.
Cost
o
Total
Recurs
o
Unid
.
PC
JG
PC
JG
Hr-H
Hr-H
Hr-H
Hr-H
PC
JG
Hr-H
Hr-H
PC
JG
ER
DR
JS
PC
JG
ER
DR
JS
PC
JG
ER
DR
JS
PC
JG
ER
DR
JS
PC
JG
ER
DR
JS
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
PC
ER
Hr-H
Hr-H
2
$5.21
$3.04
$8.25
Hr-H
Hr-H
Hr-H
3
$5.21
$3.04
$3.04
$11.29
Hr-H
Hr-H
Hr-H
3
$5.21
$3.04
$3.04
$11.29
Levantamiento de
Requerimientos
PC
ER
DR
Elaboración de
especificación de
Requerimientos
PC
ER
DR
QTY
.
Tipo Recurso: Hardware
2
2
2
5
5
5
5
5
$5.21
$6.67
$5.21
$6.67
$5.21
$6.67
$5.21
$6.67
$3.04
$3.04
$3.04
$5.21
$6.67
$3.04
$3.04
$3.04
$5.21
$6.67
$3.04
$3.04
$3.04
$5.21
$6.67
$3.04
$3.04
$3.04
$5.21
$6.67
$3.04
$3.04
$3.04
Recurs
o
Unid
.
QTY
.
Costo
Unit.
Tipo Recurso: Software
Costo
Total
Recurs
o
Unid
.
QTY
.
Costo
Unit.
Costo
Total
$11.88
$11.88
$11.88
$21.00
$21.00
$21.00
$21.00
$21.00
Pág. 43
Versión: 4.5
Gestión de Costos
Fecha: 16/11/2015
Contratación
Personal
Capacitación
Persona
Validación de
Requerimientos
Elaboración
Casos Uso de
Negocio
Especificación
caso uso de
Negocio
Elaboración
Casos Uso de
Sistemas
Especificación
caso uso de
Sistemas
Elaborar Modelo
Conceptual
Elaborar
Diagrama
Entidad Relación
Elaborar
Diagrama entre
paquetes
Elaborar
Prototipos
Elaborar
Diagrama
Componentes
Elaborar
Diagrama
Despliegue
Realizar
programación
Realizar Pruebas
Iniciales
PC
ER
PC
ER
PC
ER
JM
MG
ER
DR
JM
MG
ER
DR
JM
MG
ER
DR
JM
MG
ER
DR
JM
MG
ER
DR
JM
MG
ER
JS
JM
MG
ER
JS
JM
MG
ER
JM
MG
ER
JS
JM
AV
ER
JS
JM
AV
ER
DR
MG
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
AR
Hr-H
2
2
4
4
4
4
4
4
4
4
3
4
4
3
1
$5.21
$3.04
$5.21
$3.04
$5.21
$3.04
$5.00
$3.13
$3.04
$3.04
$5.00
$3.13
$3.04
$3.04
$5.00
$3.13
$3.04
$3.04
$5.00
$3.13
$3.04
$3.04
$5.00
$3.13
$3.04
$3.04
$5.00
$3.13
$3.04
$3.04
$5.00
$3.13
$3.04
$3.04
$5.00
$3.13
$3.04
$5.00
$3.13
$3.04
$3.04
$5.00
$4.58
$3.04
$3.04
$5.00
$4.58
$3.04
$3.04
$3.13
$2.92
$8.25
$8.25
$16.38
Servidor
1
1
$6,300.0
0
$6,300.0
0
Licencias
3
3
$5,000.0
0
$5,000.0
0
$14.21
$14.21
$14.21
$14.21
$14.21
$14.21
$14.21
$11.17
$15.66
$15.66
$9.21
$2.92
Pág. 44
Gestión de Costos
Versión: 4.5
Fecha: 16/11/2015
Realizar ajustes
de programación
Selección
espacio físico
Acondicionamient
o de las
instalaciones
Realizar casos de
prueba
Pruebas Unitarias
Pruebas
Integrales
Elaborar
documentación
técnica y
funcional
Capacitación a
Usuarios
Puesta en
Producción
ER
DR
MG
ER
JS
BP
JM
AV
ER
JS
BP
JM
AV
ER
DR
AR
ER
DR
AR
ER
DR
AR
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
ER
DR
AR
Hr-H
Hr-H
Hr-H
ER
DR
ER
DR
JS
MG
AV
AR
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
Hr-H
3
5
5
3
3
3
3
2
6
$3.04
$3.04
$3.13
$3.04
$3.04
$3.04
$5.00
$4.58
$3.04
$3.04
$3.04
$5.00
$4.58
$3.04
$3.04
$2.92
$3.04
$3.04
$2.92
$3.04
$3.04
$2.92
$3.04
$3.04
$2.92
$3.04
$3.04
$3.04
$3.04
$3.04
$3.13
$4.58
$2.92
$9.21
$18.70
$18.70
$9.00
$9.00
$9.00
$9.00
$6.08
$19.75
Pág. 45
7.
Capítulo VI: Plan de
Gestión de Riesgos
Versión: 4.5
Gestión de Riesgos
Fecha: 16/11/2015
Rol
Elaborado por:
Revisador por:
Aprobado por:
Nombre
Departamento de Proyectos
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Fecha
28/01/2011
03/02/2011
07/02/2011
7.1. Metodología de Gestión de Riesgo
Proceso
Descripción
Herramientas
Planificación
de
Gestión de los Riesgos
Identificación
de
Riesgos
Elaborar el documento de
Plan de Gestión de Riesgos
Identificar los riesgos que
pueden afectar el proyecto
Plantilla de Plan de
Gestión de Riesgos
Checklist de Riesgos
Análisis Cualitativo de
Riesgos
Planificación
de
respuesta
a
los
Riesgos
Seguimiento y Control
de Riesgos
Evaluar la probabilidad y el
impacto.
Definir
y
Planificar
Respuestas
Matriz de Probabilidad
de Impacto
Examinar
de
manera
detallada las repuestas y
prever la aparición de
nuevos riesgos
Fuente de
Información
Stakeholders
Archivos
Históricos
Proyectos
Usuarios
de
de
Sponsor
Usuarios
y
Sponsor
Usuarios
y
7.2. Roles y Responsabilidades de Gestión de Riesgo
Proceso
Planificación
de
Gestión de los Riesgos
Roles
Líder
Apoyo
Miembros
Identificación
Riesgos
de
Líder
Apoyo
Miembros
Análisis Cualitativo de
Riesgos
Líder
Apoyo
Miembros
Planificación
respuesta
a
Riesgos
de
los
Líder
Apoyo
Miembros
Seguimiento y Control
de Riesgos
Líder
Apoyo
Miembros
Personas
Pablo Castillo
Roberto Granadino
Max Saavedra
Juan Mestas
Juan Vilca
Pablo Castillo
Roberto Granadino
Max Saavedra
Juan Mestas
Juan Vilca
Pablo Castillo
Roberto Granadino
Max Saavedra
Juan Mestas
Juan Vilca
Pablo Castillo
Roberto Granadino
Max Saavedra
Juan Mestas
Juan Vilca
Pablo Castillo
Roberto Granadino
Max Saavedra
Juan Mestas
Juan Vilca
Responsabilidades
Director de Actividad
Provee alternativas
Ejecuta Actividad(es)
Director de Actividad
Provee alternativas
Ejecuta Actividad(es)
Director de Actividad
Provee alternativas
Ejecuta Actividad(es)
Director de Actividad
Provee alternativas
Ejecuta Actividad(es)
Director de Actividad
Provee alternativas
Ejecuta Actividad(es)
Pág. 47
Versión: 4.5
Gestión de Riesgos
Fecha: 16/11/2015
7.3. Identificación de Riesgos
ID
Descripción
R01
Cambios
Requisitos
en
los
R02
Bajas en el equipo de
desarrollo
R03
Falta de Experiencia en
tareas de planificación
R04
Falta de Experiencia
con las herramientas
utilizadas
R05
Diseño Erróneo
R06
Los miembros del grupo
no han trabajado antes
Causa
Disparador
El
cliente
puede
solicitar
nuevos
requisitos
o
la
modificación
de
algunos.
Un
miembro
del
proyecto
no
se
encuentra
disponible
por motivo externo
(enfermedad,
lesión,
etc.)
No
se
tiene
conocimiento previo de
realización
de
un
proyecto
de
esta
envergadura.
Se
presenta
dificultades a la hora de
establecer los objetivos
por inexperiencia con
recursos de Software
El diseño del sistema
resulta inadecuado
Conversaciones
Consultas
Informales
Aparición de problemas
y discrepancias entre
los
miembros
del
proyecto
Énfasis en las
posturas
enfrentadas
Detección
ausencia
faltas de
miembro
equipo.
de
o
un
del
Detección de un
error que puede
incidir
directamente en
los resultados.
Conversaciones
Detección
de
pequeños
incumplimientos
La arquitectura
no cumple la
expectativa
Respuesta
Tentativa
Realización
de
reuniones con el
cliente
para
la
aclaración
de
requisitos
Tratar de cumplir las
metas y objetivos
antes
de
lo
estimado
Realizar reuniones
entre los miembros
del proyecto para el
seguimiento
y
control del mismo
Parte del tiempo se
establecerá para la
capacitación de uso
de las herramientas
a usar
Desarrollar
un
prototipo
conteniendo
la
arquitectura durante
la
etapa
de
elaboración
Se
establecerá
políticas para la
toma de decisiones
7.4. Estructura del Desglose del Riesgo
Riesgos Técnicos, de calidad o de Rendimiento
Problemas con tecnologías no controladas / problemas para entender complejidad de nuevas
tecnologías requeridas por el proyecto.
Usar herramientas mal adaptadas
Usar herramientas no aprobadas o con fallas
Problemas de hardware/software (mal response en tiempos, errores internas)
Problemas de integración de las diferentes partes del proyecto desarrolladas en paralelo.
Riesgos en la Gerencia de Proyectos
Mala resolución de problemas no planeados
Falta de liderazgo en el equipo
Falta de comunicación
Falta de motivación del equipo
Riesgos de monitoreo y de implementación
Riesgos Organizacionales
Construir un producto o sistema excelente que no quiere nadie en realidad.
Construir un producto que no encaja en la estrategia comercial general de la compañía.
Construir un producto que el departamento de ventas no sabe cómo vender.
Pág. 48
Versión: 4.5
Gestión de Riesgos
Fecha: 16/11/2015
Perder el apoyo de una gestión experta debida a cambios de enfoque o a cambios de personal.
Perder presupuesto o personal asignado.
Riesgos Externos
Cambios en el mercado que vuelven al proyecto obsoleto
Mala administración de los oponentes al proyecto
Cambios ilegales
Cambios de normas, estándares, con impactos sobre el proyecto
Desastres naturales (fuego, inundación, terremoto, otros)
7.5. Análisis Cualitativo de Riesgos
Probabilidad
Muy Improbable
Probable
Muy Probable
Casi Probable
Código
Riesgo
R01
R02
Valor
0.1
0.4
0.7
0.9
Entregables
afectados
Documento de
especificación
de
Requerimientos
Impacto
Muy Bajo
Moderado
Alto
Muy Alto
Estimación
de
Probabilidad
0.4
Informe de
Pruebas
Unitarias
0.4
Cronograma del
proyecto
0.4
Plan de Gestión
del Proyecto
EDT
0.1
Acta de Diseño
0.4
R03
R04
R05
Enunciado del
alcance
R06
0.1
Valor
0.10
0.30
0.50
0.90
Objetivo
Afectado
Tipo de Riesgo
Muy Alto
Alto
Bajo
Muy Bajo
Estimación
de Impacto
Alcance
Tiempo
0.20
Costo
Calidad
Total Probabilidad Impacto
Alcance
Tiempo
Costo
Calidad
Total Probabilidad Impacto
Alcance
Tiempo
0.50
Costo
Calidad
Total Probabilidad Impacto
Alcance
Tiempo
Costo
Calidad
Total Probabilidad Impacto
Alcance
Tiempo
Costo
Calidad
0.15
Total Probabilidad Impacto
Alcance
0.40
Tiempo
Costo
Calidad
Total Probabilidad Impacto
Probabilidad x Impacto
Mayor a 0.50
Menor a 0.50
Menor a 0.20
Menor a 0.05
Probabilidad
x Impacto
Tipo de
Riesgo
Bajo
0.06
Alto
Muy Alto
0.70
Alto
Muy Alto
0.10
0.20
Alto
Pág. 49
Versión: 4.5
Gestión de Riesgos
Fecha: 16/11/2015
7.6. Presupuesto de Gestión de Riesgos
Proceso
Planificación de
Gestión de los
Riesgos
Personas
Líder
Apoyo
Miembros
Identificación
de Riesgos
Líder
Apoyo
Miembros
Análisis
Cualitativo de
Riesgos
Líder
Apoyo
Miembros
Planificación de
respuesta a los
Riesgos
Líder
Apoyo
Miembros
Seguimiento y
Control de
Riesgos
Líder
Apoyo
Miembros
Materiales
Equipos
$ 60
$ 50
$ 80
$ 190
Total
$ 190
$ 30
$15
$ 20
$ 65
$ 70
$ 50
$ 80
$200
$ 65
$ 200
$ 20
$ 10
$ 35
$ 65
$ 65
$ 520
Pág. 50
Versión: 4.5
Gestión de Riesgos
Fecha: 16/11/2015
7.7. Plan de Respuesta a los Riesgos
Código
Riesgo
R06
Amenaza
Oportunid
ad
Amenaza
Tipo
de
Riesgo
Alto
Respons
able del
Riesgo
Pablo
Castillo
Respuestas
Planificadas
Tipo de
Respues
ta
Mitigar
Responsa
ble de la
Respuesta
Juan
Mestas
Establecer políticas en
las organización
Mitigar
Pablo
Castillo
Juan
Mestas
Realizar
Reuniones
Constantes
R05
Amenaza
Muy
Alto
Pablo
Castillo
Redefinir el diseño de
manera rauda
Mitigar
R02
Amenaza
Alto
Pablo
Castillo
Evitar
Juan
Mestas
R01
Amenaza
Bajo
Pablo
Castillo
Tratar de cumplir las
metas antes de lo
estimado siempre que
sea posible, para que
un posible retraso no
suponga
nada
importante.
Elaborar
Actas
de
Reunión
Evitar
Conformidad
Usuario
de
Mitigar
Pablo
Castillo
Juan
Mestas
Pablo
Castillo
R04
Amenaza
Alto
Pablo
Castillo
Capacitación
recursos
de
Mitigar
R03
Amenaza
Muy
Alto
Pablo
Castillo
Escalar a un Juicio de
expertos
Mitigar
Redefinir tareas
Mitigar
Pablo
Castillo
Pablo
Castillo
Plan de Contingencia
Se establecen las siguientes reglas para definir una política de toma
de decisiones en caso de desacuerdo.
- Las cuestiones relativas a requisitos se tratarán junto al cliente,
que será quién tome la decisión.
- Las cuestiones de diseño o técnicas se tratarán junto al tutor del
proyecto, que aportará su opinión
Si el riesgo se convierte en hecho durante la fase de Elaboración,
se revisará y modificará la documentación de diseño afectada.
Si lo hace durante la fase de construcción, se estudiará una
solución acorde a los tiempos de plazo de que se dispone.
La planificación se reajustará si fuera necesario.
El equipo de desarrollo tratará de cubrir el trabajo no realizado por
el miembro del proyecto que no puede trabajar. En caso necesario,
dejarán de realizarse tareas menos importantes para centrarse en
las principales. Se tratará de reajustar la planificación del proyecto.
En las primeras fases se realizarán los cambios necesarios para
incorporar los nuevos requisitos o los cambios necesarios. En las
fases de Construcción y Transición se valorará la importancia de las
modificaciones/requisitos nuevos frente a la cantidad de tiempo
disponible para abordarlos.
Si se produce un retraso por parte de un miembro del equipo de
desarrollo, los demás miembros tratarán de ayudar a superarlo. Si
no resultara, consultar a fuentes externas como profesores,
bibliografía, foros en Internet.
En último lugar se haría una redistribución de tareas.
Se observarán las diferencias entre la planificación de cada
iteración y el informe de seguimiento de su ejecución, analizando
las causas de sus diferencias para tratar de detectar y corregir
errores de planificación en las iteraciones posteriores.
Pág. 51
8.
Capítulo VII: Plan de
Gestión de Calidad
Versión: 4.5
Gestión de Calidad
Fecha: 16/11/2015
Rol
Elaborado por:
Revisador por:
Aprobado por:
Nombre
Departamento de Proyectos
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Fecha
28/01/2011
03/02/2011
07/02/2011
8.1. Política de Calidad del Proyecto
Control de la calidad
Este proyecto debe cumplir con los requisitos de calidad establecidos por el Banco de Crédito y
la organización, los cuales son los siguientes:

Debe cumplir con las políticas y estándares definidos

Debe cumplir con los procesos establecidos durante su ciclo de vida.

Debe culminar en el tiempo establecido

Debe utilizar el presupuesto planificado.
Aseguramiento de la calidad
Para asegurar que la calidad en nuestro producto se este cumpliendo, se aplicará las siguientes
medidas:

Diagramas de Control

Diagramas de Flujo

Diagrama Casusa Efecto

Diagrama Pareto
Mejoramiento Continuo
Durante las actividades de programación del software, se procederá a evaluar su eficiencia
mediante la realización de las pruebas unitarias, con la finalidad de la mejora del producto a
realizar y de esa manera lograr los objetivos establecidos en el proyecto.
8.2. Línea Base de Calidad del Proyecto
Factor de Calidad
Relevante
Objetivo de
Calidad
ICRA >= 0.95
Rendimiento
Proyecto
del
IHR >= 0.95
Eficiencia
Personal
Proyecto
del
del
TS <= 100%TA
Satisfacción
los usuarios
de
NS >= 7
Métrica a Utilizar
ICRA = Índice de
Costo
de
Rendimiento
Acumulado
IHR = Índice de
Horario
de
Rendimiento
Acumulado
TS = Tiempo de
solución
o
desempeño
de
una actividad
TA = Tiempo de
duración de la
actividad
NS= Nivel de
Servicio
con
escala de 0 a 9
Frecuencia y
Momento de
Medición
Frecuencia
semanal
Frecuencia y
Momento de
Reporte
Frecuencia
Semanal
Medición
Lunes en
mañana
Reporte Lunes
en la tarde
la
Frecuencia,
por
cada
entregable
Reporte
realizado por
cada actividad
Medición
durante
la
capacitación, a
través
de
encuestas
Frecuencia, una
vez por cada
sesión
Pág. 53
Versión: 4.5
Gestión de Calidad
Fecha: 16/11/2015
8.3. Matriz de Actividades de Calidad
Rendimiento del
Proyecto
Enunciado del Alcance
Plan de gestión del
proyecto
Definición de Entregables
Estándar o Norma de
Calidad Aplicable
PMI
PMI
Reunión Semanal
Contratación de Personal
Outsourcing
Contratación de Equipos
ITIL
Estándar de Contrato
de Servicios
Estándar de Contrato
de Bienes
ITIL
Capacitación de Personal
Contratado
Documento
de
Especificación
de
Requerimientos
Análisis
de
Requerimientos
Construcción de la BD
Informe
Unitarias
de
Pruebas
Construcción de Módulos
de Aplicativo
Informe
de
Pruebas
Integradas
PMI
de
Aprobación por Sponsor
Revisión
Estándar
Revisión
Estándar
de
Aprobación por Sponsor
Aprobación por Sponsor
de
Aprobación por Sponsor
BPMN, RUP
Identificación
casos de uso
de
Revisión
Estándares
de
Formato de ATSAC
Formato de ATSAC
Manual
Técnico
Funcional
y
Formato de ATSAC
Acta de capacitación a
Usuario
Formato de ATSAC
Informe de
Producción
Formato de ATSAC
a
Revisión
Estándar
Entrevistas con
usuarios finales
Formato de ATSAC
Actividades de Control
Aprobación por Sponsor
Aprobación por Sponsor
PMI
Informe de Pruebas de
Aceptación de Usuario
Pase
Actividades de
Prevención
Realizado por el Jefe de
Proyectos
Revisado por el Jefe de
Proyectos
Aprobación por Sponsor
Aprobación
por
Arquitecto de Proyectos
Aprobación
por
Arquitecto de Proyectos
Revisado por Arquitecto
de Proyectos
Aprobado por Sponsor
Aprobación
por
Arquitecto de Proyectos
Revisado por Arquitecto
de Proyectos
Aprobado por Sponsor
Revisado por Arquitecto
de Proyectos
Aprobado por Sponsor
Revisado por Arquitecto
y Jefe de Proyecto.
Aprobado por Sponsor
Revisado por Arquitecto
y Jefe de Proyecto.
Aprobado por Sponsor
Revisado por Arquitecto
y Jefe de Proyecto.
Aprobado por Sponsor
Pág. 54
Versión: 4.5
Gestión de Calidad
Fecha: 16/11/2015
8.4. Organigrama para la Calidad del Proyecto
Sponsor
Comité de Calidad
Jefe de Proyectos
Arquitecto de
Proyecto
Analistas
Programadores
Tester
Administrador de
Base Datos
Miembros del Equipo
8.5. Roles para la Gestión de la Calidad
Rol
Objetivos
Funciones
Niveles
de
Autoridad:
Reporta a:
Supervisa a:
Requisitos de
Conocimiento:
Requisitos de
Habilidades
Requisitos de
Experiencia
Rol
Objetivos
Funciones
Niveles
de
Autoridad:
Reporta a:
Supervisa a:
Requisitos de
Conocimiento:
Requisitos de
Habilidades
Requisitos de
Experiencia
Sponsor
Responsable ejecutivo que está durante la duración del proyecto
Revisar, Aprobar y Tomar acciones correctivas para el mejoramiento de
la calidad en el proyecto
Aplicar a discreción los recursos para el proyecto, renegocia los
contratos.
Patrocinadores
Jefe de Proyectos
Todas las Gestiones PMI
Negociación, Motivación, Solución de Conflictos, Comunicación
Mas de 10 años de experiencia en el rubro
Jefe de Proyectos
Gestionar operativamente la calidad
Revisar estándares, entregables, definir y aplicar acciones correctivas
Realizar seguimiento y control durante la duración del proyecto
Exigir cumplimiento de entregables al equipo
Sponsor, Gerente Comercial
Miembros del Equipo de Proyecto
Gestión de Proyectos
Liderazgo, Comunicación, Negociación, Motivación y Solución de
Conflictos
Más de 03 años de experiencia en el cargo
Pág. 55
Gestión de Calidad
Versión: 4.5
Fecha: 16/11/2015
Rol
Objetivos
Funciones
Niveles
de
Autoridad:
Reporta a:
Supervisa a:
Requisitos de
Conocimiento:
Requisitos de
Habilidades
Requisitos de
Experiencia
Rol
Objetivos
Funciones
Niveles
de
Autoridad:
Reporta a:
Supervisa a:
Requisitos de
Conocimiento:
Requisitos de
Habilidades
Requisitos de
Experiencia
Arquitecto del Proyecto
Definir la estructura del proyecto, realizar seguimiento y control al equipo
durante la duración del proyecto
Supervisar las tareas asignadas a los miembros del equipo
Exigir cumplimiento de actividades de los miembros del equipo
Jefe de Proyectos
Miembros del Equipo de Proyectos
Gestión de Proyectos, Sistemas
Liderazgo, Comunicación, Negociación, Motivación y Solución de
Conflictos
Más de 03 años de experiencia en el cargo
Miembros del Equipo del Proyecto
Elaborar los entregables con la calidad requerida y según políticas y
estándares.
Realizar las actividades asignadas y elaborar los entregables
Aplicar los recursos que se le han asignado
Arquitecto de Proyectos
Gestión de proyectos y las especialidades que les tocan según tarea
asignada.
Específicos según las actividades a desempeñar
Específicos según las actividades a desempeñar
Pág. 56
9.
Capítulo VIII: Plan de
Gestión de Recursos
Humanos
Gestión de Recursos Humanos
Versión: 4.5
Fecha: 16/11/2015
Rol
Elaborado por:
Revisador por:
Aprobado por:
Nombre
Departamento de Proyectos
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Fecha
28/01/2011
03/02/2011
07/02/2011
9.1. Organigrama del proyecto
Pág. 58
Versión: 4.5
Gestión de Recursos Humanos
Fecha: 16/11/2015
9.2. Matriz de Asignación de Responsabilidades
ENTREGABLE
1. Gestión del Proyecto.
a. Acta de constitución del Proyecto
2. Gestión del Proyecto.
a. Plan de Gestión del Proyecto
b. Registro de Interesados
c. Enunciado del Alcance
d. EDT y Diccionario EDT
e. Cronograma del Proyecto
3. Incepción
a. Informe de Entrevistas con Usuario
b. Doc Especificación de Requerimiento
4. Elaboración.
a. Acta de análisis de requerimientos
b. Acta de modelo conceptual
c. Acta de diseño
5. Gestión del Proyecto.
a. Script de BD y Tablas
b. Script de Procedimientos
c. Ejecutable del aplicativo
d. Informe de pruebas unitarias
e. Informe de pruebas integrales
6. Transición
a. Informe de pruebas aceptadas por el usuario
b. Manual de usuario
c. Manual de instalación
d. Capacitación de usuario
e. Informe de pase a producción
Códigos de Responsabilidades
R: Responsable de entrega
A: Aprueba
P: Participa
V: Verifica
JP
AS
JS
DBA
ROLES
AT
AP
ST
GC
GO
PA
R, V
A
P
R,V
R,V
R,V
R,V
R,V
A
A
A
A
A
P
P
P
P
P
R
R
A
A
P
P
R
R
A
A
A
P
P
P
R
R
R
A
A
A
A
A
P
P
P
P
P
V
V
V
V
V
V
V
V
V
V
R
R
R
R
R
V
V
V
R
P
R
P
Códigos de roles de Alternativa
Tecnológica
JP : Jefe de Proyecto
AS : Arquitecto de Software
JS : Jefe de Soporte
DBA : Administrador de Base de Datos
AT: Analista Técnico
AP: Analista Programador
ST : Soporte Técnico
GC : Gerente Comercial
R
R
R
A
R
A
R
A
V
A
V
A
Códigos de Roles de Banco de Crédito del Perú
P
P
P
PA : Patrocinador
Pág. 59
Gestión de Recursos Humanos
Versión: 4.5
Fecha: 16/11/2015
9.3. Descripción de Roles
Nombre del Rol
Objetivos del Rol
Responsabilidades
Funciones
Niveles de Autoridad
Reporta a
Requisitos del Rol
Conocimientos
Habilidades
Experiencia
Otros
Nombre del Rol
Objetivos del Rol
Responsabilidades
Funciones
Niveles de Autoridad
Reporta a
Requisitos del Rol
Conocimientos
Arquitecto de Software
Definir la arquitectura lógica de la solución

Definir las vistas de la arquitectura de la aplicación a
desarrollar

Brindar soporte técnico-tecnológico a desarrolladores,
clientes y expertos en negocios

Conceptualizar y experimentar con distintos enfoques
arquitectónicos

Crear documentos de modelos, componentes y
especificaciones de interfaces

Validar la arquitectura contra requerimientos,
suposiciones
Equipo de desarrolladores
Jefe de Proyecto




Servicios Web, SOA y WCF
Microsoft. NET arquitectura y diseño
UML y RUP
Conocimientos avanzados en tecnologías de
programación

Conocimientos avanzados en tecnologías web

Liderazgo

Comunicación a todo nivel

Manejo de Personal y proyectos

Solución de problemas en diseño y desarrollo de
software

Motivación

No menor de 5 años de experiencia en TI como un
desarrollador y al menos 3 años de experiencia como
Arquitecto de TI

Experiencia en patrones de diseño y en diferentes
entornos aplicaciones

Comprensión de todo el ciclo de vida de desarrollo de
software
Ninguno
Jefe de Soporte
Supervisar al equipo técnico y apoyar en la solución de
problemas que se presenten en la creación de los ambientes
requeridos para la solución a desarrollar

Asegurar la operatividad de las instalaciones técnicas
realizadas

Asegurar la seguridad de las instalaciones

Pruebas de conectividad de equipos

Verificar y autorizar permisos para acezar a los diversos
equipo

Documentar la infraestructura de hardware

Coordinar los pases realizados en los diversos
ambientes
Equipo Técnico
Jefe de Proyecto



Microsoft Office 2007 o 2010
Conocimientos sólidos de redes y conectividad CISCO
Conocimientos sólidos de ensamblaje, mantenimiento y
Pág. 60
Gestión de Recursos Humanos
Versión: 4.5
Fecha: 16/11/2015
Habilidades
Experiencia
Otros
Nombre del Rol
Objetivos del Rol
Responsabilidades
Funciones
Niveles de Autoridad
Reporta a
Requisitos del Rol
Conocimientos
Habilidades
Experiencia
Otros
Nombre del Rol
Objetivos del Rol
Responsabilidades
Funciones
Niveles de Autoridad
Reporta a
Requisitos del Rol
reparación de PC’s e Impresoras HP
Conocimientos básicos de ITIL
Liderazgo
Comunicación a todo nivel
Manejo de Personal y al cumplimiento de
Procedimientos Establecidos

Capacidad para brindar Servicio al Cliente

Motivación

No menor a 5 años de experiencia con conocimientos
sólidos de redes y conectividad

Experiencia en ensamblaje, mantenimiento de equipos
periféricos

Experto en Ofimática
Ninguno




Administrador de Base de Datos
Administrar y crear la base de datos, tablas y
procedimientos,

Asegurar la creación de la base de datos y todo lo
referido a la seguridad lógica de la misma

Asegurar la confiabilidad de la Base de Datos

Verificar script de base de datos

Validar accesos de usuario

Crear y ejecutar script de base de datos

Creación de esquemas, perfiles y permisos para acezar
a la base de datos

Corrección de datos

Generación de copias de seguridad
Ninguno
Jefe de Proyecto








Base de datos MS SQL Server 2010 y Oracle 11g
Erwin v7.3
PL SQL Developer
Capacidad organizativa
Comunicación a todo nivel
Solución de problemas
No menor a 3 años de experiencia como DBA
Conocimiento sólidos modelamiento de datos,
instalación de servidor de base de datos.
Ninguno
Analista Técnico
Es el encargado de supervisar la construcción de la
solución y apoyar en caso lo requiera al equipo desarrollo

Realizar seguimiento de la construcción de la solución

Validar los fuentes de la aplicación

Apoyo en el desarrollo de la solución

Definir el tipo de integración para las interacciones
aplicativas definidas.

Inventariar y documentar las Integraciones

Colaborar en las pruebas de ejecución de pruebas de
integración
Equipo de desarrolladores
Arquitecto de Software
Pág. 61
Gestión de Recursos Humanos
Versión: 4.5
Fecha: 16/11/2015
Conocimientos
Habilidades
Experiencia
Otros
Nombre del Rol
Objetivos del Rol
Responsabilidades
Funciones
Niveles de Autoridad
Reporta a
Requisitos del Rol
Conocimientos
Habilidades
Experiencia
Otros
Nombre del Rol
Objetivos del Rol
Responsabilidades
Funciones



Arquitectura y Diseño de Software
Patrones de integración
Concepto SOA , protocolos y estándares de Web
Service

Capacidad organizativa

Comunicación a todo nivel

Solución de problemas

No menor de 3 años de experiencia en TI como un
desarrollador

Experiencia en patrones de diseño

Comprensión de todo el ciclo de vida de desarrollo de
software y SOA
Ninguno
Soporte Técnico
Preparar los ambientes, servidores y toda la infraestructura
de hardware sobre la cual se instalara la solución

Realizar la instalación y conectividad de los equipos y
servidores

Verificar los accesos y permisos de cada usuario en la
red

Implementar la seguridad que ha de manejar los
equipos
 Crear usuarios, permisos y o políticas de restricción de
acceso
Ninguno
Jefe de Soporte





Microsoft Office 2007 o 2010
Microsoft Windows Server 2003 y 2008
Administración de Servidores Windows
Conocimientos de redes CISCO
Conocimientos de ensamblaje, mantenimiento y reparación
de equipos HP

Comunicación a todo nivel

Solución de problemas en soporte

Cauteloso en la reparación de equipos

No menor a 1 año de experiencia con conocimientos
sólidos de redes y conectividad

Experiencia en ensamblaje, mantenimiento de equipos
periféricos

Conocimiento de Ofimática
Ninguno
Analista Programador
Es el encargado del desarrollo, construcción y pruebas del
producto de software.

Realizar la construcción del software en base a los
requerimientos otorgados

Realizar las pruebas unitarias a cada módulo
desarrollado.

Realizar las pruebas integrales a la solución

Documentar la solución
 Construir la solución
 Comunicar sus avances al analista técnico
Pág. 62
Gestión de Recursos Humanos
Versión: 4.5
Fecha: 16/11/2015


Niveles de Autoridad
Reporta a
Requisitos del Rol
Conocimientos
Habilidades
Experiencia
Otros
Realizar las pruebas correspondientes
Generar el aplicativo y/o entregables que
correspondan a la etapa de desarrollo

Ninguna
Analistas Técnicos y Arquitecto de Software











Manejo de Visual Studio 10
Manejo de SQL Server 2010
Conocimiento de UML y desarrollo orientado a objetos
Liderazgo
Comunicación
Solución de problemas en desarrollo
Detallista y ordenado
Motivación
Analista y desarrollador mayor a 2 años
Haber participado en al menos un proyecto
Estándares y uso de buenas prácticas en desarrollo y
construcción de software
Ninguno
Pág. 63
Versión: 4.5
Gestión de Recursos Humanos
Fecha: 16/11/2015
9.4. Cuadro de Adquisiciones del Personal del Proyecto
Rol
Tipo de
Adquisición
Fuente de
Adquisición
Modalidad de
Adquisición
Local de
trabajo
asignado
Fecha Inicio
reclutamiento
Banco de
Crédito del Perú
Fecha
requerida
disponibilidad
Costo de
reclutamie
nto
Apoyo de
área de
RRHH
02/03/2011
Ninguno
Ninguno
Patrocinador
Pre asignación
Alternativa
Tecnológica
Jefe de Proyecto
Pre asignación
Alternativa
Tecnológica
Decisión del
Patrocinador
Alternativa
Tecnológica y el
Banco de
Crédito del Perú
03/01/2011
10/01/2011
Ninguno
Ninguno
Arquitecto de
Software
Contratación
Alternativa
Tecnológica
Contratación
directa
Alternativa
Tecnológica y el
Banco de
Crédito del Perú
02/03/2011
07/03/2011
Ninguno
Ninguno
Jefe de Soporte
Contratación
Alternativa
Tecnológica
Contratación
directa
Alternativa
Tecnológica
03/01/2011
10/01/2011
Ninguno
Ninguno
Administrador de
Base de datos
Contratación
Alternativa
Tecnológica
Contratación
directa
Alternativa
Tecnológica
02/03/2011
31/03/2011
Ninguno
Ninguno
Analista Técnico
Contratación
Alternativa
Tecnológica
Contratación
directa
Alternativa
Tecnológica
02/03/2011
18/03/2011
Ninguno
Ninguno
Soporte Técnico
Contratación
Alternativa
Tecnológica
Alternativa
Tecnológica
30/06/2011
Ninguno
Ninguno
Contratación
Contratación
directa
Contratación
directa
03/01/2011
Analista
Programador
Alternativa
Tecnológica
Alternativa
Tecnológica
03/01/2011
21/03/2011
Ninguno
Ninguno
Pág. 64
Gestión de Recursos Humanos
Versión: 4.5
Fecha: 16/11/2015
9.5. Criterios de Liberación del Personal del Proyecto
Rol
Criterios de Liberación
¿Como?
Patrocinador
Al término del proyecto
---------------------------------
Jefe de Proyecto
Al término del proyecto
Arquitecto de
Software
Jefe de Soporte
Al término del proyecto
Administrador de
Base de datos
Al terminar sus entregables
Analista Técnico
Al terminar sus entregables
Analista
Programador
Soporte
Al terminar sus entregables
Comunicación del
Patrocinador
Comunicación del Jefe
de Proyectos
Comunicación del Jefe
de Proyectos
Comunicación del Jefe
de Proyectos y el
Arquitecto de Software
Comunicación del
Arquitecto de Software
Comunicación del
Arquitecto de Software
Comunicación del Jefe
de Soporte
Al término del proyecto
Al terminar sus entregables
Destino de
asignación
--------------------------------Otros proyectos de
Alternativa Tecnológica
Otros proyectos de
Alternativa Tecnológica
Otros proyectos de
Alternativa Tecnológica
Otros proyectos de
Alternativa Tecnológica
Otros proyectos de
Alternativa Tecnológica
Otros proyectos de
Alternativa Tecnológica
Otros proyectos de
Alternativa Tecnológica
9.6. Capacitación, Entrenamiento, Mentoring Requerido




La empresa Alternativa Tecnológica para el presente proyecto capacitará a su personal con
cursos técnicos y de gestión según se requiera. Los directores, gerentes de proyecto o
cualquier integrante del equipo del proyecto a desarrollar podrá participar en estos talleres.
Se dictará cursos para capacitar al personal técnico sobre el uso de herramientas de
software y buenas prácticas de desarrollo que han de utilizar, así como el funcionamiento
del software existente del Banco de Crédito del Perú y con el cual han de interactuar, para
que de ese modo obtengan un entendimiento global sobre cómo han de desarrollar e
implementar la solución a crear.
Se deberá generar y entregar a los asistentes, todo el material del curso que requieran, para
que puedan aprovechar el dictado del mismo.
Una estrategia a utilizar será colocar Gerentes de Proyecto más experimentados hagan
mentoring a los menos experimentados, en este caso el Sponsor hará mentoring al Gerente
de Proyecto para ayudarlo a desarrollar sus habilidades de gestión de proyectos.
9.7. Sistema de Reconocimiento y Recompensas
El Gerente de Proyecto cuenta con un sistema de incentivos por cumplimiento de las líneas base del
proyecto, para ello debe cumplir con lo siguiente:
 Si el CPI y SPI al final del proyecto, están dentro del rango porcentual de 96% a 100 %, se
le otorgara un 25% de bono sobre su remuneración mensual durante el plazo del proyecto.
 Si el CPI y SPI al final del proyecto, están dentro del rango porcentual de 90% y 95%, se le
otorgara un 15% de bono sobre su remuneración mensual durante el plazo del proyecto.
 Cualquier combinación de los logros anteriores promedia los bonos correspondientes,
cualquier resultado por debajo de 90% anula cualquier bono.
El personal técnico cuenta con un sistema de compensación del 20% de remuneración variable, la
cual está sujeta a lo siguiente:
 Puntualidad: presentar todos sus entregables a tiempo.
 Equipo y software: hacer un uso adecuado de los recursos.
 Errores de diseño o construcción: cuyo cálculo estará sujeto al número de errores y
desviación del objetivo basado en los requerimientos otorgados.
 Evaluación final: obtener un promedio no menor a 17.
Al finalizar el proyecto se realizará una actividad de celebración para todo el equipo, en el que se
Pág. 65
Gestión de Recursos Humanos
Versión: 4.5
Fecha: 16/11/2015
entregara un diploma de reconocimiento al miembro del equipo que más se destacó en su
desempeño.
9.8. Cumplimiento de Regularizaciones, Pactos y Políticas


Sólo se deben incorporar arquitectos, analistas, técnicos, instructores o cualquier recurso
que se requiera para el proyecto y que califiquen para el puesto según sea el caso y que
además pertenezcan a la empresa Alternativa Tecnológica.
Todo el personal de la empresa que participa del proyecto pasará por una evaluación de
desempeño al final del proyecto, y dicha evaluación se guardará en su file personal.
9.9. Requerimientos de Seguridad

Para mantener las fuentes, documentos y otro tipo de entregable que requiera el proyecto se
deberá contar con un repositorio y cada miembro del equipo debe contar con su usuario y
contraseña correspondiente para acceder al mismo y así evitar el riesgo de pérdida duplicidad o
alteración de algún entregable.

En los periodos de solicitud de acceso al sistema del Banco de Crédito del Perú se puede filtrar
cuentas de usuaria o cualquier información que resulte perjudicial para la entidad bancaria. Para
aminorar este riesgo de filtración se deberá aplicar políticas de seguridad y gestión por parte de
las personas que tengan la responsabilidad de otorgar los accesos que se requieran.

Respecto al traslado de equipos este genera riesgo de robo o asalto para el personal que
traslada el equipo desde el local central de Alternativa Tecnológica hacia el local de la molina del
Banco de Crédito del Perú por ello se requerirá el uso de las camionetas proporcionadas por la
empresa que brinda el servicio realizar el traslado con un mínimo de 2 personas.
Pág. 66
10. Capítulo IX: Plan
Gestión de
Comunicaciones
Versión: 4.5
Gestión de Comunicaciones
Fecha: 16/11/2015
Rol
Elaborado por:
Revisador por:
Aprobado por:
10.1.
ID
1
Interesado
2
Ángela
Cisneros
4
5
6
7
María
Vargas
Emilio de los
Reyes
Roberto
Granadino
Eduardo
Blas
Max
Saavedra
8
Sergi
Nesterenko
9
Pablo
Castillo
10
Fecha
28/01/2011
03/02/2011
07/02/2011
Registro de Interesados
David
Berdoni
3
Nombre
Departamento de Proyectos
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Jorge
Gómez
11
Juan Vilca
Título
Jefe
de
Organización
y Sistemas de
Banco
de
Crédito
Supervisor de
Riesgos
de
Banco
de
Crédito
Supervisora
de TI
Soporte
Banco
Crédito
Soporte
Banco
Crédito
Soporte
Banco
Crédito
Soporte
Banco
Crédito
Gerente
General
de
de
Área
Organizació
n y Sistema
TI
de
Hewlette
Packard
AOD
de
de
POD
de
de
TOD
de
de
Soporte
Jefe
de
proyectos de
ATSAC
Gerente
Comercial de
ATSAC
Gerente
de
Operaciones
de ATSAC
Gerencia
de ATSAC
Departame
nto
de
Proyectos
de ATSAC
Gerencia
de ATSAC
Gerencia
de ATSAC
Role(es)
Sponsor
Requisitos
Sponsor
Realizar
el
seguimiento
de
necesidades de
los usuarios de
BCP
Sponsor
Comité
de
Control
Comité
de
Control
Comité
de
Control
Comité
de
Control
Coordin
ador del
Proyecto
r
Jefe de
Proyecto
s
Cumplir con el
plan del proyecto
Expectativas
Que
el
producto
cumpla con
los
estándares
establecidos
Satisfacción
de
los
usuarios
Que
el
proyecto
cumpla con
todos
los
requisitos
establecidos
en el alcance
Que
el
proyecto
culmine
exitosamente
Coordin
ador del
Proyecto
Coordin
ador del
Proyecto
Pág. 68
Versión: 4.5
Gestión de Comunicaciones
Fecha: 16/11/2015
10.2.
Nivel de Influencia y Autoridad de los Interesados
Autoridad sobre el Proyecto
Alta
Baja
Influencias sobre el Proyecto
Gerente General:
Sergi Nesterenko
Alta
Baja
Jefe de Proyectos:
Pablo Castillo
Comité de Control:
Max Saavedra
Roberto Granadino
Emilio de los Reyes
Eduardo Blas
Sponsor:
Ángela Sifuentes
David Berdoni
María Vargas
10.3.
Matriz de Comunicaciones del Proyecto
Informac
ión
Contenido
Formato
Datos
y
Comunicación
sobre
la
iniciación del
proyecto
Datos
preliminares
sobre
el
alcance
y
duración del
proyecto
Acta
de
constitución
del Proyecto
Iniciación
formal
del
proyecto
Coordina
ción del
Proyecto
Información
detallada del
Levantamiento
de Información
Evaluar
los
requerimientos
Análisis y
Diseño
Nivel
de
Detalle
Plan
de
Gestión de
Proyectos
Documento
de
Especificació
n
de
Requisitos
de Software
Acta
de
Análisis de
Requerimien
tos
Medio
Alto
Alto
Alto
Acta
de
Modelo
Conceptual
Acta
de
Respons
able de
Comunic
ar
Jefe de
Proyecto
s
Jefe de
proyecto
s
Sponsor
Jefe de
Proyecto
s
Arquitect
o
de
Software
Alto
Arquitect
o
de
Software
Medio
Arquitect
Grupo
Receptor
Formato y
Tecnología
Frecue
ncia
Sponsor
Gerente
funcionales
Documento
digital (PDF)
vía
correo
electrónico
Una
sola
vez
Sponsor
Gerentes
Funcionale
s
Documento
digital (PDF)
vía
correo
electrónico
Una
Sola
Vez
Comité de
Control de
Cambios
Documento
digital (PDF)
vía
correo
electrónico
Comité de
Control de
Cambios
Documento
digital (PDF)
vía correo
electrónico
Comité de
Control de
Cambios
Documento
digital (PDF)
vía correo
electrónico
Comité de
Documento
Diario
durante
el
Levant
amient
o
de
Informa
ción
Veces
necesa
rias
hasta
su
aproba
ción
Veces
necesa
rias
hasta
su
aproba
ción
Veces
Pág. 69
Versión: 4.5
Gestión de Comunicaciones
Fecha: 16/11/2015
Diseño
Pruebas
Objetivos,
productos
esperados,
análisis y
resultados,
conclusiones,
sugerencias,
y/o
recomendacio
nes
Otorgar
conocimiento
sobre
el
funcionamient
o del aplicativo
Capacita
ción
o
de
Software
Informe de
Pruebas
Unitarias
Informe de
Pruebas
Integrales
Manual
Funcional
Manual
Técnico
Acta
de
Capacitación
Impleme
ntación
Cierre
del
Proyecto
10.4.
Objetivos,
productos
esperados,
análisis y
resultados,
conclusiones,
sugerencias,
y/o
recomendacio
nes
Informe de
Pase
a
Producción
Informe
Cierre
Medio
Arquitect
o
de
Software
Alto
Arquitect
o
de
Software
Medio
Arquitect
o
de
Software
Medio
Arquitect
o
de
Software
Medio
Arquitect
o
de
Software
Alto
Arquitect
o
de
Software
Medio
Arquitect
o
de
Software
de
Control de
Cambios
digital (PDF)
vía correo
electrónico
Comité de
Control de
Cambios
Documento
digital (PDF)
vía correo
electrónico
Documento
digital (PDF)
vía correo
electrónico
Comité de
Control de
Cambios
Comité de
Control de
Cambios
Comité de
Control de
Cambios
Comité de
Control de
Cambios
Comité de
Control de
Cambios
Comité de
Control de
Cambios
Documento
digital (PDF)
vía correo
electrónico
Documento
digital (PDF)
vía correo
electrónico
Documento
digital (PDF)
vía correo
electrónico
Documento
digital (PDF)
vía correo
electrónico
Documento
digital (PDF)
vía correo
electrónico
necesa
rias
hasta
su
aproba
ción
Seman
al
Veces
Necesa
rias
Una
Sola
Vez
Una
Sola
Vez
Una
Sola
Vez
Una
Sola
Vez
Una
Sola
Vez
Procedimiento para Tratar Polémicas
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 conocidas en el Control de Polémicas
3. El Control de Polémicas contendrá:
o Código de la Polémica
o Descripción
o Involucrados
o Enfoque de Solución
o Acciones de Solución
o Responsable
o Fecha
o Resultado Obtenido
Pág. 70
Gestión de Comunicaciones
Versión: 4.5
Fecha: 16/11/2015
10.5.
Procedimiento para 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:

Hay una solicitud de cambio aprobada que impacte el Plan de
Proyecto.

Hay una acción correctiva que impacte los requerimientos o
necesidades de información de los Interesados.

Hay personas que ingresan o salen del proyecto.

Hay cambios en las asignaciones de personas a roles del
proyecto.

Hay solicitudes inusuales de informes o reportes adicionales.

Hay quejas, sugerencias, comentarios o evidencias de
requerimientos de información no satisfechos.

Hay evidencias de resistencia al cambio.

Hay evidencias de deficiencias de comunicación dentro y fuera
del proyecto
La actualización del Plan de Gestión de las Comunicaciones deberá
seguir los siguientes pasos indicados en el gráfico adjunto.
Clasificar e identificar a
los interesados
Determinar los
requerimientos de
información
Elaborar la Matriz de
Comunicación del
proyecto
Actualizar el Plan de
Gestión de
Comunicaciones
Aprobar el Plan de
Gestión de
Comunicaciones
Difundir el nuevo Plan de
Gestión de
Comunicaciones
10.6.
Guías para Eventos de Comunicación
Guía para Reuniones:
Todas las reuniones deberán seguir las siguientes pautas:
1.
La agenda de la reunión debe fijarse con anterioridad.
2.
Debe coordinarse e informarse a los participantes, fecha, hora, y lugar (vía email, enviar
convocatoria y agenda a tratar).
3.
La reunión debe empezar a la hora acordada.
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 para elaboración del
acta).
6.
La reunión debe terminar puntual.
7.
A concluir la reunión, se debe emitir un Acta de Reunión (ver formato adjunto), que se
repartirá entre los participantes (previa revisión por parte de ellos). Esta acta debe incluir
fecha, hora de inicio, hora de fin agenda, participantes, acuerdos, responsables y plazos
de implementación como mínimo.
Guía para Correo Electrónico:
Todos los correos electrónicos deberán seguir las siguientes pautas:
1.
Los correos electrónicos entre el Equipo de Proyecto de Alternativa Tecnológica y el Banco
de Crédito deberán ser enviados por el Gerente de Proyecto con copia al Patrocinador,
para establecer un solo canal formal de comunicación con el Cliente.
2.
Los enviados por el Banco de Crédito y recibidos por cualquier persona del Equipo de
Pág. 71
Versión: 4.5
Gestión de Comunicaciones
Fecha: 16/11/2015
Proyecto de Alternativa Tecnológica deberán ser copiados al Gerente de Proyecto y al
Patrocinador (si es que éstos no han sido considerados en el reparto), para que todas las
comunicaciones con el Banco de Crédito estén en conocimiento de los responsables de la
parte contractual.
3.
Los correos internos entre miembros del Equipo de Proyecto de Alternativa Tecnológica
deberán ser copiados a la lista Equipo Alternativa Tecnológica que contiene las
direcciones de los miembros del equipo, para que todos estén permanentemente
informados de lo que sucede en el proyecto.
4.
Los correos que soliciten información, entre miembros del equipo de Proyecto de
Alternativa Tecnológica, que no sean respondidos en un plazo máximo de 2 días laborales
y que la información sea bloqueante para el cumplimiento de plazos de las actividades,
deberán ser reenviados a estas personas con copia al Jefe del Proyecto.
10.7.
Guías para Documentación del Proyecto
Guía para Codificación de Documentos:
La codificación de los documentos del proyecto debe ser:
AAAAA_BBB_CCCC.DDD
Donde: AAAA = Código del Proyecto= ‘APW04 – SGCL’
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ía para Almacenamiento de Documentos:
El almacenamiento de los documentos del proyecto deberá seguir las siguientes pautas:
1.
Durante el desarrollo del proyecto cada miembro del equipo mantendrá en su computadora
una carpeta con la misma estructura que el WBS del proyecto, donde guardará en las subcarpetas correspondientes las versiones de los documentos que vaya generando.
2.
Al cierre de una fase o al cierre del proyecto cada miembro del equipo deberá eliminar los
archivos temporales de trabajo de los documentos y se quedará con las versiones
controladas y numeradas (ver guías para el control de versiones), las cuales se enviarán al
Gerente del Proyecto.
3.
El Asistente de Gerencia de Proyecto, consolidará todas las versiones controladas y
numeradas de los documentos, en un archivo final del proyecto, el cual será una carpeta
con la misma estructura del WBS, donde se almacenarán en el lugar correspondiente los
documentos finales del proyecto. Esta carpeta se archivará en la Biblioteca de Proyectos
de Alternativa Tecnológica, y se guardará protegida contra escritura.
4.
Se publicará una Relación de Documentos del Proyecto y la ruta de acceso para consulta.
5.
Los miembros de equipo borrarán sus carpetas de trabajo para eliminar redundancias de
información y multiplicidad de versiones.
Guía para Recuperación y Reparto de Documentos:
1.
La recuperación de documentos a partir de la Biblioteca de Proyectos de Alternativa
Tecnológica, es libre para todos los integrantes del equipo.
2.
La recuperación de documentos a partir de la Biblioteca de Proyectos de Alternativa
Tecnológica para otros miembros del equipo que no sean del Proyecto requiere
Pág. 72
Versión: 4.5
Gestión de Comunicaciones
Fecha: 16/11/2015
autorización del Gerente de Proyecto.
3.
El acceso a la información del proyecto por parte de personas que no son de Alternativa
Tecnológica requiere autorización de Gerencia General, pues esta información se
considera confidencial, tanto para Alternativa Tecnológica como para el Banco de Crédito.
4.
El reparto de documentos digitales e impresos es responsabilidad del Gerente de
Proyectos.
5.
El reparto de documentos impresos no contempla el control de copias numeradas.
Guía para Control de Versiones de Documentos:
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
Versión
Elaborado
por
Revisado por
Aprobado por
Fecha
Motivo
2.
Cada vez que se emite una versión del documento se llena una fila en la cabecera,
anotando la versión, quien emitió el documento, quién lo revisó, quién lo aprobó, a que
fecha corresponde la versión, y por qué motivo se emitió dicha versión.
3.
Debe haber correspondencia entre el código de versión del documento que figura en esta
cabecera de Control de Versiones y el código de versión del documento que figura en el
nombre del archivo (ver Guía para Codificación de Documentos), según:
AAAA_BBB_CCC.DDD
Donde: AAAA= Código del Proyecto= ‘SISEN’
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.
10.8.
Registro de Lecciones Aprendidas
Identificación de Lección Aprendida: Elaboración del EDT
Nombre Propuesto para la Lección Aprendida: Practicas de elaboración de EDT
Rol en el Equipo del Proyecto: Jefe de Proyecto
Grupo de
Iniciación
Planeamiento
Ejecución
Control
Cierre
procesos:
Proceso Específico de la Gerencia de Proyecto que está siendo utilizado:
Gestión de Alcance – Crear EDT
Práctica específica, herramienta o técnica que está siendo utilizada:
Microsoft Visio 2010
¿Cuál fue la acción sucedida, que pasó?
Pág. 73
Gestión de Comunicaciones
Versión: 4.5
Fecha: 16/11/2015
El repositorio se abarroto de carpetas con los diferentes entregables de las diferentes
fases del proyecto
¿Cuál fue el resultado o impacto de la incidencia?
Se generó demasiados entregables que resulto difícil designar al responsable
¿Cuál es la lección aprendida?
En función al alcance del proyecto generar los EDT
¿Qué acción se tomó?
Agruparlos por funcionalidad
¿Qué comportamiento se recomienda para el futuro?
Evaluar en la fase inicial el alcance y la dimensión del proyecto
¿Dónde y cómo éste conocimiento, puede ser utilizado más adelante en el proyecto
actual?
En las fases posteriores a las fases iniciales
¿Dónde y cómo éste conocimiento, se puede utilizar en un proyecto futuro?
De encontrar un proyecto similar o cuyo alcance sea muy corto
¿Quién debe ser informado sobre esta lección aprendida?: (marcar una)
Ejecutiv
Equipo del
Todo el
Gerente(s) Proyecto
o(s)
Proyecto
Personal
¿Cómo debe ser distribuida esta lección aprendida? (marcar todas las que apliquen)
Preguntas
Frecuentes
¿Ha anexado referencia(s), ejemplo(s) y/o material(es)
si
adicional(es)?
Nombre(s) de anexo(s):
1. No existen
e-mail
Intranet/pagina Web
Biblioteca
no
Identificación de Lección Aprendida: Elaboración del EDT
Nombre Propuesto para la Lección Aprendida: Practicas de elaboración de EDT
Rol en el Equipo del Proyecto: Jefe de Proyecto
Grupo de
Iniciación
Planeamiento
Ejecución
Control
Cierre
procesos:
Proceso Específico de la Gerencia de Proyecto que está siendo utilizado:
Gestión de Alcance – Crear EDT
Práctica específica, herramienta o técnica que está siendo utilizada:
Microsoft Visio 2010
¿Cuál fue la acción sucedida, que pasó?
El repositorio se abarroto de carpetas con los diferentes entregables de las diferentes
fases del proyecto
¿Cuál fue el resultado o impacto de la incidencia?
Se generó demasiados entregables que resulto difícil designar al responsable
¿Cuál es la lección aprendida?
En función al alcance del proyecto generar los EDT
¿Qué acción se tomó?
Pág. 74
Gestión de Comunicaciones
Versión: 4.5
Fecha: 16/11/2015
Agruparlos por funcionalidad
¿Qué comportamiento se recomienda para el futuro?
Evaluar en la fase inicial el alcance y la dimensión del proyecto
¿Dónde y cómo éste conocimiento, puede ser utilizado más adelante en el proyecto
actual?
En las fases posteriores a las fases iniciales
¿Dónde y cómo éste conocimiento, se puede utilizar en un proyecto futuro?
De encontrar un proyecto similar o cuyo alcance sea muy corto
¿Quién debe ser informado sobre esta lección aprendida?: (marcar una)
Equipo del
Todo el
Proyecto
Personal
¿Cómo debe ser distribuida esta lección aprendida? (marcar todas las que apliquen)
Ejecutivo(s)
Gerente(s) Proyecto
e-mail
Intranet/pagina Web
Preguntas Frecuentes
¿Ha anexado referencia(s), ejemplo(s) y/o material(es)
si
adicional(es)?
Nombre(s) de anexo(s):
1. No existen
Biblioteca
no
Pág. 75
11.
Capítulo X: Plan
Gestión de
Adquisiciones
Gestión de Adquisiciones
Versión: 4.5
Fecha: 16/11/2015
Rol
Elaborado por:
Revisador por:
Aprobado por:
11.1.
Nombre
Departamento de Proyectos
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Fecha
28/01/2011
03/02/2011
07/02/2011
Procedimiento de Adquisiciones
El Plan de Adquisiciones del Proyecto Sistema de Gestión de control logístico ha sido acordado
entre la Empresa y el Grupo HP. Para ello, se ha definido que para cada contrato o grupos de
contratos el procedimiento de adquisición de bienes o de contratación de activos, servicios o
métodos de selección de consultores, en caso requieran precalificación, se solicitaran los costos
estimados de cada contrato o grupo de contratos, el requerimiento de revisión ante o post por parte
de la Empresa y las fechas estimadas de publicación de los avisos específicos de adquisiciones y
de terminación de los contratos contemplados en este proyecto. Este Plan de Adquisiciones se
actualizará semestralmente o cuando sea necesario o requerido por la Empresa.
El proyecto contempla los siguientes procedimientos para la adquisición de bienes y servicios.
Estos se detalla a continuación:
Adquisición de Bienes
Los Bienes a ser adquiridos para este proyecto, incluyen hardware y/o software especializado:
Equipos de cómputo portátil para los Especialistas y desarrolladores.
Adquisición de licencias de Software para el desarrollo del sistema. Por razones técnicas y
operativas de compatibilidad con los equipos y plataformas existentes para este objetivo, se trata de
un proceso de contratación directa.
El Procedimiento de adquisición de bienes se realiza aplicando las políticas y los procedimientos de
la Empresa donde se indique lo siguiente:
 El tiempo de que dure la adquisición de los bienes alquilados.
 El Monto de la garantía que debe pagar la Empresa, por algún daño causado en el equipo
 El monto a pagar por la adquisición de los bienes alquilados.
 Soporte de técnico por los equipos alquilados en caso presente alguna falla no causada por la
empresa
 Método de resolución de problemas entre el Proveedor y la empresa
Para ello será necesario realizar lo siguiente:
 Solicitar información de los equipos portátiles requeridos por perfil con los SW instalados al
proveedor
 Solicitar la propuesta y/o cotización de los equipos portátiles
 Revisar el presupuesto asignado para el alquiler de los equipos
 Evaluar la propuesta vs el presupuesto asignado teniendo en cuenta los criterios de evaluación
(Tiempo, costo, costo total, riesgo, fiabilidad).
 Coordinar la aprobación de la propuesta enviada por el proveedor
 Aprobar la propuesta
 Coordinar el proceso de entrega de los equipos portátiles con el proveedor
 Verificar el ingreso de equipos portátiles a la empresas
 Emitir la factura por pago del primer mes de alquiler y la garantía.
Adquisición de Servicios de consultorías
Los servicios de consultoría del proyecto previstos para el periodo 2011-2012, incluyen consultorías
individuales a través de empresas tercerizadora, las cuales tendrá un contrato establecido con la
empresa.
Para el cumplimiento de las contrataciones se realizará lo siguiente:
 Identificar empresas tercerizadoras en el mercado
 Solicitar el personal requerido son el perfil que requiere la empresa para el proyecto
 Coordinar con la Empresa tercerizadora seleccionada la disponibilidad de los consultores
 Coordinar el tiempo y horario de los consultores dentro del proyecto
 Coordinar el monto de inversión por los servicios prestados de la empresa tercerizadora.
Pág. 77
Gestión de Adquisiciones
Versión: 4.5
Fecha: 16/11/2015
 Confirmar el proceso de contratación de los consultores.
 La empresa tercerizadora firma el contrato con la empresa.
11.2.
Formatos Estándar a Utilizar
 Para el contrato de Adquisición de servicios de consultoría se utilizará el formato
FCONSUL0001. (Anexo 14.5)
 Para el contrato de Adquisición de bienes se utilizará el formato FCBIENES0001. (Anexo 14.6)
11.3.
Cronograma de Adquisiciones
En la Planificación del Proyecto se establecieron las siguientes fechas para la realización de los
contratos:

Contrato con la Empresa IT ECOSystem SAC para el outsourcing de 3 especialistas en
Arquitectura de SW, Infraestructura y Calidad de SW.

Contratos de alquileres de los equipos portátiles para los desarrolladores del proyecto
durante el periodo de 2011 – 2012.
11.4.

Coordinaciones con Proveedores
Para los contratos de Servicios de consultoría
o
o
o
o
o

Para los Contratos de Alquiler de bienes
o
o
o
o
11.5.
El contrato de Servicios con la empresa IT ECOSystem SAC estos deberán ser tener la
aprobación de los abogados de ambas partes. Asimismo, debe tener definido claramente
los puntos de negociación definido con la consultora.
Se debe definir los roles y responsabilidades de las actividades a realizar, las cuales
estarán definidas en el contrato.
El recurso de comunicación con los consultores será directo con el Director de Proyecto
y/o desarrolladores. Y la sustentación de las actividades del consultor ser realizar a través
del informe que presente, el cual será aprobador por el Director del Proyecto
El plazo o inicio de las actividades de los consultores está definido en el Ítem 2 del
Contrato (Ver FCONSUL0001)
El pago y las formas de pagos a la empresa tercerizadora está definida en el Ítem 3 del
contrato (Ver FCONSUL0001)
El Contrato de Alquiler de los equipos portátiles, debe ser coordinado con el proveedor con
15 días de anticipación de iniciado el proyecto, con la finalidad que la Empresa proveedor
pueda gestionar los equipos requeridos por la Empresa.
Las coordinaciones con el proveedor se realizarán mediante correo electrónico y a través
del Jefe de Soporte Técnico de la Empresa.
El pago del servicio de alquiler se realizará mensualmente. Asimismo, deberá efectuar el
pago por la garantía de los equipos que debe realizarse al 100% antes de ser entregados
por el Proveedor.
Cualquier modificación o problema con el equipo deberá ser comunicada con 24 horas de
anticipación, luego de lo cual el proveedor confirmará o no la solicitud hecha por la
empresa.
Restricciones y Supuestos
Las restricciones y/o supuestos que han sido identificados y que pueden afectar las adquisiciones
del proyecto son las siguientes:
Pág. 78
Gestión de Adquisiciones
Versión: 4.5
Fecha: 16/11/2015
 Solicitudes de cambio en el presupuesto del proyecto, debido a la modificación en el costo de
servicio de alquiler por el cambio en la subida del dólar o incremento del Hardware ofrecido
inicialmente. Esto puede suceder antes de la contratación del servicio o cuando el contrato ha
sido efectuado por un periodo de validez.
 Se asume que el personal sub contratado debe cumplir con las actividades planificadas de
acuerdo al cronograma del proyecto. De existir una modificación en el cronograma por el
servicio generado del personal subcontratado, conlleva a renegociar el contrato durante el
desarrollo del servicio.
11.6.
Riesgos y Respuestas
Según el Plan de Respuesta a Riesgos se tiene los siguientes:
R07 – Incumplimiento de los contratos de Servicios del Personal de consultoría.
Siendo el disparador la detección de incumplimiento o signos de no calidad del servicio en los
entregables elaborados.
Las respuestas planificadas son:
 Verificar con los informes realizados por los consultores lo realizado por los consultores es lo
planificado en cada actividad del cronograma. Con ello, se puede detectar cuan eficiente es la
calidad del servicio.
 Pago los servicios a la empresa tercerizadora se realizará en de acuerdo al plan de pagos
descritos en el contrato. Con lo cual se obliga al proveedor a dar un servicio de calidad,
debido que está sujeto a la cancelación o no del monto restante.
 Actualizar las lista de empresas tercerizadoras que ofrecen el mismo servicio.
R08 – Incumplimiento de los contratos de alquiler de los equipos portátiles
Siendo el disparador la detección de incumplimiento o signos de no calidad del servicio en el
alquiler de bienes.
Las respuestas planificadas son:
 Listas de verificación de los equipos por el personal de soporte de la empresa antes de ser
recepcionadas, con la finalidad de garantizar que los requerimientos solicitados a la firma del
contrato para el desarrollo del servicio se realicen correctamente, o detectar posibles bajas en
los equipos entregados.
 Solicitar feedback de los analistas desarrolladores mediante encuestas en forma periódica.
 Informe semanal al proveedor de nivel de cumplimiento de contrato. Indicando las fallas y
aciertos que han sido identificadas en el desarrollo del servicio.
11.7.
Métricas de Adquisición
Se tomarán como referencia la medición de métricas:
ITECO SYSTEM SAC
 La Eficiencia de la Empresa Proveedora se obtendrá de las verificaciones que realice el director
de proyectos de acuerdo al avance presentado por cada personal outsourcing. Las verificaciones
serán semanales, las cuales tendrán un peso en cada entregable del proyecto y así medir el
impacto del trabajo del proveedor sobre el cumplimiento del mismo.
 Evaluar el nivel de cumplimiento del trabajo asignado a cada especialista vs sus horas trabajadas
de cada uno de ellos
DELTRON S.A
 Medir el desempeño del Proveedor en la resolución de problemas ante algún problema
detectado por fallas en los equipos: Nro de Equipos reparados vs Nro de total de equipos
reportados con fallas.
 Atención de incidencias. Conocer el promedio de tiempo de las incidencias reportadas a la
empresa nos ayudará medir la eficiencia del servicio.
Pág. 79
Versión: 4.5
Gestión de Adquisiciones
Fecha: 16/11/2015
11.8.
Producto o
servicio a
adquirir
Bienes
Servicios
de
consultor
ía
Matriz de Adquisiciones del Proyecto
Elemento
del
EDT
Todos los
EDT de la
etapa de
incepción y
construcció
ny
Transacción
3.4
3.5
3.6
3.7
Tipo de
Contrato
Contrato
de precio
fijo
cerrado
Contrato
de costo
más
honorario
s por
cumplimie
nto de
objetivos
Provee
Área/Rol
Lista de
Forma de
dores
Planificar
/Persona
contactar
Pre
Contrato
responsa proveedore
proveedores
calificad
Del
Al
ble
s
os
Co
- DELTRO
mparación
N SA
Área de
de precios
- ITECO
Del
Tecnolog
DELTR
Con
SYSTEM
05/01/2011
ía /
ON S.A
tracción
SAC
Al 07/01/2011
Logística
directa
Co
mparación
de precios
Con
tracción
directa
Área de
Tecnolog
ía
- ITECO
- ITECO
SYSTEM SYSTE
SAC
M SAC
- 3DEV
BUSINE
SS &
CONSU
LTING
S.A.C.
Del
05/01/2011
Al 07/01/2011
Cronograma de Adquisiciones requeridas
Solicitar
Selección
Administrar
respuestas
Proveedor
contrato
Del Al
Del
Al
Del
Al
Cerrar
contrato
Del
Al
Del
08/01/2011
Al
11/01/2011
Del
12/01/2011
Al
17/01/2011
Del
18/01/2011
Al
20/01/2011
Del
18/01/2011
Al 20/01/2011
Del
08/01/2011
Al
11/01/2011
Del
12/01/2011
Al
17/01/2011
Del
18/01/2011
Al
20/01/2011
Del
18/01/2011
Al 20/01/2011
Pág. 80
12.
Capítulo XI:
Cierre del Proyecto
Versión: 4.5
Cierre del Proyecto
Fecha: 16/11/2015
Rol
Elaborado por:
Revisador por:
Aprobado por:
12.1.
Nombre
Departamento de Proyectos
Ing. Pablo Castillo Benancio
Ing. Jorge Gómez Ballón
Fecha
28/01/2011
03/02/2011
07/02/2011
Nombre del Cliente o Sponsor
Ing. Pedro Reyes – Jefe de Proyectos de Banco de Crédito
Ing. Roberto Fujiki - Gerente de Operaciones Hewlett Packard
Ing. Gustavo Arizmendi Jefe de Organización TI de Hewlett Packard
12.2.
Declaración de la Aceptación Formal
Por la presente se hace pública la aceptación de la Fase 1 y 2 del proyecto, esto incluye los
siguientes
entregables:
 Acta de Constitución del Proyecto
 Plan de Gestión del Proyecto
 Registro de Interesados
 Enunciado del Alcance
 EDT y Diccionario EDT
 Cronograma del Proyecto
El Acta de Constitución del Proyecto se formalizó su entrega el 10 de enero
previamente aprobado por la gerencia y el equipo del Banco de Crédito del Perú
de 2011,
El plan de gestión de Proyecto cuenta con la aprobación de la gerencia del Banco de Crédito
del Perú la cual acepto la ejecución del mismo el 18 de enero de 2011 luego de aprobada el
acta de constitución.
Respecto al EDT, diccionario EDT y el cronograma del proyecto fue aprobado por el jefe del
proyecto de la empresa Alternativa Tecnológica y el equipo del Banco de Crédito del Perú.
12.3.
Observaciones Adicionales
En un principio el acta de constitución formo parte de los entregables de la fase denominada
Gestión de Proyecto sin embargo el criterio por el cual se optó por separarla obedece a la
importancia de este documento.
El cronograma como entregable se amplió al agregar una fase inicial la cual al principio del
mismo respondía a otra denominación y que posteriormente fue actualizada por jefe del
proyecto el ingeniero Pablo Castillo Benancio.
12.4.
Aceptado por
Nombre de Cliente, Sponsor o Funcionario
Ing. Roberto Fujiki
Srta. Ángela Sifuentes
Srta. María Vargas
Ing. Pedro Reyes
Fecha
01/08/2011
01/08/2011
27/07/2011
04/08/2011
Pág. 82
Cierre del Proyecto
Versión: 4.5
Fecha: 16/11/2015
12.5.
Distribución y Aceptación
Nombre de Cliente, Sponsor o Funcionario
Ing. Roberto Granadino
Ing. Eduardo Blas
Ing. Emilio de los Reyes
Ing. Max Saavedra
Fecha
01/08/2011
01/08/2011
01/08/2011
04/08/2011
CHECKLIST DE CIERRE
¿SE HAN ACEPTADO POR RESULTADOS DEL PROYECTO?
Entregables
Si / No
Observaciones
Acta de Constitución del
Si
Ninguna
Proyecto
Plan de Gestión del
Si
Ninguna
Proyecto
Registro de Interesados
Si
Ninguna
Enunciado del Alcance
Si
Ninguna
Satisfacer los
EDT y Diccionario EDT
Si
Se actualizo la descripción de la
requerimientos del
fase 1 del proyecto
producto
Cronograma del Proyecto Si
Se actualizo la descripción de la
fase 1 del proyecto
Trasladar todos los
Informe de Entrevistas a
No
Ninguna
entregables a
usuarios
operaciones.
Especificación de
No
Ninguna
Requerimientos
Acta de Análisis de
No
Ninguna
Requerimientos
Acta del modelo
No
Ninguna
conceptual
Acta de diseño
No
Ninguna
Base de datos
No
Ninguna
Script de Base de datos
No
Ninguna
Script de Procedimientos No
Ninguna
Ejecutable Aplicativo
No
Ninguna
Informe de Pruebas
No
Ninguna
Unitarias
Informe de Pruebas
No
Ninguna
Integrales
Informe de Pruebas de
No
Ninguna
aceptación de usuario
manual de usuario
No
Ninguna
Manual de Instalación y
No
Ninguna
configuración
Capacitación a usuarios
No
Ninguna
Informe de Pase a
No
Ninguna
Producción
Objetivos
Conseguir la
aprobación del
proyecto
¿SE HAN LIBERADO LOS RECURSOS DEL PROYECTO?
Objetivos
Entregables
Si / No
Observaciones
Ejecutar los
Cronogramas de liberación de
Si
Ninguna
procedimientos
recursos, aprobado
organizacionales para
liberar los recursos del
proyecto.
Proporcionar
Resultados de la retroalimentación
Si
Ninguna
Pág. 83
Versión: 4.5
Cierre del Proyecto
Fecha: 16/11/2015
retroalimentación de
desempeño a los
miembros del equipo.
Proporcionar
retroalimentación a la
organización relativa al
desempeño de los
miembros del equipo.
del desempeño del equipo de
proyecto, cada uno con su propio
perfil registrado en un archivo
Evaluaciones de desempeño
revisadas por los gerentes y
archivadas apropiadamente.
Si
Ninguna
¿SE HAN MEDIDO LAS PERCEPCIONES DE LOS STAKEHOLDERS?
Objetivos
Entregables
Si / No
Observaciones
Entrevista a los
Retroalimentación de los
Si
Ninguna
stakeholders
stakeholders, documentada
Analizar resultados de las
Análisis y documentación de cada
Si
Ninguna
entrevistas
entrevista realizada
¿SE HA CERRADO FORMALMENTE EL PROYECTO?
Objetivos
Entregables
Si / No
Ejecutar las actividades de Reconocimiento firmado de la
Si
cierre para el proyecto
entrega del servicio que se ha de
brindar.
Documentar las actividades de
cierre.
Informar a la Gerencia
Documentar las incidencias
Si
sobre las incidencias
reportadas durante la gestión del
reportadas
proyecto
Notificar formalmente a los
Documento que indica el cierre del
Si
stakeholders respecto al
proyecto
cierre del proyecto.
Cerrar todos los contratos
Cerrar cada uno de los contratos
Si
pendientes del proyecto
referentes al proyecto
Documentar y publicar el
Documentar las Lecciones
Si
aprendizaje del proyecto.
Aprendidas
Actualización de
Guarda los cambios o
Si
entregables
actualizaciones de cada entregable
del proyecto
Observaciones
Ninguna
Ninguna
Ninguna
Ninguna
Ninguna
Ninguna
Pág. 84
Versión: 4.5
Gerencia de Proyectos
Fecha: 16/11/2015
13. Glosario
AOD
:
Sub proyecto que administra las PC’s, Portátiles.
ATSAC
:
Alternativa Tecnológica.
BCP
:
Banco de Crédito del Perú.
CAS
:
Centro Autorizado de Servicio.
HP
:
Hewlett Packard.
POD
:
Sub proyecto que administra las impresoras administrativas.
RFC
:
Request for Change
TOD
:
Sub Proyecto que administra los teclados financieros, pin
pad e impresoras financieras.
Pág. 85
Gerencia de Proyectos
Versión: 4.5
Fecha: 16/11/2015
14. Anexos
14.1.
Cronograma del Proyecto
Pág. 86
Versión: 4.5
Gerencia de Proyectos
Fecha: 16/11/2015
14.2.
Actividad o
Paquete
de Trabajo
Identificación de Secuenciamiento de Actividades
Actividades o Tareas
Cód.
1.1
1. Acta de
Constitució
n
1.2
1.3
Nombre
Reunión con
patrocinador
Reunión inicial de
trabajo
Redactar documento
de inicio
Revisar y aprobar el
Acta
Definir las
características del
proyecto.
Elaborar Acta
Revisar Acta
2. EDT y
Diccionario
de la EDT
2.1
Definir actividades
3.
Cronogram
a del
Proyecto
3.1
Formalizar
organización
Proyecto
4. Plan de
Gestión del
Proyecto
Alcance del trabajo
4.1
Definir Alcance
4.2
Elaborar
Alcance
Plan
del
Diseñar un Plan y un
cronograma de
entrevistas con los
Stake Holders y/o
usuarios
Ejecución de las
entrevistas.
Definir los lineamientos
generales del proyecto
de
Predeceso Restricción
r
o supuestos
Fecha
impuesta
10/01/2011
10/01/2011
Responsable
Lugar
RF
PC
GA
JG
ATSAC
ATSAC
1.2
12/01/2011
1.3
17/01/2011
PC
Cliente
2.1
25/01/2011
PC
ATSAC
3.1
28/01/2011
3.1
28/01/2011
GA
PC
RF
Cliente
3.1
28/01/2011
ATSAC
ATSAC
Definir la línea base del
proyecto
Definir los planes
subsidiarios de gestión
4.3
Elaborar
Tiempo
Plan
de
Realizar el cronograma
de los tiempos a cada
actividad.
Secuencia de
actividades o
paquetes
Firma y
Aceptación del
Acta
ATSAC
Planificar la
distribución de las
actividades y
definir los
entregables
Versión: 4.5
Gerencia de Proyectos
Fecha: 16/11/2015
Actividad o
Paquete
de Trabajo
Actividades o Tareas
Cód.
Nombre
Alcance del trabajo
Predeceso Restricción
r
o supuestos
Fecha
impuesta
Responsable
Lugar
4.4
Elaborar
Costo
Plan
de
Planificar los costos del
proyecto de los
recursos y equipos.
3.1
28/01/2011
ATSAC
4.5
Elaborar Plan
Integración
de
3.1
28/01/2011
ATSAC
5. Informe
de
Entrevistas
a Usuarios
5.1
Levantamiento
Información
de
4.5
10/02/2011
ER
DR
ATSAC
6.
Document
o de
Especificac
ión de
Requerimi
entos
6.1
Elaboración
Documento
Especificación
Requerimientos
del
de
de
Realizar el plan de
integración del
proyecto.
Definición de los
requisitos funcionales
Definición de los
requisitos no
funcionales
Elaborar informe de los
requerimientos
funcionales y no
funcionales del
proyecto.
5.1
18/02/2011
PC
ER
DR
Cliente
7. Acta de
Análisis de
Requerimi
entos
7.1
Elaboración
Especificación
Casos de Uso
Negocio
y
de
de
6.1
18/03/2011
ER
DR
MG
JM
Cliente
7.2
Elaboración
Especificación
Casos de Uso
Sistema
y
de
de
Identificar las
actividades de negocio.
Identificar los actores
del negocio.
Definir los casos de
uso del negocio.
Identificar las
actividades de sistema.
Identificar los actores
del sistema.
Definir los casos de
uso del sistema.
6.1
18/03/2011
Secuencia de
actividades o
paquetes
Análisis de los
Requerimientos
Elaboración del
modelo
conceptual y
Diagrama de
Componentes y
Despliegue
ATSAC
Pág. 88
Versión: 4.5
Gerencia de Proyectos
Fecha: 16/11/2015
Actividad o
Paquete
de Trabajo
8. Acta de
Modelo
Conceptual
9. Acta de
Diseño
Actividades o Tareas
Fecha
impuesta
Nombre
8.1
Elaboración
del
Modelo Conceptual
Identificación de los
Actores de Negocio
7.2
30/03/2011
8.2
Elaborar
Diagrama
Entidad Relación
Identificar los
trabajadores de
negocio
Diseñar el diagrama de
clases
8.1
01/04/211
ATSAC
8.3
Elaborar Diagrama de
Paquetes
Diseñar el diagrama
de paquetes
8.2
05/04/2001
ATSAC
9.1
Elaboración
de
Prototipos
Elaborar Diagrama de
Clases de Análisis
Elaborar Diagramas
de Secuencias
Diseñar los prototipos
8.3
07/04/2011
Diseñar el modelo
conceptual
Definir la secuencia de
los procesos
9.1
12/04/2011
9.1
12/04/2011
9.2
9.3
Alcance del trabajo
Predeceso Restricción
r
o supuestos
Cód.
Responsable
Lugar
ER
DR
ATSAC
MG
DR
JM
Secuencia de
actividades o
paquetes
Construcción y
Desarrollo
ATSAC
ATSAC
ATSAC
10. Script
de BD
10.1
Construcción de BD,
Tablas
Diseñar Base de
Datos.
9.1
12/04/2011
AV
ATSAC
11. Script
de
Procedimie
ntos
11.1
Construcción
de
queries, triggers, etc.
Preparar
documentación para
BD
9.1
12/04/2011
AV
Cliente
12.
Ejecutable
12.1
Realizar
programación
Desarrollar todos los
módulos considerados
11.1
13/04/2011
MG
DR
Despliegue y
preparación del
ambiente
Implementación
ATSAC
Pág. 89
Versión: 4.5
Gerencia de Proyectos
Fecha: 16/11/2015
Actividad o
Paquete
de Trabajo
Actividades o Tareas
Cód.
del
Aplicativo
12.2
Pruebas
12.3
Ajustes en código
13. Informe
de
Pruebas
Unitarias
13.1
Pruebas Unitarias
14. Informe
de
Pruebas
Integrales
14.1
Pruebas Integrales
15. Manual
de Usuario
15.1
Elaboración
de
Manual Funcional
en el alcance.
Plan de pruebas
generales.
Realizar levantamiento
de observaciones de
pruebas.
Plan de Pruebas
Unitarias
Ejecución del plan de
pruebas Unitarias
Documentación del
plan de pruebas
Unitarias
Plan de Pruebas
Integrales
Ejecución del plan de
pruebas Integrales
Documentación del
plan de pruebas
Integrales
Documentación del
manual de usuario
16. Manual
de
Instalación
y
Configuraci
ón
16.1
Elaborar
Técnico
Documentación del
manual de usuario
Nombre
Manual
Alcance del trabajo
Predeceso Restricción
r
o supuestos
Fecha
impuesta
Responsable
Lugar
12.1
15/06/2011
ATSAC
12.2
20/06/2011
ATSAC
12.3
01/07/2011
MG
ATSAC
13.1
06/07/2011
AV
MG
Cliente
14.1
11/07/2011
DR
Cliente
14.1
11/07/2011
MG
ATSAC
Secuencia de
actividades o
paquetes
Capacitación de
Usuarios
Pág. 90
Versión: 4.5
Gerencia de Proyectos
Fecha: 16/11/2015
Actividad o
Paquete
de Trabajo
Actividades o Tareas
Alcance del trabajo
Predeceso Restricción
r
o supuestos
Cód.
Nombre
17. Acta de
Capacitaci
ón a
Usuarios
17.1
Capacitar a Usuarios
Plan de Capacitación
de usuarios
Ejecución del Plan de
capacitación
16.1
18. Informe
de Pase a
Producción
18.1
Preparar el ambiente
18.2
Pruebas Integradas
Planeamientos de los
ambientes diseñados
para el sistema en
producción.
Pruebas generales del
sistema para su puesta
en producción.
18.3
Puesta a Producción
Informes del pase a
producción.
Fecha
impuesta
Secuencia de
actividades o
paquetes
Responsable
Lugar
14/07/2011
MG
DR
ER
ATSAC
Cliente
15.1
11/07/2011
JS
PM
18.1
13/07/2011
Puesta en
Producción
18.2
22/07/2011
Cierre del
Proyecto
Cliente
Pág. 91
Gerencia de Proyectos
Versión: 4.5
Fecha: 16/11/2015
14.3.
Diagrama de Precedencias
Pág. 92
Gerencia de Proyectos
Versión: 4.5
Fecha: 16/11/2015
Pág. 93
Versión: 4.5
Gerencia de Proyectos
Fecha: 16/11/2015
14.4.
Estimación de Recursos y Duraciones
Tipo de Recursos: PERSONAL
Entregable
1. Acta de
Constitución
Actividad
Reunión
patrocinador
Elaborar Acta
Nombre
Recurso
con
Revisar Acta
2. EDT y
Diccionario de
la EDT
3. Cronograma
del Proyecto
4. Plan de
Gestión del
Proyecto
5. Informe de
Entrevistas a
Usuarios
6. Documento
de
Especificación
de
Requerimiento
s
7. Acta de
Análisis de
Requerimiento
s
Roberto Fujki
Pablo Castillo
Gustavo
Arizmendi
Jorge Gómez
Pablo Catillo
Jorge Gómez
Trabajo
Duración
(horas/hombre)
(horas.
Supuesto /
Bases de
estimación
MATERIALES /INSUMOS
Forma
de
calculo
Nombre
de recurso
Qty
Supuesto /
Bases de
estimación
Forma
de
cálculo
MAQUINARIAS
Nombre
de recurso
Qty
Supuesto /
Bases de
estimación
Forma
de
calculo
2
3
6
1
Definir actividades
Formalizar
organización
Proyecto
Definir Alcance
Elaborar Plan
Alcance
Elaborar Plan
Tiempo
Elaborar Plan
Costo
Elaborar Plan
Integración
Levantamiento
Información
del
Pablo Castillo
3
3
Pablo Castillo
3
3
6
de
de
de
8
Gustavo
Arizmendi
Pablo Castillo
Roberto Fujiki
de
de
Emily Ramos
Danny Rojas
Pablo Castillo
Emily Ramos
Danny Rojas
Elaboración
Especificación
Casos de Uso
Negocio
Elaboración
Especificación
Casos de Uso
Sistema
Emily Ramos
Danny Rojas
Marco Galván
Juan Mestas
y
de
de
46
10
10
Elaboración
del
Documento
de
Especificación de
Requerimientos
y
de
de
12
28
28
15
15
15
33
18
Pág. 94
Gerencia de Proyectos
Versión: 4.5
Fecha: 16/11/2015
8. Acta de
Modelo
Conceptual
9. Acta de
Diseño
10. Script de
BD
11. Script de
Procedimiento
s
12. Ejecutable
del Aplicativo
13. Informe de
Pruebas
Unitarias
14. Informe de
Pruebas
Integrales
15. Manual de
Usuario
16. Manual de
Instalación y
Configuración
16. Acta de
Capacitación a
Usuarios
17. Informe de
Pase a
Producción
Elaboración
del
Modelo Conceptual
Elaborar Diagrama
Entidad Relación
Elaborar Diagrama
de Paquetes
Elaboración
de
Prototipos
Elaborar Diagrama
de
Clases
de
Análisis
Elaborar Diagramas
de Secuencias
Construcción
de
BD, Tablas
Construcción
de
queries,
triggers,
etc.
Realizar
programación
Pruebas
Ajustes en código
Pruebas Unitarias
Pruebas Integrales
a
Preparar
el
ambiente
Pruebas Integradas
Puesta
a
Producción
8
8
22
6
Marco Galván
Danny Rojas
Juan Mestas
15
21
63
27
Adrián Velazco
Marco Galván
Danny Rojas
12
12
16
16
80
20
20
120
Marco Galván
Adrián Velazco
Marco Galván
Elaboración
de
Manual Funcional
Elaborar
Manual
Técnico
Capacitar
Usuarios
Emily Ramos
Danny Rojas
Danny Rojas
16
16
10
10
8
8
8
8
16
16
Marco Galván
Marco Galván
Danny Rojas
Emily Ramos
Jorge
Sotomayor
Pablo Mestas
8
10
22
4
Pág. 95
Gerencia de Proyectos
Versión: 4.5
Fecha: 16/11/2015
14.5.
Contrato de Adquisición de Servicios
Formato de Adquisición de servicios de consultoría
Contrato de Servicios de Consultoría
CONTRATO
ESTE CONTRATO (el “Contrato”) se celebra en este [insertar fecha de inicio de los trabajos], entre
[insertar nombre del Contratante] el “Contratante”), con domicilio social en [insertar dirección del
Contratante] y [insertar nombre del Consultor] (el “Consultor”), cuya oficina principal está ubicada en
[insertar dirección del Consultor].
CONSIDERANDO QUE el Contratante tiene interés en que el Consultor preste los servicios que se
señalan a continuación, y CONSIDERANDO QUE el Consultor está dispuesto a prestar dichos servicios,
POR LO TANTO, LAS PARTES convienen en lo siguiente:
1. Servicios
a)
El Consultor prestará los servicios (los “Servicios”) que se especifican en el Anexo A, “Términos
de referencia y alcance de los Servicios”, que forma parte integral de este Contrato.
b)
El Consultor encomendará la prestación de los Servicios al personal que se enumera en el
Anexo B, “Personal del Consultor”.
c)
El Consultor presentará los informes al Contratante en la forma y dentro de los plazos indicados
en el Anexo C, “Obligación del Consultor de presentar informes”.
2. Plazo
El Consultor prestará los Servicios durante el período que se iniciará el [insertar fecha de inicio] hasta el
[insertar fecha de término], o durante cualquier otro período en que las Partes pudieran convenir
posteriormente por escrito.
3. Pagos
a)
Monto máximo
El Contratante pagará al Consultor una suma no superior a [insertar cantidad máxima] por los Servicios
prestados conforme a lo pactado. Dicha suma ha sido establecida en el entendido de que incluye todos
los costos y utilidades para el Consultor, así como cualquier obligación tributaria a que éste pudiera estar
sujeto.
b)
Calendario de pagos
El calendario de pagos será el siguiente:
[insertar monto y moneda] contra recibo por el Contratante de una copia de este Contrato
firmada por el Consultor;
[insertar monto y moneda] contra recibo por el Contratante del informe preliminar, a satisfacción
del Contratante
[insertar monto y moneda] contra recibo por el Contratante del informe final, a satisfacción del
Contratante.
[Insertar monto y moneda] Total
c)
Condiciones de pago
Los pagos se efectuarán en [indicar la moneda], dentro de los 30 días contados a partir de la
presentación por el Consultor de las facturas en duplicado al Coordinador designado en el ítem 4
4. Administración del proyecto
a) Coordinador
El Contratante designa al [Sr./a la Sra]. [insertar nombre] como Coordinador(a) del Contratante, quien
será responsable de la coordinación de las actividades contempladas en este Contrato, la aceptación y
aprobación por parte del Contratante de los informes u otros elementos que deban proporcionarse, y la
recepción y aprobación de las facturas para cursar los pagos.
c)
Informes
Es “Obligación del Consultor presentar informes”. Estos deberán ser presentados durante el desarrollo de
las actividades asignadas, y constituirán la base para los pagos que deberán efectuarse conforme a lo
Versión: 4.5
Gerencia de Proyectos
Fecha: 16/11/2015
indicado en el ítem 3.
5. Calidad de los Servicios
El Consultor se compromete a prestar los Servicios de acuerdo con las normas más elevadas de
competencia e integridad ética y profesional. El Consultor deberá reemplazar sin demora a cualquier
empleado que haya sido asignado a un trabajo en virtud de este Contrato cuyo desempeño sea
considerado insatisfactorio por el Contratante.
6. Confidencialidad
Durante la vigencia de este Contrato y dentro de los dos años siguientes a su término, el Consultor no
podrá revelar ninguna información confidencial o de propiedad del Contratante relacionada con los
Servicios, este Contrato o las actividades u operaciones del Contratante sin el consentimiento previo por
escrito de este último.
7. Propiedad de los materiales
Todos los estudios, informes, gráficos, programas de computación u otros materiales preparados por el
Consultor para el Contratante en virtud de este Contrato serán de propiedad del Contratante. El Consultor
podrá conservar una copia de dichos documentos y programas de computación.
8. Seguros
El Consultor será responsable de contratar los seguros pertinentes.
9. Cesión El Consultor no podrá ceder este Contrato o subcontratar ninguna parte del mismo, sin el
consentimiento previo por escrito del Contratante.
10. Terminación por el Contratante
El Contratante dará por terminado este contrato si el Consultor no subsanara el incumplimiento de sus
obligaciones en virtud de este Contrato, dentro de los treinta (30) días siguientes a la recepción de la
comunicación notificando el incumplimiento, o dentro de otro plazo mayor que el Contratante pudiera
haber aceptado posteriormente por escrito. En este caso se considerará que tal cumplimiento causa
daños o perjuicios graves al contratante, quien procederá a comunicarlo a las autoridades
correspondientes para efecto de la sanción e inhabilitación temporal que proceda en términos de las
disposiciones legales aplicables en la materia para participar en procedimientos de contratación.
POR EL CONTRATANTE
POR EL CONSULTOR
Firmado por ____________________
Firmado por: ______________________
Cargo: __________________________
Cargo: __________________________
Pág. 97
Gerencia de Proyectos
Versión: 4.5
Fecha: 16/11/2015
14.6.
Contrato de Adquisición de Bienes
Formato de Adquisición de bienes
CONTRATO DE ALQUILER DE EQUIPOS DE CÓMPUTO
Conste por el presente documento, el CONTRATO DE ALQUILER DE EQUIPOS DE COMPUTO, que
celebran de una parte la <Empresa que solicita servicio> con RUC N° <Ruc de la empresa>, con domicilio
fiscal <Dirección de la empresa que solicita servicio>, debidamente representada por su Gerente de
Administración y Finanzas, <Nombre del gerente>, a quien en adelante se le denominará LA
CONTRATANTE; y de la otra parte <Nombre de la empresa proveedora>. Identificado con RUC N° <Nro
ruc>, con domicilio fiscal en <dirección de la empresa proveedor> debidamente representada por su
Gerente General, <Nombre del gerente de la empresa proveedora> identificada con D.N.I. N° <Nro de
DNI del proveedor>, a quien en adelante se le denominará LA EMPRESA, en los términos y condiciones
siguientes:
PRIMERA: GENERALIDADES
LA OFICINA es una entidad de desarrollo de SW y soporte técnico, con patrimonio propio y autonomía
registral, administrativa y económica de conformidad con lo dispuesto en el artículo 4° de la Ley N°
26366
LA EMPRESA declara ser una Empresa legalmente constituida e inscrita en la Ficha N° 4973 de los
Registros Públicos de La Libertad, que tiene como objeto la fabricación, elaboración, distribución y
comercialización de toda clase de productos informáticos en general, brindar mantenimiento técnico y
proporcionar accesorios para computadoras; así como que cuenta con autorización de funcionamiento y
que cumple con todos los requisitos exigidos por LA OFICINA.
SEGUNDA: ANTECEDENTES Y OBJETO DEL CONTRATO
LA OFICINA, conforme a lo establecido en el Texto Único Ordenado de la Ley de Contrataciones y
Adquisiciones del Estado y su Reglamento aprobado mediante Decreto Supremo N° 012-2001-PCM y
Decreto Supremo Nº 013-2001-PCM, modificado por D.S. N° 079-2001-PCM llevó a cabo la Adjudicación
Directa Selectiva N° 005-2004-Z.R.N°II, con el objeto de seleccionar al proveedor que proporcione el
servicio de alquiler de 10 Laptops HP Intel Core 2 Duo y 250 GB de disco, que serán utilizadas para
atender el servicio de implementación de software de control de suministros e incidencias
Siendo EL CONTRATADO el postor favorecido con la Buena Pro del proceso, es necesario suscribir el
presente contrato conforme lo dispone el artículo 36° del Texto Único Ordenado de la Ley de
Contrataciones y Adquisiciones del Estado y artículo 118° de su Reglamento aprobado por D.S. N° 0122001-PCM y Decreto Supremo N° 013-2001-PCM, respectivamente. Queda entendido que el contrato lo
conforman las bases integradas y la propuesta técnica y económica presentadas por el postor favorecido
con la buena pro.
TERCERA: MONTO TOTAL DEL CONTRATO Y FORMA DE PAGO
El monto pactado para el alquiler de los equipos, objeto del presente contrato es de:
•
Item I (10 Laptop HP) S/. 27,493.27 (Veintisiete mil cuatrocientos noventitrés y 27/100 NUEVOS
SOLES), incluido IGV, y demás costos que puedan incidir en la prestación, según la propuesta económica
del postor.
El pago se efectuará en moneda nacional, mediante cheque a nombre del postor favorecido con la buena
pro, previa entrega de la factura correspondiente, de la siguiente manera:
En siete armadas mensuales, equivalentes al valor total de un bien por Item más el interés propuesto por
el postor, según el siguiente detalle
PERIODO
CUOTA ITEM I CUOTA TOTAL MENSUAL
1er Mes S/. 3 927.61
S/. 3 927.61
2do Mes S/. 3 927.61
S/. 3 927.61
3er Mes S/. 3 927.61
S/. 3 927.61
4to Mes S/. 3 927.61
S/. 3 927.61
5to Mes S/. 3 927.61
S/. 3 927.61
6to Mes S/. 3 927.61
S/. 3 927.61
7mo Mes
S/. 3 927.61
S/. 3 927.61
TOTAL S/. 27,493.27
S/. 27,493.27
La primera cuota será cancelada a treinta días de entregados los equipos, y las restantes a una
periodicidad mensual.
Pág. 98
Versión: 4.5
Gerencia de Proyectos
Fecha: 16/11/2015
CUARTA: DE LA ENTREGA – RECEPCIÓN DE LOS EQUIPOS
LA EMPRESA entregará las 7 Laptops, con las características requeridas en el proceso de selección,
dentro de los cinco días (calendarios) de suscrito el contrato. El plazo de entrega se computará a partir
del primer dia hábil siguiente a la fecha de suscripción del contrato. Para estos efectos interviene el área
de informática de LA OFICINA, quien prestará la conformidad de los mismos al momento de su entrega.
LA EMPRESA no podrá efectuar cambios ni retiro de los bienes entregados, sin el consentimiento de LA
OFICINA, salvo en los casos de vicios ocultos debidamente comprobados. En este último caso, se obliga
a reponer los bienes afectados, en un plazo máximo de 72 horas, contados a partir de la notificación
respectiva.
QUINTA: DURACION DEL CONTRATO
El presente Contrato tiene un periodo de duración de siete meses, contados a partir de la fecha de
entrega de los equipos.
SEXTA: RESOLUCION DEL CONTRATO
El presente contrato podrá ser resuelto por las siguientes razones:
1. Incumplimiento de las partes en las obligaciones emanadas del contrato,
2. De mutuo acuerdo, por causas no atribuibles a los contratantes.
Son de aplicación las normas contenidas en el art. 41° inciso c) y art. 45° del Texto Único Ordenado de la
Ley de Contrataciones y Adquisiciones del Estado y el artículo 144° de su Reglamento aprobados por el
Decreto Supremo N° 012-2001-PCM y N° 013-2001-PCM, respectivamente.
SEPTIMA : GARANTIA DE FIEL CUMPLIMIENTO
Por esta cláusula, conforme a lo dispuesto en el artículo 122° del Reglamento de la Ley de
Contrataciones y Adquisiciones del Estado, EL CONTRATADO declara bajo juramento, que se
compromete a cumplir con las obligaciones derivadas del presente contrato, caso contrario se pondrá en
conocimiento del CONSUCODE para las sanciones a que hubiere lugar en caso de incumplimiento.
OCTAVA : CLAUSULA ARBITRAL
Por la presente cláusula, las partes acuerdan que cualquier controversia o reclamo que surja desde la
celebración del presente contrato, será resuelta mediante arbitraje de derecho, conforme a las
disposiciones del Texto Único Ordenado de la Ley de Contrataciones y Adquisiciones del Estado y su
Reglamento.
El arbitraje será resuelto por un árbitro según lo dispuesto en el artículo 189° del Reglamento del Texto
Único Ordenado de la Ley de Contrataciones y Adquisiciones del Estado, por falta de acuerdo en la
designación del mismo, o ante la rebeldía de una de las partes en cumplir con dicha designación, la
misma será efectuada por el CONSUCODE conforme a las disposiciones del Reglamento del Texto Único
Ordenado de la Ley de Contrataciones y Adquisiciones del Estado o conforme al Reglamento del Centro
de Arbitraje al cual se hubiesen sometido las partes.
El laudo arbitral emitido es vinculante para las partes y pondrá fin al procedimiento de manera definitiva,
siendo el mismo inapelable ante el Poder Judicial o cualquier instancia administrativa.
NOVENA : NORMAS APLICABLES
Son aplicables supletoriamente a este contrato las normas del Código Civil en lo que fuera pertinente.
LUGAR Y FECHA:
Ambas partes en señal de conformidad con todas y cada una de las cláusulas precedentes, suscriben el
presente Contrato en la ciudad de Chiclayo, el día 07 del mes de Noviembre del año dos mil once.
----------------------------------------EL ARRENDADOR
---------------------------CONTRATANTE
Pág. 99