Trabajo final

Gerencia de Proyectos G3 1
PROYECTO:
Desarrollo e Implementación del Balance
Scorecard de “Banco del Pueblo”
Profesor: Justo Pérez Soncco
Grupo N° xx
Integrantes:






LIMA - PERÚ
2012

INDICE
1 INTRODUCCION ................................................................................................... 4
2 STATEMENT OF WORK (SOW) ........................................................................ 5
2.1 Antecedentes .....................................................................................................5
2.2 Necesidad Comercial: Avance Tecnológico.....................................................6
2.3 Propósito ............................................................................................................6
2.4 Alcance...............................................................................................................7
2.5 Estimación de la duración..................................................................................8
2.6 Responsables del Desarrollo...........................................................................10
2.7 Costos Estimados ............................................................................................10
2.8 Aceptación y Autorización................................................................................10
3 BUSSINESS CASE.............................................................................................12
3.1 Nombre del Proyecto .......................................................................................12
3.2 Definición del Problema...................................................................................12
3.3 Analisis de Impacto de Cartera de Proyectos .................................................12
3.4 Análisis de Rentabilidad...................................................................................17
4 PROJECT CHARTER.........................................................................................19
4.1 Nombre del Proyecto .......................................................................................19
4.2 Objetivos del Proyecto .....................................................................................20
4.3 Finalidad y Justificación del Proyecto..............................................................21
4.4 Gerente del Proyecto .......................................................................................21
4.5 Cronograma de Hitos .......................................................................................22
4.6 Organizaciones que intervienen en el Proyecto..............................................22
4.7 Principales Amenazas y Oportunidades..........................................................23
4.8 Restricciones y Supuestos...............................................................................23
4.9 Límites del Proyecto.........................................................................................24
5 REGISTRO DE INTERESADOS.......................................................................27
5.1 Estrategia de Gestion de Interesados .............................................................31
5.2 Clasificación de Interesados ............................................................................34
5.3 Modelo de Prominencia ...................................................................................37
6 PLAN DEL PROYECTO.....................................................................................38
6.1 Enunciado del Alcance.....................................................................................38
6.2 Documentación de Requerimientos.................................................................40
6.3 Plan de Gestión de Requerimientos ................................................................46
6.4 Matriz de Trazabilidad de Requerimientos ......................................................51

7 WBS.......................................................................................................................56
7.1 Diccionario de Wbs ..........................................................................................57
7.2 Atributos de la Actividad...................................................................................66
7.3 Lista de Hitos....................................................................................................72
7.4 Requisitos de Recursos de la Actividad ..........................................................73
7.5 Red del Proyecto..............................................................................................77
7.6 Cronograma del Proyecto................................................................................79
8 PLAN DE GESTIÓN DE COSTOS...................................................................82
8.1 Costeo del Proyecto.........................................................................................86
8.2 Presupuesto del Proyecto................................................................................90
8.3 Requisitos de Financiamiento..........................................................................93
9 PLAN DE GESTION DE LA CALIDAD ...........................................................94
9.1 Métrica de Calidad ...........................................................................................99
9.2 Plantilla de Métrica de Calidad ......................................................................101
10 PLAN DE RECURSOS HUMANOS ...............................................................107
10.1 Roles y Responsabilidades............................................................................109
10.2 Descripción de los Roles................................................................................112
10.3 Adquisición del Personal del Proyecto ..........................................................125
10.4 Cronograma e Histogramas de Trabajo del Personal del Proyecto .............127
10.5 Criterio de Liberación de Personal ................................................................132
11 PLAN DE GESTIÓN DE COMUNICACIONES.............................................134
11.1 Matriz de Comunicaciones.............................................................................136
12 PLAN DE GESTION DE RIESGOS................................................................140
12.1 Plan de Gestión del Riesgo ...........................................................................140
12.2 Registro de Riesgos.......................................................................................143
12.3 Registro y Evaluación Cualitativa del Riesgo................................................145
12.4 Plan de Respuesta a los Riesgos..................................................................148
13 PLAN DE GESTION DE ADQUISICIONES..................................................150
13.1 Adquisiciones .................................................................................................152
13.2 Cronograma de adquisiciones .......................................................................152

1 INTRODUCCION
El rápido proceso de cambio al que se ven sometidos en la actualidad tanto las
empresas privadas como las entidades y organismos de todo tipo produce cada vez
con más frecuencia la necesidad de acometer proyectos de envergadura u
operaciones singulares.
Es normal que, en ciertas ocasiones, un proyecto pueda encontrarse con dificultades
que no se habían contemplado inicialmente u obstáculos imprevisibles debido a
incertidumbres e influencias externas.
Los proyectos necesitan un estilo de gestión propio y adaptado a las características de
los procesos con los que se esté tratando, empleando técnicas no excesivamente
diferentes de las tradicionales pero si con matices o formas de aplicación diferentes.
Para el Desarrollo e Implementación del Balance Scorecard de “Banco del
Pueblo”, hemos aplicado los estándares del Project Managment Institute - PMI.
Para alcanzar los objetivos del presente proyecto, es importante y valioso la
participación y compromiso de los involucrados del proyecto, para plasmar las
necesidades del proyecto y validar las mismas.

2 STATEMENT OF WORK (SOW)
2.1 Antecedentes
La aplicación del BSC empieza con la definición de la visión, misión y valores del
Banco, la estrategia solo será consistente si se han conceptualizado esos elementos.
A partir de la definición de estos elementos se desarrolla la estrategia que puede ser
representada directamente en forma de mapas estratégicos o conceptualizada en otro
formato.
Definiendo estas estrategias se buscará alcanzar la visión, y estableciendo cuáles
son los factores críticos de éxito y perspectivas, permitirá preguntar qué hacer en
cada una de las perspectivas: Toma de decisiones, y cuestionarse cómo medir que
todo vaya en la dirección correcta. Así se comenzará a definir cómo evaluar el BSC.
basado en este trabajo, se podrán definir planes de acción e informes del BSC.
Planificación estratégica y BSC

2.2 Necesidad Comercial: Avance Tecnológico
La necesidad comercial de este proyecto responde al avance tecnológico. Permitirá a
los gerentes tener una imagen completa de la empresa bajo diferentes enfoques:
financiero, clientes, procesos internos y capacidades humanas y tecnológicas.
La necesidad del uso de esta herramienta permitirá cumplir las metas estratégicas
planteadas a través de la adecuada identificación y canalización de los conocimientos
que permitirán contribuir al logro de los objetivos de la empresa, todo esto a través de
la implementación de indicadores estratégicos.
Actualmente, el proceso para el cálculo del BSC se elabora de forma manual en
archivos Excel. Esto genera retrasos en el proceso así como también lo vuelve
susceptible a errores involuntarios en el mismo.
El resultado de estos cálculos se ve en el mismo archivo Excel en el cual se
encuentran las formulas y datos, lo que genera que la información no sea confiable
debido a la vulnerabilidad del archivo a ser manipulado.
Es por ello que surge la necesidad de contar con un sistema el cual genere mayor
eficiencia y efectividad en el proceso de cálculo así como la confiabilidad de los
usuarios en los datos generados. Todo esto se logrará automatizando el cálculo del
BSC para mostrar los resultados a través de un programa especializado: Cognos
IBM.
2.3 Propósito
El propósito general de la automatización del cálculo del BSC es el de pasar la
generación de la información de una forma manual a una forma automatizada,
accesible a usuarios autorizados mediante el aplicativo Cognos, que tiene como
objetivo principal disminuir el tiempo del proceso de una manera considerable así
como reducir los posibles errores en el cálculo de los resultados del mismo, así como
el mantenimiento y configuración periódica.
El Propósito de la Implementación del BSC automatizado se resume en los siguientes
puntos:
 Definir claramente la estrategia del Banco de forma adecuada, de manera que sea
difundida y sea concientizada por todos los miembros de la organización.

 Describir una estrategia de negocio en objetivos e indicadores de actuación,
involucrando a todos los niveles de la organización, logrando focalizar y alinear las
actividades e iniciativas de todos en el logro de la estrategia.
 Medir el rendimiento, derivado de la visión y la estrategia, que refleja los aspectos
más importantes del negocio.
 Medir los objetivos y las áreas críticas de la estrategia.
 Medir el progreso actual y suministrar la dirección futura del Banco que permitirá
convertir la visión en acción.
 Maximizar la rentabilidad y a la creación de valor en el tiempo.
 Permitir la alineación estratégica del Banco partir de la transformación de Visión y
Estrategia, en tácticas y acciones individuales.
 Potenciar la integración entre los diferentes niveles de la organización.
 Proporcionar a la administración un cuadro global e integrado de las operaciones
del negocio en forma diaria, para su seguimiento y control.
 Ayudar a reducir la cantidad de información que puede obtener de los sistemas de
información.
 Lograr la comunicación a todo el personal de los objetivos y su cumplimiento.
2.4 Alcance
El alcance del proyecto estará circunscrito a diseñar e implementar una forma de
realizar el cálculo del BSC de manera automatizada para poder visualizar los
resultados en pantallas de Cognos. El proceso de implementación deberá soportar lo
siguiente:
 Desarrollo de la Extracción y Carga de datos.
 Recepción y Procesamiento de datos.
 Desarrollo de los procesos de Cálculo del BSC
 Desarrollo de Pantallas, Reportes y Gráficos.
SISTEMAS se encargará en desarrollar el proceso de Extracción de datos para
migrar la información de los indicadores corporativos al aplicativo COGNOS, en esta
primera fase se desarrollarán 100 indicadores del tipo indicadores corporativos, este
proceso de extracción de data se realizará en tres etapas:
 Primera Etapa: 12 indicadores financieros a nivel de Agencia, Banco y
Competidores, información que se migrará al sistema Cognos.
 Segunda Etapa: 42 indicadores que actualmente se miden de una
forma mixta (Información del sistema procesada por el usuario en
formato excel) pasarán a ser automáticos para migrar la información al
sistema Cognos.

 Tercera Etapa: 46 indicadores manuales, elaboración de formatos para
la carga de información manual por parte del usuario, esta información
será migrada al sistema Cognos a través de procesos automáticos.
El control del Cronograma del proyecto será por cada etapa del Plan de Gestión de
Proyecto, Este proceso permitirá cumplir con los entregables mencionado en cada
etapa.
2.5 Estimación de la duración
Para la primera Etapa del Proyecto se estima que se tendrá una duración de 31.63
días laborales contando desde la entrega de las especificaciones del usuario, hasta el
cierre.
Etapas:
 Inicio
 Planificación
 Ejecución
 Cierre
 Seguimiento y Control
 Cronograma del proyecto

2.6 Responsables del Desarrollo.
DWCONSULWARE (Proveedor del SW y partnerde IBM) será el responsable del
diseño, desarrollo de interfaces, funcionalidades, cargas de datos, implementación del
cálculo del BSC, documentación, pruebas y capacitación de usuarios de la solución.
2.6.1.1 Carga de data.
El responsable de la carga de los datos para el cálculo de los indicadores del
BSC será DWCONSULWARE.
2.6.1.2 Extracción de data.
El responsable de los procesos de extracción de la data de los sistemas del banco y
la generación de archivos en un repositorio o carpeta final para la carga de data que
realizara el Proveedor será SISTEMAS.
El responsable de la generación de la data para los indicadores manuales, aquellos
cuya fuente no se pueda obtener de los sistemas del banco de forma automatizada,
será el usuario responsable del indicador, quien dejara los archivos con la información
requerida en un repositorio final.
2.7 Costos Estimados
Los honorarios correspondientes a los servicios profesionales de consultoría, licencias
y desarrollos de la solución BSC – Cognos, ascienden a USD 90,000 (Noventa mil
00/100 dólares americanos) más el Impuesto General a las Ventas (IGV), según el
alcance, condiciones y especificaciones descritas en la propuesta económica de
DWConsulware.
2.8 Aceptación y Autorización
Los términos y condiciones del presente Acuerdo de Servicios Profesionales se
aplican plenamente a los servicios y productos descritos en el presente
Statement of Work.
EN FE DE LO CUAL, las partes por intermedio de sus representantes respectivos
debidamente autorizados suscriben la ejecución del presente
Statement of Work.

[Nombre del Cliente] [Proveedor de Servicios]
Nombre Completo Nombre Completo
Titulo Titulo
Firma Firma
Fecha Fecha

3 BUSSINESS CASE
3.1 Nombre del Proyecto
Desarrollo e Implementación del Balance Scorecard, en el Banco del Pueblo.
3.2 Definición del Problema
Actualmente, el proceso para el cálculo del BSC (Balanced Scorecard) se elabora de
forma manual en archivos Excel. Esto genera retrasos en el proceso así como
también lo vuelve susceptible a errores involuntarios en el mismo.
BSC para mostrar los resultados a través de un programa especializado: Cognos
IBM.
Metas del Usuario
Contar con una herramienta que permita visualizar los indicadores
gerenciales del Banco, logrando realizar gestiones y seguimiento de las
estrategias planificadas.
Metas del Negocio
Lograr automatizar la mayor parte del proceso manual que existe para obtener
los indicadores del Banco del Pueblo.
3.3 Analisis de Impacto de Cartera de Proyectos
3.3.1 Requerimientos Funcionales
El proceso actual para el cálculo del BSC se basa en recepcionar y procesar la
información necesaria para luego continuar con el cálculo del tablero y por último
realizar la generación de reportes.
El proceso automatizado para el cálculo del BSC deberá soportar los procedimientos
del cálculo manual y actual reporte, los cuales se describen a continuación:

3.3.1.1 Recepción y Procesamiento de datos
Debido a que el Balance Scorecard es un tablero el cual mide información estratégica
de todas las perspectivas de una empresa, este recibe el input de los datos de
información necesaria de todas las áreas de la empresa.
Para los indicadores manuales (indicadores que no se encuentra su resultado o data
input para calcularlo dentro de un sistema o base de datos), el encargado de medición
será el encargo de colocar en un formato definido los datos del indicador en un única
carpeta.
Para los indicadores automáticos (indicadores que salen de alguna base de datos o
sistema del banco y pueden ser extraídos automáticamente (BT, MIS, etc)), el
encargado de colocar los datos del indicador en un formato definido en una única
carpeta es el área de sistemas. Ellos serán los encargados de realizar el proceso de
extracción de las diferentes bases de datos fuentes del banco.
3.3.1.2 Calculo de BSC
El Cálculo del BSC es un proceso que consiste en calcular el valor de cada indicador
definido.

Para ello se define una variable, que de acuerdo a la naturaleza del indicador
constituirá su valor o será necesario aplicarle una fórmula para obtener el valor a
medir del indicador, para poder medir el indicador será necesario establecer una meta
por indicador, sin embargo existirán casos en los que los indicadores mostrarán un
valor por si solos comparables en el tiempo sin necesidad de establecer la meta.
Luego del proceso de recepción y procesamiento de la información, a través de todas
las fuentes de datos se procede a realizar el cálculo del BSC. Este proceso de cálculo
se basa en realizar mediciones de un grupo de indicadores del negocio para luego
comparar estas mediciones con la meta de cada indicador y calificar a cada uno de
estos.
Como siguiente paso, se procede a calificar a cada uno de los objetivos definidos en
el mapa estratégico en función al peso de cada indicador asociado al objetivo.
Finalmente se procede a calificar a cada uno de los lineamientos estratégicos por
perspectiva en función al peso de cada objetivo asociado al lineamiento en la
perspectiva respectiva.
Por ejemplo se presenta el cálculo para uno de los lineamientos en este gráfico se
puede observar:
 Los indicadores por objetivos y sus pesos
 Los objetivos por lineamiento y sus pesos
 El lineamiento
El proceso descrito anteriormente, permite realizar el seguimiento de cada uno de los
lineamientos definidos por el banco así como también realizar mejoras continuas de
una manera más precisa focalizando esfuerzos y recursos en los indicadores que se
encuentran fuera de su meta, ayudando en la gestión de los Líderes y alineando a la
compañía así los mismos objetivos.
Esquema de los aspectos metodológicos:

3.3.1.3 Generación de pantallas
Una vez realizadas todas las evaluaciones, estas se deben mostrar en pantallas
dentro del Cognos. Estas pantallas deben ser elaboradas por el proveedor DW
Consulware.
Las pantallas deben mostrar entre otras cosas:
 Las notas de los lineamientos.
 Las notas de los objetivos.
 Las notas de los indicadores.
 El mapa de objetivos estratégicos.
3.3.1.4 Semáforos
Una vez que se tienen los resultados de los indicadores estos deben ser
comparados con sus metas y tolerancias y según lo parametrizado las pantallas
deben mostrar si el indicador se encuentra dentro de su meta (verde), bajo su
meta pero dentro de su tolerancia (amarillo) o fuera de su tolerancia (rojo).
Las metas y tolerancia de cada indicador se encuentran en el anexo 3 dentro de
cada ficha de indicador.
A manera de ejemplo:
Ejemplo A:
Objetivo estratégico: Aumentar ventas
En el ejemplo citado el estado del indicador monto de ventas netas se obtiene a
partir de las ventas, metas y tolerancias fijadas para cada Región.
Escala de valores para la semaforización del Indicador: Monto de ventas netas
Tolerancia del Indicador
Situación
Crítica
Situación Aceptable
Situación
Sobresaliente
Ventas <= 60
000
60 000 > Ventas < 100
000
Ventas >= 100
000
Indicador
Monto de Ventas
netas
Nota%
Nota/Meta
Nota del
Indicador
Meta del
indicador
Estado
Región 1 80% 80 000 100 000 Aceptable
Región 2 120% 120 000 100 000 Sobresaliente
Región 3 50% 50 000 100 000 Crítico

REGIÓN 3
50%
REGIÓN 1
80%
REGIÓN 2
120%
0% - 60% 61% - 99%
100% en
adelante
Intervalo de
valores
% Nota por
Región
Indicador de
nivel crítico
Indicador de
nivel aceptable
Indicador de nivel
sobresaliente
Significado
Ejemplo B:
Objetivo estratégico: Disminuir costos
En el ejemplo citado el estado del indicador monto de costo operativo se obtiene a
partir de los costos, metas y tolerancias fijadas para cada Agencia.
Indicador
Monto Costo
operativo
Nota%
Meta/Nota
Nota del
Indicador
Meta del
indicador
Estado
Agencia 1 75% 80 000 60 000 Aceptable
Agencia 2 120% 50 000 60 000 Crítico
Agencia 3 50% 120 000 60 000 Sobresaliente
Escala de valores para la semaforización del Indicador: Monto de costo operativo
AGENCIA2
120%
AGENCIA1
75%
AGENCIA3
50%
61% - 99%
Intervalo de
valores
% Nota por
Agencia
Indicador de
nivel crítico
Indicador de
nivel aceptable
Indicador de nivel
sobresaliente
Significado
100% en
adelante
0% - 60%
En los dos ejemplos citados el visualizador colorea el estado de los indicadores de
acuerdo los siguientes valores:
 Verde: Significa que el valor obtenido cumple con la meta fijada y por lo tanto
refleja una buena situación.
Tolerancia del Indicador
Situación Crítica Situación Aceptable Situación Sobresaliente
Costo >= 100 000 100 000 > Costo < 60 000 Costo <= 60 000

 Amarillo: Significa que si bien el valor obtenido no alcanza la meta fijada, está
dentro del margen de tolerancia aceptado, por lo que refleja una advertencia, sin
llegar a ser una situación de riesgo.
 Rojo: Significa que el valor obtenido no cumple la meta fijada, por lo que
refleja una mala situación.
3.4 Análisis de Rentabilidad
3.4.1 Inversión
Los honorarios correspondientes a los servicios profesionales de consultoría, licencias
y desarrollos de la solución BSC – Cognos, ascienden a USD 90,000 (Noventa mil
00/100 dólares americanos) más el Impuesto General a las Ventas (IGV), según el
alcance, condiciones y especificaciones descritas en la propuesta económica de
DWConsulware.
3.4.2 Beneficios
 Tener acceso oportuno a una fuente de información sobre indicadores
planteados en el BSC del banco, de forma que esta información se convierta
en conocimiento y cuya aplicación genere algún tipo de beneficio para el
Banco.
 Mejorar y hacer sostenibles los procesos de cálculos de indicadores del BSC.
 Lograr eficiencia operativa y productividad, a través de la automatización de
modelos y procesos actuales referentes a la implementación del BSC.
 Tomar decisiones de forma oportuna y segura, teniendo como principal virtud
la confiabilidad de la información brindada, la cual deberá ser de alta calidad y
actualizada.
 Reducción de costos operativos.
 Mejora de eficiencia en procesos operativos del banco
 Tomar acción sobre los resultados obtenidos de la calificación de los
indicadores de manera eficiente y efectiva.
3.4.3 Conclusiones y Recomendaciones
 A la fecha, el proceso para el cálculo del BSC (Balance Scorecard) se elabora
de forma manual en archivos Excel, generando retrasos y errores
involuntarios en el mismo.
 Por esta razón, se pone en marcha el proyecto de Desarrollo e
Implementación del Balance Scorecard, y contar con un sistema automatizado,
el cual genere mayor eficiencia y efectividad en el proceso.

 Luego del evaluar la necesidad, analizar el impacto y la rentabilidad, que
conllevará este proyecto, presentado en el presente documento se llega a la
conclusión que es viable.
 El programa especializado a utilizar es: Cognos IBM, proveído por la empresa
especializada DWConsulware.
 El proceso automatizado para el cálculo del BSC deberá soportar los
procedimientos del cálculo manual trabajados, anteriormente.
 Los honorarios correspondientes a los servicios profesionales de consultoría,
licencias y desarrollos de la solución BSC, ascienden a USD 70,000+IGV.
 Mayor beneficio: Lograr eficiencia operativa y productividad, a través de la
automatización de modelos y procesos actuales referentes a la
implementación del BSC, teniendo acceso oportuno a una fuente de
información sobre indicadores planteados en el BSC del banco.
 Verificar que las expectativas planteadas por los usuarios lleguen a
consolidarse en su totalidad.
 Dado que en este proyecto se trabajará con nuevas tecnologías se recomienda
contar con gente que tenga mayor experiencia en las nuevas herramientas.

4 PROJECT CHARTER
CONTROL DE VERSIONES
Versión Hecha por Revisada por Aprobada por Fecha Motivo
1.0 F.Rodríguez E. Melgar J. Castillo 07/07/2012
Documento
Original
4.1 Nombre del Proyecto
NOMBRE DEL PROYECTO SIGLAS DEL PROYECTO
Scorecard del Banco del Pueblo.
BSC
DESCRIPCIÓN DEL PROYECTO:
El proyecto BSC consiste en desarrollar e implementar el Cuadro de Mando Integral o
Balanced Scorecard bajo la herramienta COGNOS.
El Balance Scorecard, es un tablero de medición de las actividades estratégicas de la
compañía en términos de su visión y estrategia; a través de la implementación de los
indicadores estratégicos reflejarán la realidad de la organización en las siguientes
perspectivas: financiera, clientes, procesos internos y capacidades humanas y
tecnología, esto vía WEB.
El Proveedor y el Banco del Pueblo desarrollarán en conjunto la solución integral de
BSC, carga y automatización de procesos ETL, cálculos y visualización de los
indicadores estratégicos en el software Cognos de Balance Scorecard. Esta
herramienta permitirá a Banco del Pueblo obtener diferentes vistas de los indicadores
estratégicos o métricas de la compañía y le facilitará a Banco del Pueblo el proceso de
planeamiento estratégico, pues permitirá realizar un seguimiento exhaustivo de los
indicadores de cada división del banco, lo cual nos permitirá cumplir con los objetivos
estratégicos y dar un soporte a la toma de decisiones estratégicas del banco.
DEFINICIÓN DEL PRODUCTO DEL PROYECTO:
La solución definida desarrollará e implementará los cálculos del BSC de manera
automatizada y mediante la carga de archivos, cuyos resultados se visualizarán en la
herramienta COGNOS.
Detalle de la solución a implementarse:
 Procesos para la creación de Información resumida en Datamart de los indicadores
provenientes del Datawarehouse del banco y de los archivos de los usuarios.

 Manejo de Cubos y JOB para la Recepción y Procesamiento de datos en el
Servidor del COGNOS.
 Consultas especializadas para todos los indicadores del Banco en la herramienta
COGNOS.
 Reportes y Gráficos personalizados por cada indicador en la herramienta
COGNOS.
DEFINICIÓN DE REQUERIMIENTOS DEL PROYECTO:
Contar con información consistente, validada y oportuna, que satisfaga los
requerimientos de indicadores clave del banco, para un correcto soporte en la toma de
decisiones, que engendre competitividad a nuestra organización.
Implementar una herramienta integral de gestión gerencial, como es el Cuadro de
Mando Integral o Balance Scorecard que servirá de soporte a la toma de decisiones en
pro de la consecución de los objetivos estratégicos del Banco
4.2 Objetivos del Proyecto
OBJETIVOS DEL PROYECTO:
CONCEPTO OBJETIVOS OBJETIVOS
1. ALCANCE Proveer al banco de una
herramienta gerencial de soporte a
la toma de decisiones que le
permitirá medir el desempeño y
evolución del Banco del Pueblo.
Cumplir con los objetivos
estratégicos de la
organización.
Proveer al banco de una
herramienta de seguimiento o
tracking de las estrategias de la
organización.
Reflejar los niveles óptimos de
indicadores estratégicos.
Brindar un soporte a la gestión de
los Gerentes de División de Banco
del Pueblo.
Que accedan a información
oportuna, validada y
consolidada a través de
reportes producidos por la
herramienta BSC del banco
2. TIEMPO 10 meses Entregar el proyecto en el
tiempo establecido.
3. COSTO Definido en el Termino de Referencia del Proyecto.

4.3 Finalidad y Justificación del Proyecto
FINALIDAD DEL PROYECTO:
El propósito principal del proyecto es automatizar el proceso actual de cálculo del BSC e
implementar una solución integral de Cuadro de Mando Integral o Balance Scorecard,
para las diferentes divisiones usuarias.
A fin de un cumplir con el objetivo estratégico de la organización:
Generar Eficiencia Operativa y Productividad
JUSTIFICACIÓN DEL PROYECTO:
JUSTIFICACIÓN CUALITATIVA JUSTIFICACIÓN CUANTITATIVA
Conocer el desempeño organizacional y
evolución del Banco del Pueblo. Lo cual
permitirá al Banco realizar el
seguimiento de los indicadores y
objetivos estratégicos definidos en el
Plan Estratégico de Banco.
Flujo de Ingresos
Conocer las debilidades o puntos de
mejora de Banco del Pueblo, en cuyo
caso se requerirá enfocar esfuerzos y
recursos en aquellos ámbitos.
Flujo de Egresos
Contar con información consistente,
validada y oportuna, que satisfaga los
requerimientos de indicadores clave del
banco, para un correcto soporte en la
toma de decisiones, que engendre
competitividad a nuestra organización.
VAN
TIR
RBC
4.4 Gerente del Proyecto
DESIGNACIÓN DEL PROJECT MANAGER DEL PROYECTO
NOMBRE F. Rodríguez NIVELES DE AUTORIDAD
REPORTA A E. Melgar
SUPERVISA A Equipo de trabajo

4.5 Cronograma de Hitos
CRONOGRAMA DE HITOS DEL PROYECTO
HITO O EVENTO SIGNIFICATIVO
FECHA
PROGRAMADA
 Acta de Constitución del Proyecto (Project Charter, Ingeniería
y Desarrollo).
 Estructura de Desglose de Trabajo (EDT, Ingeniería y
Desarrollo
 Cronograma del Proyecto (Ingeniería y Desarrollo, Proveedor
IBM, Sistemas)
 REF de Indicadores Estratégicos (Ingeniería y Desarrollo)
 Certificación de las Pruebas. (Ingeniería y Desarrollo,
Usuario).
 Cierre del Proyecto. (Ingeniería y Desarrollo, Usuario).
PRINCIPALES FASES DEL PROYECTO
FASE DEL PROYECTO FECHA PROGRAMADA
Fase 1: Planificación
Fase 2: Análisis y Diseño
Fase 3: Ejecución e implementación
Fase 4: Pruebas
Fase 5: Puesta en marcha.
Fase 6: Estabilización.
4.6 Organizaciones que intervienen en el Proyecto
ORGANIZACIONES O GRUPOS ORGANIZACIONALES QUE INTERVIENEN EN EL PROYECTO
ORGANIZACIÓN O GRUPO ORGANIZACIONAL ROL QUE DESEMPEÑA
Gerencia de Contraloría y Finanzas – Banco del
Pueblo
Líder usuario y Sponsor del
Proyecto
Gerencia de Negocios– Banco del Pueblo Equipo de trabajo
Gerencia de Marketing – Banco del Pueblo Equipo de trabajo
Gerencia de Inteligencia comercial – Banco del
Pueblo
Equipo de trabajo
Gerencia de Recursos Humanos – Banco del Pueblo Equipo de trabajo
Gerencia de Tecnología y Desarrollo – Banco del
Pueblo
Equipo de trabajo
Jefatura de Ingeniería y Desarrollo – Banco del
Pueblo
Equipo de trabajo
Jefatura de Sistemas – Banco del Pueblo Equipo de trabajo
DWConsulware - IBM Equipo Consultor y
Desarrollador

4.7 Principales Amenazas y Oportunidades
PRINCIPALES AMENAZAS DEL PROYECTO
 Falta de apoyo de la alta gerencia, las gerencias usuarias deben tener un real
compromiso con el proyecto a fin de favorecer el enfoque estratégico necesario
para el éxito de la solución a implementar.
 Cambio de los miembros del equipo del proyecto – empleados del Banco.
 Cambio de los miembros del equipo proporcionado por el Proveedor.
 Resistencia al cambio de los usuarios, cambio de su manejo de archivos manuales
y ppts al uso de la herramienta Cognos.
 Retraso en los entregables del proyecto.
 Cambio de prioridades por atención de urgencias o solicitudes de la SBS
(Superintendencia de Banca y Seguros)
PRINCIPALES OPORTUNIDADES DEL PROYECTO
 Datamart’s generado con la información de los indicadores del Banco del Pueblo,
puedan ser aprovechados por otros procesos de la organización.
4.8 Restricciones y Supuestos
RESTRICCIONES Y SUPUESTOS
RESTRICCIONES SUPUESTOS
 Necesidad de presentar entregables
en tiempos muy cortos.
 Banco del Pueblo deberá asegurar las
condiciones tecnológicas necesarias
para realizar la ejecución del proyecto.
 Se trabajarán sólo con licencia para
tablero de indicadores del COGNOS.
 El proveedor debe cumplir con todos los
lineamientos del contrato.
 El proveedor sólo realizará lo que se
estipule en el contrato.
 Las personas involucradas tendrán
disponibilidad de tiempo para la
atención de preguntas, revisión y
relevamiento de información necesario
para el presente proyecto.
 Permanencia del personal involucrado
con quiénes se releva información,
usuarios clave y jefe de proyectos
durante el desarrollo del proyecto.

 La capacitación a usuarios técnicos y
usuarios finales será adecuada y
suficiente.
4.9 Límites del Proyecto
LÍMITES DEL PROYECTO (DENTRO Y FUERA DEL PROYECTO)
DENTRO DEL ALCANCE FUERA DEL ALCANCE
 Análisis de los requerimientos y
fuentes de Datos.
 Manejo del Cambio (Change
Management)
 Análisis y Diseño de
Indicadores.
 Actividades de validación de calidad de
datos
 Definición y/o implementación de
los procesos de ETL - Extracción y
Carga de datos.
 Adecuaciones y mejoras al
CoreBantotal para obtener la
información de la que no se tiene
disponibilidad
 Desarrollo de Indicadores.  Adecuaciones y mejoras al MIS para
obtener la información de la que no se
tiene disponibilidad o este errada
Diseño y Desarrollo de la
herramienta BSC.
 Mejorar el registro y la calidad de datos
almacenados en los sistemas fuente
 Parametrización de la herramienta
BSC.
 Limpieza de los datos almacenados en
los sistemas fuente
 Implementación de Seguridad en la
herramienta, de acuerdo a los
perfiles de usuario definidos.
 Cuadre de la información financiera
contable con los sistemas fuente
 Desarrollo de Reportes del BSC -
en Cognos.
 Generación del Portal de Análisis
de Indicadores.
 Transferencia de conocimientos.
PLANEAMIENTO INICIAL DEL PROYECTO AL ALTO NIVEL:
ESTIMACIÓN DE RECURSOS REQUERIDOS
PERFILES
CANTIDA
D
DEDICACIÓN
1 Líder Usuario 1 Part – Time
1 Jefe de Proyectos de Ingeniería y Desarrollo. 1 Part – Time
Analistas de Ingeniería y Desarrollo 2 Full – Time
Equipo de Usuarios de Planeamiento. 2 Full – Time
1 Jefe de Proyectos – DWConsulware - IBM. 1 Full – Time
Equipo Desarrollador– DWConsulware - IBM. 1 Full – Time

1 Supervisor de Sistemas – Sistemas 1 Part – Time
Equipo Desarrollador – Sistemas 1 Full – Time
Equipo de Usuarios – Diferentes áreas del
banco
1 Full – Time
PRESUPUESTO PRELIMINAR DEL PROYECTO
CONCEPTO MONTO
Servicios profesionales de consultoría,
licencias y desarrollos de la solución
BSC – Cognos
USD 90,000.00 (Noventa mil 00/100
dólares americanos) más IGV.
Fecha de Inicio : 16/07/2012
Fecha de término : 15/04/2013
AUTORIDAD DEL PROYECTO
AUTORIZACIÓN GERENTE DEL PROYECTO
Comité Ejecutivo (Planeamiento
estratégico)
Gerente de Contraloría y Finanzas (J.
Castillo – Líder Usuario)
SPONSOR QUE AUTORIZA EL PROYECTO
NOMBRE EMPRESA CARGO FECHA
J. Castillo Banco del
Pueblo
Gerente de Contraloría y
Finanzas.
07/07/2012

FIRMAS
NOMBRE/FUNCIÓN FIRMA FECHA
J. Castillo / Sponsor del Proyecto (Gerente
de la División de Contraloría y Finanzas).
C. Olazabal / Gerente de Finanzas y
Planeamiento
N. Lama / Supervisor de Planeamiento
M. Lúcar / Gerente de Tecnología y
Desarrollo.
E. Melgar / Jefe de Ingeniería y Desarrollo.
F. Rodríguez/ Jefe de Proyectos –
Ingeniería y Desarrollo.
V. Japay / Jefe de Sistemas.
C. Jiménez / PMO.

5 REGISTRO DE INTERESADOS
Versión Hecha por
Revisada
por
Aprobada por Fecha Motivo
1.0 F.Rodríguez E. Melgar J. Castillo 07/07/2012 Documento Original
REGISTRO DE STAKEHOLDERS
Desarrollo e Implementación del Balance Scorecard del Banco del Pueblo. BSC
IDENTIFICACIÓN EVALUACIÓN CLASIFICACIÓN
NOMBRE
EMPRESA Y
PUESTO
LOCALIZA
CIÓN
ROL EN EL
PROYECT
O
INFORMACIÓN DE
CONTACTO
REQUERIMIENTOS
PRIMORDIALES
EXPECTATIVA
S
PRINCIPALES
INFLUENCIA
POTENCIAL
IMPACTO PODER INTERÉS
IDENTI
FICACI
ÓN
FASE DE
MAYOR
INTERÉS
INTERNO
/
EXTERNO
APOYO /
NEUTRAL
/
OPOSITO
R
J. Castillo Banco del
Pueblo –
Gerente de la
División de
Contraloría y
Finanzas.
Lima Sponsor 578-6425
jcastillo@bp.com.pe
Contar con una
herramienta
gerencial de soporte
para la toma de
decisiones, que le
permitirá medir el
desempeño y
evolución del Banco
del Pueblo.
Cumplir con los
objetivos
estratégicos de
la organización.
Muy Fuerte Q.
Muy Alto
Risk
Muy Alto
Tiempo
Muy Alto
Costo
Muy Alto
Q.
Muy Alto
Risk
Muy Alto
Tiempo
Muy Alto
Costo
Muy Alto
Muy Alto Positivo Todo el
proyecto.
Interno Apoyo
S. Murga Banco del
Pueblo –
Gerente de
Servicio al
Cliente
Lima Gerente
Funcional
578-6425
smurga@bp.com.pe
Cumplir y realizar el
seguimiento de los
resultados del
proyecto.
Que el proyecto
sea culminado
satisfactoriamen
te.
Fuerte Q.
Muy Alto
Risk
Muy Alto
Tiempo
Muy Alto
Q.
Muy Alto
Risk
Muy Alto
Tiempo
Muy Alto
Alto Positivo Todo el
proyecto.
Interno Apoyo
J. Diaz Banco del
Pueblo – Jefe
de Ingeniería
y Desarrollo
Lima Jefe de
Proyectos
578-6425
jdiaz@bp.com.pe
Cumplir con el plan
del proyecto.
Que el proyecto
sea culminado
satisfactoriamen
te.
Mediana Q.
Muy Alto
Risk
Muy Alto
Tiempo
Muy Alto
Q.
Muy Alto
Risk
Muy Alto
Tiempo
Muy Alto
Muy Alto Positivo Todo el
proyecto.
Interno Apoyo

NOMBRE
EMPRESA Y
PUESTO
LOCALIZA
CIÓN
ROL EN EL
PROYECT
O
INFORMACIÓN DE
CONTACTO
REQUERIMIENTOS
PRIMORDIALES
EXPECTATIVAS
PRINCIPALES
INFLUENCIA
POTENCIAL
IDENTI
FICACI
ÓN
FASE DE
MAYOR
INTERÉS
INTERNO
/
EXTERNO
APOYO /
NEUTRAL
/
OPOSITO
R
L. Nina Banco del
Pueblo –
Coordinador
de Sistemas
Lima Coordinado
r de
Sistemas
578-6425
lnina@bp.com.pe
Cumplir con las
actividades
asignadas en las
etapas del proyecto.
Baja Mediana Positivo Inicio y
desarrollo
del
Software.
Interno Apoyo
M.
Magallanes
Banco del
Pueblo -
Analista de
Sistemas
Lima Analista de
Sistemas
578-6425
mmagallanes@bp.com
.pe
Que se desarrollen
los cambios en el
sistema según a lo
planificado.
Baja Mediana Positivo Inicio y
desarrollo
del
Software.
Interno Apoyo
Equipo
DwConsulwa
re - IBM
DwConsulwar
e – IBM
Lima Consultor 611-9400 Asesorar el Proyecto.
Proveedor del
aplicativo COGNOS.
Fuerte Mediana Positivo Todo el
proy ecto
Externo Apoy o
F. Miranda Gerente
General
Lima Gerente
General
578-6425
fmiranda@bp.com.pe
Contar con una
herramienta
gerencial de soporte
para la toma de
decisiones, que le
permitirá medir el
desempeño y
evolución del Banco
del Pueblo.
Información
fehaciente y
oportuna de los
indicadores.
Fuerte Tiempo
Medio
Q.
Muy Alto
Risk
Muy Alto
Tiempo
Muy Alto
Costo
Muy Alto
Muy Alto Positivo Final del
Proy ecto
Interno Neutral
A. Díaz Banco del
Pueblo –
Gerente
Procesos
Lima Gerente
Funcional
578-6425
adiaz@bp.com.pe
Cumplir con las
normas de calidad de
los procesos.
Decidir sobre el
funcionamiento de
los procesos y
establecer los
correctivos
oportunos.
Fuerte Q.
Alto
Tiempo
Alto
Q.
Alto
Risk
Alto
Mediana Positivo Todo el
proy ecto
Interno Apoy o
F. Rodríguez Banco del
Pueblo – Jefe
de Procesos
Lima Jefe de
Procesos
578-6425
frodriguez@bp.com.pe
Contar con
información
consistente, válida y
oportuna del
Cumplimiento de
iniciativas.
Información
fehaciente y
oportuna de sus
indicadores
Mediana Q.
Alto
Tiempo
Muy Alto
Q.
Alto
Risk
Alto
Mediana Positivo Todo el
proy ecto
Interno Apoy o
K. Vilchez Banco del
Pueblo –
Analista de
Procesos
Lima Analista de
Procesos
578-6425
kvilchez@bp.com.pe
Cumplir con la
documentación de
los procesos.
Baja Bajo Positivo Todo el
proy ecto
Interno Apoy o
N. Lama Banco del
Pueblo - Jefe
de Finanzas
Corporativas
Lima Usuario
Líder
578-6425
nlama@bc.com.pe
Contar con
información
oportuna del
presupuesto y
tolerancia de todos
los indicadores
corporativos.
Información
fehaciente y
oportuna de sus
indicadores.
Fuerte Risk
Medio
Tiempo
Medio
Risk
Medio
Tiempo
Medio
Alto Positivo Todo el
proy ecto
Interno Apoy o

NOMBRE
EMPRESA Y
PUESTO
LOCALIZA
CIÓN
ROL EN EL
PROYECT
O
INFORMACIÓN DE
CONTACTO
REQUERIMIENTOS
PRIMORDIALES
EXPECTATIVAS
PRINCIPALES
INFLUENCIA
POTENCIAL
IDENTI
FICACI
ÓN
FASE DE
MAYOR
INTERÉS
INTERNO
/
EXTERNO
APOYO /
NEUTRAL
/
OPOSITOR
R. Namuche Banco del
Pueblo - Jefe
de Tesorería
Lima Usuario 578-6425
rnamuche@bp.com.pe
Contar con
información
oportuna de las
Operaciones de
compra venta en
moneda extranjera,
en la red de
Agencias (Miles de
soles).
Ingreso por Tesorería
(MM S/.)
Mercados Capitales
(MM S/.)
Información
fehaciente y
oportuna de sus
indicadores
Mediana Mediana Positivo Todo el
proyecto
Interno Apoyo
R. Colchado Banco del
Pueblo _ Jefe
de Proyectos
de Activo
Social.
Lima Comité de
Control de
Cambios
578-6425
rcolchado@bc.com.pe
Contar con
información
oportuna de la
Calificación otorgada
por el GRI y Rating
Social. Programa de
Voluntariado Banco
del Pueblo. Rating
Social.
Información
fehaciente y
oportuna de sus
indicadores
proyecto
Interno Apoyo
E. Wilkeman Banco del
Pueblo - Jefe
de
Planeam
iento
y Beneficios.
Lima Comité de
Control de
Cambios
578-6425
ewilkeman@bc.com.pe
Contar con
información
oportuna de las
Horas de
capacitación.
Colaboradores
nuevos. Ranking
GPTW.
Información
fehaciente y
oportuna de sus
indicadores
proyecto.
Interno Apoyo

NOMBRE
EMPRESA Y
PUESTO
LOCALIZA
CIÓN
ROL EN EL
PROYECT
O
INFORMACIÓN DE
CONTACTO
REQUERIMIENTOS
PRIMORDIALES
EXPECTATIVAS
PRINCIPALES
INFLUENCIA
POTENCIAL
IDENTI
FICACI
ÓN
FASE DE
MAYOR
INTERÉS
INTERNO
/
EXTERNO
APOYO /
NEUTRAL
/
OPOSITOR
C. Olazabal Banco del
Pueblo –
Gerente de
Finanzas y
Planeamiento
Lima Gerente
Funcional
colazabal@bp.com.pe Automatizar los
procesos ETL,
cálculos y la
visualización de los
indicadores
estratégicos en una
herramienta
especializada.
Información
confiable y
oportuna al
cierre de mes.
Fuerte Mediana Positivo Todo el
proyecto
Interno Apoyo
A. Águila
Pardo
Jefe de
Inteligencia
comercial
Lima Usuario aaguilapardo@bp.com.
pe
Contar con
información
oportuna de la
Bancarización
Información
fehaciente y
oportuna de sus
indicadores
proyecto
Interno Apoyo
A. Alvarez Jefe de
Calidad y
Servicio al
Cliente
Lima Usuario aalvarez@bp.com.pe Contar con
información
oportuna de la
Calidad de Servicio
de red de agencias.
Indice de satisfacción
del Cliente de
Canales alternativos.
Información
fehaciente y
oportuna de sus
indicadores
proyecto
Interno Apoyo
A. Flores Banco del
Pueblo -Jefe
de Gestión de
Negocios
Lima Usuario adelcastillo@bp.com.p
e
Contar con
información
consistente, válida
del Otorgamiento de
Créditos manuales.
Información
fehaciente y
oportuna de sus
indicadores
proyecto
Interno Apoyo
R. Mesia Banco del
Pueblo – Jefe
de
información y
planeamiento
de cobranzas
Lima Usuario rmesia@bp.com.pe Contar con
información oportuna
de la efectividad de
las cobranzas.
Información
fehaciente y
oportuna de sus
indicadores
proyecto
Interno Apoyo
G. Vasallo Banco del
Pueblo – Jefe
de Gestión y
seguimiento
de riesgos
Lima Usuario gvasallo@bp.com.pe Contar con
información
oportuna,
consistente y válida
del promedio de
mora.
Información
fehaciente y
oportuna de sus
indicadores
proyecto
Interno Apoyo

5.1 Estrategia de Gestion de Interesados
Versión Hecha por
Revisada
por
ESTRATEGIA DE GESTIÓN DE STAKEHOLDERS
STAKEHOLDER
(PERSONA S O GRUPOS)
INTERÉS EN EL
PROYECTO
EVALUACIÓN
DEL IMPACTO
ESTRATEGIA POTENCIAL
PARA GANAR SOPORTE O
REDUCIR OBSTÁCULOS
OBSERVACIONES Y
COMENTARIOS
CONTROL
Sponsor
J. Castillo
Que el proy ecto sea terminado
exitosamente.
Muy Alto Inf ormar continuamente sobre la
perf ormance del proy ecto, los problemas
encontrados y solicitar apoy o de ser
necesario.
Agosto 2012
Enero 2013
Gerentre de Serv icio al Cliente
S. Murga
Que el proy ecto sea terminado
exitosamente.
Muy Alto Garantizar que el equipo de Proy ecto
tengan una clara v isión del Desarrollo e
Implementación del BSC.
Diciembre 2012
Enero 2013
Jef e de Proy ectos
J. Diaz
Coordinar, dirigir, controlar y
responsabilizarse en la ejecución
del proy ecto.
Muy Alto Concretar los objetiv os, gestionar los
recursos humanos, materiales y la relación
con otros departamentos y con el usuario o
receptor del proy ecto inf ormático.
Agosto 2012
Noviembre - Diciembre 2012
Enero 2013
Coordinador de Sistemas
L. Nina
Recibir la inf ormación del Jef e de
Proy ectos, en f unción de la cual
desarrollará los procesos
requeridos en el Datawarehouse
del Banco.
Bajo Inf ormará continuamente sobre los av ances
del desarrollo a trav és de inf ormes.
Agosto a Diciembre 212
Enero 2013
Analista de Sistemas
M. Magallanes
Recibir la inf ormación del
Coordinador de Sistemas, en
f unción de la cual desarrollará los
procesos requeridos en el
Datawarehouse del Banco.
Bajo Inf ormará continuamente sobre los av ances
del desarrollo a trav és de inf ormes.
Agosto – Setiembre 2012
Diciembre 2012
Enero 2013

STAKEHOLDER
(PERSONA S O GRUPOS)
INTERÉS EN EL
PROYECTO
EVALUACIÓN DEL
IMPACTO
ESTRATEGIA
POTENCIAL PARA
GANAR SOPORTE O
REDUCIR OBSTÁCULOS
OBSERVACIONES Y
COMENTARIOS
CONTROL
Consultor
Equipo DwConsulware - IBM
Recibir inf ormación del jef e de
proy ecto en f unción del cual
desarrollará las interf aces y reportes
en el COGNOS.
Alto Realizará reuniones con el equipo
del proy ecto.
Agosto a Nov iembre 2012
Gerente General
F. Miranda
Mejorar la satisf acción de los
clientes,
Tener inf ormación oportuna para la
mejor realización de su gestión.
Muy Alto Reunión sobre el impacto que
tendrá el proy ecto en tiempo y
costo sobre la gestión actual.
Gerente de Procesos
A. Diaz
Decidir sobre el f uncionamiento de
los procesos y establecer los
correctiv os oportunos que debe
consideradar en el proy ecto de
Balance Score Card,
Muy Alto Inf ormar la ejecución del proy ecto,
gestionar y medir cada uno o
más indicadores en la
periodicidad correspondiente.
Agosto – Nov iembre 2012
Enero 2013
Jef e de Procesos
F. Rodriguez
Participar en el diseño de la
solución, lo que le permitirá
documentar los procesos, así como,
la mejora que debe considerarse en
el proy ecto de Balance Score Card.
Medio Inf ormar la ejecución del proy ecto,
Agosto – Nov iembre 2012
Enero 2013
Analista de Procesos
K. Vilchez
Participar en el diseño de la
solución.
Bajo Inf ormar la ejecución del proy ecto,
Agosto 2012
Jef e de Finanzas Corporativ as -
Usuario Líder
N. Lama
Obtener los indicadores
estratégicos para su seguimiento,
lo cual permitirá cumplir los
objetiv os estratégicos del Banco,
así como, tener un soporte para la
toma de decisiones.
Alto Inf ormar la ejecución del proy ecto,
Agosto – Diciembre 2012
Enero 2013
Jef e de Tesorería
R. Namuche
Obtener los indicadores
estratégicos para su seguimiento,
lo cual permitirá cumplir los
objetiv os estratégicos del Banco,
así como, tener un soporte para la
toma de decisiones.
Bajo Inf ormar la ejecución del proy ecto,

STAKEHOLDER
(personas o grupos)
INTERÉS EN EL PROYECTO
EVALUACIÓN
DEL
IMPACTO
ESTRATEGIA POTENCIAL PARA
GANAR SOPORTE O REDUCIR
OBSTÁCULOS
OBSERVACIONES
Y COMENTARIOS
CONTROL
Jef e de Proy ectos de Activ o
Social -
Comité de Control de Cambios
R. Colchado
Obtener los indicadores estratégicos
para su seguimiento, lo cual permitirá
cumplir los objetiv os estratégicos del
Banco, así como, tener un soporte para
la toma de decisiones.
Medio Inf ormar la ejecución del proy ecto, gestionar y medir
cada uno o más indicadores en la periodicidad
correspondiente.
Jef e de Planeamiento y
Benef icios
E. Wilkeman
Medio Inf ormar la ejecución del proy ecto, gestionar y medir
correspondiente.
Gerente Funcional
C. Olazabal
Def inir y esquematizar los
procedimientos y especif icaciones de lo
requerido por el usuario.
Bajo Inf ormar continuamente sobre el av ance del proy ecto. Agosto – Diciembre 2012
Jef e de Inteligencia comercial
A. Águila Pardo
Bajo Inf ormar la ejecución del proy ecto, gestionar y medir
correspondiente.
Jef e de Calidad y Serv icio al
Cliente
A. Alv arez
correspondiente.
Jef e de Gestión de Negocios
A. del Castillo
correspondiente.
Jef e de inf ormación y
planeamiento de cobranzas
R. Mesia
correspondiente.
Jef e de Gestión y seguimiento
de riesgos
G. Vasallo
correspondiente.

5.2 Clasificación de Interesados
5.2.1 Matriz de Influencia vs Impacto
CLASIFICACION DE STAKEHOLDERS
- MATRIZ INFLUENCIA VS IMPACTO -
IMPACTO SOBRE EL PROYECTO
BAJO
ALTO
INFLUENCIA
SOBRE
EL
PROYECTO
ALTA
Jefe de Proyecto
J. Diaz
Jefe de Procesos
F. Rodriguez
Usuario Líder
N. Lama
Usuario
R. Namuche
R. Colchado
E. Wilkeman
Jefe de Inteligencia Comercial
A. Águila Pardo
Jefe de Calidad y Servicio al Cliente
A. Álv arez
Jefe de Gestión de Negocios
A. Flores
Jefe de información y planeamiento de cobranzas
R. Mesia
Jefe de Gestión y seguimiento de riesgos
G. Vasallo
Gerente General
F. Miranda
Sponsor
J. Castillo
Gerente Funcional
S. Murga
A. Diaz
C. Olazabal
BAJA
L. Nima
Analista Programador
M. Magallanes
Consultor
Equipo DwConsulware – IBM
K. Vilchez
Directorio

5.2.2 Matriz de Poder vs Influencia
- MATRIZ PODER VS INFLUENCIA -
PODER SOBRE EL PROYECTO
BAJO ALTO
INFLUENCIA
SOBRE
EL
PROYECTO
ALTA
Jefe de Proyecto
J. Diaz
Jefe de Procesos
F. Rodriguez
Gerente General
F. Miranda
Sponsor
J. Castillo
Gerente Funcional
A. Diaz
Gerente Funcional
S, Murga
BAJA
L. Nima
M. Magallanes
Consultor
Gerente Funcional
C. Olazabal
K. Vilchez
Usuario Líder
N. Lama
Usuario
R. Namuche
R. Colchado
E. Wilkeman
A. Águila Pardo
A. Álv arez
A. Flores
R. Mesia
G. Vasallo
PODER : Nivel de Autoridad
INFLUENCIA : Involucramiento Activo.

5.2.3 Matriz de Poder vs Interés
- MATRIZ PODER VS INTERÉS -
PODER SOBRE EL PROYECTO
BAJO
ALTO
INTERÉS
SOBRE
EL
PROYECTO
ALTA
Gerente Funcional
C. Olazabal
Jefe de Proyecto
J. Diaz
Jefe de Procesos
F. Rodriguez
Consultor
Usuario Líder
N. Lama
L. Nima
M. Magallanes
R. Colchado
E. Wilkeman
Gerente General
F. Miranda
Gerente Funcional
S, Murga
A. Diaz
Sponsor
J. Castillo
BAJA
Gerente Funcional
C. Olazabal
K. Vilchez
Usuario
R. Namuche
A. Águila Pardo
A. Álv arez
A. Flores
R. Mesia
G. Vasallo
PODER : Nivel de Autoridad
INFLUENCIA : Preocupación o conveniencia

5.3 Modelo de Prominencia
- MODELO DE PROMINENCIA –
DURMIENTES
Gerente General
F. Miranda
DEFINITIVOS
Sponsor
J. Castillo
Gerente Funcional
S. Murga
A. Diaz
Jefe de Proyecto
J. Diaz
DISCRECIONALES
Jefe de Procesos
F. Rodriguez
R. Colchado
E. Wilkeman
L. Nima
M. Magallanes
Consultor
K. Vilchez
DEPENDIENTES
Usuarios:
Jefes Varios
Usuario Líder
N. Lama
Usuario
R. Namuche
DEMANDANTES
URGENCIA LEGITIMIDAD
PODER
DO
DO
DOMINANTES
PELIGROSOS

6 PLAN DEL PROYECTO
1.00
6.1 Enunciado del Alcance
SCOPE STATEMENT
Scorecard, en el Banco del Pueblo.
BSC
DESCRIPCIÓN DEL ALCANCE DEL PRODUCTO
REQUERIMIENTOS: CARACTERÍSTICAS:
1. Procesos para la creación de
Información resumida en Datamart de
los indicadores provenientes del
Datawarehouse del banco y de los
archivos de los usuarios.
1. Un proceso automático, sin errores,
eficaz y eficiente.
2. Manejo de Cubos y JOB para la
Recepción y Procesamiento de datos en
el Servidor del COGNOS.
2. Cálculos de Indicadores automáticos y
manuales, tomando datos de diferentes
orígenes, reemplazando el proceso en
Excel.
3. Consultas especializadas para todos
los indicadores del Banco en la
herramienta COGNOS.
3. Consultas en línea sobre notas de
alineamiento, notas de objetivo, notas
de los indicadores, mapa de objetivos
estratégicos
4. Reportes y Gráficos personalizados
por cada indicador en la herramienta
COGNOS.
4. Reportes del BSC y Semáforos que
comparen indicadores versus metas
considerando parámetros de tolerancia
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO:
CONCEPTOS CRITERIOS DE ACEPTACIÓN
1. TÉCNICOS El desarrollo de sistemas que se realice debe cubrir el 100% de
los Requerimientos funcionales.
Reemplazar al 100% los Cálculos, Consultas y Reportes en Excel.
2. DE CALIDAD
3. ADMINISTRATIVOS
4. COMERCIALES
5. SOCIALES

ENTREGABLES DEL PROYECTO:
FASE DEL PROYECTO PRODUCTOS ENTREGABLES
1.0 Gestión de Proyecto Acta de Constitución, Lista de Stakeholders, Enunciado
del alcance y Plan de Gestión del Proyecto
2.0 Análisis y Diseño Diseño de la Solución, modelo de datos, Diseño de la
Interfaz Cognos, Diseño de Reportes Cognos
3.0Desarrollo Generación de procesos de extracción de datos,
generación de procesos para obtener indicadores
automáticos y variables,
Reportes e Interfaz Cognos
4.0Testing Plan de pruebas, informe de ejecución de pruebas,
levantamiento de observaciones
5.0Despliegue Plan de despliegue, pase a producción, manuales de
usuario y técnicos
6.0 Post-Despliegue Información post-despliegue
EXCLUSIONES
1. Manejo del Cambio (Change Management)
2. Actividades de validación de calidad de datos.
3. Adecuaciones y mejoras al Core Bantotal para obtener la información de la que no
se tiene disponibilidad.
4. Adecuaciones y mejoras al MIS para obtener la información de la que no se tiene
disponibilidad o este errada.
5. Adecuaciones y mejoras al MIS para obtener la información de la que no se tiene
disponibilidad o este errada.
6. Limpieza de los datos almacenados en los sistemas fuente.
7. Cuadre de la información financiera contable con los sistemas fuente.
RESTRICCIONES DEL PROYECTO:
INTERNOS A LA ORGANIZACIÓN
AMBIENTALES O EXTERNOS A LA
ORGANIZACIÓN
La solución se implementará en un plazo
no mayor de 10 meses, contados a partir
del primero de Agosto del 2011.
El costo del proyecto no deberá exceder
los $90,000 dólares americanos.
SUPUESTOS DEL PROYECTO:
INTERNOS A LA ORGANIZACIÓN
AMBIENTALES O EXTERNOS A LA
ORGANIZACIÓN

Banco del Pueblo deberá asegurar las
condiciones tecnológicas necesarias
para realizar la ejecución del proyecto
El proveedor debe cumplir con todos los
lineamientos del contrato
6.2 Documentación de Requerimientos
Versión Hecha por
Revisada
por
Aprobada
por
Fecha Motivo
DOCUMENTACIÓN DE REQUERIMIENTOS
BSC
NECESIDAD DEL NEGOCIO U OPORTUNIDAD A APROVECHAR: DESCRIBIR LAS LIMITACIONES DE
LA SITUACIÓN ACTUAL Y LAS RAZONES POR LAS CUÁLES SE EMPRENDE EL PROYECTO.
Actualmente, el proceso para el cálculo del BSC (Balanced Scorecard) se elabora de
forma manual en archivos Excel. Esto genera retrasos en el proceso así como
también lo vuelve susceptible a errores involuntarios en el mismo.
BSC para mostrar los resultados a través de un programa especializado: Cognos IBM.
OBJETIVOS DEL NEGOCIO Y DEL PROYECTO: DEFINIR CON CLARIDAD LOS OBJETIVOS DEL
NEGOCIO Y DEL PROYECTO PARA PERMITIR LAS TRAZABILIDAD DE ÉSTOS.

Cumplir los requerimientos establecidos por el sponsor y las áreas involucradas.
Concluir con el proyecto en el plazo solicitado por el sponsor.
REQUERIMIENTOS FUNCIONALES: DESCRIBIR PROCESOS DEL NEGOCIO, INFORMACIÓN,
INTERACCIÓN CON EL PRODUCTO, ETC.
STAKEHOLDER
PRIORIDAD
OTORGADA
POR EL
STAKEHOLDER
CODIGO REQUERIMIENTOS
SPONSOR
Muy alta RQ01
Automatizar archivo que contiene el presupuesto y
tolerancia de todos los indicadores corporativos.
Alta RQ02
Cargar indicador manual de Operaciones de
compra venta en moneda extranjera, en la red de
Agencias (Miles de soles).
Muy alta RQ03
Automatizar formato de la dimensión competidor
de los indicadores financieros:
- Punto Equilibrio.
- Gastos Financiero.
- Costo Provisión.
- Gastos Operativos.
- Ingresos por Servicios Financieros Netos.
- Ingresos Financieros.
- Mora.
- Castigos.
- Cartera Refinanciada.
- Cartera de Alto Riesgo.
Alta
RQ04
Automatizar los Indicadores anuales:
- Calificación otorgada por el GRI y Rating Social.
- Programa de Voluntariado Banco del Pueblo (Nº
participaciones).
- Rating Social.

Alta
RQ05
Automatizar los Indicadores mensuales:
- N° de empresarios de la microempresa
capacitados.
- Indicador de Horas de Capacitación por
Colaborador Banco del Pueblo.
- Indicador de Colaboradores Nuevos con
Inducción.
- Indicador de % de colaboradores alineados a
metas organizacionales (RV)
- Indicador Ranking GPTW.
- Indicador Asistencia a la Capacitación (%).
Alta RQ06
Cargar el indicador manual del Índice de
cumplimiento de Iniciativas.
Alta RQ07 Cargar el indicador manual de Bancarización.
Alta RQ08
Cargar el indicador manual del Índice de Calidad
de Servicio de la Red de Agencias (ICS).
Alta RQ09
Cargar indicador manual del Índice de Satisfacción
del Cliente (ISC) Canales Alternativos.
Alta RQ10
Cargar los indicadores manuales:
- Recordación espontánea Top of Mind.
- Recordación de instituciones financieras
orientadas a la microempresa.
Alta RQ11
Cargar indicadores de Otorgamiento de Crédito
manuales:
- Tiempo promedio de la Evaluación O.C.
- Tiempo promedio de la aprobación O.C.
- Tiempo promedio del Desembolso O.C.
- N° de Solicitudes Evaluadas.
- N° de Solicitudes Aprobadas.
- N° de Solicitudes Desembolsadas.
- % de solicitudes rechazadas.
- % de solicitudes desembolsadas con excepción.

Alta RQ12
Cargar los indicadores manuales de Efectividad de
Cobranzas:
- Efectividad de Call Center en el tramo 2- 8 días
- Efectividad de Call Center en el tramos 9 - 15
días.
- Efectividad de Gestión de Campo - Mora
Temprana (tramo 16 - 30 días de mora).
Intermedia - % K Liberado.
Avanzada - % K Liberado.
- Efectividad de Gestión de Negocios en tramo 2 -
15 días.
Alta RQ13
Cargar los indicadores manuales:
- Promedio de Mora por cosecha a 3 meses de
maduración.
maduración.
maduración.
maduración.
Alta RQ14
Cargar el indicador manual de Ratio de Capital
Global.
REQUERIMIENTOS NO FUNCIONALES: DESCRIBIR REQUERIMIENTOS TALES CÓMO NIVEL DE
SERVICIO, PERFOMANCE, SEGURIDAD, ADECUACIÓN, ETC.
STAKEHOLDER
PRIORIDAD
OTORGADA
POR EL
STAKEHOLDER
CODIGO REQUERIMIENTOS
Muy alta RQ15 Que el proyecto culmine satisfactoriamente.
Alta RQ16
Integración de los procesos de automatización
con otras áreas.
Alta
RQ17
Tablero de Control disponible al cierre de mes.

Muy alta RQ18
Información de indicadores confiable para la toma
de decisiones que impacten a la organización, en
pro del seguimiento y mejora de sus objetivos
estratégicos.
REQUERIMIENTOS DE CALIDAD: DESCRIBIR REQUERIMIENTOS RELATIVOS A NORMAS O
ESTÁNDARES DE CALIDAD, O LA SATISFACCIÓN Y CUMPLIMIENTO DE FACTORES RELEVANTES
DE CALIDAD.
STAKEHOLDER PRIORIDAD OTORGADA
POR EL STAKEHOLDER
REQUERIM IENTOS
El Aplicativo Cognos deberá ser ágil su
navegabilidad y usabilidad.
El Aplicativo deberá ofrecer un tiempo de
respuesta de 5 segundos para la emisión de los
reportes y gráficos.
La disponibilidad del sistema será del 100%.
La utilización del CPU del servidor no superará del
60%, operando a horas pico con el conjunto de
aplicativos actualmente implementados en el BSC.
Más del 90% del personal de Sistemas del banco
reunirá las habilidades prerrequisitos para aprobar
el curso de capacitación del aplicativo Cognos.
El proveedor deberá ser partner del Microsoft
CRITERIOS DE ACEPTACIÓN: ESPECIFICACIONES O REQUISITOS DE RENDIMIENTO,
FUNCIONALIDAD, ETC., QUE DEBEN CUMPLIRSE ANTES DE ACEPTAR EL PROYECTO.
CONCEPTOS CRITERIOS DE ACEPTACIÓN
1. TÉCNICOS El desarrollo de sistemas que se realice debe cubrir el 100% de los
requerimientos funcionales.
Mejora del 50% al 90% en el cálculo del BSC (Balance Scorecard)
2. DE
CALIDAD
Se debe lograr el 95% de satisfacción del cliente como mínimo.
3. ADM INIST
RATIVOS
Todos los entregables deben ser aprobados por el Banco del Pueblo
4. COM ERCI
ALES
El proveedor del aplicativo Cognos deberá cumplir con todo lo acordado
en el contrato.
5. SOCIALES El sistema deberá ser fácil de utilizar y control.
6. OTROS

REGLAS DEL NEGOCIO: REGLAS PRINCIPALES QUE FIJAN LOS PRINCIPIOS GUÍAS DE LA
ORGANIZACIÓN.
 Coordinación entre las áreas involucradas para el sostenimiento de la información
actualizada.
 Comunicación constante entre el equipo de proyecto, respecto a la ejecución del
proyecto.
 Emitir informes periódicos del rendimiento del proyecto, y tomar acciones
correctivas de ser el caso.
IMPACTOS EN OTRAS ÁREAS ORGANIZACIONALES
Este proceso se realizar con la información que se encuentra en el DW del MIS, no
afectará a los movimientos del Banco.
IMPACTOS EN OTRAS ENTIDADES: DENTRO O FUERA DE LA ORGANIZACIÓN EJECUTANTE.
Este sistema solo será accesible a usuarios autorizados mediante el aplicativo Cognos,
que tiene como objetivo principal disminuir el tiempo del proceso de una manera
considerable así como reducir los posibles errores en el cálculo de los resultados del
mismo, así como el mantenimiento y configuración periódica.
REQUERIMIENTOS DE SOPORTE Y ENTRENAMIENTO
SISTEMAS:
 Generará manuales de usuario para consultas en las áreas involucradas y
adicionales creara material de capacitación.
 Para los cambios realizados en el sistema, los usuarios podrán realizar consultas
por medio de correo y/o teléfono al personal de desarrollo de sistemas.
 Se brindará capacitación a los usuarios en el programa: Cognos.
SUPUESTOS RELATIVOS A REQUERIMIENTOS
El usuario no utilizará herramientas externas al sistema para cálculo del BSC (Balance
Scorecard)
RESTRICCIONES RELATIVAS A REQUERIMIENTOS

 Necesidad de presentar entregables en tiempos muy cortos.
 Se trabajarán sólo con licencia para tablero de indicadores del COGNOS.
 El proveedor sólo realizará lo que se estipule en el contrato.
6.3 Plan de Gestión de Requerimientos
BSC
ACTIVIDADES DE REQUERIMIENTOS: DESCRIBIR CÓMO SE PLANIFICARÁN, SEGUIRÁN Y
REPORTARÁN ESTAS ACTIVIDADES.

 Los requisitos son sugeridos por los principales stakeholders del proyecto
de mejora en la gestión de los sistemas de información en la Dirección de
Signos Distintivos durante el proceso de iniciación y planificación del
proyecto.
 Los requisitos serán descritos en la Matriz de Trazabilidad de Requisitos.
 Se establecerán atributos (prioridad, dificultad, riesgo, obsolescencia,
iteración planificada, iteración actual, código, descripción, sustento de
inclusión, propietario, fuente, versión, estado actual, fecha de cumplimiento,
nivel de estabilidad, grado de complejidad y criterio de aceptación.) por
cada tipo de requisito:
 Necesidades
 Características
 Requerimientos del producto
 Requerimientos funcionales
 Requerimientos no funcionales
Métodos para la identificación de requisitos:
 Los requisitos serán sugeridos por Los principales interesados mediante
entrevistas en la etapa de iniciación y planificación del proyecto a
ejecutarse.
 Con esto se definirán requisitos en las entrevistas con los interesados que
fueron identificados en la entrevistas con los interesados principales.
También a través de correo electrónico.
 Se definirán requisitos analizando los documentos de los procesos
operativos involucrados en el alcance del proyecto.
 Los requisitos serán descritos en la matriz de trazabilidad.
ACTIVIDADES DE GESTIÓN DE CONFIGURACIÓN: DESCRIPCIÓN DE CÓMO SE INICIARÁN
LAS ACTIVIDADES DE CAMBIOS AL PRODUCTO, SERVICIO O REQUERIMIENTO; CÓMO SE
ANALIZARÁN LOS IMPACTOS; CÓMO SE RASTREARÁN, MONITOREARÁN, Y REPORTARÁN, Y
CUÁLES SON LOS NIVELES DE AUTORIZACIÓN REQUERIDOS PARA APROBAR DICHOS
CAMBIOS.

Para las actividades de cambio al producto, servicio o requerimiento se realizará lo
siguiente:
 Cualquier Stakeholder responsable por división puede presentar la Solicitud
de Cambio, donde se detalla el porqué del cambio solicitado.
 El comité de control de cambios evaluará el impacto en el proyecto (a nivel
de costos, tiempos y alcance) de las solicitudes de cambio presentadas, y
reportará si estas son aprobadas o no al equipo de gestión del proyecto.
 Para las actividades de cambio al producto, servicio o requerimiento se
realizará lo siguiente:
 Las reuniones serán documentadas a través de Actas de Reunión,
anotándose todos los acuerdos entre representantes del Bco Popular y el
DWCONSULWARE.
 Los acuerdos de los comités serán documentados a través de actas de
comité, anotándose también los compromisos.
 Todo impacto que se presenten a lo largo del proyecto debería ser
mediante el proceso de informar sobre el avance de los logros y riesgos
mediante cartas o email.
 Los acuerdos de los comités serán documentados a través de actas de
comité, anotándose también los compromisos entre el Bco. Popular y
DWCONSULWARE.
 Dentro del monitoreo del Avance del proyecto se especificarán: las
actividades cerradas, las actividades pendientes, los entregables
concluidos, los entregables pendientes, etc.
 Para dar un mejor control y seguimientos a los cambios estos pueden ser
solicitado por cualquiera de los stakeholder, presentando una solicitud de
cambio al gerente del proyecto bajo previa sustentación de dicho cambio.
 Para un mejor seguimiento de dicho cambio el gerente del proyecto hará
una previa evaluación del impacto en el proyecto del cambio solicitado lo
cual se verá afectado en tiempos, costo por lo que será evaluado por el
comité de cambios.

 El comité de cambios estará compuesto por los principales stakeholder los
que determinarán si procede dicho cambio que ha sido presentado por el
gerente del proyecto.
 Cuando el comité de cambios aprueba dicho cambio, se debe realizar un
ajuste en el cronograma y documentación del proyecto DSD
 Los niveles de autorización requeridos para aprobar cualquier cambio que
afecta al proyecto, debería ser aprobado mediante dicho diagrama.
 Si el cambio ha sido aprobado, se implementará el cambio.
Se hará un seguimiento del cambio, para ver los efectos positivos o
negativos que tenga en el proyecto.
PROCESO DE PRIORIZACIÓN DE REQUERIMIENTOS: DESCRIBIR COMO SE PRIORIZARÁN
LOS REQUERIMIENTOS.
 La priorización de los requisitos se realizará en base a la Matriz de
Trazabilidad de Requisitos, de acuerdo al nivel de estabilidad y el grado de
complejidad de cada requisito documentado.
 Para la priorización de los requisitos tomado de la Matriz de Trazabilidad,
estará dividido por: Estado Actual (Activo, Cancelado, Diferido, Cumplido),
Nivel de Estabilidad (Alto, Mediano, Bajo) y Grado de Complejidad (Alto,
Mediano, Bajo), el cual será mencionado en la matriz de trazabilidad con
sus respectivas abreviatura.
 Este proceso será realizado por el equipo de gestión del proyecto durante
la planificación del proyecto, y será aprobado por el Sponsor.
 Se debe considerar que la priorización de requisitos es un atributo
mencionado en “Actividades de Requisitos”.
 Este proceso será realizado por el equipo de gestión del proyecto durante
la planificación del proyecto, y será aprobado por el Sponsor.
MÉTRICAS DEL PRODUCTO: DESCRIBIR LAS MÉTRICAS QUE SE USARÁN Y SUSTENTAR
PORQUÉ SE USARÁN.

Por el plazo de ejecución corto a la mitad y al finalizar el proyecto se evaluara
mediante entrevistas a los interesados y encuestas en reuniones breves de
máximo 15 minutos para medir el grado de satisfacción con el trabajo realizado,
midiéndose los tiempos, informes presentados, reuniones, entre otros siendo la
valoración tres igual a cliente insatisfecho, cuatro igual a cliente satisfecho y
cinco es igual a cliente totalmente satisfecho.
El grado de satisfacción de los clientes y demás stakeholders involucrados en el
proyecto, para esto podemos hacer uso de la herramienta de prototipado, de las
encuestas y de la matriz de trazabilidad (además de ayudarnos en la
recopilación de los datos) para determinar el grado de conformidad de estos,
caso contrario se realizará un seguimiento de las actividades y se tomarán las
acciones correctivas necesarias.
Los criterios de aceptación del proyecto son poco claros, lo cual podría derivar
en dificultades para obtener la firma en hitos claves resultando en trabajo
adicional que también afecta el presupuesto.
Dicha herramienta se usara:
 Debido a malos procesos u otros problemas afines.
 El proveedor hace una inadecuada estimación del hardware necesario,
pudiendo resultar en equipos no adecuados para la carga de trabajo.
 Los clientes no tienen tiempo de adoptar la solución, esto puede impactar
negativamente en la fecha de fin de proyecto.
 Debido a la falta de comunicación y flujo de documentación, resultando en
reportes de data inconsistentes tanto para el cliente como para el
proveedor mismo.
 Si son asignados recursos insuficientes durante la fase de pruebas por
parte del usuario, resultando en demoras en el proyecto.
 Debido a controles de cambio (con nuevos requerimientos) siendo
definidos tarde en la fase de desarrollo, el trabajo en dichos cambios podría
extenderse pasando la fecha de implementación planificada

ESTRUCTURA DE TRAZABILIDAD: DESCRIBIR LOS ATRIBUTOS DE REQUERIMIENTOS QUE
SE CAPTURARÁN EN LA MATRIZ DE TRAZABILIDAD Y ESPECIFICAR CONTRA QUE OTROS
DOCUMENTOS DE REQUERIMIENTOS DEL PROYECTO SE HARÁ LA TRAZABILIDAD.
En la Matriz de Trazabilidad se documentará la siguiente información:
— Atributos de Requisitos por cada sede que incluirá: código
 Código de requisito.
 Descripción de requisito.
 Sustento de su Inclusión
 Fecha de inclusión
 Propietario.
 Fuente
 Prioridad.
 Versión
 Estado Actual.
 Fecha de cumplimiento
 Nivel de Estabilidad.
 Grado de Complejidad.
 Criterio de Aceptación.
Trazabilidad hacia:
 Necesidades, oportunidades, metas y objetivos del negocio
 Objetivos del proyecto.
 Alcance del proyecto, entregables del DSD.
 Diseño del producto.
 Desarrollo del producto.
 Estrategia de prueba.
 Escenario de prueba.
 Requerimiento de alto nivel.
Contra los documentos que se realizara la trazabilidad son los requisitos
Funcionales (Describen los procesos de la empresa, la información y la interacción
con el producto, según sea el caso), Requisitos no funcionales (Niveles de servicio,
desempeño, seguridad, cumplimiento, niveles de soporte, etc.)
6.4 Matriz de Trazabilidad de Requerimientos

Estado Abreviatura Estado Abreviatura Estado Abreviatura
Activo AC Alto A Alto A
Cancelado CA Mediano M Mediano M
Diferido DI Bajo B Bajo B
Adicionado AD
Aprobado AP
CÓDIGO DESCRIPCIÓN
SUSTENTO
DE SU
INCLUSIÓN
PROPIETARI
O
FUENTE PRIORIDAD VERSIÓN
ESTADO
ACTUAL (AC,
CA, DI, AD,
AP)
FECHA DE
CUMPLIMIENTO
NIVEL DE
ESTABILIDAD
(A, M, B)
GRADO DE
COMPLEJIDA
D (A, M, B)
CRITERIO DE
ACEPTACION
NECESIDADE
S,
OPORTUNIDA
DES, METAS
Y
OBJETIVOS
OBJETIVOS
DEL
PROYECTO
ALCANCE
DEL
PROYECTO
/ENTREGABL
E DEL WBS
DISEÑO DEL
PRODUCTO
DESARROLLO
DEL PRODUCTO
ESTRATEGIA
DE PRUEBA
ESCENARIO
DE PRUEBA
REQUERIMIENTO
DE ALTO NIVEL
RQ01
Automatizar archivo que
contiene el presupuesto y
tolerancia de todos los
indicadores corporativos.
Solicitado
por Sponsor
Correo
Entrevista
Muy alta 1.00 AP A A
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.1
3.2
3.4
3.5
Generacion de
procesos de
extracción
Diseño de la
interfaz de
Cognos
Desarrollo
reportes cognos
Los procesos se
automatizarán
con SQL Server,
las interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de
las
automatizaci
ones
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cognos.
Cumplir con los
requerimientos del
cliente.
RQ02
Cargar indicador de
Operaciones de compra venta
en moneda extranjera, en la red
de Agencias (Miles de soles).
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A M
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.3.
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Procesos de
cargar
indicadores
manuales
Se desarrollará
el proceso de
carga mediante
DTS con SQL
Server, las
interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cumplir con los
requerimientos del
cliente.
RQ03
Automatizar formato de la
dimensión competidor de los
indicadores financieros:
- Punto Equilibrio.
- Gastos Financiero.
- Costo Provisión.
- Gastos Operativos.
- Ingresos por Servicios
Financieros Netos.
- Ingresos Financieros.
- Mora.
- Castigos.
- Cartera Refinanciada.
- Cartera de Alto Riesgo.
Solicitado
por Sponsor
Correo
Entrevista
Muy alta 1.00 AP A A
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.1
3.2
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Diseño de la
interfaz de
Cognos
Desarrollo
reportes cognos
Los procesos se
automatizarán
con SQL Server,
las interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cognos.
Cumplir con los
requerimientos del
cliente.
TRAZABILIDAD HACIA:
ATRIBUTOS DE REQUERIMIENTO
ESTADO ACTUAL NIVEL DE ESTABILIDAD GRADO DE COMPLEJIDAD
SIGLAS DEL PROYECTO
MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS
NOMBRE DEL PROYECTO

RQ04
Automatizar Indicadores
anuales:
- Calificación otorgada por el GRI
y Rating Social.
- Programa de Voluntariado
Banco Popular (Nº
participaciones).
- Rating Social.
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.1
3.2
3.4
Modelamiento de
datos
Generacion de
procesos de
extracción
Diseño de la
interfaz de
Cognos
Desarrollo
Los procesos se
automatizarán
con SQL Server,
las interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
Cumplir con los
requerimientos del
cliente.
RQ05
Automatizar Indicadores
mensuales:
- N° de empresarios de la
microempresa capacitados.
- Indicador de Horas de
Capacitación por Colaborador
Banco Popular.
- Indicador de Colaboradores
Nuevos con Inducción.
- Indicador de % de
colaboradores alineados a
metas organizacionales (RV)
- Indicador Ranking GPTW.
- Indicador Asistencia a la
Capacitación (%).
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.1
3.2
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Diseño de la
interfaz de
Cognos
Desarrollo
reportes cognos
Los procesos se
automatizarán
con SQL Server,
las interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cognos.
Cumplir con los
requerimientos del
cliente.
RQ06
Cargar el indicador de Índice de
cumplimiento de Iniciativas.
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A M
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.3.
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Procesos de
cargar
indicadores
manuales
Se desarrollará
el proceso de
carga mediante
DTS con SQL
Server, las
interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cognos.
Cumplir con los
requerimientos del
cliente.
RQ07
Cargar el indicador de
Bancarización.
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A M
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.3.
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Procesos de
cargar
indicadores
manuales
Se desarrollará
el proceso de
carga mediante
DTS con SQL
Server, las
interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cognos.
Cumplir con los
requerimientos del
cliente.
RQ08
Cargar indicador de Índice de
Calidad de Servicio de la Red de
Agencias (ICS).
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A M
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.3.
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Se desarrollará
el proceso de
carga mediante
DTS con SQL
Server, las
interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cognos.
Cumplir con los
requerimientos del
cliente.

RQ09
Cargar indicador del Índice de
Satisfacción del Cliente (ISC)
Canales Alternativos
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.3.
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Procesos de
cargar
indicadores
manuales
Se desarrollará
el proceso de
carga mediante
DTS con SQL
Server, las
interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cognos.
Cumplir con los
requerimientos del
cliente.
RQ10
Cargar indicadores:
- Recordación espontánea Top
of Mind.
- Recordación de instituciones
financieras orientadas a la
microempresa.
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.3.
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Procesos de
cargar
indicadores
manuales
Se desarrollará
el proceso de
carga mediante
DTS con SQL
Server, las
interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cumplir con los
requerimientos del
cliente.
RQ11
Cargar indicadores de
Otorgamiento de Crédito
manuales:
- Tiempo promedio de la
Evaluación O.C.
- Tiempo promedio de la
aprobación O.C.
- Tiempo promedio del
Desembolso O.C.
- N° de Solicitudes Evaluadas.
- N° de Solicitudes Aprobadas.
- N° de Solicitudes
Desembolsadas.
- % de solicitudes rechazadas.
- % de solicitudes
desembolsadas con excepción.
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.3.
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Procesos de
cargar
indicadores
manuales
Se desarrollará
el proceso de
carga mediante
DTS con SQL
Server, las
interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cognos.
Cumplir con los
requerimientos del
cliente.
RQ12
Cargar indicadores de
Efectividad de Cobranzas:
- Efectividad de Call Center en el
tramo 2- 8 días
- Efectividad de Call Center en el
tramos 9 - 15 días.
- Efectividad de Gestión de
Campo - Mora Temprana (tramo
16 - 30 días de mora).
Campo - Mora Intermedia - % K
Liberado.
Campo - Mora Avanzada - % K
Liberado.
Negocios en tramo 2 -15 días.
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.3.
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Procesos de
cargar
indicadores
manuales
Se desarrollará
el proceso de
carga mediante
DTS con SQL
Server, las
interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cognos.
Cumplir con los
requerimientos del
cliente.

RQ13
Cargar indicadores:
- Promedio de Mora por cosecha
a 3 meses de maduración.
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.3.
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Procesos de
cargar
indicadores
manuales
Se desarrollará
el proceso de
carga mediante
DTS con SQL
Server, las
interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cognos.
Cumplir con los
requerimientos del
cliente.
RQ14
Cargar indicador de Ratio de
Capital Global.
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Satisfacer al
cliente
Cumplir con
el alcance
del proyecto
Analisis de
diseño
2.1
2.2
2.3
2.4
Desarrollo
3.3.
3.4
3.5
Modelamiento de
datos
Generacion de
procesos de
extracción
Procesos de
cargar
indicadores
manuales
Se desarrollará
el proceso de
carga mediante
DTS con SQL
Server, las
interfaces y
reportes se
desarrollarán en
el aplicativo
Cognos.
Se crearán
casos de
uso para la
prueba de la
carga de los
indicadores
manuales.
Servidor
base datos
configurado
para testing
y un servidor
de
aplicaciones
de testing
para la
instalación
del aplicativo
Cognos.
Cumplir con los
requerimientos del
cliente.
RQ15
Que el proyecto culmine
satisfactoriamente.
Solicitado
por Sponsor
Correo
Entrevista
Muy Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Cumplir con
los
requerimient
os
solicitados al
100%
Cumplir con
el alcance
del proyecto
No aplica No aplica
Cumplir con los
requerimientos del
cliente.
RQ16
Integración de los procesos de
automatización con otras áreas.
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Cumplir con
el alcance
del proyecto
No aplica No aplica
Cumplir con los
requerimientos del
cliente.
RQ17
Tablero de Control disponible al
cierre de mes
Solicitado
por Sponsor
Correo
Entrevista
Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Cumplir con
el alcance
del proyecto
No aplica No aplica
Cumplir con los
requerimientos del
cliente.
RQ18
Información de indicadores
confiable para la toma de
decisiones que impacten a la
organización, en pro del
seguimiento y mejora de sus
objetivos estratégicos.
Solicitado
por Sponsor
Correo
Entrevista
Muy Alta 1.00 AP A A
Aprobación
del plan del
proyecto
Cumplir con
el alcance
del proyecto
No aplica No aplica
Cumplir con los
requerimientos del
cliente.

7 WBS

7.1 Diccionario de Wbs
1.0 F.Rodríguez M. Melgar J. Castillo
07/07/2012 Documento original
DICCIONARIO WBS
SIGLAS DEL PROYECTO
BSC
Nombre del Paquete Gestión del Proyecto
Identificador del
Paquete de Trabajo
1.0
Descripción del
Trabajo
Elaborar los entregables indicados de cada proceso para poder
realizar una adecuada Gestión del Proyecto
Project Charter: Detalla la definición del proyecto, requerimiento
de los stakeholders, necesidades del negocio, finalidad y
justificación del proyecto.
Lista de Stakeholders: La lista de todos los interesados del
proyecto, de las diferentes áreas de la organización.
Enunciado del alcance: Documento que establece el trabajo que
debe realizarse y los productos entregables que deben
producirse.
Plan del Proyecto: Documento formalmente aprobado que define
como se ejecuta, supervisa y controla el proyecto. Puede ser
resumido o detallado y estar compuesto por uno o más planes
subsidiarios y otros documentos de planificación.
Recursos Estimados
Sponsor, Jefe de Proyecto, coordinador de sistemas, analista de
sistemas, jefe de procesos, analista de procesos, líder usuario,
usuario
Criterio de
Aceptación
Requisitos que deben cumplirse: Entregar el Plan de Gestión de
Proyecto en el tiempo planificado.
Forma en que se aceptara: Reunión del equipo de proyecto.
Duración Estimada 17 días
Fecha Inicio 01/08/2012
Fecha Término 17/08/2012
Nombre del PaqueteDiseño de la solución

Identificador del
Paquete de Trabajo
2.1
Descripción del
Trabajo
Este paquete comprende el análisis y diseño de la funcionalidad
del proceso de extracción y carga de todos los indicadores que
posee el Banco del Pueblo.
Recursos EstimadosJefe de Proyecto, coordinador de sistemas, analista de sistemas,
jefe de procesos, analista de procesos, líder usuario, usuario
Criterio de
Aceptación
Requisitos que deben cumplirse: Entregar el diseño de la
solución en el tiempo planificado.
El diseño de la solución debe considerar los criterios de calidad
definidos para el proyecto
Nombre del
Paquete
Modelamiento de datos Datamart en el DW
Identificador del
Paquete de Trabajo
2.2
Descripción del
Trabajo
Este paquete se refiere al modelamiento del datamart que se
usará para los procesos requeridos en la automatización y carga
de los indicadores.
Recursos EstimadosCoordinador de sistemas, analista de sistemas
Criterio de
Aceptación
Aceptación del Plan de Proyecto
Nombre del Paquete Diseño interfaz de Cognos
Identificador del
Paquete de Trabajo
2.3
Descripción del
Trabajo
Este paquete comprende la elaboración de los prototipos de
pantallas nuevas a desarrollarse para atender los requerimientos
solicitados.
Recursos EstimadosAnalista de sistemas, jefe de procesos, analista de procesos,
líder usuario, usuario, consultor Cognos

Criterio de
Aceptación
Requisitos que deben cumplirse: Entregar el diseño de la
interfaz de Cognos en el tiempo planificado.
El diseño de la interfaz debe considerar la validación de los
requerimientos solicitados.
Identificador del
Paquete de Trabajo
3.1
Nombre del Paquete Generación de procesos extracción de datos(DTS)
Descripción del
Trabajo
Este paquete comprende el desarrollo de los procesos de
transferencia de datos mediante DTS’s, de la información base
(interna del banco) al nuevo datamart del BSC.
Recursos EstimadosAnalista de sistemas, coordinador de sistemas.
Criterio de
Aceptación
Requisitos que deben cumplirse: El proceso de extracción de
datos debe realizarse en el tiempo planificado.
Los procesos de extracción de datos deben realizarse
conservando los criterios de perfomance para los procesos.
Forma en que se aceptará: Después de la ejecución del proceso
Identificador del
Paquete de Trabajo
3.2
Nombre del Paquete Generación de procesos de indicadores automáticos
Descripción del
Trabajo
Este paquete comprende el desarrollo de los programas de
extracción de datos para obtener indicadores automáticos
(procedimientos almacenados, Jobs en SQL Server)
Criterio de
Aceptación
Requisitos que deben cumplirse: Que el proceso de generación
de indicadores automáticos se realice en el tiempo planificado.
Que se entregue documentación del proceso de generación de
indicadores automáticos.

Identificador del
Paquete de Trabajo
3.3
Nombre del Paquete Proceso de carga indicadores manuales
Descripción del
Trabajo
Este paquete comprende el desarrollo de la estructura de carga
para los indicadores manuales (archivos Excel) al datamart del
BSC.
Criterio de
Aceptación
Requisitos que deben cumplirse: Que el proceso de generación
de indicadores manuales se realice en el tiempo planificado.
Que se entregue documentación del proceso de generación de
indicadores manuales.
Forma en que se aceptara: Reunión del equipo de proyecto
Identificador del
Paquete de Trabajo
3.4
Nombre del Paquete Desarrollo interfaz - Cognos
Descripción del
Trabajo
Este paquete comprende el desarrollo de las interfaces en el
aplicativo Cognos para todos los indicadores
(automáticos/manuales).
Recursos EstimadosCoordinador de sistemas.
Criterio de
Aceptación
Requisitos que deben cumplirse: El desarrollo de la interfaz de
Cognos se realice en el tiempo planificado.
Que se entregue documentación del desarrollo de interfaz
Cognos.
Identificador del
Paquete de Trabajo
3.5

Nombre del Paquete Desarrollo reportes Cognos
Descripción del
Trabajo
Este paquete comprende el desarrollo de los reportes
correspondientes a los indicadores del BSC (con todas sus
dimensiones) en el aplicativo Cognos.
Recursos EstimadosCoordinador de sistemas.
Criterio de
Aceptación
Requisitos que deben cumplirse: Que el desarrollo de los
reportes Cognos se realicen en el tiempo planificado.
Que se entregue documentación del desarrollo de los reportes.
Validar que los reportes conserven todas las dimensiones en e
aplicativo Cognos.
Identificador del
Paquete de Trabajo
4.1
Nombre del Paquete Elaborar solicitud pase testing
Descripción del
Trabajo
Este paquete comprende la Elaboración del plan de pase testing
que detalle los casos de uso, pruebas a realizarse de lo
desarrollado (procesos/interfaz en el aplicativo Cognos)
Recursos EstimadosJefe de Proyecto, Coordinador de sistemas.
Criterio de
Aceptación
Requisitos que deben cumplirse: La solicitud del pase a testing
debe ser entregada en el plazo esperado.
Generar copias del documento a fin de poder informar a las
áreas involucradas.
Identificador del
Paquete de Trabajo
4.2
Nombre del Paquete Ejecutar despliegue de testing
Descripción del
Trabajo
Este paquete comprende la ejecución del plan de despliegue de
testing.

Criterio de
Aceptación
Requisitos que deben cumplirse: La ejecución del plan de
despliegue de testing debe realizarse en el tiempo planificado.
Identificador del
Paquete de Trabajo
4.3
Nombre del Paquete Elaboración informe de pruebas
Descripción del
Trabajo
Este paquete comprende el detalle de los resultados del
despliegue a testing.
Criterio de
Aceptación
Requisitos que deben cumplirse: El informe del proceso de
pruebas debe realizarse en el tiempo planificado.
Que se entregue documentación del informe de pruebas.
Identificador del
Paquete de Trabajo
4.4
Nombre del Paquete Realización aseguramiento de calidad
Descripción del
Trabajo
Este paquete comprende las actividades que garantizan el
cumplimiento de la obligación. Internamente proporcionan
confianza en la dirección de la organización y externamente
proporcionan confianza en el cliente.
Criterio de
Aceptación
Requisitos que deben cumplirse: El proceso de aseguramiento
de calidad debe realizarse en el tiempo planificado.
Que se entregue documentación del proceso de aseguramiento
de calidad.
Duración Estimada 1 día

Identificador del
Paquete de Trabajo
5.1
Nombre del Paquete Elaborar plan de despliegue
Descripción del
Trabajo
Este paquete comprende la elaboración del plan de despliegue,
que detalle las acciones necesarias para la implementación de
la solución en producción.
Recursos EstimadosJefe de Proyecto, Coordinador de sistemas, analista de sistemas
Criterio de
Aceptación
Requisitos que deben cumplirse: El plan de despliegue debe
realizarse en el tiempo planificado.
Que se entregue documentación detallada de las acciones
necesarias para la implementación.
Identificador del
Paquete de Trabajo
5.2
Nombre del Paquete Elaborar pase a producción
Descripción del
Trabajo
Este paquete consiste en la elaboración del pase a producción
que indique los pasos específicos a realizarse mediante un
checklist a los operadores de producción.
Criterio de
Aceptación
Requisitos que deben cumplirse: El pase a producción debe
realizarse en el tiempo planificado.
Que se entregue documentación detallada de los pasos a
realizarse el cual servirá para los operadores y responsables.
Identificador del
Paquete de Trabajo
5.3
Nombre del Paquete Ejecutar despliegue de producción
Descripción del
Trabajo
Este paquete comprende la ejecución del plan de despliegue de
producción.

Recursos EstimadosLíder Usuario
Criterio de
Aceptación
Requisitos que deben cumplirse: El plan de despliegue debe
ejecutarse en la fecha y tiempo planificado.
Debe realizarse el seguimiento a todo el despliegue en
producción hasta el final.
Que se entregue documentación de sustento del plan de
despliegue de ejecución.
Identificador del
Paquete de Trabajo
5.4
Nombre del Paquete Elaboración guía técnica de uso
Descripción del
Trabajo
Este paquete comprende la elaboración del documento técnico
de la solución implementada (procesos, modelamiento, etc.).
Recursos EstimadosGerente de servicio al cliente, jefe de proyecto
Criterio de
Aceptación
Requisitos que deben cumplirse: La guía técnica debe
entregarse en el tiempo planificado.
Entrega de la documentación detallada de la guía y copias para
cada jefe responsable.
Identificador del
Paquete de Trabajo
5.5
Nombre del Paquete Elaboración y aprobación Manual de usuario
Descripción del
Trabajo
Este paquete comprende la elaboración del manual de usuario
de la aplicación Cognos con la solución implementada, que
tiene por finalidad formalizar las funciones u operativas que
puede realizar el usuario.
Recursos EstimadosGerente de servicio al cliente, coordinador de sistemas

Criterio de
Aceptación
Requisitos que deben cumplirse: La entrega del manual de
usuario debe realizarse en el tiempo planificado.
Debe entregarse el número para los usuarios y responsables de
cada equipo.
Identificador del
Paquete de Trabajo
6.1
Nombre del Paquete Elaborar informe post-despliegue
Descripción del
Trabajo
Es paquete consiste en elaborar el Informe post-despliegue,
que detalle los resultados y comportamiento de la solución
implementada a modo de feedback de todos los usuarios que
usan la herramienta.
Recursos EstimadosGerente de servicio al cliente, coordinador de sistemas
Criterio de
Aceptación
Requisitos que deben cumplirse: La entrega del informe de post-
despliegue debe realizarse como máximo 2 días después la
implementación.
Forma en que se aceptara: Reunión del equipo de proyecto y
principales interesados.

7.2 Atributos de la Actividad
BSC
PAQUETE DE TRABAJO ACTIVIDAD DEL PAQUETE DE TRABAJO
ACT.
PREDECESORA
DEPENDENCIAS
(TIPO RELACIÓN)
ADELANTO/RETRASO
RESTRICCI
ONES O
SUPUESTO
S
FECHA
IMPUES
TA
PERSONA
RESPONSA
BLE
ZONA
GEOGRÁFICA
TIPO DE ACTIVIDAD
(TIME DRIVEN,
RESOURCE DRIVEN)
SECUENCIAMIENTO
DE ACTIVIDADES
DENTRO DEL
PAQUETE DE
TRABAJO
CÓDIGO
WBS
NOMBRE CÓDIGO NOMBRE
ALCANCE DEL TRABAJO
DE LA ACTIVIDAD
1.1.1 Project
Charter
1.1.1.A01 Reunión con el
Sponsor
Reunión inicial de
trabajo
JD,JC Oficina de
Sponsor
Time driven
1.1.1.A02 Elaborar el Project
Charter
Redactar
documento de inicio
1.1.1.A01 FI + 1 JD Oficina de
Sistemas
Resource
Driven
1.1.1.A03 Revisar Project
Charter
Revisar y aprobar el
Project Charter
1.1.1.A02 FI JD,JC Oficina de
Sponsor
Time driven
1.1.2 Lista de
Stakeh
olders
1.1.2.A01 Elaborar listado
de stakeholders
Listar todos los
stakeholders
involucrados en el
proyecto
JD Oficina de
Sistemas
Resourse
driven 1.1.2.A01
1.1.1.A01
1.1.1.A02
1.1.1.A03
1.1.1.1.A
03

1.2.1 Scope
Statem
ent
1.2.1.A01 Reunión con el
Sponsor y
principales
usuarios
Reunión de
información con el
Sponsor y
principales usuario
de las áreas de
COM/PCP
JD,JC Sala de
Reuniones
Sponsor
Time driven
1.2.1.A02 Elaborar el Scope
Statement
Elaborar el
documento del
Scope Statement
1.2.1.A01 FI JD Oficina de
Sistemas
Resource
Driven
1.2.1.A03 Revisar el Scope
Statement
Scope Statement
1.2.1.A02 FI JD,JC Oficina de
Sponsor
Resource
driven
1.2.2 Plan de
Proyect
o
1.2.2.A01 Elaborar el Plan
de proyecto
Redactar el Plan de
Proyecto
JD Oficina de
Sistemas
Resourse
driven
1.3 Inform
e de
estado
del
Proyect
o
1.3.A01 Elaborar informe
del Estado del
Proyecto
Redactar el Informe
del Estado del
Proyecto
JD Oficina de
Sistemas
Resource
driven
1.3.A02 Elaborar el Boletín
informativo
Redactar el Boletín
informativo
1.3.1.A01 FI LN Oficina de
Sistemas
Resource
driven
1.4 Reunió
n de
coordin
ación
semana
l
1.4.A01 Realizar reunión
de coordinación
Proyecto
Reunión de
coordinación
semanal del equipo
del proyecto
JD Oficina de
Sistemas
Resource
driven
1.4.A02 Elaborar el Acta
de reunión
Redactar el acta de
reunión
1.2.1.A01 FI LN Oficina de
Sistemas
Resource
driven
1.5 Cierre
del
Proyect
o
1.5.A01 Elaborar
documentos de
Cierre de
Proyecto
Redactar
documentos de
cierre de proyecto
1.3.A02,
1.4.A02
FF JD Oficina de
Sistemas
Resourse
driven
2.1 Diseño
de la
solució
n
2.1.A01 Diseñar la
Solución
Elaborar el diseño
de la solución con
especificaciones
técnicas de cómo se
desarrollarán los
procesos
requeridos.
MM Oficina de
Sistemas
Resource
driven
2.1.A02 Revisar diseño de
la solución
documento de
diseño de la
2.1.A01 FI JD Oficina de
Sistemas
Resource
driven
1.2.1.A01
1.2.1.A02
1.2.1.A03
1.2.2.A01
1.3.A01
1.3.A02
1.5.A01
2.1.A01
2.1.A02
1.4.A01
1.4.A02

solución.
2.2 Modela
do de
Base
Datos –
Datama
rt en
DW
2.2.A01 Modelar la Base
datos – Dtamart
en DW
Realizar el
modelamiento de la
base datos que se
usará
MM Oficina de
Sistemas
Resource
driven
2.2.A02 Actualizar
Diccionario de
datos – BD
Elaborar el listado
de vistas a
generarse
1.2.1.2.A0
1
FI MM Oficina de
Sistemas
Resource
driven
2.3 Diseño
de
Interfaz
en
Cognos
2.3.A01 Diseñar Interfaz
en Cognos
Realizar el diseño
de las Interfaces de
indicadores en el
aplicativo Cognos
KT
COGNO
S
Oficina de
Sistemas
Time driven
3.1 Genera
ción de
proceso
s de
Extracci
ón de
Datos-
DTS
3.1.A01 Crear DTS de
extracción de
información
Realizar la creación
de los DTS para la
extracción de la
información
concerniente a los
indicadores.
MM Oficina de
Sistemas
Resource
driven
3.2 Genera
ción de
Proceso
s de
Indicad
ores
Automá
ticos
3.2.A01 Creación de SP
para los procesos
de los indicadores
automáticos
de los Store
procedures de los
procesos de los
indicadores
automáticos
MM Oficina de
Sistemas
Resource
driven
3.3 Genera
ción de
proceso
s de
carga
de
indicad
ores
manual
es
3.3.A01 Creación de
procesos de carga
de indicadores
manuales
de DTS para la
carga de los
indicadores
manuales leyendo
los archivos Excel
que transferir la
información al SQL.
MM Oficina de
Sistemas
Resource
driven
3.4 Desarro 3.4.A01 Crear cubos de Realizar la creación KT Oficina de Resource
2.2.A01
2.2.A02
3.1.A01
3.2.A01
3.3.A01
2.3.A01

llar
Interfaz
Cognos
extracción de
datos al Cognos
de los cubos
requeridos para el
Cognos
COGNO
S
Sistemas driven
3.4.A02 Crear Job de
transferencia de
los Cubos al
Cognos
del Job que lea los
cubos del Cognos
para utilizar la
información en el
Cognos.
3.4.A01 KT
COGNO
S
Oficina de
Sistemas
Resource
driven
3.4.A03 Crear Interfaces
en aplicativo
Cognos
de las interfaces
(pantallas) de
indicadores en el
aplicativo Cognos.
3.4.A02 FI KT
COGNO
S
Oficina de
Sistemas
Resource
driven
3.5 Progra
mar
Reporte
s
3.5.A01 Crear
vistas/consultas
especializadas en
base a los cubos
de vistas/consultas
especializadas de
los indicadores en
base a los cubos ya
generados.
KT
COGNO
S
Oficina de
Sistemas
Resource
driven
3.5.A02 Crear reportes Realizar la creación
de los reportes
definidos para los
diferentes listados
de todos los
indicadores.
3.5.A01 FI KT
COGNO
S
Oficina de
Sistemas
Resource
driven
4.1 Elabora
ción
Solicitu
d Pase
a
Testing
4.1.A01 Crear Solicitud de
pase a testing
Registrar la
solicitud de pase a
testing, indicando
los pasos a
realizarse en el
despliegue de
testing.
LN Oficina de
Sistemas
Resourse
driven
4.1.A02 Revisar Solicitud
de pase a testing
Revisar y aprobar
solicitud de pase a
Sistemas
Resource
driven
4.1.A01
4.1.A02
3.5.A01
3.5.A02
3.4.A01
3.4.A02
3.4.A03

testing.
4.2 Ejecuci
ón
Desplie
gue de
Testing
4.2.A01 Realizar el
despliegue del
pase a testing
Realizar la
ejecución del pase
a testing según las
indicaciones
registradas en la
Solicitud de Pase.
LN Oficina de
Sistemas
Resourse
driven
4.3 Elabora
ción
informe
de
Prueba
s
4.3.A01 Crear Informe de
Pruebas
Crear el informe de
pruebas con los
resultados
obtenidos.
LN Oficina de
Sistemas
Resourse
driven
4.3.A02 Revisar informe
de Pruebas
Realizar la revisión
del informe de
pruebas redactado.
Sistemas
Resourse
driven
4.4 Realiza
ción del
Asegur
amient
o de la
Calidad
4.4.A01 Realizar el
aseguramiento de
la calidad
Realizar el
aseguramiento de
la calidad
LN Oficina de
Sistemas
Resourse
driven
4.4.A02 Redactar Informe
de Aseguramiento
de la Calidad
Realizar la
redacción del
informe del
Aseguramiento de
la calidad realizado,
indicando el detalle
de los resultados y
observaciones.
4.4.A01 FI LN Oficina de
Sistemas
Resourse
driven
5.1 Elabora
ción de
Plan de
Desplie
gue
5.1.A01 Crear Plan de
Despliegue
del plan de
despliegue, que
indica el detalle de
las instrucciones del
pase a producción
MM Oficina de
Sistemas
Resourse
driven
5.1.A02 Revisar Plan de
Despliegue
Revisar y aprobar
plan de Despliegue
Sistemas
Resourse
driven
5.2 Elabora
ción de
Pase a
Producc
5.2.A01 Crear pase a
Producción
Realizar el registro
del pase a
producción
MM Oficina de
Sistemas
Resourse
driven
5.2.A02 Revisar pase a Revisar y aprobar el 5.2.A01 FI JD Oficina de Resource
4.2.A01
4.3.A02
4.3.A01
4.4.A01
4.4.A02
5.1.A01
5.2.A02
5.2.A01
5.2.A02

ión producción pase a producción
registrado
Sistemas driven
5.3 Ejecuci
ón de
Desplie
gue en
Producc
ión
5.3.A01 Realizar
Despliegue en
Producción
Realizar el
despliegue en
producción.
OP Oficina de
Sistemas
Resourse
driven
5.4 Elabora
ción
Guía
Técnica
de Uso
5.4.A01 Elaborar Guía
Técnica de Uso
Realizar la
elaboración de la
Guía técnica de Uso
de la aplicación
Cognos y procesos
relacionados.
MM Oficina de
Sistemas
Resourse
driven
5.4.A02 Revisar Guía
técnica de uso
Revisar Guía
técnica de uso.
Sistemas
Resourse
driven
5.5 Elabora
ción y
aproba
ción
Manual
de
Usuario
5.5.A01 Elaborar Manual
de Usuario
Redactar el Informe
semanal de registro
de datos
LN Oficina de
Sistemas
Resourse
driven
5.5.A02 Revisar Manual de
Usuario
Revisar y aprobar
informe Semanal de
registro de Datos
Sistemas
Resourse
driven
6.1 Elabora
ción
Inform
e Post-
Desplie
gue
6.1.A01 Crear informe
post-despliegue
del informe post-
despliegue
MM Oficina de
Sistemas
Resourse
driven
6.1.A02 Revisar informe
post-despliegue
Revisar el informe
post-despliegue
Sistemas
Resourse
driven
5.3.A01
5.5.A01
5.5.A02
5.4.A01
5.4.A02
6.1.A01
6.1.A02

7.3 Lista de Hitos
L
LI
IS
ST
TA
A D
DE
E H
HI
IT
TO
OS
S
BSC
# Hitos WBS Fecha Descripción
Plan de Proyecto 1.2.2 02/08/12 Documento formalmente aprobado que
define como se ejecuta, supervisa y controla
el proyecto. Puede ser resumido o detallado
y estar compuesto por uno o más planes
subsidiarios y otros documentos de
planificación.
Diseño de la Solución 2.1 15/08/12 Documento técnico en el que se especifica
la solución a implementarse para atender los
requerimientos solicitados del proyecto.
Modelado de Base
datos – Datamart en
DW
2.2 05/09/12 Modelado de Base Datos, elaboración de los
datamart necesarios para el correcto
desarrollo de los procesos a implementarse.
Diseño Interfaz
Cognos
2.3 08/08/12 Documento técnico del diseño de la interfaz
del aplicativo Cognos para la consulta del
mapa estratégico del banco.
Elaboración solicitud
pase a testing
4.1 08/04/13 Documento formal de pase a Testing
requerido para las pruebas de los procesos
e interfaces con los usuarios.
Ejecución de
Despliegue de Testing
4.2 11/04/13 Ejecución del Despliegue de testing, estas
pruebas se realizan en el ambiente de
testing según lo que indique la solicitud de
pase a testing.
Elaboración Informe
de Pruebas
4.3 24/04/13 Documento formal del informe de los
resultados de las pruebas realizadas en el
ambiente de testing.
Realización del
aseguramiento de la
Calidad
4.4 25/04/13 Realización del aseguramiento de la calidad
en los procesos implementados del
proyecto.

Elaboración Plan de
Despliegue
5.1 25/04/13 Documento formal de Despliegue a
producción, en el cual se detallan tanto los
procedimientos, roles y procesos a
ejecutarse durante el despliegue.
Elaboración de Pase
a Producción
5.2 29/04/13 Documento formal de pase a producción,
donde se detallan las indicaciones técnicas
a los operadores de producción para el pase
de los objetos e implementación de los
procesos.
Ejecución de
despliegue en
Producción
30/04/12 Ejecución del Despliegue en Producción,
estas tareas se realizan en el ambiente de
producción según lo que indique la solicitud
de pase a producción.
Elaboración Guía
Técnica de Uso
5.4 13/05/13 Documento técnico para uso interno del área
de sistemas de especificaciones técnicas de
los procesos e interfaces desarrolladas.
Elaboración y
aprobación de Manual
de Usuario
5.5 14/05/13 Documento formal que detalla la usabilidad
de la aplicación Cognos a nivel usuario.
7.4 Requisitos de Recursos de la Actividad

R
RE
EQ
QU
UI
IS
SI
IT
TO
OS
S D
DE
E R
RE
EC
CU
UR
RS
SO
OS
S D
DE
E L
LA
A A
AC
CT
TI
IV
VI
ID
DA
AD
D
BSC
COD.
WBS NOMBRE DE LA ACTIVIDAD CANTIDAD RECURSOS
1.1.1 Project Charter
1 Sponsor
1 Jefe de Proyecto
1.1.2 Lista de Stakeholders 1 Jefe de proyecto
1.2.1 Scope Statement
1 Sponsor
1 Jefe de proyecto
1.2.2 Plan de Proyecto 1 Jefe de proyecto
1.3 Informe de estado del Proyecto
1 Jefe de proyecto
1 Coordinador de Sistemas
1.4 Reunión de coordinación semanal
1 Jefe de proyecto
1.5 Cierre del Proyecto
1 Sponsor
1 Jefe de Proyecto
2.1 Diseño de la solución
1 Jefe de proyecto
1 Analista de Sistemas
2.2 Modelado de Base Datos – Datamart en
DW 1 Analista de Sistemas
2.3 Diseño de Interfaz en Cognos 1 Consultor Cognos
3.1 Generación de procesos de Extracción de
Datos-DTS 1 Analista de Sistemas
3.2 Generación de Procesos de Indicadores
Automáticos 1 Analista de Sistemas
3.3 Generación de procesos de carga de
indicadores manuales 1 Analista de Sistemas
3.4 Desarrollar Interfaz Cognos 1 Consultor Cognos

COD.
WBS NOMBRE DE LA ACTIVIDAD CANTIDAD RECURSOS
3.5 Programar Reportes 1 Consultor Cognos
4.1 Elaboración Solicitud Pase a Testing 1 Jefe de Proyecto
1 Analista de Sistemas
4.2 Ejecución Despliegue de Testing
4.3 Elaboración informe de Pruebas 1 Coordinador de Sistemas
1 Jefe de Proyecto
4.4 Realización del Aseguramiento de la
Calidad 1 Coordinador de Sistemas
5.1 Elaboración de Plan de Despliegue 1 Analista de Sistemas
1 Jefe de Proyectos
5.2 Elaboración de Pase a Producción 1 Analista de Sistemas
1 Jefe de Proyectos
5.3 Ejecución de Despliegue en Producción 1 Operador de Producción
5.4 Elaboración Guía Técnica de Uso 1 Analista de Sistemas
1 Jefe de Proyecto
5.5 Elaboración y aprobación Manual de
Usuario
1 Jefe de Proyecto
6.1 Elaboración Informe Post-Despliegue 1 Analista de Sistemas
1 Jefe de Proyecto
- Skill/Habilidad que debe tener el Recurso requerido
RECURSO SKILL/HABILIDAD
Sponsor - Gestor/Impulsor del Proyecto
Jefe de Proyecto - Formación universitaria
- Gestión de Proyectos
- Herramientas de Proyectos
- Procedimientos, políticas, y objetivos de la
organización
- Capacidad de organización
- Habilidad de comunicación
- Liderazgo
Coordinador de Sistemas - Formación universitaria.
- Capacidad de organización.
- Capacidad de análisis.
- Habilidad de comunicación.
- Liderazgo.
Analista de Sistemas - Diseño de Base de datos
- Modelado de Base Datos
- Diseño de interfaces (GUI)
- MS Visio

- MS Project
- Genexus 8 o superior
- Sistema Bantotal
- MS Office profesional 2010
- Habilidad analítica.
- Habilidad para el trabajo en equipo.
- Habilidad en la comunicación.
Operador de Producción - Personal existente en el Banco manejo de
pases a producción.
Consultor Cognos - Aplicativo COGNOS.
- SQL Server 2005/2008
- AS/400
- Trabajo en Equipo
- Habilidades de Comunicación

7.5 Red del Proyecto
R
RE
ED
D D
DE
EL
L P
PR
RO
OY
YE
EC
CT
TO
O
BSC
1.1 2.0
1.2
1.3
4.0
3.0 1.5
5.0 6.0
1.4

1.1
1.1.1.A01
1.1.1.A02
1.1.1.A03
1.1.1.1.A03
1.1.1
1.1.2
1.1.2.A01
1.2
1.2.1
1.2.1.A01
1.2.1.A02
1.2.1.A03
1.1.1.1.A03
1.2.2
1.2.2.A01
1.5
1.5.A01
1.3
1.3.A01
1.4
1.4.A01
1.3.A02
1.4.A02
2.1
2.1.A01
2.1.A02
2.2
2.2.A01
2.2.A02
2.3
2.3.A01
3.1
3.1.A01
3.2
3.2.A01
3.3
3.3.A01
3.4
3.4.A01
3.4.A02
3.4.A03
3.5
3.5.A01
3.5.A02
4.1
4.1.A01
4.1.A02
4.3
4.3.A01
4.3.A02
4.4
4.4.A01
4.4.A02
4.2
4.2.A01
5.1
5.1.A01
5.1.A02
5.2
5.2.A01
5.2.A02
5.3
5.3.A01
5.4
5.4.A01
5.4.A02
5.5
5.5.A01
5.5.A02
6.1
6.1.A01
6.1.A02

7.6 Cronograma del Proyecto
BSC

8 PLAN DE GESTIÓN DE COSTOS
BSC
TIPOS DE ESTIMACIÓN DEL PROYECTO: TIPOS DE ESTIMACIÓN A UTILIZAR EN EL
PROYECTO CON INDICACIÓN DEL MODO DE FORMULACIÓN Y LOS NIVELES DE PRECISIÓN DE
CADA TIPO.
TIPO DE ESTIMACIÓN
(ESPECIFICAR LOS TIPOS DE
ESTIMACIÓN A USAR EN EL PROYECTO,
EJM. ORDEN DE MAGNITUD,
PRESUPUESTO, DEFINITIVA)
M ODO DE FORMULACIÓN
(ESPECIFICAR EN DETALLE EL MODO DE
FORMULACIÓN DEL ESTIMADO INDICANDO EL
PORQUÉ, QUIÉN, CÓMO, Y CÚANDO)
NIVEL DE PRECISIÓN
(ESPECIFICAR EL NIVEL DE
PRECISIÓN DEL ESTIMADO,
EJM. -15% +25%)
Orden de Magnitud Formulación por Analogía -25% al + 75%
Presupuesto Bottom up -15% al + 25%
Definitivo Bottom up -5% al + 10%
UNIDADES DE MEDIDA: UNIDADES DE MEDIDA A UTILIZAR, PARA ESTIMAR Y TRABAJAR
CADA TIPO DE RECURSO.
TIPO DE RECURSO UNIDADES DE MEDIDA
Recurso personal Costo / hora
Recurso maquinas Horas / máquina
PLAN DE CUENTAS DE CONTROL: CUENTAS DE CONTROL O GRUPOS DE ENTREGABLES
QUE SE UTILIZARÁN PARA LA MEDICIÓN Y EL CONTROL DEL VALOR GANADO.
CUENTA DE CONTROL
(CÓDIGO Y NOMBRE DE
CUENTA)
ENTREGABLES
(FASES O
ENTREGABLES
AGRUPADOS EN LA
CUENTA)
PRESUPUESTO
(MONTO DEL
PRESUPUESTO PARA
LA CUENTA)
RESPONSABLE
(PERSONA RESPONSABLE
DE MONITOREAR Y
LOGRAR LOS OBJETIVOS
DE COSTOS)
FECHAS
INICIO-FIN
(FECHAS
PROGRAMADAS DE
INICIO Y FIN DE LOS
ENTREGABLES DE LA
CUENTA)
No aplica en el
proyecto.
No aplica en el
proyecto.
No aplica en el
proyecto.
No aplica en el
proyecto.
No aplica en
el proyecto.
PLANIFICACIÓN GRADUAL: FORMA EN QUE SE UTILIZARÁ LA PLANIFICACIÓN GRADUAL,
DEFINIENDO LAS ETAPAS Y LOS NIVELES DE AGREGACIÓN DE LOS COMPONENTES DE
PLANIFICACIÓN, ASÍ COMO LA FECHA EN QUE SE EMITIRÁN LOS PRESUPUESTOS NO
EXPANDIDOS Y LA PERSONA RESPONSABLE DE HACERLOS.

ETAPA
(ETAPAS DE LA
PLANIFICACIÓN GRADUAL, O
MOMENTOS EN LOS CUALES
SE PRESENTARÁN LAS LÍNEAS
BASE CON COMPONENTES DE
PLANIFICACIÓN NO
EXPANDIDOS)
COMPONENTES DE
PLANIFICACIÓN
(COMPONENTES DE
PLANIFICACIÓN A USAR EN
DICHA ETAPA)
FECHA DE EMISIÓN DE
PRESUPUESTO
(FECHA APROXIMADA EN QUE
SE EMITIRÁ EL PRESUPUESTO
USANDO LOS COMPONENTES
DE PLANIFICACIÓN DE DICHA
ETAPA)
RESPONSABLE
(PERSONA RESPONSABLE DE
EMITIR EL PRESUPUESTO
CON LOS COMPONENTES DE
PLANIFICACIÓN DE DICHA
ETAPA)
No aplica en el
proyecto.
No aplica en el
proyecto.
No aplica en el
proyecto.
No aplica en el
proyecto.
UMBRALES DE CONTROL
ALCANCE:
PROYECTO/FASE/ENTREGABLE
(ESPECIFICAR SI EL UMBRAL DE
CONTROL APLICA A TODO EL PROYECTO,
UNA FASE, UN GRUPO DE ENTREGABLES
O UN ENTREGABLE ESPECÍFICO)
VARIACIÓN PERMITIDA
(VARIACIÓN PERMITIDA PARA EL
ALCANCE ESPECIFICADO, EXPRESADA
EN VALORES ABSOLUTOS, EJM $, O
VALORES RELATIVOS EJM % )
ACCIÓN A TOMAR SI VARIACIÓN EXCEDE
LO PERMITIDO
(ACCIÓN A TOMAR EJM. MONITOREAR
RESULTADOS, ANALIZAR VARIACIONES,
O AUDITORIA PROFUNDA DE LA
VARIACIÓN)
Proyecto completo +/- 5% costo planificado Investigar variación para
tomar acción.
MÉTODOS DE MEDICIÓN DE VALOR GANADO
ALCANCE:
PROYECTO/FASE/ENTREGABLE
(ESPECIFICAR SI EL MÉTODO DE
MEDICIÓN APLICA A TODO EL
PROYECTO, UNA FASE, UN GRUPO DE
ENTREGABLES O UN ENTREGABLE
ESPECÍFICO)
M ÉTODO DE M EDICIÓN
(ESPECIFICAR EL MÉTODO DE
MEDICIÓN QUE SE USARÁ
PARA CALCULAR EL VALOR
GANADO DE LOS
ENTREGABLES
ESPECIFICADOS)
M ODO DE M EDICIÓN
(ESPECIFICAR EN DETALLE EL MODO DE MEDICIÓN,
INDICANDO EL QUIÉN, CÓMO, CÚANDO, DONDE)
Proyecto completo Valor Acumulado Reporte semanal de Performance
del proyecto
FORMULAS DE PRONÓSTICO DEL VALOR GANADO: ESPECIFICACIÓN DE FORMULAS DE
PRONÓSTICO QUE SE UTILIZARÁN PARA EL PROYECTO.
TIPO DE PRONÓSTICO FÓRMULA
MODO: QUIÉN, CÓMO, CUÁNDO,
DÓNDE
EAC- Variaciones
Típicas
AC + (BAC-EV)/CPI Reporte de Performance del
proyecto semanalmente
NIVELES DE ESTIMACIÓN Y DE CONTROL: ESPECIFICACIÓN DE LOS NIVELES DE DETALLE
EN QUE SE EFECTUARÁN LAS ESTIMACIONES Y EL CONTROL DE LOS COSTOS.
TIPO DE ESTIMACIÓN
DE COSTOS
(ESPECIFICAR LOS TIPOS DE
ESTIMACIÓN A USAR EN EL
PROYECTO, EJM. ORDEN DE
MAGNITUD, PRESUPUESTO,
DEFINITIVA)
NIVEL DE ESTIMACIÓN DE COSTOS
(ESPECIFICAR EL NIVEL DE DETALLE AL CUAL
SE EFECTUARÁN LOS ESTIMADOS DE
COSTOS, EJM. ACTIVIDAD, PAQUETES DE
TRABAJO, ENTREGABLES, ETC.)
NIVEL DE CONTROL DE COSTOS
(ESPECIFICAR EL NIVEL DE DETALLE AL
CUAL SE EFECTUARÁ EL CONTROL DE LOS
COSTOS EN EL SISTEMA EVM, EJM.
ACTIVIDAD, PAQUETES DE TRABAJO,
ENTREGABLES, ETC.)
Orden de magnitud Por fase No aplica
Presupuesto Por actividad El mismo
Definitiva Por actividad El mismo
PROCESOS DE GESTIÓN DE COSTOS: DESCRIPCIÓN DETALLADA DE LOS PROCESOS DE
GESTIÓN DE COSTOS QUE SE REALIZARÁN DURANTE LA GESTIÓN DE PROYECTOS.
PROCESO DE GESTIÓN DE
COSTOS
DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON
QUÉ

Estimación de costos
Se estima los costos del proyecto en base al tipo de
estimación por presupuesto y definitiva. Esto se realiza en
la planificación del proyecto y es responsabilidad del
Project Manager y aprobado por el Sponsor.
Preparación de
presupuesto de costos
Se elabora el presupuesto del proyecto y las reservas de
gestión del proyecto. Este documento es elaborado por el
Project Manager y aprobado por el Sponsor.
Control de costos
Se evaluara el impacto de cualquier posible cambio del
costo, informando al Sponsor los efectos en el proyecto,
en especial las consecuencias en los objetivos finales del
proyecto (alcance, tiempo y costo).
El análisis de impacto deberá ser presentado al Sponsor y
evaluará distintos escenarios posibles, cada uno de los
cuales corresponderá alternativas de intercambio de triple
restricción.
Toda variación final dentro del +/- 5% del presupuesto
será considerado como normal.
Toda variación fuera del +/- 5% del presupuesto será
considerada como causa asignable y deberá será
auditada. Se presentara un informe de auditoría, y de ser
el caso se generará una lección aprendida.
FORMATOS DE GESTIÓN DE COSTOS: DESCRIPCIÓN DETALLADA DE LOS FORMATOS DE
GESTIÓN DE COSTOS QUE SE UTILIZARÁN DURANTE LA GESTIÓN DE PROYECTOS.
FORMATO DE GESTIÓN DE
COSTOS
DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON
QUÉ
Plan de Gestión de
Costos
Documento que informa la planificación para la gestión
del costo del proyecto.
Línea Base del Costo
Línea base del costo del proyecto, sin incluir las reservas
de contingencias.
Costeo del Proyecto
Este informe detalla los costos a nivel de las actividades
de cada entregable, según el tipo de recurso que
participe.
Presupuesto por Fase y
Entregable
El formato de presupuesto por Fase y entregable informa
los costos del proyecto divididos por Fases y cada fase
dividido en entregables.

Presupuesto por Fase y
por tipo de Recurso
El formato de presupuesto por fase y por tipo de Recurso
informa los costos del proyecto divididos por Fases y
cada fase en tipo de recurso (personal / equipos).
Presupuesto en el
Tiempo (Curva S)
El formato de presupuesto en el tiempo (Curva S)
muestra la grafica del valor ganado del proyecto en un
periodo de tiempo.
SISTEMA DE CONTROL DE TIEMPOS: DESCRIPCIÓN DETALLADA DEL SISTEMA DE CONTROL
DE TIEMPOS QUE SE UTILIZARÁ PARA SUMINISTRAR DATOS AL SISTEMA DE CONTROL DE
VALOR GANADO.
DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ
Cada responsable del equipo de proyecto emite un reporte semanal informando los
entregables realizados y el porcentaje de avance. El Project manager se encarga de
compactar la información del equipo de proyecto en el Schelude actualizando el
proyecto según los reportes del equipo y procede a replanificar el proyecto en el
escenario del Ms Project. De esta manera se actualiza el estado del proyecto y se
emite el informe semanal del performance del proyecto.
La duración del proyecto puede tener una variación de +/- 10% del total planeado, si
como resultado de la replanificacion del proyecto estos márgenes son superados se
necesitara emitir una solicitud de cambio, la cual deberá ser revisada y aprobada por
el Project Manager y el Sponsor.
SISTEMA DE CONTROL DE COSTOS: DESCRIPCIÓN DETALLADA DEL SISTEMA DE CONTROL
DE COSTOS QUE SE UTILIZARÁ PARA SUMINISTRAR DATOS AL SISTEMA DE CONTROL DE
VALOR GANADO.
DESCRIPCIÓN: QUÉ, QUIÉN, CÓMO, CUÁNDO, DÓNDE, CON QUÉ
Cada responsable del equipo de proyecto emite un reporte semanal informando los
entregables realizados y el porcentaje de avance. El Project Manager se encarga de
compactar la información del equipo de proyecto en el Schelude, actualizando el
proyecto según los reportes del equipo, y procede a replanificar el proyecto en el
escenario del Ms Project. De esta manera se actualiza el estado del proyecto, y se
emite el informe semanal del performance del proyecto.
El costo del proyecto puede tener una variación de +/-5% del total planeado, si como
resultado de la replanificacion del proyecto estos márgenes son superados se
necesitara emitir una solicitud de cambio, la cual deberá ser revisada y aprobada por
el Project Manager y el Sponsor.
SISTEMA DE CONTROL DE CAMBIOS DE COSTOS: DESCRIPCIÓN DETALLADA DEL SISTEMA
DE CONTROL DE CAMBIOS DE COSTOS QUE SE UTILIZARÁ PARA MANTENER LA INTEGRIDAD
DE LA LINEA BASE, FORMALIZAR, EVALUAR, Y APROBAR CAMBIOS.
El Sponsor y el Project Manager son los responsables de evaluar, aprobar o
rechazar las propuestas de cambios.

Se aprobará automáticamente aquellos cambios de emergencia que potencialmente
puedan impedir la normal ejecución del proyecto, y que por su naturaleza perentoria
no puedan esperar a la reunión del Comité Ejecutivo, y que en total no exceda del
5% del presupuesto aprobado del proyecto. Estos cambios deberán ser expuestos
en la siguiente reunión del equipo del proyecto.
Todos los cambios de costos deberán ser evaluados integralmente, teniendo en
cuenta para ello los objetivos del proyecto y los intercambios de la triple restricción.
Los documentos que serán afectados o utilizados en el Control de Cambios de
Costos son:
 Solicitud de de Cambios.
 Acta de Reunión de Coordinación del Proyecto.
 Plan del Proyecto (Replanificación de todos los planes que sean afectados)

En primera instancia el que tiene la potestad de resolver cualquier disputa relativa al
tema es el Project Manager, si esta no puede ser resuelta por el, es el Sponsor que
asume la responsabilidad.
Una Solicitud de Cambio sobre el costo del proyecto que no exceda el +/- 5% del
presupuesto del proyecto puede ser aprobada por el Project Manager, un
requerimiento de cambio superior será resuelta por el Sponsor.
8.1 Costeo del Proyecto

COSTEO DEL PROYECTO
BSC
ACTIVIDAD
TIPO DE RECURSO: PERSONAL
TIPO DE RECURSO: MATERIALES O
CONSUMIBLES
TIPO DE RECURSO: MÁQUINAS O NO
CONSUMIBLES
NOMBRE
DEL
RECURSO
UNIDADES CANTIDAD
COSTO
UNITARIO
COSTO
TOTAL
NOMBRE
DEL
RECURSO
UNIDADES CANTIDAD
COSTO
UNITARIO
COSTO
TOTAL
NOMBRE
DEL
RECURSO
UNIDADES CANTIDAD
COSTO
UNITARIO
COSTO
TOTAL
1.1.1 .A01 Reunión con el sponsor. JD hh 2 25 50
JC hh 2 60 120
1.1.1. A02 Elaborar el Project charter JD hh 1 20 20
1.1.1 .A03 Revisar Project charter
JD hh 12 20 240
JC hh 12 60 720
1.1.2. A01 Elaborar listado de
stakeholders JD hh 5 20 100
1.2.1. A01 Reunión con el Sponsor y
principales usuarios
JC hh 2 20 40
JD hh 2 60 120
1.2.1 .A02 Elaborar el Scope Statement JD hh 2 20 40
1.2.1. A03 Revisar el Scope Statement
JC hh 2 20 40
JD hh 2 40 80
1.2.2. A01 Elaborar el Plan del Proyecto JD hh 80 20 1600
1.3.1.A01 Elaborar informe del estado del
proyecto JD hh 10 40 400

1.4.1.A01 Realizar reunión de
coordinación del proyecto JD hh 10 20 200
1.5. A01 Elaborar documentos de cierre
de proyecto JD hh 5 20 100
2.1.1. A01 Diseñar la solución MM hh 80 18 1440
2.1.1. A02 Revisar diseño de la solución JD hh 2 20 40
2.2.1 .A01 Modelar la Base de Datos –
Datamart en DW MM hh 72 18 1296
2.2.1 .A02 Actualizar diccionario de datos
de BD MM hh 48 18 864
2.3.1. A01 Diseñar interfaz de usuario. KT
COGNOS hh 48 45 2160
3.1.1 .A01 Crear DTS’s de extracción de
información. MM hh 320 18 5760
3.2.1. A01 Creación de SP para procesos
de indicadores automáticos. MM hh 210 18 3780
3.3.1. A01 Creación de procesos de carga
de indicadores manuales. MM hh 120 14 1680
3.4.1.A01 Crear cubos de Extracción de
Datos de Cognos.
KT
COGNOS hh 240 45 10800
3.4.1.A02 Crear Job de transferencia de
los cubos alaplicativo Cognos
KT
COGNOS hh 72 45 3240
3.4.1. A03 Crear interfaces en Aplicativo
Cognos.
KT
COGNOS hh 400 45 18000
3.5.1. A01 Crear vistas/ consultas
especializadas en base a los cubos.
KT
COGNOS hh 5 45 225
3.5.1. A02 Crear reportes. KT
COGNOS hh 10 45 450
4.1.1. A01 Crear solicitud pase a testing.
LN hh 24 18 432
4.1.1. A02 Revisar solicitud de pase a
testing. JD hh 1 14 14
4.2.1. A01 Realizar el despliegue del pase
a testing. LN hh 72 14 1008
4.3.1. A01 Crear informe de pruebas.
LN dd 9 14 126
4.3.1. A02 Revisar informe de pruebas.
JD hh 1 18 18
4.4.1. A01 Realizar aseguramiento de la
calidad LN hh 8 18 144
4.4.1. A02 Redactar informe de
aseguramiento de la calidad. LN hh 1 20 20
5.1.1. A01 Crear plan de despliegue.
MM hh 16 20 320

5.1.1. A02 Revisar plan de despliegue.
JD hh 2 14 28
5.2.1. A01 Crear pase a producción.
MM hh 8 18 144
5.2.1. A02 Revisar pase a producción.
JD hh 12 18 216
5.3.1. A01 Realizar despliegue en
producción.
OPERA
PRODUC. hh 72 18 1296
5.4.1. A01 Elaborar guía técnica de uso.
MM hh 5 18 90
5.4.1. A02 Revisar guía técnica de uso.
JD hh 6 20 120
5.5.1. A01 Elaborar manual de usuario
LN hh 16 18 288
5.5.1. A02 Revisar manual de usuario.
JD hh 1 20 20
6.1.1.A01 Crear informe de post-
despliegue MM hh 4 18 72
6.1.1.A01 Revisar informe de post-
despliegue JD hh 12 20 240
2046 58,201

8.2 Presupuesto del Proyecto
PRESUPUESTO DEL PROYECTO
-
- P
PO
OR
R F
FA
AS
SE
E Y
Y P
PO
OR
R E
EN
NT
TR
RE
EG
GA
AB
BL
LE
E -
-
BSC
PROYECTO FASE ENTREGABLE MONTO $
1.0
Gestión de
Proyecto
1.1 Iniciación 1250.00
1.2 Planificación 1920.00
1.3 Informe del Estado del Proyecto 400.00
1.4 Reunión de Coordinación Semanal 200.00
1.5 Cierre 100.00
Total Fase 3870.00
2.0 Análisis
y Diseño
2.1 Diseño de la Solución 1480
2.2 Modelado de Base de Datos –
Datamart en DW
2160
2.3 Diseño de Interfaz en Cognos 2160
Total Fase 5800.00
3.0
Desarrollo
3.1 Generación de Procesos de Extracción
de Datos-DTS
5760.00
3.2 Generación de Procesos de
Indicadores Automaticos
3780.00
3.3 Generación de Procesos de
Indicadores Manuales
1680.00
3.4 Desarrollo Interfaz-Cognos 32040.00
3.5 Programar Reportes 675.00
Total Fase 43935.00
4.0
Testing
4.1 Elaboración Solicitud Pase a Tesing 446.00
4.2 Ejecución Despliegue de Testing 1008.00
4.3 Elaboración Informe de Pruebas 144.00
Calidad
164.00
Total Fase 1762.00
5.0
Despliegue
5.1 Elaboración del Plan de Despliegue 348.00
5.2 Elaboración de Pase a Producción 360.00
5.3 Ejecución de Despliegue en
Producción
1296.00
5.4 Elaboración Guía Técnica de Uso 210.00
5.5 Elaboración y Aprobación Manual de
Usuario
308.00
Total Fase 2834.00
6.0
Post -
Despliegue
6.1 Elaboración Informe Post-Despliegue 312.00
Total Fase 312.00
TOTAL FASES 58201.00
Reserva de Contingencia 5820.1
Reserva de Gestión 582.01
PRESUPUESTO TOTAL DEL PROYECTO 64603.11

PRESUPUESTO DEL PROYECTO
-
- P
PO
OR
R F
FA
AS
SE
E Y
Y P
PO
OR
R T
TI
IP
PO
O D
DE
E R
RE
EC
CU
UR
RS
SO
O -
-
BSC
PROYECTO FASE
TIPO DE
RECURSO
MONTO $
1.0
Gestión de
Proyecto
JD 2950.00
JC 920.00
Total Fase 3870.00
2.0
Análisis y
Diseño
MM 3600.00
JD 40.00
KT COGNOS 2160.00
Total Fase 5800.00
3.0
Desarrollo
MM 11220.00
KT COGNOS 32715.00
Total Fase 43935.00
4.0
Testing
LN 1730.00
JD 32.00
Total Fase 1762.00
5.0
Despliegue
MM 554.00
JD 384.00
OPERA PRODUC 1296.00
LN 288.00
Total Fase 2522.00
6.0
Post -
Despliegue
MM 72.00
JD 240.00
Total Fase 312.00
TOTAL FASES 58201.00
Reserva de Contingencia 5820.1
Reserva de Gestión 582.01
PRESUPUESTO TOTAL DEL PROYECTO 64603.11

PRESUPUESTO EN EL TIEMPO (Curva S)
BSC

8.3 Requisitos de Financiamiento
No aplica por las dimensiones del proyecto. Todo el proyecto será ejecutado con
financiado con recursos propios del Banco del Pueblo.

9 PLAN DE GESTIÓN DE LA CALIDAD
Desarrollo e Implementación del Balance Scorecard, en el
Banco del Pueblo. BSC
POLÍTICA DE CALIDAD DEL PROYECTO:
Desarrollar eficazmente nuestras actividades y proyectos, superando de manera continua
nuestros estándares de gestión, asegurando la satisfacción de las expectativas crecientes de los
clientes internos y externos, para garantizar nuestra competitividad, liderazgo e imagen en el
mercado
LÍNEA BASE DE CALIDAD DEL PROYECTO:
FACTOR DE
CALIDAD
RELEVANTE
OBJETIVO DE
CALIDAD
MÉTRICA A UTILIZAR
FRECUENCIA Y
MOMENTO DE
MEDICIÓN
FRECUENCIA Y
MOMENTO DE REPORTE
Performance
del Proyecto
CPI>=0.95
CPI=Cost
Performance index
acumulado
Frecuencia
Semanal
Medición Lunes
por la mañana
Frecuencia Semanal,
Reporte lunes por la
mañana
Performance
del Proyecto
SPI>=0.95
SPI=Schedule
Performance index
acumulado
Frecuencia
Semanal
Medición Lunes
por la mañana
Frecuencia Semanal,
Reporte lunes por la
mañana
Número de
Indicadores
Reportados
como errados o
ausentes
Cero errores
Reportes de
helpdesk
Frecuencia
Mensual
Reporte emitido 10
días cerrado el mes.
Tiempo de
Respuesta de
Reportes y
Gráficos
Reportes y
gráficos que
superen los 5
segundos
Reportes de
Helpdesk
Frecuencia
Mensual
Reporte emitido 2
días de cerrado el
mes.
Facilidad de
manejo de la
herramienta
Cognos
Nivel de
Satisfacción
de los
usuarios
superior al
90%
Capacitaciones
realizadas a los
usuarios
Mensual
Reporte de Actas de
capacitación firmadas
por los participantes

PLAN DE MEJORA DE PROCESOS:
1. Informar a los responsables de los hallazgos
2. Determinar la oportunidad de mejora
3. Tomar información del proceso
4. Analizar las información levantada
5. Definir las acciones correctivas para mejorar el proceso
6. Aplicar las acciones correctivas
7. Verificar la aplicación de las acciones correctivas
8. Estandarizar las mejoras logradas para hacerlas parte del proceso
MATRIZ DE ACTIVIDADES DE CALIDAD:
PAQUETE DE TRABAJO
ESTÁNDAR O NORMA
DE CALIDAD
APLICABLE
ACTIVIDADES DE
PREVENCIÓN
ACTIVIDADES DE
CONTROL
1.1.1 Project Charter
Método de GP de
Banco del Pueblo
Aprobación por
Sponsor
1.1.2 Listado de Stakeholders
Método de GP de
Banco del Pueblo
Aprobación por
Sponsor
1.2.1.Enunciado del alcance Método de GP de
Banco del Pueblo
Aprobación por
Sponsor
1.2.2. Plan del proyecto Método de GP de
Banco del Pueblo
Aprobación por
Sponsor
1.3 Informe del Estado del
Proyecto
Método de GP de
Banco del Pueblo
Aprobación por
Sponsor
1.4 Informe de Reunión semanal Método de GP de
Banco del Pueblo
Aprobación por
Sponsor
1.5 Cierre del Proyecto
Método de GP de
Banco del Pueblo
Aprobación por
Sponsor
2.1. Diseño de la Solución
Revisión del
diseño
Aprobación por el
Project Manager
2.2. Modelamiento de Datos –
Datamart en el DW
Revisión del
modelo de datos
Aprobación por el
Project Manager
2.3. Diseño Interfaz Cognos Revisión de la
interfaz
Aprobación por el
Project Manager
2.4. Análisis y Diseño de
Reportes en Cognos
Diseño de
Prototipos
Revisión del
prototipo
Aprobación de
Prototipos por el Jefe
de Proyecto
3.1. Generación de Procesos de
Extracción de Datos - DTS
Aprobación del Jefe de
Proyecto
3.2. Generación de procesos
para indicadores automáticos
Aprobación de
de Proyecto
3.3. Procesos de Carga
indicadores manuales
Aprobación de
de Proyecto

3.4. Desarrollo Interfaz Cognos
Revisión de la
interfaz
Aprobación del Jefe
de Proyecto
3.5. Desarrollo de Reportes
Cognos
Diseño de Reportes
Validación de
Reportes
Aprobación por el Jefe
de Proyecto
4.1. Elaborar Solicitud pase a
Testing
Método de GP de
Banco del Pueblo
del Proyecto
4.2. Ejecutar despliegue de
Testing
Método de GP de
Banco del Pueblo
del Proyecto
4.3. Elaboración de informes de
prueba
Estándar del Banco
del Pueblo
Revisión de
Informes
Aprobación de
Informes
4.4. Realización de
Aseguramiento de la calidad
Métricas de calidad
establecidas
Análisis de las
métricas
Aprobación por el
Project Manager
5.1. Elaborar plan de despliegue
Método de GP de
Banco del Pueblo
Revisión del Plan
Aprobación por el
Project Manager
5.2. Elaborar Pase a Producción
Método de GP de
Banco del Pueblo
Revisión del pase
a producción
Aprobación por el
Project Manager
5.3. Ejecutar Despliegue en
producción
Método de GP de
Banco del Pueblo
Aprobación por el
Project Manager
5.4. Elaborar guía técnica de
uso
Estándar del Banco
del Pueblo
Revisión de Guía
del Proyecto
5.5.Elaboración y aprobación de
manual de usuario
Estándar del Banco
del Pueblo
Revisión del
manual
Aprobación del usuario
líder
6.1. Elaborar informe post
despliegue
Estándar del Banco
del Pueblo
Revisión del
Informe
Aprobación por el
Project Manager
ROLES PARA LA GESTIÓN DE LA CALIDAD:
ROL NO 1 :
SPONSOR
Objetivos del rol: Responsable Ejecutivo y final por la calidad del proyecto
Funciones del rol: Revisar, aprobar y tomar acciones correctivas para mejorar la
calidad
Niveles de autoridad: Aplicar a discreción los recursos del Banco del Pueblo para
el proyecto
Reporta a: Gerente General del Banco del Pueblo
Supervisa a: Project Manager
Requisitos de conocimientos: Gestión en General
Requisitos de habilidades: Liderazgo, comunicación, Negociación, Motivación y
solución de conflictos.
Requisitos de experiencia:

ROL NO 2 :
PROJECT
MANAGER
Objetivos del rol: Gestionar operativamente la calidad
Funciones del rol: Revisar estándares, revisar entregables, aceptar entregables o
disponer su reproceso, deliberar para generar acciones correctivas, aplicar
acciones correctivas.
Niveles de autoridad: Exigir cumplimiento de entregables al equipo de proyecto.
Niveles de autoridad: Exigir cumplimiento de entregables al equipo de proyecto.
Reporta a: Sponsor.
Supervisa a: Equipo del Proyecto.
Requisitos de conocimientos: Gestión de Proyectos.
Requisitos de habilidades: Liderazgo, comunicación, Negociación, Motivación,
Solución de conflictos.
Requisitos de habilidades: Liderazgo, comunicación, Negociación, Motivación,
Solución de conflictos.
Requisitos de experiencia:
ROL NO 3 :
MIEMBROS
DEL EQUIPO
DEL
PROYECTO
Objetivos del rol: Elaborar los entregables con la calidad requerida y según
estándares.
Funciones del rol: Elaborar los entregables.
Niveles de autoridad: Aplicar los recursos que se les ha asignado.
Reporta a: Project Manager.
Supervisa a:
Requisitos de conocimientos: Gestión de Proyectos y las especialidades que le
tocan según sus entregables asignados.
Requisitos de habilidades: Específicas según los entregables.
Requisitos de experiencia: Específicas según los entregables.
ORGANIZACIÓN PARA LA CALIDAD DEL PROYECTO:
SPONSOR
PROJECT MANAGER
EQUIPO DE PROYECTO
COMITÉ CENTRAL DE CAMBIOS
CLIENTE

DOCUMENTOS NORMATIVOS PARA LA CALIDAD: ESPECIFICAR QUE DOCUMENTOS NORMATIVOS REGIRÁN
LOS PROCESOS Y ACTIVIDADES DE GESTIÓN DE LA CALIDAD
.
PROCEDIMIENTOS 1. Procedimiento Helpdesk
2.
3.
PLANTILLAS 1.
2.
3.
FORMATOS 1. Métricas
2. Línea Base de Calidad
3. Plan de calidad
CHECKLISTS 1. Checklist del pase a testing
2. Checklist del pase a producción
3.
OTROS DOCUMENTOS 1.
2.
3
PROCESOS DE GESTIÓN DE LA CALIDAD:
ENFOQUE DE ASEGURAMIENTO DE
LA CALIDAD
El Aseguramiento de la Calidad se realizará de manera
continua a lo largo de todo el proyecto, auditando los requisitos
de calidad exigidos, a través de las métricas de calidad, para
asegurar que se utilicen las normas de calidad apropiadas.
Los resultados se formalizarán como solicitudes de cambio y/o
acciones correctivas/preventivas.
Se verificará que dichas acciones correctivas/preventivas se
apliquen.
ENFOQUE DE CONTROL DE LA
CALIDAD
El control de calidad se ejecutara revisando los entregables para
ver si están conformes o no.
Los resultados de estas revisiones se consolidarán y se
enviarán al proceso de aseguramiento de calidad.
Para los defectos encontrados se analizará las causas raíces de
los defectos para eliminar las fuentes del error, los resultados y
conclusiones se formalizarán como solicitudes de cambio y/o
acciones correctivas/preventivas.
Los entregables que han sido reprocesados se volverán a
revisar para verificar si ya se han vuelto conformes.
ENFOQUE DE MEJORA DE
PROCESOS
Cada vez que se requiera mejorar un proceso se seguirá lo
siguiente:
1. Informar a los responsables de los hallazgos
2. Determinar la oportunidad de mejora
3. Tomar información del proceso
4. Analizar las información levantada
5. Definir las acciones correctivas para mejorar el proceso
6. Aplicar las acciones correctivas
7. Verificar la aplicación de las acciones correctivas
8. Estandarizar las mejoras logradas para hacerlas parte del
proceso

1.0 F.Rodríguez E. Melgar J. Castillo
07/08/2012
Documento
Original
9.1 Métrica de Calidad
Scorecard, en el Banco del Pueblo. BSC
MÉTRICA DE:
PRODUCTO PROYECTO
FACTOR DE CALIDAD RELEVANTE: ESPECIFICAR CUÁL ES EL FACTOR DE CALIDAD
RELEVANTE QUE DA ORIGEN A LA MÉTRICA
La funcionalidad optima del proyecto (performance del proyecto).
DEFINICIÓN DEL FACTOR DE CALIDAD: DEFINIR EL FACTOR DE CALIDAD INVOLUCRADO EN
LA MÉTRICA Y ESPECIFICAR PORQUÉ ES RELEVANTE
La funcionalidad del proyecto aplicada al calculo del BSC de forma automatizada y
visualización en las pantallas de COGNOS.
Este factor de calidad es relevante porque permitirá conocer el grado de usabilidad,
Adaptabilidad, exactitud y seguridad del sistema.
PROPÓSITO DE LA MÉTRICA: ESPECIFICAR PARA QUÉ SE DESARROLLA LA MÉTRICA?
La métrica se desarrolla con la finalidad de permitir evaluar el estado del proyecto,
Identificar de manera oportuna los riesgos potenciales y tomar las acciones
correctivas.
DEFINICIÓN OPERACIONAL: DEFINIR COMO OPERARÁ LA MÉTRICA, ESPECIFICANDO EL
QUIÉN, QUÉ, CUÁNDO, DÓNDE, CÓMO?
El Project Manager será el responsable de operar la métrica, los días lunes por la
mañana y calculará el CPI ( Coste performance Índex), y el SPI (Schedule
Perfomance index) los ratios obtenidos serán evaluados por el Patrocinador del
Proyecto los lunes por la tarde, esto permitirá tomar las acciones preventivas o
correctivas según sea el caso
MÉTODO DE MEDICIÓN: DEFINIR LOS PASOS Y CONSIDERACIONES PARA EFECTUAR LA
MEDICIÓN
1.- Se realizará el levantamiento de información de los datos que servirán para

alimentar El MS PROJECT.
2.- El MS PROJECT calculará los índices CPI y SPI
3.- El resultado del cálculo servirá para la emisión de los informes semanales y
. mensuales
4.- Esta información será revisada y evaluada con el Patrocinador y el sponsor
5.- Resultado de las acciones a tomar se informa al cliente
RESULTADO DESEADO: ESPECIFICAR CUÁL ES EL OBJETIVO DE CALIDAD O RESULTADO
DESEADO PARA LA MÉTRICA
1.- Para CPI se desea un valor acumulado mayor o igual 0.95
2.- Para SPI se desea un valor acumulado mayor o igual 0.95
Cronograma : SPI
Formula : EV/PV Calculo : 2047.20/2172.00 = Resultado= 0.94
Costos : CPI
Formula : EV/AC Calculo : 2047.20/2047.20 = Resultado = 1.00
ENLACE CON OBJETIVOS ORGANIZACIONALES: ESPECIFICAR CÓMO SE ENLAZA LA
MÉTRICA Y EL FACTOR DE CALIDAD RELEVANTE CON LOS OBJETIVOS DE LA ORGANIZACIÓN
El cumplimiento de estas métricas de calidad contribuirán en las mejoras de los
procesos y el cumplimiento de los objetivos de calidad planteados, en
consecuencia mejorara la organización.
RESPONSABLE DEL FACTOR DE CALIDAD: DEFINIR QUIÉN ES LA PERSONA RESPONSABLE
DE VIGILAR EL FACTOR DE CALIDAD, LOS RESULTADOS DE LA MÉTRICA, Y DE PROMOVER LAS
MEJORAS DE PROCESOS QUE SEAN NECESARIAS
Es el Project Manager es el responsable de vigilar el factor de calidad, elevando los
factores de competitividad

1.0 F. Rodríguez E. Melgar J. Castillo
07/07/2012
Documento
Original
9.2 Plantilla de Métrica de Calidad
P
PL
LA
AN
NT
TI
IL
LL
LA
A D
DE
E M
MÉ
ÉT
TR
RI
IC
CA
A D
DE
E C
CA
AL
LI
ID
DA
AD
D
MÉTRICA DE:
PRODUCTO PROYECTO
En función al número de indicadores reportados como errados o ausentes.
El análisis realizado a través de los indicadores manuales y automáticos
permitirán tomar decisiones acertadas a todos los interesados de la organización.
Estos indicadores permitirán analizar de forma preventiva las fortalezas y
debilidades de la empresa.
La métrica tiene por objetivo identificar fallas en el cálculo de los indicadores
El Project Manager será el responsable analizar los indicadores reportados
Mensualmente como errados o ausentes por los usuarios, para determinar el
Origen de las fallas.

MEDICIÓN
MEDICIÓN
1.- Los usuarios reportarán a Helpdesk los indicadores errados o ausentes
2.- Mensualmente el Project Manager recibirá los reportes de Helpdesk con
las incidencias de indicadores errados.
3.- El Project Manager analizará y determinará las posibles causas de las fallas
Reportadas
4.- Se toman las acciones correctivas
Para los indicadores automáticos y manuales reportados como errados o
ausentes, se espera cero errores .
El cumplimiento de estas métricas de calidad basadas en los indicadores
manuales y automáticos reportados como errados o ausentes contribuirán en las
mejoras de los procesos y el cumplimiento de los objetivos de calidad planteados.
Es el Project Manager es el responsable de vigilar el comportamiento de los
Indicadores manuales y automáticos observando el reporte emitido 10 días
Después de cerrado el mes.

07/07/2012
Documento
Original
P
PL
LA
AN
NT
TI
IL
LL
LA
A D
DE
E M
MÉ
ÉT
TR
RI
IC
CA
A D
DE
E C
CA
AL
LI
ID
DA
AD
D
MÉTRICA DE:
PRODUCTO PROYECTO
En función al tiempo de respuesta de reportes y gráficos de la herramienta
COGNOS
El análisis realizado a través de los indicadores manuales y automáticos
permitirán tomar decisiones acertadas a todos los interesados de la organización.
Estos indicadores permitirán analizar de forma preventiva las fortalezas y
debilidades de la empresa.
La métrica tiene por objetivo la performance de los reportes y gráficos
El Project Manager será el responsable analizar reportes y gráficos cuyo tiempo
de respuesta no es óptimo para su explotación

MEDICIÓN
1.- Los usuarios reportarán a Helpdesk los reportes y gráficos cuyo tiempo de
respuesta no es óptimo
2.- Mensualmente el Project Manager recibirá los reportes de Helpdesk con
las incidencias de reportes y gráficos lentos
3.- El Project Manager analizará y determinará las posibles causas de las fallas
Reportadas
4.- Se toman las acciones correctivas
Para los reportes y gráficos que no superen el tiempo de respuesta de 5 segundos
El cumplimiento de estas métricas de calidad basadas en los indicadores
manuales y automáticos reportados como errados o ausentes contribuirán en las
mejoras de los procesos y el cumplimiento de los objetivos de calidad planteados.
El Project Manager es el responsable de vigilar la performance de Reportes y
Gráficos que garanticen la explotación de los mismos, esta medición se realiza dos
Días de cerrado el mes.

07/07/2012
Documento
Original
P
PL
LA
AN
NT
TI
IL
LL
LA
A D
DE
E M
MÉ
ÉT
TR
RI
IC
CA
A D
DE
E C
CA
AL
LI
ID
DA
AD
D
MÉTRICA DE:
PRODUCTO PROYECTO
Facilidad de manejo de la herramienta Cognos.
Corresponde al nivel de satisfacción de los usuarios en el manejo de la herramienta
Cognos.
Es relevante porque permite medir el conocimiento de los usuarios con respecto a
la herramienta Cognos lo que facilita su uso.
La métrica se desarrolla para conocer la explotación de la herramienta por parte de
los usuarios
El Project Manager revisará mensualmente los informes de capacitaciones
y se realizarán encuestas a los usuarios, obteniendo de esta manera los ratios
de satisfacción

MEDICIÓN
1.- Revisión de las actas de capacitación
2.- Realización de encuestas a las usuarios capacitados
3.- Realización de estadísticas
4.- Análisis de los resultados
5.- Plan de Capacitación
El cumplimiento de esta métrica servirá para medir el nivel satisfacción de los
usuarios en el manejo de la herramienta y por ende la explotación de la misma.
El cumplimiento de estas métricas de calidad contribuirán en las mejoras de los
procesos y el cumplimiento de los objetivos de calidad planteados, en
consecuencia mejorara la organización.
Es el Project Manager es el responsable de vigilar el factor de calidad, elevando los
factores de competitividad

1.0 J. Diaz S. Murga J. Castillo 07/07/2012 Documento original
10 PLAN DE RECURSOS HUMANOS
Desarrollo e Implementación del Balance Scorecard
del Banco del Pueblo.
BSC
ORGANIGRAMA DEL PROYECTO: ESPECIFICAR EL ORGANIGRAMA DEL PROYECTO.

Sponsor
J. Castillo
Gerente de Procesos
A. Diaz
Líder Usuario
N. Lama
Gerente de Servicio
al Cliente
S. Murga
Jefe de Proyecto
J. Diaz
Coordinador de
Sistemas
L. Nina
Analista de Sistemas
M. Magallanes
Jefe de Procesos
F. Rodriguez
K. Vilchez
C. Canales
Usuario
R. Namuche
Comité de Control de
Cambio
EQUIPO DE GESTION DEL PROYECTO
EQUIPO DE EJECUCION DEL PROYECTO
EQUIPO INTEGRADO DEL PROYECTO
Consultor Cognos
K. Tigreros
Leyenda:
Verde = Personal de Sistemas
Amarillo = Personal de otras áreas de la Organización
Celeste = Consultor Cognos

10.1 Roles y Responsabilidades
Roles y Responsabilidades: Especificar la matriz de asignaciones de responsabilidades (RAM).
Nombre de tarea Sponsor
Gerente de
Servicio al
cliente
Jefe de
Proyecto
Coordinador
de Sistemas
Analista
de
Sistemas
Gerente
de
Procesos
Jefe de
Procesos
Analista
de
Procesos
Líder
usuario
Usuario
Consultor
Cognos
Proyecto BalancedScorecardv1.0
1.0 Gestionde Proyecto
1.1 Iniciación
1.1.1 Project Charter P/A R
1.1.2 Lista de stakeholders V R
1.2 Planificación
1.2.1 Scope Statement P/A R P P P P P P
1.2.2 Plan del proyecto A R
1.3 Informe del Estado del Proyecto R R
1.4 Reunión de coordinación Semanal R P
1.5 Cierre del Proyecto A R
2.0 Análisis y Diseño
2.1 Diseño de la solución V P/V R P P P P
2.2 Modelado de Base Datos - Datamart en
DW
P R
2.3 Diseño de interfaz en Cognos P V P R

Nombre de tarea Sponsor
Gerente de
Servicio al
cliente
Jefe de
Proyecto
Coordinador
de Sistemas
Analista
de
Sistemas
Gerente
de
Procesos
Jefe de
Procesos
Analista
de
Procesos
Líder
usuario
Usuario
Consultor
Cognos
3.0 Desarrollo
3.1 Generación de Procesos de Extracción de
Datos – DTS
P R
3.2 Generación de Procesos de Indicadores
Automáticos
P R
3.3 Generación de Proceso de Carga
Indicadores Manuales
P R
3.4 Desarrollo Interfaz – Cognos P R
3.5 Desarrollo Reportes – Cognos P R
4.0 Testing
4.1. Elaboración Solicitud Pase a Testing P/V P
4.2 Ejecución Despliegue de Testing P R
4.3 Elaboración Informe de Pruebas V R
Calidad
P/V R
5.0 Despliegue
5.1 Elaboración de Plan de Despliegue P/R R R
5.2 Elaboración de Pase a Producción V R
5.3 Ejecución de Despliegue en Producción P
5.4 Elaboración Guía Técnica de Uso V P
5.5 Elaboración y aprobación Manual de
Usuario
V R
6.0 Post-Despliegue
6.1 Elaboración Informe Post-Despliegue V R

LEYENDA
R = RESPONSABLE
P = PARTICIPA
V = REVISA
A = APRUEBA
INCLUIR ESTOS DATOS EN LA
TABLA SUPERIOR

10.2 Descripción de los Roles
DESCRIPCIÓN DE ROLES: NOMBRE DEL ROL, OBJETIVOS, FUNCIONES, NIVELES DE AUTORIDAD, A
QUIÉN REPORTA, A QUIÉN SUPERVISA, REQUISITOS DE CONOCIMIENTOS, HABILIDADES, Y EXPERIENCIA
PARA DESEMPEÑAR ROL.
NOMBRE DEL ROL
SPONSOR
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QUÉ SE HA
CREADO EL ROL).
Es la persona que patrocina el proyecto, es el principal interesado en el éxito del proyecto, y por
tanto la
persona que apoya, soporta, y defiende el proyecto.
RESPONSABILIDADES: TEMAS PUNTUALES POR LOS CUALES ES RESPONSABLE (¿DE QUÉ ES
RESPONSABLE?).
 Asegurar que los objetivos del proyecto se encuentren alineados con los objetivos del
Banco.
 Dar dirección al más alto nivel del proyecto.
 Aprobar el Project Charter.
 Aprobar el Scope Statement.
 Aprobar la petición de cambios en el Proyecto.
 Aprobar el Plan de Proyecto.
 Aceptar los entregables.
 Aprobar el cierre del proyecto.
FUNCIONES: FUNCIONES ESPECÍFICAS QUE DEBE CUMPLIR (¿QUÉ DEBE REALIZAR PARA LOGRAR SUS
OBJETIVOS Y CUBRIR SUS RESPONSABILIDADES?).
 Comunicar la visión y el alcance del proyecto.
 Conseguir los recursos económicos.
 Iniciar el proyecto.
 Aprobar la planificación del proyecto.
 Monitorear el estado general del proyecto.
 Gestionar el Control de Cambios del proyecto.
 Asignar recursos al proyecto.
 Ayudar en la solución de problemas y superación de obstáculos del proyecto.
NIVELES DE AUTORIDAD: QUÉ DECISIONES PUEDE TOMAR CON RELACIÓN AL ALCANCE, TIEMPO, COSTO,
CALIDAD, RECURSOS HUMANOS Y MATERIALES, PLANES Y PROGRAMAS, INFORMES Y ENTREGABLES,
ADQUISICIONES, CONTRATOS, PROVEEDORES, ETC.
 Decide sobre recursos humanos y materiales asignados al proyecto.
 Decide sobre modificaciones a las líneas base del proyecto.
 Decide sobre modificaciones en los requerimientos(agregar/quitar)
 Decide sobre planes y programas del proyecto.
REPORTA A: A QUIÉN REPORTA DENTRO DEL PROYECTO.
SUPERVISA A: A QUIÉNES SUPERVISA DENTRO DEL PROYECTO.
 Gerente de Servicio al Cliente
REQUISITOS DEL ROL: QUÉ REQUISITOS DEBEN CUMPLIR LAS PERSONAS QUE ASUMAN EL ROL.
CONOCIMIENTOS:
QUÉ TEMAS, MATERIAS, O ESPECIALIDADES DEBE
CONOCER, MANEJAR O DOMINAR.

HABILIDADES:
QUÉ HABILIDADES ESPECÍFICAS DEBE POSEER Y EN QUÉ
GRADO.

NOMBRE DEL ROL
GERENTE DEL SERVICIO AL CLIENTE
OBJETIVOS DEL ROL: OBJETIVOS QUE DEBE LOGRAR EL ROL DENTRO DEL PROYECTO (PARA QUÉ SE
HA CREADO EL ROL).
Garantizar a la empresa que en todas las decisiones estratégicas tendrá una clara visión de la
cartera de proyectos.
RESPONSABLE?).
 Definir las directrices del área de Servicio al cliente.
 Manejo de la cartera de proyectos del área.
 Seguimiento de los resultados de los proyectos del área.
 Supervisar a todo el personal del área, además de monitorear su desempeño al brindar
los servicios a la cartera de proyectos.
 Crear metas y objetivos para el área, lo que incluye un presupuesto operativo anual.
 Brindar capacitación acerca de las políticas y procedimientos del Banco para todo
personal del área.
 Incentivar al personal para que mantengan actualizados sus conocimientos.
NIVELES DE AUTORIDAD: QUÉ DECISIONES PUEDE TOMAR CON RELACIÓN AL ALCANCE, TIEMPO,
COSTO, CALIDAD, RECURSOS HUMANOS Y MATERIALES, PLANES Y PROGRAMAS, INFORMES Y
ENTREGABLES, ADQUISICIONES, CONTRATOS, PROVEEDORES, ETC.
 Decide sobre los tiempos y recursos a dedicar para el desarrollo del proyecto.
 Influye sobre el plan del proyecto.
 Sponsor
 Jefe de Proyecto.
CONOCIMIENTOS:
QUÉ TEMAS, MATERIAS, O
ESPECIALIDADES DEBE CONOCER,
MANEJAR O DOMINAR.
 Conocimiento del negocio.
 Formación universitaria.
 Gestión de Control de Proyectos.
HABILIDADES:
QUÉ HABILIDADES ESPECÍFICAS DEBE
POSEER Y EN QUÉ GRADO.
 Habilidades bien desarrolladas de Administración de
proyectos, administración del Cliente.
 Capacidad de comunicación, técnicas de entrevistas,
capacidad de análisis, capacidad de redacción.
 Manejo de personal y prácticas son habilidades
esenciales para el puesto.
EXPERIENCIA:
QUÉ EXPERIENCIA DEBE TENER,
SOBRE QUÉ TEMAS O SI TUACIONES, Y
DE QUÉ NIVEL.
 Experiencia mínima de 5 años en labores similares de
gerencia en el área de Sistemas.
 Amplio conocimiento de la cartera de proyectos.
 Responsable de liderar el área.

NOMBRE DEL ROL
JEFE DE PROYECTO
CREADO EL ROL).
Es la persona que gestiona el proyecto, es el principal responsable del éxito del proyecto, y por
tanto la persona que asume el liderazgo y la administración de los recursos del proyecto para
lograr los objetivos fijados por el sponsor.
RESPONSABLE?).
 Seguimiento y control.
 Puesta en marcha del proyecto.
 Elaborar el Project Charter
 Elaborar el Scope Statement
 Elaborar el Plan del Proyecto
 Elaborar Informe de Estado del Proyecto
 Elaborar documentos de cierre del proyecto
 Realizar la gestión y ejecución de los proyectos durante las etapas del proyecto.
 Coordinar la elaboración del plan de trabajo.
 Informar oportunamente el estado de avance, riesgos que se presentan y retrasos que
pudieran surgir.
 Responsable de revisar la propuesta tecnológica que satisfaga la necesidad del Usuario
Líder del Proyecto.
 Decide sobre la planificación detallada del proyecto
 Decide sobre la información y entregables del proyecto
 Gerente de Servicio al cliente
 Coordinador de Sistemas
CONOCIMIENTOS:
QUÉ TEMAS, MATERIAS, O ESPECIALIDADES
DEBE CONOCER, MANEJAR O DOMINAR.
 Gestión de Proyectos
 Herramientas de Proyectos
 Procedimientos, políticas, y objetivos de la
organización
HABILIDADES:
 Capacidad de organización.
 Habilidad de comunicación.
 Liderazgo.
EXPERIENCIA:
QUÉ EXPERIENCIA DEBE TENER, SOBRE QUÉ
TEMAS O SITUACIONES, Y DE QUÉ NIVEL.
 Experiencia mínima de 4 años en labores similares
de proyectos.

OTROS:
OTROS REQUISITOS ESPECIALES TALES
COMO GÉNERO, EDAD, NACIONALIDAD,
ESTADO DE SALUD, CONDICIONES FÍSICAS,
ETC.

NOMBRE DEL ROL
COORDINADOR DE SISTEMAS
CREADO EL ROL).
Coordinar las actividades en las etapas del proyecto, así como, mantener y alinear la iteración
con el analista de Sistemas para el logro del objetivo.
RESPONSABLE?).
 Coordinar las actividades del proyecto.
 Responsable del diseño y desarrollo.
o Etapa de Planificación:
 Participar en la elaboración del Scope Statement.
 Responsable del informe del estado del proyecto.
 Coordinar reuniones semanales.
o Etapa de Análisis y diseño:
 Participar en el diseño y modelado de la base de datos.
o Etapa de Desarrollo:
 Participa en la generación de procesos.
o Etapa de Testing
 Responsable de la ejecución del testing.
o Etapa de Despliegue
 .Responsable de la elaboración del manual de usuario.
 No toma decisiones, sólo apoya en las coordinaciones.
 Analista de Sistema
CONOCIMIENTOS:
MANEJAR O DOMINAR.
HABILIDADES:
 Capacidad de organización.
 Capacidad de análisis.
 Habilidad de comunicación.
 Liderazgo.
EXPERIENCIA:
QUÉ EXPERIENCIA DEBE TENER, SOBRE
QUÉ TEMAS O SITUACIONES, Y DE QUÉ
NIVEL.
 Experiencia mínima de 3 años en labores similares de
proyectos y/o análisis de sistemas.
OTROS:
ESTADO DE SALUD, CONDICIONES
FÍSICAS, ETC.

NOMBRE DEL ROL
ANALISTA DE SISTEMAS
CREADO EL ROL).
Identificar las necesidades y objetivos del proyecto, documentar la funcionalidad del sistema y el
rendimiento requerido.
RESPONSABLE?).
 Elaborar Modelo de Datos
 Definir y documentar vistas
 Diseñar la solución(TI)
 Realizar Modelado de la BD y Datawarehouse
 Diseñar interfaces
 Programar Interfaz de usuario
 Definir y ejecutar pruebas del SW
 Elaborar y aprobar informe de rendimiento
 Elaborar y aprobar informe de pruebas de funcionalidad
 Elaborar cronograma de ejecución
 Realizar pase a producción
 Elaborar informe de ejecución
 Elaborar procedimiento de soporte
 Elaborar informe de soporte
 Elaborar informe semanal de registro de información
 Ayudar en solución de problemas que puedan presentarse en la ejecución del proyecto.
 Decide sobre los materiales asociados al desarrollo del proyecto.
 Decide sobre la información e informes asociados al proyecto.
 Coordinador.

CONOCIMIENTOS:
MANEJAR O DOMINAR.
 Diseño de Base de datos
 Modelado de Base Datos
 Diseño de interfaces (GUI)
 MS Visio
 MS Project
 Genexus 8 o superior
 Sistema Bantotal
 · MS Office profesional 2010
HABILIDADES:
 Habilidad analítica.
 Habilidad para el trabajo en equipo.
 Habilidad en la comunicación.
EXPERIENCIA:
NIVEL.
 Experiencia en proyectos, nivel básico.
OTROS:
FÍSICAS, ETC.

NOMBRE DEL ROL
GERENTE DE PROCESOS
CREADO EL ROL).
Administrar los procesos del Banco del Pueblo.
RESPONSABLE?).
 Mejorar los procesos establecidos en el banco para lograr aumentar la productividad y
rentabilidad.
 Determinar los procesos operativos.
 Establecer los costos, tiempos y normas de calidad de los procesos.
 Decide sobre el funcionamiento de los procesos y establece los correctivos oportunos.
 Sponsor
 Jefe de Procesos
CONOCIMIENTOS:
MANEJAR O DOMINAR.
 Formación universitaria y estudios especializados.
HABILIDADES:
 Habilidad analítica.
EXPERIENCIA:
NIVEL.
 Experiencia mínima de 5 años en labores similares.
OTROS:
FÍSICAS, ETC.

NOMBRE DEL ROL
JEFE DE PROCESOS
CREADO EL ROL).
Gestionar los recursos y tiempos del área de procesos.
RESPONSABLE?).
 Encargado de la documentación de los procesos, así como, la mejora que debe
considerarse en el proyecto de Balance Score Card.
o Etapa de Análisis y Diseño:
 Participar en el diseño de la solución.
 Decide sobre las tareas del analista de procesos.
 Maneja los recursos y tiempos del área de procesos.
 Gerente de Procesos.
 Analista de Procesos.
CONOCIMIENTOS:
MANEJAR O DOMINAR.
HABILIDADES:
 Habilidad analítica de procesos.
 Habilidad para el manejo de trabajo en equipo.
 Liderazgo.
EXPERIENCIA:
NIVEL.
 Experiencia mínima de 3 años en labores similares.
OTROS:
FÍSICAS, ETC.

NOMBRE DEL ROL
ANALISTA DE PROCESOS
CREADO EL ROL).
Analizar los procesos y realiza la documentación.
RESPONSABLE?).
 Documentar los procesos del proyecto.
 Participar en el diseño de la solución.
 No tiene poder de decisión.
 Jefe de Procesos.
CONOCIMIENTOS:
MANEJAR O DOMINAR.
HABILIDADES:
 Habilidad analítica de procesos.
 Habilidad para el manejo de trabajo en equipo.
EXPERIENCIA:
NIVEL.
OTROS:
FÍSICAS, ETC.

NOMBRE DEL ROL
LÍDER USUARIO
CREADO EL ROL).
Apoyar a las actividades del equipo de proyecto con los usuarios.
RESPONSABLE?).
 Informar las necesidades y objetivos de los usuarios.
 Participar en el Scope Statement.
 Participar en el diseño de la solución y Diseño del interfaz cognos.
o Etapa de Despliegue
 Participar en la ejecución del despliegue en Producción.
 Decide sobre los requerimientos necesarios para el desarrollo del sistema.
 Gerencia de Finanzas Corporativas
 Usuario.
CONOCIMIENTOS:
MANEJAR O DOMINAR.
 Formación universitaria y/o técnica.
HABILIDADES:
EXPERIENCIA:
NIVEL.
 Experiencia mínima de 2 años en la empresa.
OTROS:
FÍSICAS, ETC.

NOMBRE DEL ROL
USUARIO
CREADO EL ROL).
Apoyar al líder de Usuarios, dando a conocer el requerimiento del área para automatizar el
proceso actual del cálculo del Balance Score Card.
RESPONSABLE?).
 Informar las necesidades y objetivos como usuario.
 Participar en el Scope Statement.
 Participar en el diseño de la solución y Diseño del interfaz cognos.
 No toma decisiones.
 Líder de usuario.
CONOCIMIENTOS:
MANEJAR O DOMINAR.
HABILIDADES:
EXPERIENCIA:
NIVEL.
OTROS:
FÍSICAS, ETC.

NOMBRE DEL ROL
CONSULTOR COGNOS
CREADO EL ROL).
Persona que tiene conocimiento del modelo definido por el negocio, por lo tanto es responsable
de verificar que las definiciones sean plasmadas en las configuraciones en la aplicación Cognos.
RESPONSABLE?).
 Responsable de las actividades de Diseño y Desarrollo de la Interfaz Cognos.
 Diseño de Interfaz de la aplicación Cognos.
o Etapa de Desarrollo:
 Desarrollo del interfaz de la aplicación Cognos
 Desarrollo de Reportes de la aplicación Cognos.
 No tiene poder de decisión.
CONOCIMIENTOS:
MANEJAR O DOMINAR.
 Aplicativo COGNOS.
 SQL Server 2005/2008
 AS/400
HABILIDADES:
 Trabajo en Equipo
 Habilidades de Comunicación
EXPERIENCIA:
NIVEL.
OTROS:
FÍSICAS, ETC.
10.3 Adquisición del Personal del Proyecto

ADQUISICIÓN DEL PERSONAL DEL PROYECTO: CÓMO, DE DÓNDE, CUÁNDO, CUÁNTO, ETC.?
ROL
TIPO DE
ADQUISICIÓN
FUENTE DE
ADQUISICIÓN
MODALIDAD DE
ADQUISICIÓN
LOCAL DE
TRABAJO
ASIGNADO
FECHA DE INICIO
DE
RECLUTAMIENTO
FECHA
REQUERIDA DE
DISPONIBILIDAD
DE PERSONAL
COSTO DE
RECLUTAMIENTO
APOYO DE
ÁREA DE
RRHH
SPONSOR Preasignación
Banco del
Pueblo
---
Banco del
Pueblo
--- --- Ninguno Ninguno
GERENTE DE
SERVICIO AL
CLIENTE
Preasignación
Banco del
Pueblo
---
Banco del
Pueblo
--- --- Ninguno Ninguno
JEFE DE
PROYECTO
Preasignación
Banco del
Pueblo
Decisión del
Gerente de
Servicio al
Cliente
Banco del
Pueblo
--- 01/08/2012 Ninguno Ninguno
COORDINADOR
DE SISTEMAS
Preasignación
Banco del
Pueblo
Decisión del
Jefe de
Proyecto
Banco del
Pueblo
ANALISTA DE
SISTEMAS
Preasignación
Banco del
Pueblo
Decisión del
Jefe de
Proyecto
Banco del
Pueblo
GERENTE DE
PROCESOS
Preasignación
Banco del
Pueblo
---
Banco del
Pueblo
JEFE DE
PROCESOS
Preasignación
Banco del
Pueblo
Decisión del
Gerente de
Procesos
Banco del
Pueblo
ANALISTA DE
PROCESOS
Preasignación
Banco del
Pueblo
Decisión del
Gerente de
Procesos
Banco del
Pueblo
LÍDER USUARIO Preasignación
Banco del
Pueblo
Decisión del
Sponsor
Banco del
Pueblo
USUARIO Preasignación
Banco del
Pueblo
Decisión del
Sponsor
Banco del
Pueblo
CONSULTOR
COGNOS
Contratación
DwConsulware
- IBM
Decisión del
Gerente de
Servicio al
cliente
Banco del
Pueblo
01/07/2012 01/08/2012 Ninguno

FGPR300- Versión 2.0
10.4 Cronograma e Histogramas de Trabajo del Personal del Proyecto
CRONOGRAMAS E HISTOGRAMAS DE TRABAJO DEL PERSONAL DEL PROYECTO: CRONOGRAMAS
DE ASIGNACIÓN DE PERSONAS Y ROLES, HISTOGRAMAS DE TRABAJO TOTALES Y POR ESPECIALIDADES.
RECURSO: SPONSOR
RECURSO: GERENTE DE SERVICIO AL CLIENTE

RECURSO: JEFE DE PROYECTO
RECURSO: COORDINADOR DE SISTEMAS

RECURSO: ANALISTA DE SISTEMAS
RECURSO: JEFE DE PROCESOS

RECURSO: ANALISTA DE PROCESOS
RECURSO: LÍDER USUARIO

RECURSO: USUARIO
RECURSO: CONSULTOR COGNOS

10.5 Criterio de Liberación de Personal
CRITERIOS DE LIBERACIÓN DEL PERSONAL DEL PROYECTO: CUÁNTO, CÓMO, HACIA DÓNDE?
ROL
CRITERIO DE
LIBERACIÓN
¿CÓM O?
DESTINO DE
ASIGNACIÓN
SPONSOR Al termino del proyecto
GERENTE DE
SERVICIO AL CLIENTE
Al termino del proyecto
Comunicación del
Sponsor.
Gestión de la cartera de
Proyectos.
JEFE DE PROYECTO Al termino del proyecto
Comunicación del
Gerente de Servicio al
Cliente.
Nuevo proyecto.
COORDINADOR Al termino del proyecto
Comunicación del Jefe de
Proyecto.
ANALISTA DE
SISTEMAS
Comunicación del
Coordinador.
CONTROL DE CAMBIOS Al termino del proyecto
Comunicación del
Sponsor.
GERENTE DE
PROCESOS
Comunicación Gerente
de Servicio al Cliente.
JEFE DE PROCESOS Al termino del proyecto
Comunicación del
Gerente de Procesos.
ANALISTA DE
PROCESOS
Procesos.
LÍDER USUARIO Al termino del proyecto
Proyecto.
USUARIO Al termino del proyecto
Comunicación Líder
Usuario.
CONSULTOR COGNOS Al termino del proyecto
Comunicación del
Gerente de Servicio al
Cliente.
CAPACITACIÓN, ENTRENAMIENTO, MENTORING REQUERIDO: QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE, POR
QUIÉN, CUÁNTO?
 Entrenamiento Técnico: El equipo técnico del proyecto (Analista, Coordinador) será
entrenado para conocer el uso de la herramienta COGNOS.,
 Capacitación: A los usuarios para el uso de la herramienta COGNOS.
SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS: QUÉ, PORQUÉ, CUÁNTO, CÓMO, DÓNDE, POR QUIÉN,
CUÁNTO?
El Gerente de Servicio al Cliente, tiene un Sistema de Incentivo por cumplimiento de las líneas
base del proyecto:
1. CPI y SPI al final del proyecto, no menores de 1.0, 20% de bono sobre su remuneración
mensual durante el plazo del proyecto.
2. CPI y SPI al final del proyecto, entre 0.95 y 1.0, 5% de bono sobre su remuneración
mensual durante el plazo del proyecto.
3. Cualquier combinación de los logros anteriores promedia los bonos correspondientes,
cualquier resultado por debajo de 0.95 anula cualquier bono.

CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLÍTICAS:QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE, POR
QUIÉN, CUÁNTO?
 La evaluación del equipo de proyecto se realizará a través de los siguientes mecanismos:
Encuesta de satisfacción del cliente.
Entrevistas al cierre de proyecto.
 El proveedor tiene que adecuarse a la metodología y estándares que actualmente cuenta
el Banco del Pueblo.
REQUERIMIENTOS DE SEGURIDAD: QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE, POR QUIÉN, CUÁNTO?
 El personal que será terciarizado cuenta con un contrato de confidencialidad, lo cual
garantiza que no haya pérdida o divulgación de información.
 El proveedor no puede encontrarse en sólo en las instalaciones del Banco del Pueblo sin
la supervisión de algún empleado del banco.
 No existe riesgo con respecto al equipo de cómputo, ya que las labores se desarrollaran
dentro de la empresa.

Versión Hecha por
Revisada
por
1.0 F. Rodriguez M.Melgar J.Castillo 10/08/2012 Documento original
11 PLAN DE GESTIÓN DE COMUNICACIONES
BSC
COMUNICACIONES DEL PROYECTO: ESPECIFICAR LA MATRIZ DE COMUNICACIONES DEL
PROYECTO.
Ver Matriz de Comunicaciones
NOTA: ADJUNTAR MATRIZ DE COMUNICACIONES DEL PROYECTO
PROCEDIMIENTO PARA TRATAR POLÉMICAS: DEFINA EL PROCEDIMIENTO PARA PROCESAR Y
RESOLVER LAS POLÉMICAS, ESPECIFICANDO LA FORMA DE CAPTURARLAS Y REGISTRARLAS,
EL MODO EN QUE SE ABORDARÁ SU TRATAMIENTO Y RESOLUCIÓN, LA FORMA DE
CONTROLARLAS Y HACERLES SEGUIMIENTO, Y EL MÉTODO DE ESCALAMIENTO EN CASO DE NO
PODER RESOLVERLAS.
1.- El procedimiento para procesar y resolver las polémicas consiste en realizarlas a
través de la observación o puede darse a través de una conversación si esta
es solicitada por integrante del equipo de trabajo
2.- La información levantada es registrada en el Registro de control de Polémicas
3.- El seguimiento se realiza en las reuniones quincenales revisando el Registro de
Control de Polémicas.
4.- Para los casos no resueltos e impacte en el proyecto se realizará el escalamiento
definido como procedimiento en la gestión de proyectos.
PROCEDIMIENTO PARA ACTUALIZAR EL PLAN DE GESTIÓN DE COMUNICACIONES: DEFINA EL
PROCEDIMIENTO PARA REVISAR Y ACTUALIZAR EL PLAN DE GESTIÓN DE COMUNICACIONES.
El procedimiento para revisar y actualizar el Plan de Gestión de las Comunicaciones
es el siguiente :
1.- Los stakeholders del proyecto debes ser identificados y clasificados
2.- Realizar análisis de los requerimientos
3.-Esquematizar la matriz de comunicaciones del proyecto
4.- Realizar la actualización del plan de gestión de comunicaciones
5.- Aprobar el plan de gestión de comunicaciones

6.- Dar a conocer en los diferentes estructuras de la organización el plan de gestión
comunicaciones.
El plan de gestión de comunicaciones debe ser revisado y actualizado cuando:
1.- Se genere un control de cambio con impacto en la gestión del proyecto.
2.- Altas y bajas en el equipo de trabajo.
3.-Cambios que afecten las funciones y responsabilidades del personal asignado
4.-Cambios en la Matriz de autoridad vs. Influencia de stakeholders
5.- Evidente deficiencias en la comunicación.
GUÍAS PARA EVENTOS DE COMUNICACIÓN: DEFINA GUÍA PARA REUNIONES, CONFERENCIAS,
CORREO ELECTRÓNICO, ETC.
Las reuniones deberán ser realizadas con el siguiente protocolo:
1.- Debe informarse con anterioridad mediante una agenda informativa el contenido
y tiempo que va a demandar la reunión con la finalidad que todos puedan
preparase adecuadamente.
2.- Señalar claramente el lugar, fecha y hora.
3.- Asignar un moderador (dirigir el proceso grupal) y secretario (tomar nota de los
acuerdos realizados) cuya función quedará especificada en la reunión.
4.- Respetar la hora de inicio y fin de la reunión
5.- Emitir una Acta de Reunión la cual será de conocimiento de todos los participantes
6.- Los correos electrónicos del equipo de proyecto deben ser de conocimiento del
Gerente de proyecto estableciendo de esta manera la comunicación formal.
GUÍAS PARA DOCUMENTACIÓN DEL PROYECTO: DEFINA LAS GUÍAS PARA CODIFICACIÓN,
ALMACENAMIENTO, RECUPERACIÓN, Y REPARTO DE LOS DOCUMENTOS DEL PROYECTO.
Guías para Codificación de Documentos.- La codificación de los documentos del
proyecto será la
siguiente:
AAA_BBB_CCC.DDD
Donde:
AAA = Código del Proyecto = ‘BSC’
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.
El almacenamiento , recuperación y reparto de los documentos del proyecto deberá
realizarse de la siguiente manera:
1.-Todos los miembros del equipo deben tener una carpeta de trabajo en su maquina
compartida con la misma estructura de WBS del proyecto
2.- La versiones generadas deberán guardar el mismo estándar y estar debidamente
identificadas
3.- El gerente del proyecto tendrá acceso a la información consolidada guardándola
protegida contra escritura.
4- Los demás integrantes pueden consultar la información en la ruta previamente
informada

5.- Los integrantes del equipo pueden recuperar información libremente, sin embargo
para otras personas lo autorizara el gerente de proyecto por ser confidencial.
GUÍAS PARA EL CONTROL DE VERSIONES: DEFINA GUÍAS PARA REGISTRO Y CONTROL
ORDENADO DE LAS VERSIONES DE LOS DOCUMENTOS DEL PROYECTO.
Los documentos de Gestión de proyectos están sujetos al control de versiones
y es realizado de la siguiente manera:
1.- Cada vez que se realiza una actualización del documento se guardaran los datos de
auditoria como son : la persona que lo aprobó, la fecha, hora, versión y el sustento.
2.- Debe respetarse que los códigos de versión guarden relación con el documento
raíz.
GLOSARIO DE TERMINOLOGÍA DEL PROYECTO: GLOSARIO DE TÉRMINOS, NOMBRES,
CONCEPTOS, FÓRMULAS, ETC.
Ver Glosario de Terminología del Proyecto – versión 1.0.
11.1 Matriz de Comunicaciones

FG
1.0 F.Rodriguez E. Melgar J.Castillo 10/08/2012 Documento Original
M
MA
AT
TR
RI
IZ
Z D
DE
E C
CO
OM
MU
UN
NI
IC
CA
AC
CI
IO
ON
NE
ES
S D
DE
EL
L P
PR
RO
OY
YE
EC
CT
TO
O
Scorecard del Banco del Pueblo
BSC
INFORMACIÓN CONTENIDO FORMATO
NIVEL DE
DETALLE
RESPONSABLE
DE COMUNICAR
GRUPO
RECEPTOR
METODOLOGÍA
O TECNOLOGÍA
FRECUENCIA DE
COMUNICACIÓN
CÓDIGO DE
ELEMENTO WBS
Inicio Envío de Acta
de
Constitución
Acta de
constitución
Alto Analista de
Sistemas
Gerente de
Proyectos
Jefe de
proyecto
Documento
digital (PDF)
mediante
correo
electrónico.
Única vez 1.1 Iniciación
Planificación Planificar
gestión de
proyecto
Cronograma
del proyecto
Alto Coordinador Gerente de
Proyectos
Jefe de
Proyecto
Documento
digital (PDF)
mediante
correo
electrónico.
Quincenal 1.2
Planificación
Planificación Planificar
gestión de
proyecto
Plan de
gestión del
proyecto
Alto Coordinador Jefe de
proyecto
Documento
digital (PDF)
mediante
correo
electrónico.
Semanal 1.2
Planificación

FG
Ejecución Definición de
Especificación
Especificación
técnicas
proyecto
Documento
digital (PDF)
mediante
correo
electrónico
Semanal 2.0 Análisis y
diseño
Ejecución Definición de
Especificación
Matriz
Trazabilidad
Medio Coordinador Jefe de
proyecto
Documento
digital (PDF)
mediante
correo
electrónico
diseño
Ejecución Análisis y
diseño
Diseño técnico Medio Coordinador Jefe de
proyecto
Documento
digital (PDF)
mediante
correo
electrónico
diseño
Ejecución Testing Solicitud pase
testing
Medio Coordinador Jefe de
proyecto
Documento
digital (PDF)
mediante
correo
electrónico
Quincenal 4.0 Testing
Ejecución Testing Informe de
pruebas
proyecto
Documento
digital (PDF)
mediante
correo
electrónico
Quincenal 4.0 Testing
Ejecución Despliegue Plan de
despliegue
proyecto
Documento
digital (PDF)
mediante
correo
Quincenal 5.0 Despliegue

FG
electrónico
Ejecución Despliegue Solicitud pase
producción
proyecto
Documento
digital (PDF)
mediante
correo
electrónico
Mensual 5.0 Despliegue
Ejecución Despliegue Guía técnica
de uso
proyecto
Documento
digital (PDF)
mediante
correo
electrónico
Mensual 5.0 Despliegue
Ejecución Cierre Cierre Alto Coordinador Gerente de
Proyectos
Jefe de
proyecto
Documento
digital (PDF)
mediante
correo
electrónico
Única vez 1.5 Cierre

12 PLAN DE GESTION DE RIESGOS
12.1 Plan de Gestión del Riesgo
BSC
METODOLOGÍADE GESTIÓN DE RIESGOS
PROCESO DESCRIP CIÓN HERRAMIENTAS
FUENTES DE
INFORMACIÓN
Planificación de
Gestión de los
Riesgos
Documento que describe la
estrategia de gestión de riesgos,
roles y responsabilidades,
periodicidad, formatos de reportes,
otros
PMBOK
Patrocinador y usuarios.
PM y equipo del proyecto
Identificación de
Riesgos
Proceso iterativo que se actualiza
en cada uno de los procesos de
gestión de riesgos.
Revisión de lista
de Riesgos.
Análisis Cualitativo
de Riesgos
Evaluar la probabilidad e impacto
de cada uno de los riesgos
identificados,y ordenarlos de
acuerdo a su prioridad e
importancia sobres los objetivos
del proyecto.
Definición de
probabilidad e
impacto.Matriz de
probabilidad e
Impacto.
Análisis Cuantitativo
de Riesgos
No se realiza No aplica No aplica
Planificación de
Respuesta a los
Riesgos
Definir respuesta a riesgos y
planificar ejecución de
respuestas.
PM y equipo del proyecto.
Archivos históricos de
proyectos.
Seguimiento yControl
de Riesgos
Verificar la ocurrencia de riesgos.
Supervisar y verificar la ejecución
de respuestas.Revisar aparición
de nuevos riesgos.
ROLES Y RESPONSABILIDADES DE GESTIÓN DE RIESGOS
PROCESO ROLES PERSONAS RESP ONSABILIDADES
Planificación de
Gestión de los
Riesgos
Equipo de G. Riesgos
Líder JC Dirigir actividad, responsable directo
Apoyo EM Proveer definiciones
Miembros FR Ejecutar Actividad
Identificación de
Riesgos
de Riesgos
Análisis Cuantitativo Equipo de G. Riesgos No Aplica No Aplica

de Riesgos Líder
Apoyo
Miembros
Planificación de
Respuesta a los
Riesgos
Miembros FR Ejecutar Actividad.
Seguimiento y Control
de Riesgos
PRESUPUESTO DE GESTIÓN DE RIESGOS
PROCESO PERSONAS MATERIALES EQUIP OS TOTAL
Planificación de
Gestión de los
Riesgos
Líder
Apoyo
Miembros
$50
$200
$50
$300 $300
Identificación de
Riesgos
Líder
Apoyo
Miembros
$90
$100
$50
$240 $240
de Riesgos
Líder
Apoyo
Miembros
$50
$150
$50
$250 $250
Análisis Cuantitativo
de Riesgos
Líder
Apoyo
Miembros
$100
$200
$100
$400 $400
Planificación de
Respuesta a los
Riesgos
Líder
Apoyo
Miembros
$100
$200
$150
$450 $450
de Riesgos
Líder
Apoyo
Miembros
$50
$90
$50
$190 $190
$1830

PERIODICIDAD DE LA GESTIÓN DE RIESGOS
PROCESO MOMENTO DE EJECUCIÓN
ENTREGABLE DEL
WBS
PERIODICIDAD DE
EJECUCIÓN
Planificación de
Gestión de los
Riesgos
Al inicio del Proyecto 1.2.2 Plan del
Proyecto
Una vez
Identificación de
Riesgos
Al inicio del Proyecto 1.2 Plan del Proyecto Una vez
En cada reunión del
equipo del proyecto
1.4 Reunión de
coordinación
semanal
Semanal
de Riesgos
Proyecto
Una vez
equipo del proyecto
1.4 Reunión de
coordinación
semanal
Semanal
Planificación de
Respuesta a los
Riesgos
Proyecto
Una vez
equipo del proyecto
1.4 Reunión de
coordinación
semanal
Semanal
de Riesgos
En cada fase del
proyecto
1.4 Reunión de
coordinación
semanal
Semanal
FORMATOS DE LA GESTIÓN DE RIESGOS
FORMATO CONTENIDO
PROCESO EN QUE
SE GENERA
RESPONSABLE DE
GENERARLO
FRECUENCIA O
PERIODICIDAD
Planificación de
Gestión de los
Riesgos
Plan de Gestión de
Riesgos
Plan de Gestión de
Riesgos.
Equipo de G. de
Riesgos.
Líder
1 vez
Al término de cada
fase del proyecto.
Identificación de
Riesgos
Registro de
Riesgos
Es un proceso
Iterativo que se
actualiza
en c/u de los
procesos
de gestión de
riesgos
Equipo de G. de
Riesgos.
Líder
Semanal
Análisis
Cualitativo
de Riesgos
Identificación y
Evaluación
Cualitativa de
Riesgos
Realizar análisis
cualitativo de los
riesgos.
Equipo de G. de
Riesgos.
Líder
Al término de cada
fase del proyecto.
Análisis
Cuantitativo
de Riesgos
Identificación y
Evaluación
Cuantitativa de
Riesgos
Realizar análisis
cuantitativo de los
riesgos.
Equipo de G. de
Riesgos.
Líder
Al término de cada
fase del proyecto.
Planificación de
Respuesta a los
Riesgos
Plan de Respuesta
a Riesgos
Planificar la
respuesta a los
riesgos
Equipo de G. de
Riesgos.
Líder
Al término de cada
fase del proyecto.
Seguimiento y
Control de
Riesgos
Informe de
Monitoreo de
Riesgos
Solicitud de Cambio
Acción Correctiva
Seguimiento y
Control.
Monitorear y
controlar los
riesgos.
Equipo de G. de
Riesgos.
Líder
Al término de cada
fase del proyecto.

12.2 Registro de Riesgos
12.2.1 Análisis FODA
PRINCIPALES AMENAZAS DEL PROYECTO
 Falta de apoyo de la alta gerencia, las gerencias usuarias deben tener un real
compromiso con el proyecto a fin de favorecer el enfoque estratégico necesario
para el éxito de la solución a implementar.
 Cambio de los miembros del equipo del proyecto – empleados del Banco.
 Cambio de los miembros del equipo proporcionado por el Proveedor.
 Resistencia al cambio de los usuarios, cambio de su manejo de archivos manuales
y ppts al uso de la herramienta Cognos.
 Retraso en los entregables del proyecto.
 Cambio de prioridades por atención de urgencias o solicitudes de la SBS
(Superintendencia de Banca y Seguros)
PRINCIPALES OPORTUNIDADES DEL PROYECTO
 Datamart’s generado con la información de los indicadores del Banco del Pueblo,
puedan ser aprovechados por otros procesos de la organización.
 El sistema contiene otras herramientas que no han sido adquiridas pero podrían ser
de interés para los usuarios, como por ejemplo: explotar la información de los cubos
y generar sus propios informes y Datamart´s.
PRINCIPALES FORTALEZAS DEL PROYECTO
 Experiencia técnica de los analistas funcionales, especialistas de solución y
soporte.
 El equipo del proyecto se encuentra identificado con el proyecto.
 Software nuevo con suficiente disponibilidad de licencias del software requerido y
garantías de mantenimiento por 2 años.
 El equipo de proyecto es constantemente capacitado.

PRINCIPALES DEBILIDADES DEL PROYECTO
 Consultor de DWConsulware – IBM radica fuera del país, sólo se puede
contactar personalmente cuando viene al país.
 Falta de disponibilidad de servidores hardware de respaldo.El tiempo de
importación de equipos hardware es de aproximadamente 2 meses.
 Probabilidad de rotación de personal en la empresa DWConsulware - IBM
 Sólo se cuenta con 1 analista de sistemas, probabilidad de falta de disponibilidad
para el cumplimiento de todas las actividades.
 Probabilidad de ausentismo de personal asignado al proyecto.
 Probabilidad de falta de compromiso, rotación de personal o ausentismo de las
áreas usuarias.
12.2.2 Análisis de Supuestos
RESTRICCIONES Y SUPUESTOS
NÚMERO TIPO DESCRIPCION
01  Supuesto  Banco del Pueblo deberá asegurar las
condiciones tecnológicas necesarias para
realizar la ejecución del proyecto.
02  Supuesto  El proveedor debe cumplir con todos los
lineamientos del contrato.
03  .Supuesto  Las personas involucradas tendrán
disponibilidad de tiempo para la atención de
preguntas, revisión y relevamiento de
información necesario para el presente
proyecto.
04  Supuesto  Permanencia del personal involucrado con
quiénes se releva información, usuarios clave y
jefe de proyectos durante el desarrollo del
proyecto.
05  Restricción  Necesidad de presentar entregables en tiempos
muy cortos.
06  Restricción  Se trabajarán sólo con licencia para tablero de
indicadores del COGNOS.
07  Restricción  El proveedor sólo realizará lo que se estipule en
el contrato.

12.3 Registro y Evaluación Cualitativa del Riesgo
12.3.1 Condiciones definidas para escalas de Impacto de un Riesgo
Condiciones Definidas para Escalas de Impacto de un Riesgo
sobre los Principales Objetivos del Proyecto
Objetivo del
Proyecto
Muy bajo
/ 0.05
Bajo
/ 0.10
Moderado
/ 0.20
Alto
/ 0.40
Muy alto
/ 0.80
Costo
$90,000
Aumento de
costo
insignificante
Aumento del
costo <10%
Aumento del
costo entre
10% - 20%
Aumento del
costo entre
20% - 40%
Aumento del costo
> 40%
Tiempo
207 días
Aumento de
tiempo
insignificante
Aumento del
tiempo
< 5%
Aumento del
tiempo entre
5% - 10%
Aumento del
tiempo entre
10% - 20%
Aumento del
tiempo
> 20%
Alcance
Automatización
del cálculo de
BSC
Disminución del
alcance apenas
apreciable
Áreas de alcance
secundarias
afectadas
Áreas de
alcance
principales
afectadas
Reducción del
alcance
inaceptable para
el patrocinador
El elemento
terminado del
proyecto es
efectivamente
inservible
Calidad
Diferencia de
conciliación de
indicadores de
1%
Diferencia de
conciliación de
indicadores de
2%
Diferencia de
conciliación de
indicadores de
3%
Diferencia de
conciliación de
indicadores de
4%
Diferencia de
conciliación de
indicadores de 5%

12.3.2 Identificación y Evaluación Cualitativa del Riesgo
BSC
PROBABILIDAD
VALOR
NUMÉRICO
IMPACTO
VALOR
NUMÉRICO
TIPO DE
RIESGO
PROBABILIDAD X
IMPACTO
Muy Improbable 0.1 Muy Bajo 0.05 Muy Alto mayor a 0.50
Relativamente Probable 0.3 Bajo 0.10 Alto menor a 0.50
Probable 0.5 Moderado 0.20 Moderado menor a 0.30
Muy Probable 0.7 Alto 0.40 Bajo menor a 0.10
Casi Certeza 0.9 Muy Alto 0.80 Muy Bajo menor a 0.05
CÓDIGO
DEL
RIESGO
DESCRIPCIÓN DEL
RIESGO
CAUSA RAÍZ TRIGGER
ENTREGABLES
AFECTADOS
ESTIMACIÓN
DE
PROBABILIDAD
OBJETIVO
AFECTADO
ESTIMACIÓN
DE IMPACTO
PROB X
IMPACTO
TIPO DE
RIESGO
R001
Ausentismo del personal
asignado al proyecto.
Enfermedad
pre-existente
Síntomas de
malestar de
salud
1.3 Informe del
Estado del
Proyecto
2.0 Análisis de
Diseño
1.4 Reunión de
coordinación
semanal.
0.5
Alcance
Bajo
Tiempo 0.30 0.15
Costo 0.20 0.1
Calidad
TOTAL PROBABILIDAD X
IMP ACTO
0.25
R002
Ausentismo del personal
asignado al proyecto.
Problemas
personales
Informe mensual
de asistencia
2.0 Análisis de
Diseño
1.4 Reunión de
coordinación
0.6
Alcance
Moderado
Tiempo 0.30 0.18
Costo 0.15 0.09
Calidad

semanal. TOTAL PROBABILIDAD X
IMP ACTO
0.27
R003
Falta de capacidad de
equipo hardware
estimado para la
implementación de BSC.
Mala estimación
del
requerimiento
de hardware.
Pruebas de
Calidad con
datos reales y
en fase
operativa.
3.0 Desarrollo
4.0 Testing 0.6
Alcance
Alto
Tiempo 0.30 0.18
Costo 0.20 0.12
Calidad 0.05 0.025
IMP ACTO
0.325
R004
Resistencia al cambio
uso de la herramienta
COGNOS por parte de
los usuarios.
Falta de
conocimiento de
los beneficios y
bondades del
uso y empleo
de la
herramienta.
Manifestación
informal oral y
escrita sobre su
opinión respecto
a los beneficios
del proyecto.
1.3 Informe de
Estado del
Proyecto
3.0 Desaarrollo
5.0 Despliegue
0.7
Alcance
Alto
Tiempo 0.30 0.21
Costo 0.15 0.105
Calidad
IMP ACTO 0.315
R005
Falta de apoyo del
Consulto del proyecto
de la empresa
DWConsulware – IBM
Radica fuera del
país y lidera
otros proyectos.
Inasistencia a
reuniones de
seguimiento y
entrega de
informe de
avance.
3.0 Desarrollo
1.3 Informar del
estado del
proyecto.
0.6
Alcance
Alto
Tiempo 0.20 0.12
Costo 0.20 0.12
Calidad 0.15 0.09
IMP ACTO
0.33
R006
Resultados del SQA no
satisfactorios
Desarrollo
defectuoso
Informes de
pruebas de
funcionalidad
3.0 Desarrollo 0.4
Alcance
Moderado
Tiempo 0.3 0.12
Costo 0.4 0.16
Calidad 0.1 0.04
IMP ACTO
0.285

12.4 Plan de Respuesta a los Riesgos
BSC

Ordenados Muy Alto Evitar
en forma Alto Mitigar
Decreciente Moderado Transferir
Bajo Explotar
Muy Bajo Compartir
Mejorar
Aceptar
Código Entregables Probab. por Tipo de Respuestas Tipo de Resp. Fecha
del Afectados Impacto Riesgo Planificadas Respuesta de la Planific.
Riesgo Total Respuesta
R001 AMENAZA
Ausentismo del
personal asignado al
proyecto.
Enfermedad pre-
existente
Síntomas de
malestar de
salud
1.3 Informe
del Estado
del Proyecto
2.0 Análisis
de Diseño
1.4 Reunión
de
coordinación
semanal.
0.25 BAJO FR
Otorgar
desacanso
preventivo,
mejorar las
condiciones
de trabajo.
MITIGAR FR
Al ocurrir el
trigger
Asignar
reserva de
personal.
R002 AMENAZA
Ausentismo del
personal asignado al
proyecto.
Problemas
personales
Informe
mensual de
asistencia
2.0 Análisis
de Diseño
1.4 Reunión
de
coordinación
semanal.
0.27 MODERADO FR
Reunión y
coaching
MITIGAR FR
Primer día
útil
después de
producida
la falta
Identificar y
Asignar
reserva de
personal.
R003 AMENAZA
Falta de capacidad de
equipo hardware
estimado para la
implementación de
BSC.
Mala estimación
del
requerimiento de
hardware.
Pruebas de
Calidad con
datos reales y
en fase
operativa.
3.0
Desarrollo
4.0 Testing
0.325 ALTO FR
Realizar
pedido de
adquisición
de nuevo
hardware.
ACEPTAR FR
Fase de
Desarrollo
Uso de
equipo de
contigencia
para las
pruebas.
R004 AMENAZA
Resistencia al cambio
uso de la
herramienta COGNOS
por parte de los
usuarios.
Falta de
conocimiento de
los beneficios y
bondades del
uso y empleo de
la herramienta.
Manifestación
informal oral
y escrita
sobre su
opinión
respecto a los
beneficios del
proyecto.
1.3 Informe
de Estado
del Proyecto
3.0
Desaarrollo
5.0
Despliegue
0.315 MODERADO FR/JC
Reuniones
de
seguimient
o y
coaching.
Capacitació
n del
sistema.
MITIGAR FR/JC
Durante la
Planificació
n y Gestión
de las
comunicaci
ones.
Ninguno
R005 AMENAZA
Falta de apoyo del
Consultor del
proyecto de la
empresa
DWConsulware – IBM
Radica fuera del
país y lidera
otros proyectos.
Inasistencia a
reuniones de
seguimiento y
entrega de
informe de
avance.
3.0
Desarrollo
1.3 Informar
del estado
del proyecto.
0.33 ALTO FR/JC
Solicitar
feedback
de IBM y
juicio de
experto
MITIGAR FR/JC
Primer día
útil
después de
producida
la falta de
asistencia.
Analizar
causas,
tomar
acciones
preventivas.
R006 AMENAZA
Resultados del SQA
no satisfactorios
Desarrollo
defectuoso
Informes de
pruebas de
funcionalidad
3.0
Desarrollo
0.285 ALTO FR
Solicitar
feedback y
juicio de
experto
MITIGAR FR
A la
revisión del
informe.
Analizar
causas,
tomar
acciones
preventivas
y
monitorear.
Plan de
Contingencia
Amenaza / Oport. Descripción del Riesgo Causa Raíz Trigger
Resp. del
Riesgo

13 PLAN DE GESTION DE ADQUISICIONES
P
PL
LA
AN
N D
DE
E G
GE
ES
ST
TI
IÓ
ÓN
N D
DE
E A
AD
DQ
QU
UI
IS
SI
IC
CI
IO
ON
NE
ES
S
BSC
ADQUISICIONES DEL PROYECTO: ESPECIFICAR LA MATRIZ DE ADQUISICIONES DEL
PROYECTO.
Ver Matriz de adquisiciones.
PROCEDIMIENTOS ESTÁNDAR A SEGUIR: PROCEDIMIENTOS DE ADQUISICIÓN QUE SE
DEBEN SEGUIR.
Para los Contratos de adquisición de equipos que se firman con el gerente de
producción de la empresa para el proyecto BSC, se realizara el proceso siguiente:
A. Procedimientos Generales
- Se revisa la lista de posibles proveedores del servicio.
- Se solicita cotización del servicio y lista materiales que se necesitara para el
proyecto BSC
- Se revisa la cotización.
- Se negocia con el proveedor, los términos del servicio, las fechas que debe
efectuarse, y la forma de pago.
- Se firma el contrato, y se provee el 50% del pago por el servicio.
- El 50% restante se cancela al término del contrato de acuerdo a, lo
establecido
B. Procedimientos Específicos
C. Manual de Gestión de la Calidad
- El Jefe de Proyecto es el encargado de identificar y gestionar los riesgos del
proyecto a lo largo de todo su ciclo de vida, esto implica que su supervisión
es continua para detectar nuevos riesgos.
- Los puntos a revisar durante la ejecución del proyecto se realizarán en el
control semanal donde se informa el rendimiento del trabajo y la situación de
los riesgos actualizados con su respectivo plan de contingencia y soluciones
alternativas.
FORMATOS ESTÁNDAR A UTILIZAR: FORMATOS DE ADQUISICIÓN QUE SE DEBEN SEGUIR.
- El Contrato de adquisición de equipos debe emitirse en documentos
impresos, las cuales serán revisadas por las partes interesadas (BCO
POPULAR, IBM), de presentarse alguna observación se realiza la evaluación
y modificación del caso, y finalmente se firma el contrato entre la empresa y
el locador, quedándose un documento con cada interesado.

- Bco Popular tiene un manual de contrato de adquisición de productos nuevos
y nuevosproveedores, el cual es personalizado de acuerdo a los
requerimientos de la compra, el periodo que se realizará, lugar y monto a
pagar.
- El contrato se emite en dos copias, las cuales serán revisadas por las partes
interesadas, de presentarse alguna observación, se realizará una evaluación
y modificación y finalmente se firma el contrato entre la empresa y el
proveedor, quedándose con una copia con cada interesado.
RESTRICCIONES Y SUPUESTOS: QUE PUEDAN AFECTAR LAS ADQUISICIONES
PLANIFICADAS Y POR LO TANTO EL LOGRO DE LOS OBJETIVOS DEL PROYECTO.
Las restricciones y/o supuestos que han sido identificados y que pueden afectar las
adquisiciones del proyecto son las siguientes:
- Solicitudes de cambio en el presupuesto del proyecto, debido a las
modificaciones por paridad cambiaria.
- Se asume que la probabilidad de modificación del cronograma de los
componentes es mínima, puesto que se tendría que renegociar el contrato
durante el desarrollo del producto con todos los proveedores.
RIESGOS Y RESPUESTAS: PRINCIPALES RIESGOS RELACIONADOS A LAS ADQUISICIONES, Y
RESPUESTAS QUE HAN SIDO CONSIDERADAS EN LA GESTIÓN DE RIESGOS DEL PROYECTO.
Incumplimiento del contrato de la fabricación de moldes de componentes, siendo el
trigger la detección del incumplimiento en los tiempos.
- Solicitar feedback de ingeniería y de compras corporativas sobre los tiempos.
- Pago adelantado del 50% al inicio y el saldo al termino con lo cual obliga al
proveedor a cumplir con los tiempos establecidos según cronograma
comprometido.
- Solicitar feedback de ingeniería y de compras corporativas sobre los tiempos
de entrega de componentes para piloto.
- El pago de las O/C serán de acuerdo a lo establecido en la negociación.
MÉTRICAS: MÉTRICAS DE ADQUISICIÓN A SER USADAS PARA GESTIONAR Y EVALUAR
PROVEEDORES.
Se tomarán como referencia la medición de métricas de Satisfacción de Cliente que
se obtienen de las encuesta con relación a los diversos factores involucrados con
los proveedores.

13.1 Adquisiciones
Adquisición
Item
Producto o servicio a
adquirir
Lista de
proveedores
Estrategia de
adquisición
Presupues
to
asignado
Responsable de
la adquisición
01
Servidor Desarrollo
/ Base de datos y
aplicaciones
-
Asignado a
Bco Popular
- M.Chumpitaz
02
Servidor Testing /
Base de datos
-
Asignado a
Bco Popular
- M.Chumpitaz
03
Servidor
Producción/
Base de datos
-
Asignado a
Bco Popular
- M.Chumpitaz
02
Servidor Testing /
Base de
aplicaciones
-
Asignado a
Bco Popular
- M.Chumpitaz
03
Servidor
Producción/
Base de
aplicaciones
-
Asignado a
Bco Popular
- M.Chumpitaz
13.2 Cronograma de adquisiciones
La adquisición de equipos está a cargo del Banco del Pueblo.

Trabajo final

Más contenido relacionado

La actualidad más candente

Destacado

Similar a Trabajo final

Trabajo final