DAP 53 E5 PEP Sistema de Información Nueva Tesoreria Inacap

Plan de Administración de Proyecto
Implementación de Sistema de Información

Nueva Tesorería INACAP
Diplomado de Administración y Dirección de Proyectos

Versión 53
Santiago, junio 2019
Integrantes Grupo 5:
Fabián Chanqueo
Eduardo Gómez
Eduardo Neira
Lissette Reyes
Cristóbal Ruiz
Tabla de contenidos
Introducción. 5
1. Antecedentes Generales del Proyecto. 6
1.1 Nombre e identificación del proyecto. 6
1.2. Nombre de la empresa y rol del equipo del proyecto. 6
1.3. Descripción General del Proyecto y su contexto. Requisitos de alto nivel. 6
1.4. Definición de etapas del Ciclo de Vida de proyecto que se abordarán. 7
1.5. Objetivos medibles del Proyecto. 7
1.6. El Caso de Negocios que justifica el proyecto (en caso de ser mandante). 8
1.7. Autoridades del Proyecto y roles de integrantes del Equipo del Proyecto. 8
1.8. Alcance Preliminar del proyecto. 8
1.9. Supuestos, exclusiones y restricciones del Proyecto. 9
1.10. Identificación y análisis de principales Grupos de Interés. 10
1.11. Métricas de desempeño del proyecto (calidad, seguridad, presupuesto y plazos máximos,
etc.). 11
1.12. Organización para el proyecto y su justificación (incluyendo a todos los participantes). 11
1.13. Gestión del conocimiento en el proyecto (almacenamiento de información, capacitación,
lecciones aprendidas, talleres, etc.). 12
1.14. Mapa Mental con actividades a realizar en proceso de integración de la planificación. 12
2. Plan de Alcance del Proyecto. 13
2.1 Levantamiento de requerimientos de orden superior. 13
2.2 Declaración detallada del alcance del proyecto. 13
2.3 Desarrollo del SBS como herramienta gráfica de definición de los alcances. 17
2.4 Estructura de desglose de trabajo. 18
2.5 Descripción de procedimiento de gestión de cambio: alcance, tiempo, costos y calidad. 18
3. Plan de Tiempos del Proyecto. 19
3.1. Definición de actividades del proyecto (en base a WBS), su secuencialidad y duración. 19
3.2. Plan de Hitos y Cronograma del proyecto (fechas significativas de las actividades). 19
3.3. Análisis de riesgo PERT del Cronograma. 20
3.4. Asignación de recursos a las actividades. Histogramas de Recursos principales. 20
3.5. Definición de Ruta Crítica del proyecto. 21
3.6 Despliegue de la Gantt 21
3.7. Curva de Avance Programado (“S”) 22
3.8 Definición de Sistema de Control del cronograma del Proyecto. 23
4. Plan de Costos del Proyecto. 24
Diplomado de Administración y Dirección de Proyectos 1

4.1. Estimación conceptual del costo del proyecto indicando nivel de exactitud y confiabilidad. 24
4.2. Presupuesto del proyecto y justificación de su determinación. Se deben incluir todos los
componentes de costo del proyecto (Costos Directos, Costos Indirectos, Gastos Generales,
Utilidades, etc.), incluyendo un análisis de contingencia para el proyecto. 24
4.3. Curva de gasto planificado (Costo Presupuestado del Trabajo Programado CPTP). 25
4.4. Análisis del costo financiero del proyecto. 26
5. Plan de Calidad del Proyecto. 27
5.1. Política de calidad. 27
5.2. Objetivos de calidad del proyecto con indicadores y metas concretas (KPIs). 27
5.3. Alcance del plan de calidad. 28
5.4. Roles y responsabilidades del equipo del proyecto respecto a la Gestión Integrada. 28
5.5. Manual de procedimientos del proyecto. 29
5.6. Mejoramiento continuo – gestión de acciones correctivas y preventivas. 29
5.7. Auditorías Internas de calidad. 29
5.8. Auditorias de calidad del Cliente. 30
5.9. Auditorías de calidad a contratistas y proveedores. 30
5.10. Revisiones del Proyecto 30
5.11. Lista de actividades a verificar al inicio (setup) del proyecto. 32
5.12. Integración del sistema gestión de calidad con la gestión de seguridad y salud ocupacional. 33
5.13. Integración del sistema gestión de calidad con la gestión de medioambiental y otros aspectos
de sustentabilidad. 33
5.14. Gestión documental del proyecto y control de registros de calidad. 33
5.15. Gestión del conocimiento en el proyecto. 33
5.16. Actividades de aseguramiento de calidad. 33
5.17. Actividades de control de calidad. 34
5.18. Uso de listas de chequeo. 34
5.19. Entregables del plan de calidad. 34
5.20. Inducción y capacitación. 34
6. Plan de Recursos del Proyecto. 36
6.1. Relaciones de dependencia (organigrama). 36
6.2. Definición de Roles - Matriz de Roles y Responsabilidades. 36
6.3. Histograma de recursos humanos. 36
6.4. Definición de la adquisición del personal. 36
6.5. Competencias requeridas. 37
6.6. Aspecto de Administración del personal. 37
6.7. Reconocimientos y recompensas. 37

6.8. Seguridad. 38
6.9. Resolución de polémicas y registro de polémicas. 38
6.10. Definición de Sistema de Registro de Lecciones aprendidas. 38
7. Plan de Riesgos del Proyecto. 39
7.1. Estructura de desglose de riesgo del proyecto (RBS). 39
7.2. Escalas de probabilidades e impacto del proyecto. 39
7.3. Identificación y registro de riesgos - Matriz de riesgos. 39
7.4. Análisis cualitativo de riesgos - Riesgo inherente. 40
7.5. Análisis cuantitativo de riesgos y estimación de contingencias. 40
7.6. Definición de estrategias de respuesta al riesgo. 41
7.7. Mapas de riesgo inherente y residual. 41
7.8. Políticas de seguimiento y control de los riesgos 41
8. Plan de Adquisiciones del Proyecto. 42
8.1. Aplicación del Método de Abrahamson para los contratos del proyecto. 42
8.2. Justificación de la elección del tipo de contrato y del método de contratación. 42
8.3. Plan de Adquisiciones y Contratos del proyecto. 43
8.3.1 Requerimientos actuales. 43
8.3.2. Restricciones. 44
8.3.3. Supuestos. 44
8.4. Justificación de la decisión hacer-comprar. 44
8.5. Establecer criterios y límites para la selección de proveedores. 45
9. Plan de Comunicaciones y Gestión de Grupos de Interés del Proyecto. 46
9.1. Matriz de Identificación, Registro y Estrategia de gestión de los interesados. 46
9.1.1. Hoja de Registro de Interesados. 46
9.1.2. Plan de involucramiento de los interesados. 46
9.2. Plan de comunicaciones. 46
9.2.1. Requisitos de comunicación de los interesados. 46
9.2.2. Información a ser comunicada. 46
9.2.3. Persona responsable de comunicar la información. 47
9.2.4. Personas o grupos que recibirán la información. 47
9.2.5. La persona responsable de autorizar la divulgación de información confidencial. 48
9.2.6. Métodos o tecnologías a usar para transmitir la información. 48
9.2.7. El plazo y la frecuencia para la distribución de la información requerida. 48
9.2.8. Pautas para la realización de las reuniones del Equipo de Proyecto. 48
9.2.9 El proceso de escalamiento de incidentes. 49
9.2.10. Método para actualizar y afinar el plan a lo largo del proyecto. 49

9.2.11. Los recursos asignados. 50
9.2.12. Eventuales restricciones en materia de comunicación, derivadas de políticas de la
organización, uso de alguna tecnología específica o normativa interna. 50
9.2.13. Glosario de terminología común 50
9.3 Matriz de comunicaciones 50
Conclusión 51
10. Anexos 52
Bibliografía y Fuentes 120
Tabla Detalle de Anexos

10.1. Anexos Antecedentes Generales del Proyecto 52
10.1.1. Mapa mental 52
10.2. Anexos Plan de Alcance del Proyecto 53
10.2.1. SBS del proyecto 53
10.2.2. WBS del proyecto 54
10.2.3. Planilla de registro de cambios 58
10.2.4. Flujo de solicitud de cambios 59
10.3. Anexos Plan de Tiempos del Proyecto 60
10.3.1. Actividades del proyecto (en base a WBS), su secuencialidad y duración 60
10.3.2. Histograma de recursos 68
10.3.3. Tareas de la ruta crítica 75
10.3.4. Despliegue de la Gantt resumida 79
10.4. Anexos Plan de Costos del Proyecto 80
10.4.1. Gráfico de flujos de ingresos y costos del proyecto. 80
10.5. Anexos Plan de Calidad del Proyecto 81
10.5.1. Diagrama de Ishikawa (Causa - Efecto “Rechazo de Pruebas UAT”) 81
10.5.2. Diagrama de Flujo de Procesos (Implementación Solución C&R) 82
10.5.3. Diseño de Procesos PIPOC (QC Interno / QC Cliente) 83
10.5.4. Procesos y Procedimientos de Calidad 84
10.5.5. Actividades de Aseguramiento de Calidad 87
10.5.6. Listas de Chequeo 88
10.6. Anexos Plan de Recursos del Proyecto 89
10.6.1. Organigrama de proyecto 89
10.6.2. Matriz RASCI 90
10.6.4. Tabla de roles y responsabilidades 94
10.6.5. Criterios de liberación 96
10.6.6. Formulario de resolución y registro de polémicas 97
10.6.7. Formulario de registro de lecciones aprendidas 97
10.7. Anexos Plan de Riesgos del Proyecto 98
10.7.1. Estructura de riesgo del proyecto 98
10.7.2. Tabla de probabilidades del proyecto 99
10.7.3. Tabla de consecuencia o impacto en objetivos 100
10.7.4. Matriz de Riesgos del Proyecto 104
10.7.5. Mapa de Riesgo Inherente 112
10.7.6. Mapa de Riesgo Residual 112
10.8. Anexos Plan de Adquisiciones del Proyecto 113
10.8.1. Formato de Documentos para las Adquisiciones 113
10.9. Anexos Plan de Comunicaciones y Gestión de Grupos de Interés del Proyecto 114
10.9.1. Hoja de registro de interesados 114
10.9.2. Matriz de compromiso e involucramiento 116
10.9.3. Plan de involucramiento 117
10.9.4. Matriz de comunicaciones 119

Introducción.
INACAP, es una Institución de Educación Superior con más 50 años de trayectoria, con 26 sedes en todo
Chile, más de 120.000 alumnos en las 75 carreras académicas impartidas, presenta nuevos requerimientos
financieros/contables para realizar la recaudación de sus pagos por Institución.
Por lo anterior, está buscando una solución de tesorería que le permita realizar su proceso de pago,
cuadratura, recaudaciones, conciliación e integración contable de manera unificada, pero al mismo tiempo
separando los flujos de las 3 instituciones: Centro de Formación Técnica (CFT), Instituto Profesional (IP)
y Universidad Tecnológica de Chile (UT). Con la finalidad de dar cumplimiento a su proceso de
“Acreditación” ante la Comisión Nacional de Acreditación, el cual es un proceso clave, estratégico y de
gran relevancia para todas las instituciones de educación, pues de ésta depende su funcionamiento, su
prestigio y calidad percibida por parte de los alumnos e interesados. Y sin olvidar que al ser una institución
adscrita a la gratuidad debe ser capaz de dar cumplimiento a este cambio regulatorio de separar los
ingresos por institución permitiendo mostrar que no tiene fines de lucro.
INACAP, al intentar llevar a cabo la actividad de separar los dineros por institución, encontró dificultades
en todo el proceso de recaudación, es por ello que acude a la Consultora BBR para que le preste servicios
de consultoría e identifique las principales brechas de su sistema de tesorería actual desarrollado por esta
institución educacional con el modelo de tesorería propuesto por BBR. Es así como nace la oportunidad
de desarrollar el proyecto Sistema de Información de la Nueva Tesorería de INACAP.
La Consultora BBR por su parte, es una empresa reconocida como líder regional en soluciones
tecnológicas para la industria Retail, con un crecimiento sostenido y fundado en la robustez, flexibilidad y
calidad de sus productos y servicios. En esta oportunidad, con el fin de sostener su estrategia de
crecimiento, y aprovechando la experiencia en el mercado masivo, ha decido entrar a un nuevo segmento
de clientes pertenecientes a la educación, ofreciendo una solución tecnológica ya desarrollada la cual será
adaptada para satisfacer las necesidades de INACAP.

1. Antecedentes Generales del Proyecto.
1.1 Nombre e identificación del proyecto.
El presente documento corresponde al Plan de Administración que detalla el proyecto denominado:

Implementación de Sistema de Información Nueva Tesorería Inacap.
1.2. Nombre de la empresa y rol del equipo del proyecto.
Este proyecto es solicitado por la Empresa Mandante Universidad Tecnológica de Chile Inacap (Rut
72.012.000-3), el cual será realizado por la Empresa Contratista BBR SpA (Rut 76.416.065-7).
El Rol del Equipo de Proyecto será abordado desde la perspectiva de la Consultora BBR, contratista de
Inacap, el cual estará a cargo del desarrollo e implementación de los módulos que conformarán la solución
de “Sistema de Información Nueva Tesorería Inacap”.
1.3. Descripción General del Proyecto y su contexto. Requisitos de alto nivel.
INACAP como parte de los nuevos requerimientos financieros/contables, está buscando una solución de
tesorería que le permita realizar los procesos Recaudación, Cuadratura, Conciliación e Integración
Contable de manera unificada en cuanto a lo operacional, sin embargo, separando los flujos según estos
correspondan a las diferentes entidades: Centro de Formación Técnica (CFT), Instituto Profesional (IP) y
Universidad Tecnológica (UT).
Actualmente Inacap, maneja los flujos de ingresos mediante su aplicación Caja Única (CU), la cual se inició
como un desarrollo de la Unidad de Tecnología de la Universidad. Pero esta aplicación carece de principios
o buenas prácticas como: Automatización, Eficiencia, Trazabilidad, Estandarización, entre otros.
Se busca resolver las siguientes problemáticas:
i) Necesidad de enfrentar el cambio regulatorio de la Ley de Educación Superior y Gratuidad. Para

Inacap es estratégico, mantener en regla su estatus de institución acreditada por la Comisión Nacional de
Acreditación (CNA) para sus distintas instituciones con el fin de acreditar su calidad y contar con derecho
a beneficios de financiamiento para sus alumnos (beneficio CAE Ley Nº20.027).
ii) Necesidad de Modernizar los Medios de Pagos (MP). En el último tiempo, Inacap está enfrentando
cambios importantes como la disminución en la cantidad de transacciones en efectivo y aumento en las
transacciones con Tarjeta de Crédito y en línea. Esto ha obligado a Inacap a implementar una estrategia
para disminuir los pagos de efectivo, surgiendo con esto la necesidad implementar una solución que le
permita automatizar la recepción de los pagos y evitar errores manuales al contar con una conexión directa
hacia Transbank.
iii) Modernizar la plataforma de Inacap. La Caja Única se inició como un desarrollo del Punto de Venta
(POS), a la cual se fueron incorporando funcionalidades de cuadratura y conciliación, en base a los
requerimientos solicitados por los usuarios que utilizan dicho sistema.
La Consultora BBR ha estimado que este proyecto tendrá una duración aproximada para su ejecución de
12 meses y que considerará un costo total estimado de UF 5600. El desarrollo de todos los módulos se

llevará a cabo en las dependencias de la empresa Consultora BBR, ubicada en calle Andrés Bello 2687,
Piso 9, Santiago; y el piloto de la solución se implementará en la sede Apoquindo de Inacap ubicada en
Av. Apoquindo 7282, Las Condes, Región Metropolitana. Las reuniones de avance y capacitaciones se
realizarán en la Casa Central de Inacap ubicada en Av. Vitacura 10151, Vitacura, Región Metropolitana.
1.4. Definición de etapas del Ciclo de Vida de proyecto que se abordarán.
El ciclo de vida del proyecto Implementación de Sistema de Información Nueva Tesorería Inacap sigue el
estándar definido para la Consultora BBR, el cual consta de las siguientes etapas:
● Preventa: Etapa en donde se evalúa el proyecto en términos de costo y tiempo, a partir de

reuniones con el cliente para la obtención de los requerimientos. El entregable de esta fase es la
propuesta económica.
● Inicio y planificación: Fase posterior a la adjudicación del proyecto, en la cual se coordina la
reunión de kick off interna con el equipo de proyecto. Los entregables de esa etapa son el Acta de
Constitución del proyecto y el Plan de Administración del proyecto.
● Ejecución: Etapa donde se construye la aplicación a desarrollar a partir de las mejores prácticas
definidas por la Consultora BBR. Durante esta fase, el Plan de Administración del proyecto es
actualizado constantemente a partir de los cambios que va soportando el proyecto.
● Cierre: Esta fase comienza una vez finalizada la etapa de ejecución y es donde se entregará
formalmente el Sistema de Información Nueva Tesorería Inacap. Además, se generará la carta de
aceptación y la presentación de cierre PMO.
En la siguiente figura se visualiza el ciclo de vida del proyecto con los hitos más importantes:
Figura 1.1: Ciclo de Vida y sus Hitos más importantes.
1.5. Objetivos medibles del Proyecto.
El objetivo del proyecto es implementar un Sistema de Información de Tesorería para la Institución Inacap
que permita realizar la administración de sus ingresos separando los flujos de dinero entre las diferentes
unidades de negocio. Esto busca dar transparencia al proceso de recaudación requerido en el Proceso de
Acreditación ante la Comisión Nacional de Acreditación.

Como resultado del levantamiento realizado, la Consultora BBR propone el Desarrollo e Implementación
de un Sistema de Tesorería que se compone de 3 Soluciones (Módulos): Medios de Pago IRS Switch,
Cuadratura & Recaudación IRS (C&R) y Conciliación & Liquidación IRS (C&L).
El rendimiento técnico de los entregables se mide por solución, en donde se tienen las siguientes
consideraciones:
● Solución de Medios de pago IRS Switch: Contar con niveles de uptime sobre el 99% hacia
Transbank.
● Solución de Cuadratura y Recaudación: Contar con cierre de fechas contables de las sedes con
un día de desfase como máximo, realizando el control el tesorero central de Inacap.
● Solución de Conciliación y Liquidación: Contar con 99% de conciliación para los emisores Banco
de Chile y Transbank.
1.6. El Caso de Negocios que justifica el proyecto (en caso de ser mandante).
La definición del caso de negocios no aplica para este proyecto dado que será ejecutado desde el punto
de vista de contratista.
1.7. Autoridades del Proyecto y roles de integrantes del Equipo del Proyecto.
En el Anexo 10.6.1 se puede observar el organigrama del proyecto, en donde se identifica a la autoridad
máxima que es el Gerente de Proyectos, quien además tiene como rol liderar el equipo y patrocinar el
proyecto. En el Anexo 10.6.4 se presenta una matriz de roles y responsabilidades para el equipo completo.
1.8. Alcance Preliminar del proyecto.
Diagrama de Contexto Físico

En esta imagen se representa con colores los Entregables de Sistema.
Figura 1.2: Diagrama de contexto físico del proyecto

Descripción de módulos:
● Componente de Integración con medio de pago POS SW-CL: Componente que permitirá conectar
y procesar las transacciones realizadas a través de los dispositivos POS usados en cada Caja Inacap.
● Componente de Validación Transbank IRS-Switch H2H: Componente que se encargará de validar
las transacciones electrónicas realizadas en el software de Caja Única de Inacap.
● Solución de Cuadratura & Recaudación (IRS C&R): Automatizará el proceso de administración de
valores en la sede, que permitirá realizar una cuadratura entre lo teórico procesado por cada caja (por
contabilizar) y lo informado por los cajeros (contabilizado), apoyando una serie de otros procesos
administrativos que se derivan de él.
● Solución de Conciliación & Liquidación (IRS C&L): Controlará que los pagos recibidos por los
distintos medios de pagos sean efectivamente depositados por los autorizadores lo que permitirá
integrar a la contabilidad los movimientos de pagos realizados tanto en caja como en portal web.
● Interfaz de Abonos TransBank y Banco de Chile IF_C&L: Conjunto de interfaces que se
desarrollarán a la medida para Inacap, las cuales proporcionarán información a Inacap de los abonos
recibidos por Transbank y del Banco de Chile.
● Interfaz de Actualización de Transacciones IF_C&R: Conjunto de interfaces que se desarrollarán a
la medida para Inacap, las cuales proporcionarán información relevante para identificar las
transacciones modificadas y locales cerrados en el IRS C&R y con ello actualizar su data en el ERP
SIGA.
Documentación a entregar.
● Manual de Instalación Switch Client

● Manual de Usuario C&R
● Procedimientos Operativos con C&R
● Manual de Usuario C&L
● Procedimientos Operativos con C&L
1.9. Supuestos, exclusiones y restricciones del Proyecto.
Supuestos:
● Inacap entregará la infraestructura en las fechas acordadas según la línea base del proyecto para
los ambientes de certificación y producción. Cualquier atraso por parte del cliente se deberá
evaluar el impacto en el cronograma.
● La certificación de Transbank tendrá una duración de 2 semanas.
● Transbank dejará disponible de forma diaria los archivos de conciliación y liquidación para
Transbank Crédito y Débito.
● Banco de Chile dejará los archivos de conciliación que contiene la información de papeletas de
depósito en la casilla FTP comprometida en forma diaria.
Exclusiones de Alcance Físico:
● Infraestructura no será proporcionada por Consultora BBR.

● Consultora BBR no cambiará los POS Actuales.
● No habrá migración de datos histórica.
● Caja Única: Software para el registro de Pagos realizados por alumnos, correspondientes a
matrículas, mensualidades y certificados, de las instituciones CFT, Instituto Profesional y
Universidad Tecnológica de Inacap.
● SIGA / ERP: Sistema de Gestión Académica de Inacap.
● Hardware FTP Banco de Chile: Servicio de Transferencia de Archivos del Banco de Chile, se
encargará de recepcionar y procesar los archivos de transacciones enviados por Inacap.

Exclusiones de Servicios:
● Las etapas de Prefactibilidad y Factibilidad se realizaron por el Mandante Inacap.

● Mantenimiento sobre el hardware será responsabilidad de Inacap.
● La instalación del módulo “Componente de Integración con Medio de Pago POS SW CL” será
realizada por Inacap.
Restricciones:
● Utilizar versión de Base de Datos PostgreSQL 9.

● Utilizar infraestructura de Servidores en modalidad Cloud.
● El acceso a la casilla FTP de Banco de Chile y Transbank será únicamente a través de las
credenciales entregadas por ellos.
1.10. Identificación y análisis de principales Grupos de Interés.
En la siguiente imagen se puede apreciar el diagrama del modelo de las partes interesadas:
Figura 1.3: Diagrama modelo de partes interesadas
Comisión Nacional de Acreditación (dependiente del Ministerio de Educación): Entidad encargada,

entre otras actividades, de entregar los lineamientos para el otorgamiento de las acreditaciones a las
entidades de educación superior. Además, se encarga de realizar las evaluaciones a cada uno de los
aspectos de interés para el otorgamiento o revocación de las acreditaciones en los grados
correspondientes de acuerdo al nivel de cumplimiento por parte de las instituciones evaluadas.
Alumnos: Grupo de Interés primordial para asegurar la continuidad de operaciones de una entidad de
educación superior. En el caso del Proyecto de Implementación de Sistema de Información Nueva
Tesorería Inacap, este grupo de interés se verá directamente afectado debido a que la implementación del
proyecto apunta a lograr la obtención de la acreditación por periodos superiores a dos años, lo que
directamente entregará a los alumnos de INACAP una mejor percepción de su entidad educativa.

Transbank: Es una empresa chilena encargada de la administración de las tarjetas de crédito y débito
bancarias del país. Debido a que la mayoría de los pagos realizados a INACAP se hacen a través de este
medio, se deberá incluir la integración de esta tecnología con la Implementación del Proyecto.
Banco de Chile: Entidad bancaria que posee las cuentas corrientes de INACAP, por lo tanto, es parte del
Alcance del Proyecto, ya que proporcionará información relevante sobre los pagos realizados.
Equipo desarrollo BBR: Equipo de desarrollo de la empresa contratista que llevará a cabo la
implementación del Proyecto.
Gerencia de Finanzas: Unidad de Inacap que proporcionará y validará el cumplimiento de los

requerimientos que sustentan el Proyecto.
Gerente de TI: Unidad de Inacap, encargada de gestionar la disponibilización de la infraestructura TI sobre

la cual operará el Sistema de Información.
Equipo de TI: Unidad de Inacap encargada de armar la infraestructura TI necesaria para que opere el
Sistema de Información de Tesorería.
Administrativo contable: Área de Inacap encargada de llevar la contabilidad de las instituciones y que
validará el correcto funcionamiento del sistema a implementar.
Jefe de tesorería: Área de Inacap encargada de la contabilidad de las instituciones y que utilizará la
plataforma de tesorería a implementar.
1.11. Métricas de desempeño del proyecto (calidad, seguridad, presupuesto y plazos máximos,
etc.).
Las métricas de desempeño definidas para este proyecto son las siguientes:
● Minimizar desviación de costo del proyecto.

● Cumplir con tiempo de respuesta a clientes.
● Cumplir cronograma del proyecto.
● Disminuir número de incidencias graves detectadas en proyecto.
● Minimizar iteraciones por observaciones a los documentos de requerimientos.
● Monitorear cumplimiento de cambios solicitados por cliente.
Un mayor detalle de cada uno de estos KPI se puede encontrar en el numeral 5.2 de este documento en
la sección de Gestión de la Calidad.
1.12. Organización para el proyecto y su justificación (incluyendo a todos los participantes).
Como se puede apreciar en el Organigrama del Proyecto en el Anexo 10.6.1, el equipo de proyecto se
encuentra conformado por 13 personas, en donde gran parte del equipo pertenece al Área de negocios de
Tesorería BBR, área que se encarga de todos los proyectos y desarrollo que estén relacionados con su
solución de tesorería, los cuales cuentan con vasta experiencia en la implementación de soluciones
similares y que trabajarán en las actividades relacionadas al desarrollo y gestión del sistema de tesorería

propiamente tal. Además, se ha solicitado al área de sistema un ingeniero de sistemas el cual estará a
cargo de ejecutar todas las actividades relacionadas con los ambientes en donde estará alojado el sistema.
1.13. Gestión del conocimiento en el proyecto (almacenamiento de información, capacitación,

lecciones aprendidas, talleres, etc.).
Toda la documentación generada durante la ejecución del proyecto se almacenará en la carpeta que ha
sido creada específicamente para este proyecto, en el gestor documental de BBR, el cual es accesible
para todos los integrantes del proyecto. En dicha carpeta se encontrarán las plantillas de lecciones
aprendidas donde se irán registrando todas las experiencias que han ocurrido durante la ejecución del
proyecto que sean dignas de ser compartidas; y la plantilla de resolución de polémicas que permitirá
registrar los conflictos que se han dado entre los participantes.
Por otro parte, se considerarán dos talleres de lecciones aprendidas, una al inicio del proyecto en donde
se revisarán las lecciones de proyectos anteriores y otro al cierre de este proyecto en la cual se analizarán
las lecciones registradas y cómo pueden estas afectar a proyectos futuros.
1.14. Mapa Mental con actividades a realizar en proceso de integración de la planificación.
El mapa mental se puede encontrar en el Anexo 10.1.1 donde se colocan todas las actividades a realizar
en la integración de la planificación.

4.1. Estimación conceptual del costo del proyecto indicando nivel de exactitud y confiabilidad. 24
Utilidades, etc.), incluyendo un análisis de contingencia para el proyecto. 24
4.3. Curva de gasto planificado (Costo Presupuestado del Trabajo Programado CPTP). 25
4.4. Análisis del costo financiero del proyecto. 26
5. Plan de Calidad del Proyecto. 27
5.1. Política de calidad. 27
5.2. Objetivos de calidad del proyecto con indicadores y metas concretas (KPIs). 27
5.3. Alcance del plan de calidad. 28
5.4. Roles y responsabilidades del equipo del proyecto respecto a la Gestión Integrada. 28
5.5. Manual de procedimientos del proyecto. 29
5.6. Mejoramiento continuo – gestión de acciones correctivas y preventivas. 29
5.7. Auditorías Internas de calidad. 29
5.8. Auditorias de calidad del Cliente. 30
5.9. Auditorías de calidad a contratistas y proveedores. 30
5.10. Revisiones del Proyecto 30
5.11. Lista de actividades a verificar al inicio (setup) del proyecto. 32
5.12. Integración del sistema gestión de calidad con la gestión de seguridad y salud ocupacional. 33
5.13. Integración del sistema gestión de calidad con la gestión de medioambiental y otros aspectos
de sustentabilidad. 33
5.14. Gestión documental del proyecto y control de registros de calidad. 33
5.15. Gestión del conocimiento en el proyecto. 33
5.16. Actividades de aseguramiento de calidad. 33
5.17. Actividades de control de calidad. 34
5.18. Uso de listas de chequeo. 34
5.19. Entregables del plan de calidad. 34
5.20. Inducción y capacitación. 34
6. Plan de Recursos del Proyecto. 36
6.1. Relaciones de dependencia (organigrama). 36
6.2. Definición de Roles - Matriz de Roles y Responsabilidades. 36
6.3. Histograma de recursos humanos. 36
6.4. Definición de la adquisición del personal. 36
6.5. Competencias requeridas. 37
6.6. Aspecto de Administración del personal. 37
6.7. Reconocimientos y recompensas. 37

● Curva de avance programado: Herramienta de control del
porcentaje de avance del proyecto.
● Histograma de recursos: Herramienta que detalla la carga
de trabajo de cada uno de los recursos asociados al proyecto.
Plan de gestión de calidad: ● Tabla con objetivos de calidad del proyecto: Tabla con la
Documento que detalla cómo se definición de los KPI asociados a la calidad de la gestión del
controlará la calidad del proyecto.
proyecto y del producto. ● Tabla de KPI de procesos: Tabla con métricas de
desempeño asociadas a las tareas del WBS.
● PIPOC y Diagrama de flujos de procesos: Tabla con la
especificación de los distintos flujos de procesos que estarán
involucrados en el proyecto.
Plan de gestión de ● Matriz poder/interés: Herramienta que indicará el nivel de

comunicaciones: Documento involucramiento de los interesados y el grado de poder que
que detalla cómo se gestionarán tienen sobre este.
las comunicaciones entre los ● Hoja de registro de interesados: Documento que lista todas
interesados del proyecto. las partes interesadas del proyecto y cómo se controlarán.
● Plan de involucramiento de los interesados: Documento
que definirá las estrategias y acciones más apropiadas que
permitan comprometer e involucrar de manera efectiva a los
interesados durante las distintas fases del ciclo de vida del
proyecto.
● Plan de gestión de las comunicaciones: Documento que
definirá cómo se realizarán las comunicaciones entre las
distintas partes, además de indicar los medios que se
utilizarán.
● Matriz de comunicaciones: Herramienta que definirá la
información del proyecto que será necesaria proporcionar a
cada involucrado, asimismo el responsable que debe
hacerlo, la metodología y frecuencia.
Plan de gestión de riesgos: ● Tabla de escala de probabilidad de riesgos: Tabla con la

Documento que indica cómo se definición cualitativa de los distintos niveles posibles de
gestionarán los posibles riesgos probabilidades de ocurrencia de los riesgos.
que afectarán al proyecto, ● Tabla de impactos: Tabla con la definición cualitativa de los
indicando planes de mitigación distintos niveles posibles de impacto de un riesgo en el
en caso de riesgos negativos y proyecto.
planes que fomenten los riesgos ● Matriz de riesgos: Tabla con la identificación cuantitativa de
positivos. cada uno de los riesgos, con su plan de mitigación y costos
asociados al plan.
Plan de gestión de recursos: ● Tabla de definición de roles: Tabla que listará los roles de
Documento que detalla el todos los recursos involucrados con el proyecto, indicando
equipo que conformará el responsabilidades y competencias.
proyecto, el cómo se organizará ● Matriz de responsabilidades RASCI: Matriz que indicará
y gestionará. las responsabilidades de cada rol para cada una de las
actividades del WBS.
● Histograma de recursos: Gráfico que indica la distribución
de carga de trabajo para cada uno de los roles involucrados
en el proyecto.
● Organigrama del proyecto: Diagrama que indicará las
relaciones de dependencias de cada uno de los miembros del
equipo de trabajo.

● Registro de lecciones aprendidas: Documento donde se
irán registrando las distintas lecciones aprendidas durante el
transcurso del proyecto.
● Registro de polémicas: Documento donde se irán
registrando las polémicas que vayan ocurriendo entre los
integrantes del equipo de trabajo durante el transcurso del
proyecto.
Plan de gestión de ● Lista de proveedores pre-calificados: Listado con todos

adquisiciones: Documento que los proveedores pre aprobados por la Consultora BBR.
contendrá el plan de ● Tabla de roles y responsabilidades: Tabla con los roles
adquisiciones de los servicio y que participarán en el proceso de adquisiciones y sus
productos necesarios para la responsabilidades
realización del proyecto.
Carta de aceptación:
Documento de aceptación del
proyecto, indicando que la
totalidad del alcance será
cumplido.
Presentación cierre PMO:

Presentación en Power Point
que indicará el rendimiento del
proyecto en términos de costo,
tiempo, recursos y calidad.
Tabla 2.1: Entregables del proyecto
B. Entregables del producto.
Entregables Sub entregables
Solución medios de pago ● POS SW Client: Aplicación de la Consultora BBR. Librería Java
IRS Switch: Solución JSE que proveerá interfaz a Caja Única para interactuar con el
encargada del proceso Pinpad y controlar el flujo de operación de una transacción de pago
transaccional de los y condiciones de borde.
medios de pago con ● SW Central: Aplicación de la Consultora BBR, demonio. Proceso
Transbank, en donde se desarrollado en Java que permitirá la conexión de múltiples puntos
entregará al cliente una de venta a múltiples servicios transaccionales.
componente a instalar en ● Manual de instalación: Documento PDF con paso a paso para
su Caja Única, lo cual le instalación de módulo.
permitirá estar conectado ● Documento traspaso operaciones: Documento en PDF, que
con un servidor describirá como a nivel técnico se compone la solución y como
transaccional el cual estará esta deberá ser monitoreada por operaciones.
online con Transbank.
Permitiendo un registro
consistente de la venta y
evitando errores manuales
al procesar el medio de
pago en su Caja Única al
estar integrado al POS de
Transbank.
Solución Cuadratura y ● Aplicación WEB C&R: Corresponde a la interfaz de usuario, en

Recaudación C&R: donde se accederá a la aplicación de C&R a través de la web.
Solución compuesta por ● Módulo depósito por institución: Permitirá depositar para cada
Aplicación Web e sede y fecha contable el efectivo y cheques que será recaudado
interfaces de salida. Esta por institución, además de generar sus respectivas papeletas de
se encargará de depósito del Banco de Chile.
automatizar el proceso de ● Módulo cambio tipo documento: Permitirá corregir en el modelo
administración de valores de C&R el tipo de documento mal ingresado en la Caja Única. Con
en las sedes, permitiendo el objetivo de dejar la transacción disponible para ser informada en
realizar una cuadratura su interfaz, para que luego Inacap actualice este dato en su ERP.
entre lo teórico procesado ● Módulo depósito cheque a fecha: Permitirá depositar los
por caja y lo informado por cheques a fechas vencidos, además de generar sus respectivas
los cajeros, apoyando una papeletas de depósito del Banco de Chile.
serie de otros procesos ● Módulo protesto: Permitirá registrar en el IRS C&R los Cheques
administrativos que se que son protestados por distintos motivos en el banco. Con el
derivan de él. objetivo informar la transacción protestada en su interfaz, para que
luego Inacap actualice este dato en su ERP.
● Módulo Cambio Tipo Medio de Pago: Permitirá corregir en la
aplicación de C&R el medio de pago mal ingresado en la Caja
Única. Además de dejar la transacción disponible para ser
informada en su interfaz y actualizar este dato en el ERP de
Inacap.
● Interfaz de entrada C&R: Interfaz que permitirá rescatar las
transacciones registradas por la Caja Única en la BD de Oracle y
cargarlas a la BD de Postgres permitiendo alimentar de
información transaccional a la solución de C&R.
● Interfaz cierre locales: Interfaz que informará los locales y fechas
contables cerradas en el IRS C&R, permitiendo al usuario saber
qué local ha cerrado su proceso de cuadratura. Esta interfaz
traspasará las transacciones de la BD de Postgres a una tabla
dispuesta en la BD de Oracle del ERP de Inacap.
● Interfaz cheques protestados: Interfaz que informará las
transacciones de cheques al día y cheques a fechas que fueron
protestados en el Módulo de Protesto. Traspasando las
transacciones de la BD de Postgres a una tabla dispuesta en la BD
de Oracle del ERP de Inacap.
● Interfaz Cambio Medio de Pago: Interfaz que informará las
transacciones modificadas en el módulo de cambio de medio de
pago. Traspasando las transacciones de la BD de Postgres a una
tabla dispuesta en la BD de Oracle del ERP de Inacap.
● Interfaz Cambio Tipo Documento: Interfaz que informará las
transacciones modificadas en el módulo Cambio Tipo de
Documento. Traspasando las transacciones de la BD de Postgres
a una tabla dispuesta en la BD de Oracle del ERP de Inacap.
● Manual de usuario: Documento en PDF, que describirá en detalle
las funcionalidades de la aplicación Web C&R
● Documento traspaso operaciones: Documento en PDF, que
describirá como a nivel técnico se compone la solución y como
esta deberá ser monitoreada por operaciones.
● Manual procedimiento operativo: Documento PDF, que
describirá cuales son los procedimientos operativos que debe
hacer el tesorero o el cajero en la sede, en donde se explicará
cómo debe interactuar con la aplicación de C&R para registrar las
distintas operaciones que necesite realizar en la sede.

Solución Conciliación y ● Aplicación WEB C&L: Corresponde a la interfaz de usuario, en
Liquidación C&L: donde se accederá a la aplicación de C&L a través de la web.
Solución compuesta por ● Interfaz de entrada C&L: Interfaz que extraerá los datos del
aplicación web e interfaces modelo de datos de C&R y los insertará al modelo de datos de
de salida. La cual permitirá C&L. En esta se enviarán todos los depósitos (Efectivo, Cheque al
administrar y controlar los día y Cheque a fecha), además de las Transacciones con tarjeta
pagos recibidos por los de Crédito y Débito.
medios de pago para que ● Interfaz de diferencias Banco de Chile: Interfaz que se
sean efectivamente encargará de informar las transacciones que no se conciliarán para
depositados por los el emisor Banco de Chile, traspasando las transacciones de la BD
emisores. de Postgres a una tabla dispuesta en la BD de Oracle del ERP de
Inacap.
● Interfaz de abono Banco de Chile: Interfaz que se encargará de
informar las transacciones que serán conciliadas y liquidadas por
Banco de Chile, traspasando las transacciones de la BD de
Postgres a una tabla dispuesta en la BD de Oracle del ERP de
Inacap.
● Interfaz de abono Transbank: Interfaz que se encargará de
informar las transacciones que fueron Conciliadas y liquidadas
Transbank, traspasando las transacciones de la BD de Postgres a
una tabla dispuesta en la BD de Oracle del ERP de Inacap.
● Documento traspaso de operaciones: Documento en PDF, que
describirá a nivel técnico como se compone la solución y como
● Manual de usuario:Documento en PDF, que describirá en detalle
las funcionalidades de la aplicación Web C&L.
● Manual de procedimiento operativo: Documento PDF, que
describirá cuales son los procedimientos operativos que deberá
hacer el tesorero Central, en donde se explica cómo deberá
interactuar con la aplicación de C&L para trabajar y gestionar con
la conciliación de las sedes.
Tabla 2.2: Entregables del producto.
2.3 Desarrollo del SBS como herramienta gráfica de definición de los alcances.
La estructura del sistema está dividida en 3 entregables principales:
● Solución de Medios de Pago IRS Switch: Solución encargada del proceso transaccional de los
medios de pago con Transbank, en donde se entregará al cliente una componente a instalar en su
Caja Única, lo cual le permitirá estar conectado con un servidor transaccional el cual estará online
con Transbank, permitiendo un registro consistente de la venta y evitando errores manuales al
procesar el medio de pago en su Caja Única al estar integrado al POS de Transbank.
● Solución Cuadratura & Recaudación: Módulo encargado de automatizar el proceso de
administración de valores en las sedes, permitiendo realizar una cuadratura entre lo teórico
procesado por caja y lo informado por los cajeros, apoyando una serie de otros procesos
● Solución Conciliación & Liquidación: Controla que los pagos recibidos por los medios de pago
sean efectivamente depositados por los autorizadores.
La representación gráfica del SBS se encuentra en el Anexo 10.2.1, en la sección del plan de alcance.

2.4 Estructura de desglose de trabajo.
La estructura de desglose de trabajo de este proyecto se ha diseñado agrupando la administración del

proyecto y los tres módulos físicos a implementar. Se ha decidido utilizar este enfoque dado que la
estrategia tomada fue la de paralelizar el desarrollo de estos módulos, con tres equipos de desarrollo
distintos, pero coordinados en conjunto para disminuir los plazos de entrega e ir implementando pilotos
según cada módulo se encuentre finalizado. Además, en cada uno de los módulos se han agrupado las
actividades de acuerdo a la etapa de su ciclo de vida (diseño, desarrollo e implementación), lo que ayuda
a determinar la cantidad de actividades y esfuerzo para cada una de estas etapas.
El esquema de desglose WBS se presenta en el Anexo 10.2.2 en la sección del plan de alcance.
2.5 Descripción de procedimiento de gestión de cambio: alcance, tiempo, costos y calidad.
Se elaborará un proceso de gestión de cambio que ayude a llevar de mejor manera el registro de cambios
durante la ejecución del proyecto, indicando cómo afectan estas tanto al alcance, tiempo y costos, sin
descuidar la calidad del entregable. Para ello se utilizará la planilla de registros que aparece en el Anexo
10.2.3, la cual deberá ser visada por el Gerente de Proyectos Enzo Rivera quien deberá firmar la
aprobación de esta para poder ser incluida dentro del proyecto. Como complemento, en el Anexo 10.2.4
se coloca el flujo a seguir para la solicitud de cambio.

3. Plan de Tiempos del Proyecto.
Para elaborar el plan de tiempos del proyecto se consideraron los siguientes aspectos:
● Se programará el trabajo con la fecha de inicio 1/Julio/2019 y fecha de fin 24/Junio/2020.

○ Por lecciones aprendidas de proyectos anteriores, la implementación de un sistema de
Información de tesorería tomará alrededor de 1 año.
● Se considerarán 5 días laborales a la semana de 8 horas diarias cada uno.
● No se considerarán horas extras en la línea Base del proyecto.
● Se considerarán 18 días como no laborales, dentro de estos se consideran:
○ 3 días feriados en semana del 18 de septiembre.
○ Día previo a las festividades, de igual forma se considerarán no laborales. Entiéndase 24
y 31 de diciembre.
○ Además de los días festivos que por ley caerán dentro de la semana laboral.
● En febrero las sedes de Inacap no dispondrán de su personal por periodo de vacaciones, antes
esto no se contará con recursos del mandante.
● La herramienta para desarrollar y apoyar la administración del proyecto será el MS Project 2016.
3.1. Definición de actividades del proyecto (en base a WBS), su secuencialidad y duración.
Para la definición de las actividades del proyecto se ha utilizado el WBS detallado, el cual ha ayudado a
identificar actividades del proyecto. Por otro lado, el MS Project se ha utilizado para visualizar la secuencia
lógica de estas actividades, asignar los recursos y su trabajo correspondiente.
Ver Anexo: 10.3.1 Definición de actividades del proyecto (en base a WBS), su secuencialidad y
duración.
3.2. Plan de Hitos y Cronograma del proyecto (fechas significativas de las actividades).
Los hitos establecidos en el proyecto figuran en la parte contractual y obedecen a los pagos que deberá
realizar el mandante para los determinados hitos a cumplir por el contratista. En total son 9 hitos los cuales
obedecen al inicio y fin del proyecto, entregas de productos de las determinadas soluciones para su
certificación del cliente, a la puesta de un piloto offline y a las entradas en servicio de las distintas
soluciones (operación).
Figura 3.1: Plan de hitos por solución.

Por otro lado se adjunta un cronograma resumido el cual muestra las distintas duraciones de las fases que
integran cada uno de las soluciones, sin olvidar que las actividades de Administración del Proyecto están
a todo lo largo del proyecto.
Figura 3.2: Cronograma resumido.
3.3. Análisis de riesgo PERT del Cronograma.
Para realizar el análisis Pert se utilizaron los tiempos optimistas, pesimistas y más probables de las tareas
de la ruta crítica, además de su desviación estándar y varianza de cada una de estas. Lo anterior dio como
resultado que existe un 94,52 % de que se cumpla con éxito la programación. Para mayor detalle del
cálculo, consultar el Excel Ruta Critica.xlsx.
Indicador Valor
S (Ruta Crítica)= 233
D (Duración probable)= 243
D-S = 10
VRC = 39
1/2
(VRC) = 6,2
1/2
z= (D-S)/(VRC) = 1,6
P(z=1,06)= 94.52%
Tabla 3.1: Análisis de riesgo PERT
3.4. Asignación de recursos a las actividades. Histogramas de Recursos principales.
El equipo de proyecto estará formado por 13 trabajadores los cuales pertenecen a la Consultora BBR. El
equipo se constituirá por 11 recursos propios de la Unidad de negocios de Tesorería, un recurso asignado
para el proyecto que corresponde a la Gerencia de Sistemas y un recurso de la Gerencia General. Por el
lado del mandante deberá disponer de su equipo de proyecto el cual debe ser idóneo para la realización

de las actividades del proyecto. Por otro lado, la relación con Transbank es directa del mandante y es
quien solicita recursos a Transbank para la etapa de certificación de los entregables para la solución IRS
Switch.
Recursos HH de Trabajo HH de participación

Gerente de Proyecto 139 4,00%
Jefe de Proyecto 789,7 22,71%
Líder Técnico MP 166 4,77%
Desarrollador MP 222 6,38%
Líder Técnico CR/CL 322 9,26%
Consultor Funcional 492 14,15%
Desarrollador de Aplicaciones 186 5,35%
Administrador de Base de Datos 227,5 6,54%
Desarrollador Junior 1 216,8 6,24%
Desarrollador Junior 2 85,5 2,46%
Desarrollador Back End 306,5 8,82%
Analista de QA 240 6,90%
Ingeniero de Sistemas 84 2,42%
Total 3476,9 100%
Tabla 3.2: Carga de trabajo por recurso.
En la tabla se puede apreciar las horas involucradas de cada recurso de la Consultora BBR en el desarrollo
del proyecto, siendo el Jefe de Proyectos el cual tiene más horas asignadas (22,71%) junto con el Consultor
Funcional (14,15%).
Adicionalmente, se adjunta Histograma por Recursos en el Anexo 10.3.2, el cual está nivelado para
cada uno de los recursos de la Consultora BBR y en el Anexo 10.6.3 se incluye un histograma de
recursos del equipo completo de trabajo.
3.5. Definición de Ruta Crítica del proyecto.
Para determinar la Ruta Crítica del proyecto se utilizó la técnica CPM (Critical Path Method), del MS Project
en donde se ha realizado el diagrama de red mostrando que la ruta crítica del proyecto tiene una duración
de 233 días (ver archivo Sistema de Información Nueva tesorería V2.mpm en Diagrama de Red).
La ruta crítica involucra tareas que están para todas las fases del proyecto (Diseño, implementación) de
las distintas soluciones a entregar IRS Switch, IRS C&R e IRS C&L. Este análisis nos indica que la
programación del desarrollo es en cascada y a su vez las actividades a desarrollar de las distintas
soluciones son inputs para comenzar los trabajos de las otras soluciones. De la Administración del
Proyecto se consideran las actividades que están dentro del inicio, planificación y el cierre el cual puede
ser visualizado en el Anexo 10.3.3.
3.6 Despliegue de la Gantt

En el Anexo 10.3.4 se despliega la gantt con las tareas resumidas del proyecto, en donde se señalan las
distintas fases con su duración y trabajo.
Para consultar al despliegue detallado de la gantt, se recomienda abrir el archivo Sistema de Información
Nueva Tesorería de Inacap V.mpp y consultar en diagrama de la gantt.
3.7. Curva de Avance Programado (“S”)
En la curva S se presentan tres peak de HH de lo cual se desprende lo siguiente:

● En octubre del 2019 se tendrá el segundo peak más alto de 458,98 HH, lo cual se deberá a las
actividades de desarrollos que se estarán realizando para la solución del IRS C&R. Se ocuparán
9 de 13 recursos de la Consultora BBR.
● En enero del 2020 se tendrá el primer peak más alto de consumo de 465,93 HH, lo cual se deberá
a las actividades de piloto y roll out de la solución IRS Swicht, Capacitación y apoyo al piloto de la
Solución IRS C&R y a los desarrollos que se estarán realizando en la solución de C&L. Se
ocuparán 11 de 13 recursos de la Consultora BBR.
● En abril del 2020 se tendrá el tercer peak más alto de consumo de 346,7 HH, lo cual corresponderá
al apoyo del piloto online de la solución del IRS C&R, a la certificación interna y habilitación de los
ambientes de producción para C&L. Se ocuparán 9 de 13 de la Consultora BBR.
Figura 3.3: Curva de Avance Programado.

3.8 Definición de Sistema de Control del cronograma del Proyecto.
Para realizar el control de avance del cronograma, se ha considerado lo siguiente:
● Reuniones semanales de una hora para controlar y hacer seguimiento a los compromisos y
avances, las cuales se realizarán en las dependencias de Inacap
● Para controlar del proyecto semanalmente mediante la curva S, con la finalidad de detectar
desviaciones que pudieran afectar lo programado en la línea base del proyecto.

4. Plan de Costos del Proyecto.
4.1. Estimación conceptual del costo del proyecto indicando nivel de exactitud y confiabilidad.
La principal fuente de costos del proyecto son los costos directos asociados a las Horas Humanas (HH)
de los recursos que participarán para la construcción del software. Los costos directos, compuestos por
las Horas Humanas dedicadas al desarrollo de cada módulo de la Solución de Tesorería y por los costos
de adquisición, se presentan a continuación:
Sistema de información Nueva Tesorería INACAP Monto (UF)

Administración de proyecto 967
Desarrollo e implementación 1.659
Solución Medios de Pago IRS Switch 270
IRS Cuadratura y Recaudación 826
IRS Conciliación y Liquidación 563
Abastecimientos 373
Total Costos Directos 2.999
Tabla 4.1: Costos Directos.
Gracias al proceso de levantamiento de requerimientos previamente realizado por la Consultora BBR, es

que el costo indicado se ha logrado estimar como clase 2 (Clasificación AACE) con un rango de precisión
esperada de -5% a +20%.
Utilidades, etc.), incluyendo un análisis de contingencia para el proyecto.
El presupuesto para este proyecto ha sido elaborado bajo la estrategia “Bottom-Up”, estimando los costos
de cada actividad desde los niveles inferiores de la WBS, con la participación en la estimación de los costos
de quiénes realizarán el trabajo.
Los Costos Directos se componen de las “HH del proyecto”, como principal fuente de costos, y se adicionan
los “costos del plan de adquisiciones” relacionado con el trabajo variable del proyecto. Por su parte, los
Costos Indirectos se componen de costos de arriendo oficina, gastos comunes, gastos generales, y
depreciación de equipos y muebles de oficina.
Se incorpora una “Reserva de Contingencia del Proyecto” que se se usará para manejar o mitigar los
riesgos identificados en la planificación del proyecto con un monto que asciende a UF 509 (Ver Anexo
10.7.4, Matriz de Riesgos del Proyecto).
Además, se adiciona una “Reserva de Gestión del Proyecto”, la cual se planifica para afrontar los riesgos
que se puedan ir encontrando a lo largo de la ejecución del Proyecto. Esta reserva se estima en un 20%
de los costos directos e indirectos (UF 1,019), y está calculada en base a experiencia en proyectos
anteriores de la Consultora BBR, implementando la misma solución tecnológica de tesorería en la industria
del Retail.

Finalmente, dado que la solución será un producto probado y customizado especialmente para el Cliente
INACAP, que no existen muchas opciones en el Retail siendo la Consultora BBR el proveedor ideal en el
mercado, y que los términos serán de un contrato a Precio Fijo, el riesgo de la implementación del software
se transferirá al Contratista, por lo tanto, para hacer frente a cambios en el alcance presupuestado
inicialmente y por las variables mencionadas, la Consultora exigirá al proyecto un margen de utilidad del
30% del costo programados de este programa. No se incluyen costos por impuesto, dado que el desarrollo
de software está exento de IVA.
El Presupuesto del Proyecto con los costos totales, reservas de gestión y contingencia se desglosa a
continuación:
Presupuesto
Implementación de Sistema de Información Nueva Tesorería INACAP
Descripción Costo total (UF)
Costo de Mano de Obra Directa (3.475 HH) 2.626,30
Plan de Adquisiciones 373,1
Subtotal Costos Directos 2.999,40
Costos indirectos del proyecto
Costos de Arriendo de Oficinas y Gastos comunes 864,4
Gastos Generales, Depreciación de Equipos y Muebles 723
Plan de Contingencia (Riesgos) 508,8
Reserva de Gestión del Proyecto (20%) 1.019,10
Subtotal Costos Indirectos y Otros Costos 3.115,30
Total Costos 6.114,70
Tabla 4.2: Presupuesto del proyecto.
4.3. Curva de gasto planificado (Costo Presupuestado del Trabajo Programado CPTP).
Figura 4.1: Costo presupuestado del trabajo programado.

El costo mensual presupuestado presenta tres “peaks” durante el período de realización del proyecto,
derivados principalmente de los costos del trabajo variable, intensivos en utilización de HH:
● En octubre del 2019 se proyecta un “peak” de UF 668, mes que coincide con la implementación
del módulo de Medios de Pagos (IRS Switch), y en paralelo con los desarrollos del módulo de
Cuadratura y Recaudación (IRS C&R).
● En enero 2019 se espera otro “peak” máximo de UF 684, que coincide con el inicio del Piloto
Offline del módulo de Cuadratura y Recaudación (IRS C&R) y la entrada en servicio del módulo
de Medios de Pagos (IRS Switch).
● Finalmente, en abril 2020 se proyecta un último “peak” de UF 581 que se debe a la entrega a QC
Cliente del módulo de Conciliación y Liquidación (IRS C&L) y las actividades de preparación para
la entrada en servicio del módulo de Cuadratura y Recaudación (IRS C&R).
4.4. Análisis del costo financiero del proyecto.
Los recursos para financiar las actividades del proyecto serán proporcionados por la Consultora BBR, la
cual cuenta con recursos disponibles dentro de su dotación fija para cubrir el 100% de tanto los costos
directos (HH), como costos indirectos (gastos generales, arriendo de oficina, gastos comunes,
depreciación de equipos y muebles). Los gastos generales, arriendo de oficina y gastos comunes
corresponden a aproximadamente un 11% de los costos de administración de la Consultora BBR, los
cuales son directamente proporcional con el porcentaje de personas de la consultora que participará en el
proyecto. Otros costos indirectos como depreciación de equipos y muebles se asignarán a cada miembro
del equipo participante del Proyecto.
Los cobros al Mandante para financiar las actividades del proyecto serán en función del trabajo realizado,
y por lo tanto se cobrará por adelantado el inicio del proyecto el 30% del costo (Hito 1: Inicio del Proyecto),
30% en el Hito 2: Entrega QC Cliente IRS Switch; 30% en el Hito 5: Entrada en Servicio IRS Switch; y
finalmente 10% en el Hito 7: Entrada en Servicio IRS C&R.
La tabla a continuación muestra el calendario de ingresos y egresos del proyecto durante los 12 meses de
duración, mientras que de curva/gráfico de ingresos y egresos se encuentra en el Anexo 10.4.1:
Costo
% del Costo % del Costo Ingresos
Mes Programado Hitos
Programado Cobrado (UF)
Mensual (UF)
jul-19 438
ago-19 409 1. Inicio del Proyecto
34% 30% 2.385
sept-19 571 01-07-2019
oct-19 668
nov-19 527
2. Entrega QC Cliente IRS Switch
dic-19 563 29% 30% 2.385
22-11-2019
ene-20 684
feb-20 505
5. Entrada en Servicio IRS Switch
mar-20 469 25% 30% 2.385
24-01-2020
abr-20 581
may-20 422 7. Entrada en Servicio IRS C&R
11% 10% 795
jun-20 279 05-05-2020
Totales 6.115 100% 100% 7.949
Tabla 4.3: Calendario de ingresos y egresos del proyecto.

5. Plan de Calidad del Proyecto.
5.1. Política de calidad.
La empresa Consultora BBR provee soluciones tecnológicas especializadas para empresas de alto
rendimiento, aplicando las mejores prácticas con los más altos estándares de seguridad y calidad que
exige la industria siendo probadas a lo largo de 23 años por nuestro amplio portafolio de clientes en Chile
y Latinoamérica.
La política de calidad abarca transversalmente todos los procesos de la organización y su principal
responsable e impulsor es el Gerente General, quien junto a las demás Gerencias se asegura el
cumplimiento de la Planificación, Gestión y Control de la Calidad.
Los principios de la política de calidad son:
● Satisfacción del Cliente.

● Cumplimiento con plazos de entrega.
● Mantenimiento de alta calidad y dando fiel cumplimiento con acuerdos de servicio (SLA).
● Personal permanentemente capacitado en términos de competencias técnicas y procedimientos
internos de la empresa.
● Mejora Continua en base a autoevaluaciones permanentes, obteniendo retroalimentación de cada
uno de los proyectos ejecutados y lecciones aprendidas documentadas en cada etapa.
5.2. Objetivos de calidad del proyecto con indicadores y metas concretas (KPIs).
Los objetivos de la calidad para el proyecto, están orientados al aseguramiento del cumplimiento efectivo
de los compromisos de calidad relacionados con el levantamiento de requerimientos, desarrollo,
cumplimiento de cronograma, calidad del entregable y control de cambios.
En la siguiente tabla se detallan los principales objetivos de calidad con los KPI aplicados para su medición
y monitoreo:
Objetivo de Calidad del Indicador (KPI) Meta

Proyecto/Área
Minimizar desviación de costo 𝐶𝑜𝑠𝑡𝑜 𝑟𝑒𝑎𝑙 − 𝐶𝑜𝑠𝑡𝑜 𝑝𝑟𝑒𝑠𝑢𝑝𝑢𝑒𝑠𝑡𝑎𝑑𝑜 <= 5%

× 100
del proyecto. 𝐶𝑜𝑠𝑡𝑜 𝑝𝑟𝑒𝑠𝑢𝑝𝑢𝑒𝑠𝑡𝑎𝑑𝑜
Cumplir con tiempo de Tiempo de respuesta en horas <= 8 horas hábiles

respuesta a clientes.
Cumplir cronograma del 𝐶𝑜𝑠𝑡𝑜 𝑝𝑙𝑎𝑛𝑖𝑓𝑖𝑐𝑎𝑑𝑜 𝑑𝑒𝑙 𝑡𝑟𝑎𝑏𝑎𝑗𝑜 𝑟𝑒𝑎𝑙𝑖𝑧𝑎𝑑𝑜 >= 1

proyecto. 𝐶𝑜𝑠𝑡𝑜 𝑝𝑙𝑎𝑛𝑖𝑓𝑖𝑐𝑎𝑑𝑜 𝑑𝑒𝑙 𝑡𝑟𝑎𝑏𝑎𝑗𝑜 𝑝𝑙𝑎𝑛𝑖𝑓𝑖𝑐𝑎𝑑𝑜
Disminuir número de N° de incidencias graves detectadas <=1

incidencias graves detectadas
en proyecto.

Proyecto/Área
Minimizar iteraciones por N° de iteraciones realizadas previas a la <= 2

observaciones a los aprobación de los documentos de
documentos de requerimientos. requerimientos
Monitorear cumplimiento de 𝑁° 𝑑𝑒 𝑐𝑎𝑚𝑏𝑖𝑜𝑠 𝑟𝑒𝑎𝑙𝑖𝑧𝑎𝑑𝑜𝑠 = 100 %

× 100
cambios solicitados por cliente. 𝑁° 𝑑𝑒 𝑐𝑎𝑚𝑏𝑖𝑜𝑠 𝑠𝑜𝑙𝑖𝑐𝑖𝑡𝑎𝑑𝑜𝑠
Tabla 5.1: Objetivos de calidad del proyecto.
5.3. Alcance del plan de calidad.
El alcance del plan de calidad para la planificación, desarrollo y cierre de proyectos, considera los
siguientes procesos:
● Gestión de Control de Documentos y del Conocimiento.

● QC Interno.
● QC Cliente.
● Auditorías Internas de Calidad del Cliente.
● Revisiones del Proyecto.
● Capacitación e Inducciones al Cliente.
5.4. Roles y responsabilidades del equipo del proyecto respecto a la Gestión Integrada.
Rol Responsabilidad asociada a la Gestión Integrada
Gerente de proyecto - Responsable de la política de calidad en el proyecto.
Jefe de proyecto - Responsable de divulgar, aplicar y controlar la política de calidad en el

proyecto.
Ingeniero de Sistemas - Responsable de aplicar los controles de calidad para preparación de

ambientes, instalación de software y enlaces de comunicaciones.
Líder Técnico CR/CL - Asegurar que la definición de lineamientos técnicos de los entregables cumpla
con los estándares de calidad.
Consultor Funcional - Encargado de asegurar la aplicación de políticas de calidad por parte de los
desarrolladores.
- Asegurar el cumplimiento de estándares de calidad de los ambientes de QA y
apoyo para el aseguramiento de dichos estándares en el ambiente de
producción del Cliente.
- Aplicar los aspectos relacionados con la Política de Calidad en las actividades
de Capacitación a usuarios finales.
Desarrollador Junior - Aplicar los estándares de calidad durante el desarrollo de los aplicativos y
pruebas unitarias de cada módulo.
Líder Técnico MP - Asegurar que la definición de lineamientos técnicos de los entregables

relacionados con Medios de Pagos (POS), cumplan con los estándares de

calidad.
Desarrollador de Aplicaciones - Asegurar que las interfaces gráficas de las aplicaciones cumplan con los
estándares de Calidad.
Analista QA - Encargado de asegurar que las pruebas de QC se realicen bajo los estándares
de calidad definidos para el proyecto, así como el registro de los resultados de
las pruebas.
Desarrollador Back End - Encargado del aseguramiento de calidad sobre la infraestructura donde se
implementará el Sistema.
Administrador de Base de - Encargado de dar fiel cumplimiento a las políticas de calidad en lo relacionado
Datos con la definición de modelo, estructura y creación de bases de datos.
Desarrollador MP - Responsable de aplicar los estándares de calidad durante el desarrollo de la

integración entre Sistema de Caja Única y Sistema de Medios de Pago (POS)
de Transbank.
Tabla 5.2: Roles y responsabilidades asociadas a la gestión integral.
5.5. Manual de procedimientos del proyecto.
Como parte de la Gestión de Calidad, se definen procesos y procedimientos para el Proyecto. Los
principales son los siguientes:
● Proceso de Capacitación e Inducciones al Cliente.

● Proceso de Gestión de Control de Documentos y Conocimiento.
● Proceso de QC Interno.
● Proceso de QC Cliente.
Los procesos mencionados anteriormente se detallan en el Anexo 10.5.4: Procesos y Procedimientos

de Calidad.
5.6. Mejoramiento continuo – gestión de acciones correctivas y preventivas.
Para el mejoramiento continuo se realizarán los siguientes procesos de gestión:
● Oportunidades de mejora.
● Seguimiento a lecciones aprendidas y base del conocimiento.
● Incidencias y no conformidades.
5.7. Auditorías Internas de calidad.
Proceso que tiene como finalidad de verificación del cumplimiento de los Entregables sobre los
requerimientos del Cliente. Los detalles de este proceso se detallan de los siguientes anexos: 10.5.3
Diseño de Procesos PIPOC (QC Interno / QC Cliente) y 10.5.4 Procesos y Procedimientos de
Calidad.

5.8. Auditorias de calidad del Cliente.
El proyecto Sistema de Información Nueva Tesorería Inacap no contempla auditorias de calidad del cliente,
sin embargo, un aspecto similar se aplicará durante la realización del proceso de Control de Calidad del
Cliente (QC Cliente). Ver anexos: 10.5.3 Diseño de Procesos PIPOC (QC Interno / QC Cliente) y 10.5.4
Procesos y Procedimientos de Calidad.
5.9. Auditorías de calidad a contratistas y proveedores.
Para cada uno de los proyectos, Consultora BBR realizará las siguientes auditorías o evaluaciones a sus
proveedores considerados en el proceso de gestión de adquisiciones:
Tipo de Etapa o momento en que se Detalle de Auditoría o Evaluación.

Auditoría o realiza la actividad.
Evaluación.
Auditoría de - Registro inicial de - Evaluación Económica que tiene como objetivo registrar en
situación Proveedores. la base de datos de proveedores, sólo a empresas con
económica - Al inicio de cada proyecto. solvencia económica.
-Se repite evaluación al inicio de cada proyecto.
Evaluación - Registro inicial de - Evaluación que se realizará al proveedor con la finalidad de

Operacional Proveedores. asegurar que será capaz de cumplir operacionalmente con el
- Al inicio de cada proyecto. bien o servicio requerido.
Tabla 5.3: Auditoría de calidad a contratistas y proveedores.
5.10. Revisiones del Proyecto
El procedimiento revisiones del Proyecto tiene por objetivo agregar valor al Proyecto mediante la
identificación de desviaciones y la toma de decisiones correctivas al respecto. A lo largo de ciclo de vida
del Proyecto se realizarán las siguientes revisiones:
Tipo de Revisión Objetivos y Alcance Participantes Fecha o Momento Entregables
Revisión documento Validación que - Líder de las Una vez Documento de

conceptual de cada todos los soluciones de finalizado el Informe de
solución. conceptos y Tesorería. diseño conceptual Hallazgos (Incluyen
componentes estén - Interesados. y es aprobado por acuerdos y
dentro del flujo y - Sponsor. el Sponsor. próximos pasos)
del alcance del
proyecto.

Revisión de Verificar que todos - Líder de Una vez Documento de
especificaciones de los casos de uso Tesorería. finalizada la Informe de
requerimientos de estén - Consultor Especificación de Hallazgos en
usuario y casos de contemplados. Funcional. Requerimientos y Especificación de
uso. - Líder Técnico. es aprobado por Requerimientos
el Líder de Usuarios y Casos
Tesorería. de usos. (incluye
acuerdo y próximos
pasos).
Revisión y control Verificar que el - Gerente General Según % de Informe de avance

de avance de proyecto se vaya BBR. avance: del proyecto con los
proyecto. realizando dentro - Consultor de ● 25% KPI.
de lo planificado en Negocios. ● 50%
términos de costos, - Líder Técnico. ● 75%
tiempo y calidad. - Gerencia de
Finanzas.
Tabla 5.4: Definición de revisiones de proyecto
Diagrama de bloques y revisión del Proyecto
Figura 5.1: Diagrama General de Interacciones del Sistema.

Figura 5.2: Diagrama de Fases del Proyecto.
5.11. Lista de actividades a verificar al inicio (setup) del proyecto.
Para cada uno de los proyectos se utilizará la siguiente lista de verificación al inicio de estos:
Actividad Fase / Etapa Detalle de Verificación Comentario
Evaluar proyecto Preventa - Revisión de WBS Preliminar para Verificar que se cuenta con toda la
para propuesta estimación de tiempos y costos. documentación necesaria y de calidad
comercial - Verificar detalle de especificaciones para la confección de Propuesta
técnicas y análisis de requerimientos del comercial.
usuario.
Acta de Inicio y - Revisión de la recopilación de Verificación sobre los antecedentes

Constitución de Planificación antecedentes para la confección del Acta reflejados en el Acta de Constitución
Proyecto de Constitución del Proyecto. del Proyecto por parte de los
- Obtención del V°B° por parte del especialistas del equipo de proyecto y
mandante. con participación del Cliente para su
validación.
Reunión de inicio Inicio y - Verificación de la realización de actividad .

de proyecto Kick Planificación de revisión de antecedentes para manejo
Off de la totalidad de los contenidos en reunión
de inicio de Proyecto Kick Off.
Plan de Inicio y - Verificación de sobre la conformación del .

Administración de Planificación equipo de trabajo.
Proyecto - Verificación sobre el nivel de
entendimiento del alcance total del
proyecto.
Taller de Inicio y - Verificación de la realización del Taller .

Lecciones Planificación Inicial de Lecciones Aprendidas de
Aprendidas proyectos similares.
- Verificación los contenidos del material a
utilizar en el Taller de Lecciones
Aprendidas.
- Aseguramiento de la participación de la
totalidad del equipo de proyecto.
Tabla 5.5: Actividades a verificar al inicio del proyecto

5.12. Integración del sistema gestión de calidad con la gestión de seguridad y salud ocupacional.
En relación a la Seguridad y Salud Ocupacional se dará cumplimiento a la normativa chilena vigente en

materia de seguridad y salud en el trabajo.
● Ley 16.744 sobre Accidentes del Trabajo y Enfermedades Profesionales y sus decretos auxiliares.
● Reglamento Interno de Higiene y Seguridad.
5.13. Integración del sistema gestión de calidad con la gestión de medioambiental y otros
aspectos de sustentabilidad.
La Consultora BBR como empresa de desarrollo e integración de Sistemas Informáticos no contemplará

como proceso propio la Gestión Medioambiental, sin embargo, en caso de que los clientes cuenten con un
Sistema de Gestión de Calidad que incorpore los aspectos de Gestión Medioambiental, BBR analizará los
alcances y comprometerá el fiel cumplimiento, solo en caso que no afecte los procesos internos de la
empresa.
5.14. Gestión documental del proyecto y control de registros de calidad.
La gestión documental y control de registros de calidad del proyecto considera el uso de plataformas de
Registro y Almacenamiento de Documentación (Ver punto 1.3: Gestión de Conocimiento en el
Proyecto).
Los registros de calidad considerados para los proyectos son:

- Registro de Documento de Levantamiento de Requerimientos.
- Registro de Diseño Técnico.
- Registro de Documento Arquitectura de Sistema.
- Registro de Casos de Uso.
- Registro de Documentos de Traspaso.
- Registro de Diseño Técnico de Interfaces.
- Registro de Resolución de Polémicas.
- Registro de Lecciones Aprendidas.
- Registro de Controles de Cambio.
5.15. Gestión del conocimiento en el proyecto.
La gestión del conocimiento se registrará en el Sistema de Control Documental, utilizando TAGs o

Etiquetas que harán referencia a una serie de clasificaciones para facilitar la búsqueda futura de
información o lecciones aprendidas de proyectos.
5.16. Actividades de aseguramiento de calidad.
Con el fin de asegurar la calidad durante la ejecución del proyecto, se considerará la ejecución de una
serie de Actividades con el fin de lograr los objetivos en forma efectiva (Ver Anexo 10.5.5: Actividades
de Aseguramiento de Calidad).

5.17. Actividades de control de calidad.
Para la facilitar el cumplimiento establecido en el plan de Gestión de Calidad, se llevarán a cabo las
siguientes actividades de Control de Calidad:
● Calidad de corrección de no conformidades.
● Calidad de entrega de documentos.
● Validación de la calidad del desarrollo de sistema.
● Validación de aplicación de ciclo de vida de software.
● Calidad y mejora continua a procesos de capacitación a clientes.
● Calidad de los registros del proyecto.
5.18. Uso de listas de chequeo.
Se confeccionarán Listas de Chequeo, las cuales nos proporcionará una herramienta poderosa para llevar
a cabo con el mayor detalle posible cada una de las actividades del cronograma de trabajo, para de esta
manera asegurar el éxito de cada una éstas (Ver Anexo 10.5.6: Listas de Chequeo QC Interno).
5.19. Entregables del plan de calidad.
Con la finalidad de registrar la evidencia relacionada con la calidad del proyecto, se utilizará una serie de
documentos en los que se registrará el resultado de evaluaciones, acciones correctivas, revisiones finales,
participantes de procesos, aprobadores y fechas de cada proceso. Estos entregables son:
● Verificación de Ambiente de Desarrollo.

● Verificación de Ambiente de QC Interno.
● Verificación de Ambiente de QC Cliente.
● Resultados de revisiones de QC Interno.
● Resultados de revisiones de QC Cliente.
● Carta de Aceptación del Cliente.
5.20. Inducción y capacitación.
En relación a Inducciones y Capacitaciones asociadas al Plan de Gestión de Calidad se consideran:
Que Cuando Descripción
Inducción Hombre Nuevo BBR Al momento de la Inducción que se realiza a todos los empleados
contratación nuevos de la Consultora BBR.
Recepción y Firma de Reglamento

Interno de Orden, Higiene y Al momento de la Actividad que se realiza a todos los empleados
contratación nuevos de la Consultora BBR.
Seguridad.
Cada vez que se da inicio a un proyecto, se realizará

Inducción de Inicio de Proyecto. una inducción general de inicio de proyecto a todo el
Al inicio del
equipo de trabajo. Los principales tópicos de esta
proyecto
inducción relacionada con lecciones aprendidas,
polémicas y resoluciones en proyectos anteriores,

características de desarrollo del proyecto y
consideraciones importantes.
Tabla 5.8: Inducciones y capacitaciones asociadas al plan de Gestión de calidad.
Otras capacitaciones que se consideran para el proyecto, pero no se incluyen en este análisis son las
indicadas en la sección de necesidades de formación en la Gestión de Recursos:
● Capacitación en aspectos técnicos relacionados con las necesidades del Ambiente de

Desarrollo.
● Aspectos Técnicos relacionados con las necesidades del Ambiente QA.
● Capacitación desarrollo de componentes en POS.
● Capacitación base de datos PostgreSQL.
● Criterios y normas técnicas de desarrollo aplicadas al Proyecto.

6. Plan de Recursos del Proyecto.
6.1. Relaciones de dependencia (organigrama).
En el Anexo 10.6.1 se encuentra el organigrama del proyecto. En este se puede apreciar que existe un
comité de proyecto, el cual está conformado tanto por gente de Inacap (mandante) como de la Consultora
BBR (contratista). Debajo de ellos se encuentra el Gerente de Proyecto el cual tendrá asignado un equipo
de la Consultora BBR que se encuentra principalmente conformado por el área de negocios de Tesorería
de BBR y un recurso perteneciente a la Gerencia de Sistemas.
6.2. Definición de Roles - Matriz de Roles y Responsabilidades.
La definición de roles del equipo del proyecto se encuentra descrito en el Anexo 10.6.4, donde se indica
las responsabilidades para cada uno de los integrantes, su profesión y sus competencias. Además, en el
Anexo 10.6.2 se coloca la matriz RASCI, en el cual se especifica cada una de las responsabilidades del
equipo de proyecto para cada una de las actividades del WBS. Se ha utilizado esta matriz por sobre la
RACI, porque existían actividades donde había más de un rol como ejecutor, por lo que se definió uno
como Responsable (R) y los demás como de Soporte (S). Además, se puede apreciar que no todos los
roles definidos en el organigrama se encuentran en dicha matriz debido a que los faltantes no participan
en el módulo de Cuadratura y Recaudación (C&R).
6.3. Histograma de recursos humanos.
El Histograma de Recurso permite transmitir de manera gráfica la participación de los recursos por mes
en el transcurso del desarrollo del proyecto, de acuerdo a lo planificado en la carta Gantt. Para este
proyecto se visualizan dos grandes peaks de Horas Humanas (HH), uno en el mes de octubre del 2019 y
el otro en enero del 2020, los cuales son:
El primer peak de octubre, muestra una concentración de HH correspondientes a la fase de
implementación de la Solución de Medios de pago y a la fase de Desarrollo de la Solución de Cuadratura
& Recaudación.
El segundo peak de enero, corresponde a una concentración de HH para la fase de Implementación de la
Solución de Cuadratura & Recaudación y a la fase de Desarrollo de Solución de Conciliación y Medios de
Pagos.
En el Anexo 10.6.3 se muestra que los recursos serán requeridos en un transcurso de 12 meses, tiempo
de duración del proyecto.
6.4. Definición de la adquisición del personal.
Los recursos humanos necesarios para el proyecto son seleccionados de forma interna por la Consultora
BBR, ya que de acuerdo con sus políticas se privilegia el uso y promoción del personal interno. La razón
principal se debe a que BBR cuenta con personal altamente calificado para cumplir con las labores
necesarias que demanden todas las actividades de este proyecto, permitiendo a su vez una disminución
en las inducciones por ser recursos que están interiorizados y familiarizados a todos los proyectos que
ejecuta la empresa. Para esto el Jefe de Proyecto evalúa las actividades y los roles necesarios, para
posteriormente en conjunto con el área de RRHH, realizar el proceso de selección de todas las personas

que cumplen con los estándares y normas de BBR (evaluaciones de desempeño, capacitaciones o últimos
estudios realizados, etc.).
Los miembros del equipo trabajan en las oficinas de BBR, ya que cuentan con la infraestructura adecuada
y el apoyo centralizado de todas las partes que involucran al proyecto. Para casos especiales como
habilitaciones de infraestructura y enlaces; instalaciones, configuraciones y validaciones de aplicaciones e
interfaces; como también capacitaciones a personal de INACAP, ejecución de pilotos, etc., estas serán
realizadas fuera de las dependencias de la Consultora BBR.
Sobre los valores asociados a los Recursos Humanos del proyecto, éstos dependen del nivel de
experiencia que tienen los involucrados, como también del cargo que van a ejercer.
6.5. Competencias requeridas.
Las principales competencias requeridas para cada rol del equipo de proyecto se pueden encontrar en el
Anexo 10.6.6.
6.6. Aspecto de Administración del personal.
A continuación, se detallan los principales aspectos de administración del personal contemplados para
este proyecto:
● Horarios: La jornada laboral será de lunes a viernes de 09:00 a 18:00 con 60 minutos de almuerzo
que serán de 13:00 a 14:00.
● Trabajo virtual: Si bien los trabajos de desarrollo se realizarán en las dependencias de la Consultora
BBR, el cliente "Inacap" cuenta con una extensión geográfica de 26 sedes a lo largo del país, por esto
será relevante la condición no presencial de algunos involucrados. Se privilegiará el envío y recepción
de la información a través del correo electrónico institucional (nombre@inacap.cl) y correo electrónico
de la Consultora BBR (nombre@bbr.cl). Así mismo, para efectos de coordinación y reuniones entre
los involucrados será privilegiado el uso de videoconferencias Skype. Por otra parte, para este proyecto
en particular no está considerado el trabajo remoto desde los domicilios de los trabajadores.
● Criterios de liberación: La liberación de todo el equipo de proyecto se realizará siguiendo el criterio
definido en el Anexo 10.6.5.
6.7. Reconocimientos y recompensas.
El objetivo principal de las recompensas es entregar un estímulo o incentivo por todas las gestiones que
realizan los participantes como grupo de trabajo y que permiten sacar adelante el proyecto al que están
asignados, cumpliendo con las pautas propias de la Consultora BBR.
Es habitual que en la Consultora BBR se conserve una alta calidad y productividad, como del mismo modo,
existe una constante cooperación y buenas relaciones entre los pares. Ante esto es necesario diferenciar
el tipo de recompensa que pueden obtener rigiéndose bajo el siguiente criterio:
a) Si el equipo utiliza entre un 97% a 94% del tiempo total definido para finalizar el proyecto: Se
permite una tarde libre para cada uno de los integrantes del equipo, el cual define a su elección y que tiene
previa evaluación con la jefatura.
b) Si el equipo utiliza entre un 93% a 90% del tiempo total definido para finalizar el proyecto, se
suma a lo anterior: La entrega de una giftcard por un monto que, dependiendo del número de integrantes
del equipo de proyecto, va desde las UF 4 a UF 11 la cual se puede utilizar solamente en una actividad a

definir para compartir y festejar el logro obtenido (acto social acompañado de un bufé, comida en el hogar
de uno de los miembros del equipo, celebración grupal en restaurante, etc.).
c) Además, si el equipo ocupa un 89% o menos del tiempo total definido para finalizar el proyecto,
se agrega adicionalmente: Un día libre para cada uno de los integrantes del equipo que se otorga a partir
de la elección de tres posibles opciones entregadas por la jefatura, del cual cada uno elige el más
conveniente y que también tiene previa evaluación con la jefatura, con el propósito de distribuir la carga
laboral de esos días.
d) Para complementar: En forma de reconocimiento por cumplir todos los objetivos satisfactoriamente, el
Gerente de Proyecto BBR realiza una invitación a un almuerzo/cena para compartir con todo el equipo de
proyecto.
6.8. Seguridad.
En materia de Seguridad y Salud, la Consultora BBR cumple con lo establecido en la Ley 16.744 sobre
Accidentes del Trabajo y Enfermedades Profesionales y sus decretos auxiliares, velando además por la
difusión permanente de los aspectos relacionados con la ley, así como también sobre el Reglamento de
Higiene y Seguridad.
Por otra parte, debido a que el giro de la empresa Consultora BBR corresponde a Desarrollo e
Implementación de Sistemas Informáticos, cobra especial relevancia el cuidado relacionado con los
espacios físicos, disposición de equipamiento de trabajo y posturas adecuadas de los trabajadores, para
lo cual se entrega a cada trabajador el documento facilitado por la ACHS “Ergonomía de Oficinas: Manual
de Conceptos Fundamentales y Recomendaciones Prácticas”.
6.9. Resolución de polémicas y registro de polémicas.
Con la finalidad de facilitar la resolución de polémicas, incidentes y discrepancias, se implementará un

formulario digital para el registro, seguimiento y resolución de cada uno de los ítems registrados en el cual
el jefe de proyecto estará a cargo del proceso de resolución.
En el Anexo 10.6.6 se encuentra el formulario de resolución y registro de polémicas.
6.10. Definición de Sistema de Registro de Lecciones aprendidas.
Al iniciar y al finalizar cada proyecto, se realiza un taller de lecciones aprendidas, donde en el primero se
revisan las lecciones aprendidas de proyectos similares al que se va a ejecutar y en el segundo se registran
todas las experiencias que afectan tanto positiva como negativamente durante el transcurso del proyecto.
En este último taller se indica en qué fase del proyecto ocurrió, cuál fue la acción realizada y su
correspondiente resultado para luego definir el cómo se difunde la lección registrada. En ambos talleres
debe ser obligatorio que participe todo el equipo de trabajo, para que así las lecciones de proyectos
anteriores sean difundidas entre todos los participantes y todos compartan su experiencia en relación con
la ejecución de los proyectos finalizados.
Para el registro de lecciones aprendidas se utilizará la planilla que se encuentra en el Anexo 10.6.7.

7. Plan de Riesgos del Proyecto.
7.1. Estructura de desglose de riesgo del proyecto (RBS).
Al analizar las fuentes de riesgo del proyecto, se detectó la presencia de riesgos tanto Internos como
Externos desde el punto de vista del contexto. Un segundo y tercer nivel de análisis nos permiten
categorizarlos en Riesgos Técnicos, Riesgos del Ambiente Laboral, y Riesgos de Gestión del proyecto. En
el Anexo 10.7.1 se presenta en formato de tabla, la Estructura de Desglose de Riesgo del proyecto (RBS)
basada en el modelo propuesto por PMBOK, 6ta edición, 2017.
7.2. Escalas de probabilidades e impacto del proyecto.
La escala de probabilidades e impacto definidas para el proyecto utilizan el modelo 5x5, donde la escala
de probabilidades se presenta en una “Tabla de Probabilidad” (Anexo 10.7.2), aquí se describe cada una
de las categorías (1 a 5), indicando su frecuencia y se le asigna una probabilidad indicativa (%).
Por otra parte, la escala de impacto se muestra en la “Tabla de Consecuencia o Impacto en Objetivos”
(Anexo 10.7.3), en donde se analiza tanto “Amenazas”, como “Oportunidades”. Así también se muestra la
clasificación de impacto de 1 a 5 en las categorías de “Desempeño Técnico”, “Costo del Proyecto”,
“Programa del Proyecto”, ”Cyber-Seguridad”, “Legales y Regulaciones” y “Reputación e Imagen”.
7.3. Identificación y registro de riesgos - Matriz de riesgos.
Se han detectado 20 posibles riesgos que podrían afectar al proyecto en mayor o menor medida, dentro
de los cuales se encuentran atrasos en algunas actividades, intermitencia de comunicaciones con sistemas
externos y problemas en la comunicación entre los interesados del proyecto. A continuación, se muestran
algunos de los principales riesgos identificados que eventualmente podrían afectar al proyecto y que, por
lo tanto, requerirán planes de mitigación:
Nro. Fase/Proceso del Descripción Causa Impacto o consecuencia Controles existentes

proyecto
1 Administración de No identificar No considerar a No incorporar dentro del Solicitar al Mandante

Proyectos / Identificar a correctamente a las partes Plan de Comunicaciones a información
los Interesados del los interesados del interesadas fuera la Autoridad (CNA), puede regulatorio que da
Proyecto (NT.INA.1.1.2.1) Proyecto del sistema generar desconfianza origen a las
(Universidad/ respecto del Proyecto por exigencias del
BBR), pero dentro falta de información, proyecto.
del entorno de solicitando la Autoridad
interés del información o planes de
proyecto acción que retrasen el
Proyecto o modificando su
Alcance.
9 Habilitación de Ambientes Retraso en la Cliente no posea Aumento de Costos y No existen controles

/ Proveer Infraestructura habilitación de personal retraso del cronograma actuales.
de Producción Infraestructura de capacitado para
(NT.INA.1.2.3.2 / producción realizar esta
NT.INA.1.3.3.4 / actividad.
NT.INA.1.4.3.5)

Nro. Fase/Proceso del Descripción Causa Impacto o consecuencia Controles existentes
proyecto
15 Desarrollo / Certificar Rechazo en la No se cumplan las * Atraso en la entrega de los Revisión de

Nuevos Módulos certificación reglas de negocios nuevos módulos. cumplimiento de
(NT.INA.1.3.2.3.3) definidas. * Modificación del trabajo reglas de negocio en
realizado. UAT.
* Re planificación de
actividades.
20 Implementación / Tesoreras de Resistencia a Frustración por parte de las No existen controles

Capacitar Tesoreras Sedes con experimentar el Tesoreras. actuales.
(NT.INA.1.3.3.2.1) resistencia al uso a un nuevo
cambio. sistema.
Tabla 7.1: Identificación y registro de riesgos
En el Anexo 10.7.4 se muestra la “Matriz de Riesgos del Proyecto” completa, incluyendo los 20 riesgos
identificados.
7.4. Análisis cualitativo de riesgos - Riesgo inherente.
El análisis cualitativo de los riesgos que afecten al proyecto de desarrolló en base a experiencias en
proyectos similares desarrollados por la Consultora BBR y al objetivo estratégico que busca el Mandante
con la implementación de este proyecto.
En el Anexo 10.7.4 se muestra la “Matriz de Riesgos del Proyecto” donde se aprecia la sección “Riesgo
Inherente” del proyecto. En esta sección de la matriz, se asigna a cada riesgo identificado un “Porcentaje
de Probabilidad de Ocurrencia” dado los controles existentes, una “Probabilidad de Ocurrencia (P)” y un
“Impacto (I)” utilizando el modelo 5 x 5.
Finalmente, se le asigna una “Severidad (P x I)” lo que permite jerarquizar y clasificar en “Bajos, “Medios”,
“Altos” y “Extremos” a cada uno de los 20 riesgos identificados.
7.5. Análisis cuantitativo de riesgos y estimación de contingencias.
El análisis cualitativo de la sección anterior permite clasificar los riesgos en los cuáles se trabajará con
distintos planes de mitigación, diseñados tanto para la reducción del impacto, como de la probabilidad.
La Matriz de Riesgos del proyecto (Anexo 10.7.4) muestra 27 controles que se implementarán con el fin
de mitigar los riesgos, y moverlos a una clasificación aceptable para el Proyecto (“dentro de los apetitos
de riesgo” de la Consultora BBR). Cada uno de estos controles implicará realizar gastos en HH adicionales
de miembros específicos del equipo (Gerente de Proyecto, Jefe de Proyecto y otros) para reuniones,
capacitaciones y trabajo en conjunto con miembros del Mandante.
El Fondo de Contingencia calculado es de UF 110 (costo de mitigación cuando ocurre el riesgo por la
probabilidad de ocurrencia), sin embargo, su valor final se estimó en base el impacto monetario en caso
de ocurrir de uno de los riesgos más altos: Riesgo Reputacional: “invertir en un Comunicado de Prensa”
(UF 126,8). Este fondo de contingencia también podrá cubrir otro riesgo dentro del plan de contingencia:
“Tesoreras de Sedes con resistencia al cambio”. Ver el Anexo 10.7.4, Matriz de Riesgo, secciones:
“Controles a realizar” y “Fondo de Contingencia”.
El monto total de la gestión de riesgos corresponde a la suma de UF 509, de los cuáles UF 382
corresponden a Planes de Mitigación del riesgo, y UF 126,8 corresponden al Fondo de Contingencia.

7.6. Definición de estrategias de respuesta al riesgo.
Las estrategias de mitigación de los riesgos identificados del proyecto serán “Mitigar la Probabilidad”,
“Mitigar el Impacto”, y en algunos casos se “Aceptar riesgos” cuando estén dentro de los “apetitos de
riesgo”.
Las estrategias de respuesta al riesgo y planes de mitigación están en la Matriz de Riesgo, Anexo 10.7.4,
sección “Estrategia de Respuesta (Genérica) y “Controles a realizar”.
7.7. Mapas de riesgo inherente y residual.
El “Mapa de Riesgo Inherente” y “Mapa de Riesgo Residual” se muestra en los Anexos 10.7.5 y 10.7.6
respectivamente. Aquí se puede apreciar los distintos riesgos, la clasificación en la que se ubican (según
Severidad), y cómo cambia su clasificación como resultado de los planes de mitigación que reducirán la
probabilidad o el impacto. Aquí se analizaron tanto amenazas, como oportunidades para el proyecto.
7.8. Políticas de seguimiento y control de los riesgos
La Gerencia y Jefatura del proyecto serán los responsables principales del proceso de monitoreo continuo
de riesgos dentro de las distintas actividades del proyecto donde se han identificado los riesgos. Será clave
el trabajo conjunto con miembros clave del Mandante (Gerencia de Finanzas, Jefe de Tesorería y Gerente
de Sistema de Inacap, entre otros).
Los controles establecidos para los planes de mitigación se muestran en la Matriz de Riesgo, en el Anexo
10.7.4, sección “Responsable” y “Control”.

8. Plan de Adquisiciones del Proyecto.
8.1. Aplicación del Método de Abrahamson para los contratos del proyecto.
La aplicación del Método de Abrahamson para los contratos del proyecto se representará desde dos
diferentes perspectivas, la primera desde la relación comercial entre el mandante Inacap y la Consultora
BBR y la segunda desde el punto de vista de la Consultora BBR con sus proveedores.
Aplicación del Método de Abrahamson en la relación comercial entre Inacap y Consultora BBR
Distribución General de Riesgos asumidos en base a mayor preparación
Mandante Inacap Proveedor Consultora BBR
-Riesgos relacionados con la Infraestructura TI de Inacap. -Riesgos propios del desarrollo de Software.
-Riesgos relacionados con la seguridad TI de Inacap. -Riesgos asociados a los servicios que pudieran ser
-Riesgos relacionados con el Contrato y SLAs de Transbank. externalizados.
-Riesgos propios de la rotación del personal y especialización.
Tabla 8.1: Aplicación método de Abrahamson entre Inacap y Consultora BBR
Aplicación del Método de Abrahamson en la relación comercial Consultora BBR y sus Proveedores
Distribución General de Riesgos asumidos en base a mayor preparación
Mandante Consultor BBR Proveedor de Licencias VPN - Ingeniería Informática Asociada

Ltda. (IIA)
-Riesgos relacionados con la utilización de las Licencias VPN. -Riesgos asociados a la disponibilidad del Servicio VPN.
-Riesgos asociados a la renovación de Licencias VPN. -Riesgos de los servicios que pudieran ser externalizados.
Tabla 8.2: Aplicación método de Abrahamson entre Consultora BBR y sus proveedores
8.2. Justificación de la elección del tipo de contrato y del método de contratación.
El tipo de contrato y método de contratación se detallan al igual que en el punto anterior, indicando la
relación contractual entre la Consultora BBR y el Cliente Inacap para luego representar las relaciones con
los Proveedores.
Tipo de Contrato y Método de Contratación entre Mandante Inacap y Consultora BBR
Tipo de Contrato Método de Contratación
Precio Fijo Firme (FFP): Contrato de Llave en Mano (Turn Key):

La Consultora BBR es un proveedor único en el mercado con el Si bien la ingeniería ya se encuentra realizada, todo el
desarrollo e implementación de Sistemas Integrales de Tesorería proceso de desarrollo, pruebas, implementación, puesta en
con basta experiencia demostrada en la industria del Retail a nivel marcha y capacitaciones está a cargo de la Consultora
latinoamericano, lo que asegura a Inacap una implementación BBR. Finalmente el proyecto se entrega al Mandante una
exitosa en términos de cumplimiento y calidad. vez finalizado (Go Live).
Tabla 8.3: Tipo de contrato y método contratación Inacap - Consultora BBR

Tipo de Contrato y Método de Contratación entre Consultora BBR y Proveedores
Proveedor Tipo de Contrato Método de Contratación
Ingeniería Precio Fijo: Acuerdo de Niveles de Servicio SLA:

Informática El proveedor de Licencias VPN proporcionará El Método de contratación corresponde a
Asociada IIA. licencias a requerimiento del mandante a un precio acuerdos de niveles de servicio SLA
fijo establecido por contrato. preestablecidos entre las partes.
PC Factory. Precio Unitario: No aplica un método de contratación en particular,

PC Factory es el proveedor de equipamiento solo la emisión de la correspondiente Orden de
informático, quienes proporcionan una lista Compra en base al RFQ emitido por el proveedor.
actualizada de precios para favorecer el proceso de
compra.
ORACLE. Precio Fijo: No aplica un método de contratación en particular,

El proveedor de Licencias de Base de Datos Oracle, solo la emisión de la correspondiente Orden de
el cual maneja precios de listas establecidos para Compra al representante en Chile en base al
sus proveedores en Latinoamérica. RFQ emitido por éste.
Microsoft. Precio Fijo: No aplica un método de contratación en particular,

Proveedor de Licencias de Sistema Operativo solo la emisión de la correspondiente Orden de
Windows y suite MS Office, el cual maneja precios Compra al representante en Chile en base al
de lista establecidos. RFQ emitido por éste.
Tabla 8.4: Tipo de contrato y método contratación Consultora BBR - Proveedores
Un detalle de los documentos utilizados por la consultora BBR para las Adquisiciones se pueden encontrar
en el Anexo 10.8.1: Formato de Documentos para las Adquisiciones.
8.3. Plan de Adquisiciones y Contratos del proyecto.
A continuación, se detalla el Plan de Adquisiciones para este proyecto, en donde se presentan los
requerimientos actuales de adquisiciones, restricciones y supuestos:
8.3.1 Requerimientos actuales.
Descripción del Tipo de Documento de la Alcance (SOW)

Que Cuando
Producto o Servicio Contrato Adquisición
Compra Fase
ejecución Compra de Precios RFQ Tipo de Alcance: Diseño
de
Fecha: 08- Equipamiento Unitarios (Técnico)
Equipos Computacional Se enviará una Solicitud de
07-2019 Cotización a proveedores - Para el equipo de desarrollo,
(Laptop, Servidores,
Otros). de equipamiento los notebooks a evaluar deben
computacional. contar con procesadores de I7
en adelante y mínimo 8gb de
RAM.
Compra Fase
ejecución Compra de Licencias Precio Fijo RFQ Tipo de Alcance: Funcional
de
Fecha: 08- de Software (Oracle
Licencias y Windows). Se enviará una Solicitud de -Se solicita cotizar las mismas
07-2019 Cotización a proveedores versiones que tiene el cliente en
de
Software de licencias de software, sus ambientes.
Oracle y Windows.

Que Cuando
Compra Fase
ejecución Licencias digitales de Precio Fijo RFP Tipo de Alcance: Funcional
de
Fecha: 08- acceso VPN (Virtual
Licencias Point Network) a Red Se confeccionará una El usuario debe ser capaz de
07-2019 Solicitud de Propuesta al conectarse a través de la VPN a
VPN BBR. Necesarias
para parte del equipo Proveedor de Licencias los servidores de desarrollo de
de proyecto para VPN indicando los BBR y a los ambientes de QA y
acceso remoto. Acuerdos de Servicios SLA producción del cliente.
mínimos para el Proyecto.
Tabla 8.5: Requerimientos actuales de contratación
8.3.2. Restricciones.
La Consultora BBR tiene como socio estratégico a la empresa Ingeniería e Informática Asociada Ltda (IIA),
la cual es la encargada de brindar el soporte técnico a la infraestructura (Hardware) y además de
proporcionar y administrar las redes necesarias, para que estas estén disponibles para el equipo de
consultores en el día a día.
La Consultora BBR para la implementación de la Solución de IRS Switch de proyectos de medios de pago
(Tarjetas) sólo será capaz de proveer servicios transaccionales, si el cliente tiene contrato con el emisor
Transbank.
Para Inacap cualquier otro emisor que desee implementar significa evaluar una nueva adquisición de
contrato con ese emisor, además de realizar un nuevo contrato con BBR el cual incluya los trabajos de
implementar este nuevo emisor. El cual está fuera del alcance inicial del proyecto.
8.3.3. Supuestos.
● La compra de Licencias VPN es abastecida por la empresa Ingeniería e Informática Asociada Ltda.
(IIA), las cuales son renovadas oportunamente en coordinación con la Consultora BBR y la
Gerencia de Administración y Finanzas.
● La compra de Licencias de los softwares usados en los equipos de la Consultora BBR (Windows,
Microsoft Office, etc.) es realizada directamente por la Gerencia de Administración y Finanzas.
● Los equipos / hardware que usa la Consultora BBR son adquiridos directamente por el personal
de la Gerencia de Administración y Finanzas.
8.4. Justificación de la decisión hacer-comprar.
Para definir qué actividades del proyecto se realizarán de forma interna y cuáles se comprarán, es que se
tomaron los siguientes factores:
● Cantidad de recursos idóneos disponibles al momento de la ejecución del proyecto
● Experiencia previa en la ejecución de actividades similares
● Se cuenta con el conocimiento técnico suficiente para el desarrollo de las actividades
Una vez tomado en cuenta estos factores, es que se tomó la decisión que todo el proyecto lo realizará la
Consultora BBR de forma interna, dado que se cuenta con un equipo altamente calificado que ha realizado
implementaciones del sistema de tesorería en clientes anteriores. Lo que se ha decidido comprar son
licencias o servicios que le permitan a BBR desarrollar las actividades de la mejor manera, manteniendo
los altos estándares de calidad definidos para el proyecto, los cuales serán:

● Licencias de base de datos Oracle
● Licencia de VPN
● Compra de equipos
8.5. Establecer criterios y límites para la selección de proveedores.
Los criterios definidos por la Consultora BBR para la selección de proveedores están establecidos por las
auditorías mencionadas en el numeral 5.9 en la sección de Gestión de Calidad de este documento. Una
vez realizadas dichas auditorías, se procederá a la evaluación técnica-económica de las ofertas
presentadas por los proveedores, la cual será realizada por la Gerencia de Administración y Finanzas en
conjunto con el equipo de proyecto, los que en conjunto seleccionarán los proveedores.

9. Plan de Comunicaciones y Gestión de Grupos de Interés del
Proyecto.
9.1. Matriz de Identificación, Registro y Estrategia de gestión de los interesados.
9.1.1. Hoja de Registro de Interesados.
Para este proyecto se han detectado 10 interesados, los cuales se han registrado en el Anexo 10.9.1 de
este documento con su información de contacto, expectativas del proyecto, su rol en el proyecto, su nivel
de interés y en qué fase del proyecto es donde está concentrado más su interés.
9.1.2. Plan de involucramiento de los interesados.
A través de este plan, se definen las estrategias y acciones más apropiadas que permiten comprometer e
involucrar de manera efectiva a los interesados en el proyecto “Implementación Sistema de Información
Nueva Tesorería Inacap” durante las distintas fases del ciclo de vida del proyecto. En el Anexo 10.9.2 se
encuentra la Matriz de Compromiso e Involucramiento para cada uno de los interesados y en el Anexo
10.9.3 se presenta el plan de involucramiento con las estrategias a utilizar para lograr el nivel de
compromiso deseado para cada uno de los interesados. Dentro de las principales estrategias definidas
están:
● Involucramiento temprano en el proyecto.
● Comunicación constante del estado y avance del proyecto.
● Capacitaciones sobre el uso del sistema a desarrollar.
9.2. Plan de comunicaciones.
El presente plan tiene como objetivo formalizar las comunicaciones que se generarán durante el desarrollo
del proyecto “Implementación Sistema de Información Nueva Tesorería Inacap”.
9.2.1. Requisitos de comunicación de los interesados.
Con el objetivo de mantener una oportuna y eficaz comunicación entre los involucrados, se ha desarrollado
la “Matriz de Comunicaciones” del proyecto, la cual es presentada en la siguiente sección del mismo
nombre. A través de esta herramienta, se contará con una pauta para definir la información que se espera
recibir de cada involucrado del proyecto, el nivel de detalle de la información, el responsable directo que
debe proveerla, el formato, metodología y periodicidad.
9.2.2. Información a ser comunicada.
a. Idioma.
El idioma a utilizar para las comunicaciones durante el periodo de vida del proyecto será el español.
b. Formato.
● La información en archivos digitales enviados como adjunto a través de correo electrónico, deberá
ser enviada en formato PDF, esto incluye a las presentaciones realizadas en PowerPoint,

compartidas con posterioridad a su presentación. No obstante lo anterior, se podrá enviar la
información en un formato distinto (Excel, MS Project u otro), a expresa solicitud de quien recibe
la información y previa autorización de quien la emite.
● Para todos los efectos, la información impresa deberá incorporar los formatos establecidos por la
“Gerencia de Finanzas de Inacap”. Será aceptable el uso de algunos formatos para requerimientos
particulares del proyecto, previa revisión y autorización por parte de la Gerencia mencionada.
● La distribución de esta información deberá ser canalizada a través del respectivo responsable
definido en la “Matriz de Comunicación” del proyecto.
c. Contenido y nivel de detalle de la información.

Los informes y documentación deberán contener un nivel de detalle que necesite quién recibe la
información para entenderla. Para ello será estrictamente necesario que el receptor de la
documentación entregue la respectiva retroalimentación hacia quien emite la información, a fin de
perfeccionar el nivel y calidad de la información recibida, solicitando los cambios necesarios.
d. Listado de Informes y documentos.

Los informes emitidos para mantener informados a todos los involucrados en el proyecto serán los
siguientes:
● Informe Mensual del Proyecto a la Gerencia de Finanzas.
● Informe Quincenal para Programación del Proyecto.
● Informe de Avances del Proyecto.
● Informe de Avance Semanal al Equipo de Finanzas y TI.
● Actas de Reunión (Minutas).
● Presentaciones Power Point.
● Control de cambios.
● Actualizaciones.
● Organigrama de las Gerencias de Finanzas, TI y área de Tesorería Inacap como presentación
Power Point.
● Organigrama Equipo de Proyecto BBR.
● Informe de Entregable emitido por evento cada vez que se libera una nueva versión.
9.2.3. Persona responsable de comunicar la información.
El responsable de enviar los distintos reportes y documentos a los destinatarios se encuentra establecido
en la “Matriz de Comunicaciones” presentada en el Anexo 10.9.4.
9.2.4. Personas o grupos que recibirán la información.
Los grupos involucrados que recibirán la información del Proyecto serán: Gerencia de Finanzas, Gerencia
de TI, área de Tesorería, Administrativos Contables (usuarios Inacap) y el Equipo de Implementación de
la Consultora BBR. La documentación recibida se encuentra definida en la “Matriz de Comunicaciones” del
proyecto, en el Anexo 10.9.4.

9.2.5. La persona responsable de autorizar la divulgación de información confidencial.
Toda información relacionada con el proyecto tendrá la categoría de información confidencial, tanto la
información definida en el Listado de Informes y documentos dentro del Plan de Gestión de la
Comunicaciones, como cualquier información anexa relacionada, y sólo podrá ser compartida por los
involucrados del proyecto definidos en la “Matriz de Comunicaciones”. La divulgación de cualquier tipo de
información total o parcial del proyecto deberá ser autorizada expresamente por la Gerente de Finanzas
de Inacap, Jacqueline Carvajal (jcarvajal@inacap.cl) y el Gerente de TI Inacap Jaime Ojeda
(jojeda@inacap.cl).
9.2.6. Métodos o tecnologías a usar para transmitir la información.
Producto de la extensión geográfica de la Institución Inacap, la cual cuenta con la Universidad, Centro de
Formación Técnica e Instituto Profesional repartidos en 26 sedes a lo largo del país, será relevante la
condición no presencial de algunos involucrados. En consecuencia, se privilegiará el envío y recepción de
la información a través del correo electrónico institucional (nombre@inacap.cl) y correo electrónico de la
Consultora BBR (nombre@bbr.cl), así como también será válido en los casos que requiera, el envío formal
de la información través del sistema de valijas de la institución y correo certificado. Así mismo, para efectos
de coordinación y reuniones entre los involucrados ubicados en distintas sedes de la Institución, será
privilegiado el uso de videoconferencias.
Todos los cambios y actualizaciones de la información de uso compartido del proyecto, deberán ser
informados a todos los interesados a través del correo electrónico establecido, quedando identificados los
responsables de canalizar esta información en la “Matriz de Comunicaciones” del proyecto.
9.2.7. El plazo y la frecuencia para la distribución de la información requerida.
Las frecuencias de entrega de la información serán establecidas en la Matriz de Comunicaciones del

Proyecto, en la columna denominada como “Frecuencia”. A más tardar a las 12:00 horas del día martes
de cada semana deberán estar disponibles los informes semanales correspondientes a las actualizaciones
de la semana anterior. Adicionalmente, la información solicitada a pedido, deberá ser enviada antes de la
realización de la reunión para la cual se solicitó.
9.2.8. Pautas para la realización de las reuniones del Equipo de Proyecto.
a. Programa de reuniones.
Se realizarán reuniones entre la Consultora BBR y los equipos de trabajo de Inacap en forma semanal
o con frecuencia a pedido de los involucrados, con el objetivo de informar el estado de avance en la
implementación de la Solución BBR.
Las reuniones deberán ser coordinadas y comunicadas con al menos una semana de anticipación. El
encargado de organizar la reunión deberá verificar que todos los participantes hayan confirmado su
participación. Las reuniones incluirán, tanto participantes presenciales como participantes conectados
por videoconferencia a distancia desde las distintas sedes de Inacap o de las oficinas de la Consultora
BBR.

9.2.11. Los recursos asignados. 50
organización, uso de alguna tecnología específica o normativa interna. 50
9.2.13. Glosario de terminología común 50
9.3 Matriz de comunicaciones 50
Conclusión 51
10. Anexos 52
Bibliografía y Fuentes 120
Tabla Detalle de Anexos

10.1. Anexos Antecedentes Generales del Proyecto 52
10.1.1. Mapa mental 52
10.2. Anexos Plan de Alcance del Proyecto 53
10.2.1. SBS del proyecto 53
10.2.2. WBS del proyecto 54
10.2.3. Planilla de registro de cambios 58
10.2.4. Flujo de solicitud de cambios 59
10.3. Anexos Plan de Tiempos del Proyecto 60
10.3.1. Actividades del proyecto (en base a WBS), su secuencialidad y duración 60
10.3.3. Tareas de la ruta crítica 75
10.3.4. Despliegue de la Gantt resumida 79
10.4. Anexos Plan de Costos del Proyecto 80
10.4.1. Gráfico de flujos de ingresos y costos del proyecto. 80
10.5. Anexos Plan de Calidad del Proyecto 81
10.5.1. Diagrama de Ishikawa (Causa - Efecto “Rechazo de Pruebas UAT”) 81
10.5.2. Diagrama de Flujo de Procesos (Implementación Solución C&R) 82
10.5.3. Diseño de Procesos PIPOC (QC Interno / QC Cliente) 83
10.5.4. Procesos y Procedimientos de Calidad 84
10.5.5. Actividades de Aseguramiento de Calidad 87
10.5.6. Listas de Chequeo 88
10.6. Anexos Plan de Recursos del Proyecto 89
10.6.1. Organigrama de proyecto 89
10.6.2. Matriz RASCI 90
10.6.4. Tabla de roles y responsabilidades 94
10.6.5. Criterios de liberación 96
10.6.6. Formulario de resolución y registro de polémicas 97
10.6.7. Formulario de registro de lecciones aprendidas 97
10.7. Anexos Plan de Riesgos del Proyecto 98
10.7.1. Estructura de riesgo del proyecto 98
10.7.2. Tabla de probabilidades del proyecto 99
10.7.3. Tabla de consecuencia o impacto en objetivos 100
10.7.4. Matriz de Riesgos del Proyecto 104
10.7.5. Mapa de Riesgo Inherente 112
10.7.6. Mapa de Riesgo Residual 112
10.8. Anexos Plan de Adquisiciones del Proyecto 113
10.8.1. Formato de Documentos para las Adquisiciones 113
10.9. Anexos Plan de Comunicaciones y Gestión de Grupos de Interés del Proyecto 114
10.9.1. Hoja de registro de interesados 114
10.9.2. Matriz de compromiso e involucramiento 116
10.9.3. Plan de involucramiento 117
10.9.4. Matriz de comunicaciones 119

9.2.11. Los recursos asignados.
Para la realización de reuniones se cuenta con los siguientes recursos:
Salas de reuniones.
● Sala de Reuniones Oficina BBR - Habilitada para 10 personas, con dispositivos para apoyo
visual, conectividad a Internet y líneas telefónicas.
● Sala de Reuniones Casa Central Inacap (Av. Vitacura 10151, Vitacura, Región Metropolitana) -
Habilitada para 15 personas, con dispositivos para apoyo visual, conectividad a Internet y líneas
telefónicas.
Sistemas de Videoconferencia.
● Skype,

organización, uso de alguna tecnología específica o normativa interna.
Las políticas de trabajo interno de la Consultora BBR obliga a cada miembro del equipo mantener la
confidencialidad de cualquier información referida a los proyectos que lleva a cabo.
Como política de intercambio de información entre la Consultora BBR con las empresas mandantes, en
este caso Inacap, solo podrá ser ejecutada por el Consultor Funcional BBR, Jefe de Proyecto BBR y
Gerente de Proyecto BBR.
9.2.13. Glosario de terminología común
A continuación, se definen términos y abreviaciones utilizadas en el presente plan de gestión de

comunicaciones:
GLOSARIO SIGNIFICADO
FTP File Transfer Protocol / Protocolo de transferencia de archivos.
POS Terminal de punto de venta Transbank.
IRS InStore Retail Systems, nombre de fantasía de los productos de BBR
BBR Nombre de la consultora, compuesto por los apellidos de los fundadores Belledone, Belmar y Rivera.
Caja Única Aplicación de Inacap utilizada por los cajeros se las sedes para procesar y registrar una Venta.
RollOut Un tipo de implementación en el sentido de que, si la implementación ya se ha realizado antes, será aplicado a la
nueva implementación.
Tabla 9.1: Glosario de terminología común
9.3 Matriz de comunicaciones
Como soporte fundamental para el “Plan de Gestión de las Comunicaciones”, se define la información del
proyecto que será necesaria proporcionar a cada involucrado, asimismo el responsable que debe hacerlo,
la metodología y frecuencia, a través de la “Matriz de Comunicaciones” que se encuentra en el Anexo
10.9.4.

Conclusión
A través del Plan de Administración del Proyecto, se ha concluido que el proyecto de Sistema de
Información Nueva Tesorería de Inacap implica únicamente desarrollo de software y generación de
documentos, abarcando un total de 25 entregables, distribuidos en 17 entregables internos y 8 entregables
al cliente. En relación a las actividades necesarias para lograr estos entregables y completar el proyecto,
se definieron 129 actividades totales, las cuales están estimadas para ser ejecutadas en un plazo de 243
días, requiriendo 3.475 HH de esfuerzos por parte de los 13 integrantes del equipo de proyecto. La
probabilidad de cumplimiento del plazo indicado es de aproximadamente un 95%, teniendo el equipo que
prestar atención para detectar de forma temprana cualquier desviación en el cronograma y así tomar las
medidas correctivas necesarias.
En relación al plan de costos, se ha estimado que el proyecto total tendrá un costo de UF 6.115, estimación
elaborada bajo la estrategia “Bottom-Up”, calculando los costos de cada actividad desde los niveles
inferiores de la WBS, siendo esta última herramienta muy útil para la estimación del Costo Presupuestado
del Trabajo programado, y determinación del Presupuesto del Proyecto.
El equipo de trabajo ha sido seleccionado por sus altas competencias que serán un aporte para la ejecución
del proyecto. Además, velando por el bienestar de cada uno de los trabajadores, es que se ha distribuido
la carga laboral lo más uniforme posible durante el transcurso de todo el proyecto, teniendo peaks
únicamente en los meses de octubre y enero. Por otro lado, para motivar al cumplimiento de los distintos
KPI definidos en el proyecto, es que se han definido ciertos incentivos para aumentar el desempeño técnico
de los trabajadores y mejorar el ambiente laboral.
Referente a los riesgos del proyecto, a través del análisis cualitativo se han detectado 20 riesgos que
podrían afectar al proyecto en mayor o menor medida, entre los cuales se encuentran “atrasos en algunas
actividades”, “intermitencia de comunicaciones con sistemas externos” y “problemas en la comunicación
entre los interesados que pueden llevar a un riesgo reputacional del proyecto”, entre otros. La Matriz de
Riesgos y el análisis cuantitativo por su parte, han permitido clasificar los riesgos, según su severidad,
para priorizar sobre los cuáles se trabajará. Se diseñaron 27 controles que permitirán mitigar los Riesgos
Inherentes, y moverlos a una clasificación aceptable para la Consultora BBR), incluyendo un monto de
contingencia en caso de que se presenten algunos de los riesgos detectados.
En cuanto a la gestión de los interesados, se han detectado 5 interesados que tienen un alto poder en el
proyecto, dentro de los cuales destacan el Gerente de Finanzas de Inacap y el Gerente de TI de Inacap,
los cuales son las principales contrapartes de la Consultora BBR y que se encuentran actualmente
activamente comprometidos con la realización del proyecto. Otro interesado relevante es el centro de
alumnos de INACAP. Para cada interesado clave se definieron estrategias para mantener su nivel de
compromiso óptima para el proyecto.
Finalmente, como medida para asegurar el éxito del proyecto, la Consultora BBR ha establecido
claramente las relaciones comerciales que mantendrá con sus proveedores durante la ejecución del
Proyecto, además implementará un sistema de Gestión de Calidad Integrado, el cual permitirá realizar las
revisiones y validaciones a cada proceso, así como de los entregables finales, procurando siempre que el
Cliente perciba la calidad no solo en el entregable final, sino que en toda la ejecución del Proyecto.

10. Anexos
10.1. Anexos Antecedentes Generales del Proyecto
10.1.1. Mapa mental

10.2. Anexos Plan de Alcance del Proyecto
10.2.1. SBS del proyecto

10.2.2. WBS del proyecto

llevará a cabo en las dependencias de la empresa Consultora BBR, ubicada en calle Andrés Bello 2687,
Piso 9, Santiago; y el piloto de la solución se implementará en la sede Apoquindo de Inacap ubicada en
Av. Apoquindo 7282, Las Condes, Región Metropolitana. Las reuniones de avance y capacitaciones se
realizarán en la Casa Central de Inacap ubicada en Av. Vitacura 10151, Vitacura, Región Metropolitana.
1.4. Definición de etapas del Ciclo de Vida de proyecto que se abordarán.
El ciclo de vida del proyecto Implementación de Sistema de Información Nueva Tesorería Inacap sigue el
estándar definido para la Consultora BBR, el cual consta de las siguientes etapas:
● Preventa: Etapa en donde se evalúa el proyecto en términos de costo y tiempo, a partir de

reuniones con el cliente para la obtención de los requerimientos. El entregable de esta fase es la
propuesta económica.
● Inicio y planificación: Fase posterior a la adjudicación del proyecto, en la cual se coordina la
reunión de kick off interna con el equipo de proyecto. Los entregables de esa etapa son el Acta de
Constitución del proyecto y el Plan de Administración del proyecto.
● Ejecución: Etapa donde se construye la aplicación a desarrollar a partir de las mejores prácticas
definidas por la Consultora BBR. Durante esta fase, el Plan de Administración del proyecto es
actualizado constantemente a partir de los cambios que va soportando el proyecto.
● Cierre: Esta fase comienza una vez finalizada la etapa de ejecución y es donde se entregará
formalmente el Sistema de Información Nueva Tesorería Inacap. Además, se generará la carta de
aceptación y la presentación de cierre PMO.
En la siguiente figura se visualiza el ciclo de vida del proyecto con los hitos más importantes:
Figura 1.1: Ciclo de Vida y sus Hitos más importantes.
1.5. Objetivos medibles del Proyecto.
El objetivo del proyecto es implementar un Sistema de Información de Tesorería para la Institución Inacap
que permita realizar la administración de sus ingresos separando los flujos de dinero entre las diferentes
unidades de negocio. Esto busca dar transparencia al proceso de recaudación requerido en el Proceso de
Acreditación ante la Comisión Nacional de Acreditación.

10.2.3. Planilla de registro de cambios
Proyecto
Solicitante
Solicitud de cambio Nº Fecha:
Ítem afectado
Sistema afectado
Estado del ítem
Descripción del Cambio solicitado: Justificación del Cambio:
Impacto del cambio en la línea base
Alcance
Cronograma
Costo
Calidad
Aprobación
Nombre
Firma
Fecha
Cambio aprobado / no
aprobado

10.2.4. Flujo de solicitud de cambios

10.3. Anexos Plan de Tiempos del Proyecto
10.3.1. Actividades del proyecto (en base a WBS), su secuencialidad y duración
EDT Nombre de tarea Duración Comienzo Fin Predecesor
NT.INA.1 Sistema de Información Nueva Tesorería 242,63 días lun 01/07/19 mié 24/06/20
Inacap
NT.INA.1.1 Administración del Proyecto 242,63 días lun 01/07/19 mié 24/06/20
NT.INA.1.1.1 Inicio 3 días lun 01/07/19 mié 03/07/19
Hito 1: Inicio de Proyecto 0 días lun 01/07/19 lun 01/07/19
NT.INA.1.1.1.1 Generar Acta de Constitución 2 días lun 01/07/19 mar 02/07/19 4
NT.INA.1.1.1.2 Identificar Interesados 1 día mié 03/07/19 mié 03/07/19 5
Kick-off 1: Comercial 0 días mié 03/07/19 mié 03/07/19 6
NT.INA.1.1.2 Planificación 222 días jue 04/07/19 vie 29/05/20
NT.INA.1.1.2.1 Generar Plan de Gestión del Alcance 4 días jue 04/07/19 jue 11/07/19 7
NT.INA.1.1.2.2 Generar Plan de Gestión del Cronograma 5 días jue 11/07/19 jue 18/07/19 9
NT.INA.1.1.2.3 Generar Plan de Gestión de Costos 5 días jue 11/07/19 jue 18/07/19 9
NT.INA.1.1.2.4 Generar Plan de Gestión de Recursos 5 días jue 18/07/19 jue 25/07/19 11
NT.INA.1.1.2.5 Generar Plan de Gestión de Riesgos 5 días jue 18/07/19 jue 25/07/19 11
NT.INA.1.1.2.6 Generar Plan de Gestión de Calidad 5,26 días jue 18/07/19 vie 26/07/19 11
NT.INA.1.1.2.7 Generar Plan de Gestión de Comunicaciones 5 días jue 18/07/19 jue 25/07/19 11
NT.INA.1.1.2.8 Generar Plan de Gestión de Adquisiciones 5 días jue 18/07/19 jue 25/07/19 11
NT.INA.1.1.2.9 Entrega y revisión PEP 1 día jue 25/07/19 vie 26/07/19 16
NT.INA.1.1.2.10 Actualizar PEP 205 días lun 29/07/19 vie 29/05/20
NT.INA.1.1.3 Ejecución y Seguimiento 216 días vie 26/07/19 lun 15/06/20
NT.INA.1.1.3.1 Gestionar Conocimiento del Proyecto 216 días vie 26/07/19 lun 15/06/20 17
NT.INA.1.1.3.2 Gestionar y Controlar el Involucramiento de 216 días vie 26/07/19 lun 15/06/20 17
los Interesados

NT.INA.1.1.3.3 Adquirir y Controlar Plan de Recursos 216 días vie 26/07/19 lun 15/06/20 17
NT.INA.1.1.3.4 Desarrollar y Dirigir al Equipo 216 días vie 26/07/19 lun 15/06/20 17
NT.INA.1.1.3.5 Gestionar y Monitorear Plan de 216 días vie 26/07/19 lun 15/06/20 17
Comunicaciones
NT.INA.1.1.3.6 Efectuar y Controlar Plan de Adquisiciones 216 días vie 26/07/19 lun 15/06/20 17
NT.INA.1.1.3.7 Gestionar y Controlar Plan de Calidad 216 días vie 26/07/19 lun 15/06/20 17
NT.INA.1.1.3.8 Implementar y Monitorear Plan de Riesgos 216 días vie 26/07/19 lun 15/06/20 17
NT.INA.1.1.3.9 Realizar Control Integrado de Cambios 216 días vie 26/07/19 lun 15/06/20 17
NT.INA.1.1.3.10 Monitorear el Cronograma 216 días vie 26/07/19 lun 15/06/20 17
NT.INA.1.1.3.11 Monitorear Plan de Costos 216 días vie 26/07/19 lun 15/06/20 17
NT.INA.1.1.3.12 Validar y Controlar el Alcance 216 días vie 26/07/19 lun 15/06/20 17
NT.INA.1.1.4 Cierre 6,63 días mar 16/06/20 mié 24/06/20
NT.INA.1.1.4.1 Generar Carta de Aceptación 2 días mar 16/06/20 mié 17/06/20 19;189
NT.INA.1.1.4.2 Confeccionar Presentación Cierre PMO 0,63 días jue 18/06/20 jue 18/06/20 33
NT.INA.1.1.4.3 Documentar Lecciones Aprendidas 2 días jue 18/06/20 lun 22/06/20 34
NT.INA.1.1.4.4 Cierre de Facturación 2 días lun 22/06/20 mié 24/06/20 35
Hito 9: Fin del Proyecto 0 días mié 24/06/20 mié 24/06/20 36
NT.INA.1.2 Solución Medios de Pago (IRS Switch) 118 días lun 29/07/19 vie 24/01/20
Kick off 2: Equipo Medios de pago 0 días lun 29/07/19 lun 29/07/19
NT.INA.1.2.1 Diseño 13 días lun 29/07/19 mié 14/08/19
NT.INA.1.2.1.1 Conceptual 5 días lun 29/07/19 vie 02/08/19
NT.INA.1.2.1.1.1 Definir Arquitectura a nivel Conceptual IRS 2 días lun 29/07/19 mar 30/07/19 39
Switch
NT.INA.1.2.1.1.2 Generar documento Conceptual de la 3 días mié 31/07/19 vie 02/08/19 42

Solución IRS Switch
NT.INA.1.2.1.2 Técnico 8 días vie 02/08/19 mié 14/08/19
NT.INA.1.2.1.2.1 Definir Infraestructura 2 días vie 02/08/19 mar 06/08/19 43

NT.INA.1.2.1.2.2 Generar Documento Técnico Infraestructura 6 días mié 07/08/19 mié 14/08/19 45
y Aplicativos
NT.INA.1.2.2 Desarrollo 25 días vie 16/08/19 jue 26/09/19
NT.INA.1.2.2.1 Desarrollar POS SW Client 15 días vie 16/08/19 jue 05/09/19 46
NT.INA.1.2.2.2 Integrar SW Client 5 días jue 05/09/19 jue 12/09/19 48
NT.INA.1.2.2.3 Integrar con SW Central 5 días vie 13/09/19 jue 26/09/19 49
NT.INA.1.2.3 Implementación 105 días mié 14/08/19 vie 24/01/20
NT.INA.1.2.3.6 Ambiente de QA 20 días mié 14/08/19 jue 12/09/19
NT.INA.1.2.3.6.1 Proveer Infraestructura de QA 15 días mié 14/08/19 jue 05/09/19 46
NT.INA.1.2.3.6.2 Habilitar Infraestructura y Enlaces de QA 5 días vie 06/09/19 jue 12/09/19 53
NT.INA.1.2.3.5 QC Cliente 13 días lun 18/11/19 mié 04/12/19
Hito 2: Entrega a QC Cliente IRS Switch 0 días lun 18/11/19 lun 18/11/19 61
NT.INA.1.2.3.5.1 Instalar Switch Client en Ambiente de QA 5 días lun 18/11/19 vie 22/11/19 56
NT.INA.1.2.3.5.2 Realizar Testing Interno 5 días vie 22/11/19 vie 29/11/19 57
NT.INA.1.2.3.5.3 Realizar UAT 3 días vie 29/11/19 mié 04/12/19 58
NT.INA.1.2.3.1 Documentación 90 días vie 06/09/19 vie 24/01/20
NT.INA.1.2.3.1.1 Elaborar Manual de Instalación Switch Client 2,5 días vie 06/09/19 mar 10/09/19 48
NT.INA.1.2.3.1.2 Documentar UAT 2 días lun 02/12/19 mar 03/12/19 59CC
NT.INA.1.2.3.1.3 Elaborar Documento Traspaso Operaciones 1 día vie 24/01/20 vie 24/01/20 72
NT.INA.1.2.3.2 Ambiente de Producción 20 días lun 04/11/19 vie 29/11/19 52
NT.INA.1.2.3.2.1 Proveer Infraestructura de Producción 15 días lun 04/11/19 vie 22/11/19 46
NT.INA.1.2.3.2.2 Habilitar Infraestructura y Enlaces de 5 días vie 22/11/19 vie 29/11/19 65

Producción
NT.INA.1.2.3.3 Certificación 13 días mar 03/12/19 vie 20/12/19
NT.INA.1.2.3.3.1 Certificar Integración con TBK 10 días mar 03/12/19 mar 17/12/19 66;62
NT.INA.1.2.3.3.2 Corregir Observaciones TBK 3 días mar 17/12/19 vie 20/12/19 68

NT.INA.1.2.3.4 Puesta en Marcha 21 días vie 20/12/19 vie 24/01/20
NT.INA.1.2.3.4.1 Iniciar Piloto 10 días vie 20/12/19 jue 09/01/20 69
NT.INA.1.2.3.4.2 Ejecutar RollOut 10 días jue 09/01/20 jue 23/01/20 71
Hito 5: Entrada en Servicio IRS Switch 0 días vie 24/01/20 vie 24/01/20 63
NT.INA.1.3 Solución Cuadratura & Recaudación (IRS 164 días lun 02/09/19 mar 05/05/20
C&R)
Kick-off 3: Equipo C&R 0 días lun 02/09/19 lun 02/09/19
NT.INA.1.3.1 Diseño 18,63 días lun 02/09/19 jue 03/10/19
NT.INA.1.3.1.1 Conceptual 8,13 días lun 02/09/19 jue 12/09/19
NT.INA.1.3.1.1.1 Definir Arquitectura a Nivel Conceptual IRS 3 días lun 02/09/19 mié 04/09/19 75
C&R
NT.INA.1.3.1.1.2 Generar Documento Conceptual Solución 3 días lun 02/09/19 jue 05/09/19 75
C&R
NT.INA.1.3.1.1.3 Generar ERU Nuevos Módulos de C&R 5 días jue 05/09/19 jue 12/09/19 79
NT.INA.1.3.1.1.4 Generar ERU Interfaz de Entrada C&R 2 días vie 06/09/19 lun 09/09/19 78;84
NT.INA.1.3.1.1.5 Generar ERU Interfaces de salida C&R 2 días vie 06/09/19 lun 09/09/19 78;84
NT.INA.1.3.1.2 Técnico 15,63 días jue 05/09/19 jue 03/10/19
NT.INA.1.3.1.2.1 Definir Infraestructura 1 día jue 05/09/19 jue 05/09/19 78
NT.INA.1.3.1.2.2 Generar Diseño Técnico Nuevos Módulos 6,5 días jue 12/09/19 vie 27/09/19 80;86
NT.INA.1.3.1.2.3 Generar Diseño Técnico Interfaces 2 días mar 10/09/19 mié 11/09/19 82;81
NT.INA.1.3.1.2.4 Definir Casos de Uso 2 días vie 27/09/19 mar 01/10/19 85;86
NT.INA.1.3.1.2.5 Generar Documento de Arquitectura Sistema 2 días mar 01/10/19 jue 03/10/19 87;91
NT.INA.1.3.2 Desarrollo 47,5 días lun 09/09/19 vie 22/11/19
NT.INA.1.3.2.1 Ambiente de Desarrollo 18 días lun 09/09/19 mié 09/10/19
NT.INA.1.3.2.1.1 Habilitar Ambiente de Desarrollo 5 días lun 09/09/19 vie 13/09/19 78;84
NT.INA.1.3.2.1.2 Instalar, Configurar y Validar Aplicación Web 10 días lun 23/09/19 mié 09/10/19 91
Desarrollo

NT.INA.1.3.2.2 Componentes 31,63 días vie 27/09/19 jue 14/11/19
NT.INA.1.3.2.2.1 Desarrollar Extracción Datos desde Caja 5 días vie 27/09/19 vie 04/10/19 81
Única
NT.INA.1.3.2.2.2 Customizar Aplicación WEB C&R 6 días jue 10/10/19 mié 23/10/19 92
NT.INA.1.3.2.2.3 Desarrollar Módulo Depósito por Institución 12,63 días mié 23/10/19 mié 13/11/19 85;92;95
NT.INA.1.3.2.2.4 Desarrollar Módulo Cambio Tipo Documento 5,93 días mié 23/10/19 vie 08/11/19 80;95
NT.INA.1.3.2.2.5 Desarrollar Módulo Depósito Cheque a 8,5 días jue 10/10/19 jue 14/11/19 80;92
Fecha
NT.INA.1.3.2.2.6 Desarrollar Módulo Protesto 5 días mié 23/10/19 mié 30/10/19 80;95
NT.INA.1.3.2.2.7 Desarrollar Módulo Cambio Tipo Medio de 2,5 días jue 10/10/19 lun 14/10/19 80;92
Pago
NT.INA.1.3.2.2.8 Desarrollar Interfaz de Entrada C&R 6 días jue 10/10/19 jue 17/10/19 80;92
NT.INA.1.3.2.2.9 Desarrollar Interfaz Salida C&R 3 días jue 17/10/19 mar 22/10/19 80;92
NT.INA.1.3.2.3 QC Interno 23,5 días vie 18/10/19 vie 22/11/19
NT.INA.1.3.2.3.1 Certificar Customización Aplicación WEB 1,63 días mié 23/10/19 vie 25/10/19 95
C&L
NT.INA.1.3.2.3.2 Certificar Interface de Entrada 2 días vie 18/10/19 lun 21/10/19 101
NT.INA.1.3.2.3.3 Certificar Nuevos Módulos 4 días jue 14/11/19 mié 20/11/19 96;97;98;99;1
01
NT.INA.1.3.2.3.4 Certificar Interface de Salida 2 días mié 20/11/19 vie 22/11/19 102;106
NT.INA.1.3.3 Implementación 145,38 días jue 03/10/19 mar 05/05/20
NT.INA.1.3.3.1 Ambiente de QA 38,88 días jue 03/10/19 vie 29/11/19
NT.INA.1.3.3.1.1 Proveer Infraestructura de QA 20 días jue 03/10/19 lun 04/11/19 88
NT.INA.1.3.3.1.2 Habilitar BD, Programas y Enlaces a QA 5 días lun 04/11/19 lun 11/11/19 110;92
NT.INA.1.3.3.1.3 Instalar, Configurar y Validar Aplicación Web 2 días vie 22/11/19 vie 29/11/19 107;111
QA
Hito 3: Entrega a QC Cliente IRS C&R 0 días vie 22/11/19 vie 22/11/19
NT.INA.1.3.3.2 QC Cliente 36 días vie 29/11/19 vie 24/01/20 97

NT.INA.1.3.3.2.1 Capacitar Equipo QC Inacap 3 días vie 29/11/19 lun 23/12/19 112
NT.INA.1.3.3.2.2 Realizar UAT 20 días lun 23/12/19 vie 24/01/20 115
NT.INA.1.3.3.6 Documentación 104,5 días mar 03/12/19 mar 05/05/20
NT.INA.1.3.3.6.1 Elaborar Manual de Usuario C&R 3 días mar 03/12/19 vie 06/12/19
NT.INA.1.3.3.6.2 Elaborar Procedimientos Operativos con 20 días lun 09/12/19 jue 09/01/20
C&R
NT.INA.1.3.3.6.3 Documentar UAT 1 día vie 24/01/20 lun 27/01/20 116
NT.INA.1.3.3.6.4 Elaborar Documento Traspaso Operaciones 1 día mar 05/05/20 mar 05/05/20 135
Solución IRS C&R
NT.INA.1.3.3.3 Gestión del Cambio 77 días vie 10/01/20 mar 28/04/20
NT.INA.1.3.3.3.1 Capacitar Tesoreras Sedes Piloto 4 días vie 10/01/20 mié 15/01/20 119
NT.INA.1.3.3.3.2 Apoyar Piloto Sedes Offline 50 días jue 16/01/20 lun 30/03/20 69;133CC
NT.INA.1.3.3.3.3 Apoyar Piloto Sedes Online 20 días mar 31/03/20 mar 28/04/20 134CC
NT.INA.1.3.3.3.4 Capacitar Tesoreras RollOut 3 días lun 06/04/20 mié 08/04/20
NT.INA.1.3.3.4 Ambiente de Producción 32 días mié 09/10/19 mar 26/11/19
NT.INA.1.3.3.4.1 Proveer Infraestructura de Producción 20 días mié 09/10/19 vie 08/11/19 92
NT.INA.1.3.3.4.2 Habilitar Infraestructura y enlaces de 1 día lun 11/11/19 mar 12/11/19 128
Producción
NT.INA.1.3.3.4.3 Instalar, Configurar y Validar Aplicación Web 2 días lun 25/11/19 mar 26/11/19 129;107
Producción
NT.INA.1.3.3.5 Puesta en Marcha 77 días mié 15/01/20 mar 05/05/20
Hito 4: Entrada Piloto Offline C&R 0 días mié 15/01/20 mié 15/01/20 123
NT.INA.1.3.3.5.1 Iniciar Piloto Offline 53 días jue 16/01/20 lun 30/03/20 132
NT.INA.1.3.3.5.2 Iniciar Piloto Online 20 días mar 31/03/20 mar 28/04/20 133
NT.INA.1.3.3.5.3 Ejecutar RollOut 3 días mié 29/04/20 lun 04/05/20 134
NT.INA.1.3.3.5.4 Hito 7: Entrada en servicio IRS C&R 0 días mar 05/05/20 mar 05/05/20 121
NT.INA.1.4 Solución Conciliación & Liquidación (IRS 134 días lun 02/12/19 mar 16/06/20
C&L)

Kick-off 4: Equipo C&L 0 días mar 07/01/20 mar 07/01/20
NT.INA.1.4.1 Diseño 22 días lun 02/12/19 lun 06/01/20
NT.INA.1.4.1.1 Conceptual 10 días lun 02/12/19 vie 13/12/19
NT.INA.1.4.1.1.1 Definir Arquitectura a Nivel Conceptual IRS 3 días lun 02/12/19 mié 04/12/19
C&L
NT.INA.1.4.1.1.2 Generar Documento Conceptual Solución 3 días jue 05/12/19 lun 09/12/19 141
C&L
NT.INA.1.4.1.1.3 Generar ERU Interfaces de salida C&L 2 días mar 10/12/19 mié 11/12/19 142
NT.INA.1.4.1.1.4 Generar ERU Interfaz de Entrada C&L 2 días jue 12/12/19 vie 13/12/19 143
NT.INA.1.4.1.2 Técnico 22 días lun 02/12/19 lun 06/01/20
NT.INA.1.4.1.2.1 Definir Infraestructura 2 días lun 02/12/19 mar 03/12/19
NT.INA.1.4.1.2.2 Generar Diseño Técnico Interfaces 2 días lun 16/12/19 mar 17/12/19 143;142
NT.INA.1.4.1.2.3 Definir Casos de Uso 2 días mié 18/12/19 jue 19/12/19 147
NT.INA.1.4.1.2.4 Generar documento de Arquitectura Sistema 2 días vie 20/12/19 lun 06/01/20 148
NT.INA.1.4.2 Desarrollo 81 días vie 20/12/19 vie 17/04/20
NT.INA.1.4.2.1 Ambiente de Desarrollo 9 días vie 20/12/19 mar 07/01/20
NT.INA.1.4.2.1.1 Habilitar Ambiente de Desarrollo 5 días vie 20/12/19 lun 30/12/19 148
NT.INA.1.4.2.1.2 Instalar, Configurar y Validar Aplicación Web 4 días jue 02/01/20 mar 07/01/20 152
Desarrollo
NT.INA.1.4.2.2 Componentes 40 días mié 08/01/20 mar 03/03/20
NT.INA.1.4.2.2.1 Customizar Aplicación Web C&L 4 días mié 08/01/20 lun 13/01/20 153
NT.INA.1.4.2.2.2 Desarrollar Interfaz de Entrada C&L 6 días mar 14/01/20 mar 21/01/20 155
NT.INA.1.4.2.2.3 Desarrollar Interfaz de Diferencias Banco de 10 días mié 22/01/20 mar 04/02/20 156
Chile
NT.INA.1.4.2.2.4 Desarrollar Interfaz de Abono Banco de Chile 10 días mié 05/02/20 mar 18/02/20 157
NT.INA.1.4.2.2.5 Desarrollar Interfaz de Abono TBK 10 días mié 19/02/20 mar 03/03/20 158
NT.INA.1.4.2.3 QC Interno 32 días mié 04/03/20 vie 17/04/20 154

NT.INA.1.4.2.3.1 Certificar Customización Aplicación WEB 3 días mié 04/03/20 mar 10/03/20 155;156
C&L
NT.INA.1.4.2.3.2 Certificar Interface de Entrada 6 días lun 09/03/20 jue 19/03/20 156
NT.INA.1.4.2.3.3 Certificar Interfaces de Salida 20 días vie 20/03/20 vie 17/04/20 157;158;159
NT.INA.1.4.3 Implementación 63 días lun 16/03/20 mar 16/06/20
NT.INA.1.4.3.1 Ambiente de QA 26 días lun 16/03/20 mar 21/04/20 149
NT.INA.1.4.3.1.1 Proveer Infraestructura de QA 15 días lun 16/03/20 vie 03/04/20
NT.INA.1.4.3.1.2 Habilitar BD, Programas y enlaces a QA 5 días lun 06/04/20 lun 13/04/20 166
NT.INA.1.4.3.1.3 Instalar, Configurar y Validar Aplicación Web 2 días vie 17/04/20 mar 21/04/20 167;163
QA
Hito 6: Entrega a QC Cliente C&L 0 días mar 21/04/20 mar 21/04/20
NT.INA.1.4.3.2 QC Cliente 5 días mar 21/04/20 mar 28/04/20
NT.INA.1.4.3.2.1 Capacitar Equipo QA Inacap 3 días mié 22/04/20 vie 24/04/20 168
NT.INA.1.4.3.2.2 Realizar UAT 5 días mar 21/04/20 mar 28/04/20 168;161;162;163
NT.INA.1.4.3.3 Documentación 36 días mar 14/04/20 jue 04/06/20
NT.INA.1.4.3.3.1 Elaborar Manual de Usuario C&L 12 días mar 14/04/20 mié 29/04/20 167
NT.INA.1.4.3.3.2 Elaborar Procedimientos Operativos con C&L 15 días vie 24/04/20 vie 15/05/20
NT.INA.1.4.3.3.3 Documentar UAT 3 días mié 29/04/20 lun 04/05/20 172
NT.INA.1.4.3.3.4 Elaborar Documento Traspaso Operaciones 2 días mié 03/06/20 jue 04/06/20 188
Solución IRS C&L
NT.INA.1.4.3.4 Gestión del Cambio 20 días mar 05/05/20 mar 02/06/20
NT.INA.1.4.3.4.1 Capacitar Tesorero Central 2 días mar 05/05/20 mié 06/05/20 176
NT.INA.1.4.3.4.2 Apoyo Piloto Offline 10 días mar 12/05/20 mar 26/05/20 179
NT.INA.1.4.3.4.3 Apoyo Piloto Online 5 días mié 27/05/20 mar 02/06/20 187
NT.INA.1.4.3.5 Ambiente de Producción 18,88 días lun 13/04/20 lun 11/05/20 167
NT.INA.1.4.3.5.1 Proveer Infraestructura de Producción 10 días lun 13/04/20 lun 27/04/20

NT.INA.1.4.3.5.2 Habilitar Infraestructura y Enlaces de 5 días mar 28/04/20 mar 05/05/20 183
Producción
NT.INA.1.4.3.5.3 Instalar, Configurar y Validar Aplicación Web 3 días mié 06/05/20 lun 11/05/20 184
Producción
NT.INA.1.4.3.6 Puesta en Marcha 24 días mar 12/05/20 mar 16/06/20
NT.INA.1.4.3.6.1 Iniciar Piloto Offline 10 días mar 12/05/20 mar 26/05/20 135;184
NT.INA.1.4.3.6.2 Iniciar Piloto Online 5 días mié 27/05/20 mar 02/06/20 187
Hito 8: Entrada en Servicio C&L 0 días mar 16/06/20 mar 16/06/20 187
10.3.2. Histograma de recursos

● Registro de lecciones aprendidas: Documento donde se
irán registrando las distintas lecciones aprendidas durante el
transcurso del proyecto.
● Registro de polémicas: Documento donde se irán
registrando las polémicas que vayan ocurriendo entre los
integrantes del equipo de trabajo durante el transcurso del
proyecto.
Plan de gestión de ● Lista de proveedores pre-calificados: Listado con todos

adquisiciones: Documento que los proveedores pre aprobados por la Consultora BBR.
contendrá el plan de ● Tabla de roles y responsabilidades: Tabla con los roles
adquisiciones de los servicio y que participarán en el proceso de adquisiciones y sus
productos necesarios para la responsabilidades
realización del proyecto.
Carta de aceptación:
Documento de aceptación del
proyecto, indicando que la
totalidad del alcance será
cumplido.
Presentación cierre PMO:

Presentación en Power Point
que indicará el rendimiento del
proyecto en términos de costo,
tiempo, recursos y calidad.
Tabla 2.1: Entregables del proyecto
B. Entregables del producto.
Entregables Sub entregables
Solución medios de pago ● POS SW Client: Aplicación de la Consultora BBR. Librería Java
IRS Switch: Solución JSE que proveerá interfaz a Caja Única para interactuar con el
encargada del proceso Pinpad y controlar el flujo de operación de una transacción de pago
transaccional de los y condiciones de borde.
medios de pago con ● SW Central: Aplicación de la Consultora BBR, demonio. Proceso
Transbank, en donde se desarrollado en Java que permitirá la conexión de múltiples puntos
entregará al cliente una de venta a múltiples servicios transaccionales.
componente a instalar en ● Manual de instalación: Documento PDF con paso a paso para
su Caja Única, lo cual le instalación de módulo.
permitirá estar conectado ● Documento traspaso operaciones: Documento en PDF, que
con un servidor describirá como a nivel técnico se compone la solución y como
transaccional el cual estará esta deberá ser monitoreada por operaciones.
online con Transbank.
Permitiendo un registro
consistente de la venta y
evitando errores manuales
al procesar el medio de
pago en su Caja Única al
estar integrado al POS de
Transbank.
Solución Cuadratura y ● Aplicación WEB C&R: Corresponde a la interfaz de usuario, en

Solución Conciliación y ● Aplicación WEB C&L: Corresponde a la interfaz de usuario, en
Liquidación C&L: donde se accederá a la aplicación de C&L a través de la web.
Solución compuesta por ● Interfaz de entrada C&L: Interfaz que extraerá los datos del
aplicación web e interfaces modelo de datos de C&R y los insertará al modelo de datos de
de salida. La cual permitirá C&L. En esta se enviarán todos los depósitos (Efectivo, Cheque al
administrar y controlar los día y Cheque a fecha), además de las Transacciones con tarjeta
pagos recibidos por los de Crédito y Débito.
medios de pago para que ● Interfaz de diferencias Banco de Chile: Interfaz que se
sean efectivamente encargará de informar las transacciones que no se conciliarán para
depositados por los el emisor Banco de Chile, traspasando las transacciones de la BD
emisores. de Postgres a una tabla dispuesta en la BD de Oracle del ERP de
Inacap.
● Interfaz de abono Banco de Chile: Interfaz que se encargará de
informar las transacciones que serán conciliadas y liquidadas por
Banco de Chile, traspasando las transacciones de la BD de
Postgres a una tabla dispuesta en la BD de Oracle del ERP de
Inacap.
● Interfaz de abono Transbank: Interfaz que se encargará de
informar las transacciones que fueron Conciliadas y liquidadas
Transbank, traspasando las transacciones de la BD de Postgres a
una tabla dispuesta en la BD de Oracle del ERP de Inacap.
● Documento traspaso de operaciones: Documento en PDF, que
describirá a nivel técnico como se compone la solución y como
● Manual de usuario:Documento en PDF, que describirá en detalle
las funcionalidades de la aplicación Web C&L.
● Manual de procedimiento operativo: Documento PDF, que
describirá cuales son los procedimientos operativos que deberá
hacer el tesorero Central, en donde se explica cómo deberá
interactuar con la aplicación de C&L para trabajar y gestionar con
la conciliación de las sedes.
Tabla 2.2: Entregables del producto.
2.3 Desarrollo del SBS como herramienta gráfica de definición de los alcances.
La estructura del sistema está dividida en 3 entregables principales:
● Solución de Medios de Pago IRS Switch: Solución encargada del proceso transaccional de los
medios de pago con Transbank, en donde se entregará al cliente una componente a instalar en su
Caja Única, lo cual le permitirá estar conectado con un servidor transaccional el cual estará online
con Transbank, permitiendo un registro consistente de la venta y evitando errores manuales al
procesar el medio de pago en su Caja Única al estar integrado al POS de Transbank.
● Solución Cuadratura & Recaudación: Módulo encargado de automatizar el proceso de
administración de valores en las sedes, permitiendo realizar una cuadratura entre lo teórico
procesado por caja y lo informado por los cajeros, apoyando una serie de otros procesos
● Solución Conciliación & Liquidación: Controla que los pagos recibidos por los medios de pago
sean efectivamente depositados por los autorizadores.
La representación gráfica del SBS se encuentra en el Anexo 10.2.1, en la sección del plan de alcance.

3. Plan de Tiempos del Proyecto.
Para elaborar el plan de tiempos del proyecto se consideraron los siguientes aspectos:
● Se programará el trabajo con la fecha de inicio 1/Julio/2019 y fecha de fin 24/Junio/2020.

○ Por lecciones aprendidas de proyectos anteriores, la implementación de un sistema de
Información de tesorería tomará alrededor de 1 año.
● Se considerarán 5 días laborales a la semana de 8 horas diarias cada uno.
● No se considerarán horas extras en la línea Base del proyecto.
● Se considerarán 18 días como no laborales, dentro de estos se consideran:
○ 3 días feriados en semana del 18 de septiembre.
○ Día previo a las festividades, de igual forma se considerarán no laborales. Entiéndase 24
y 31 de diciembre.
○ Además de los días festivos que por ley caerán dentro de la semana laboral.
● En febrero las sedes de Inacap no dispondrán de su personal por periodo de vacaciones, antes
esto no se contará con recursos del mandante.
● La herramienta para desarrollar y apoyar la administración del proyecto será el MS Project 2016.
3.1. Definición de actividades del proyecto (en base a WBS), su secuencialidad y duración.
Para la definición de las actividades del proyecto se ha utilizado el WBS detallado, el cual ha ayudado a
identificar actividades del proyecto. Por otro lado, el MS Project se ha utilizado para visualizar la secuencia
lógica de estas actividades, asignar los recursos y su trabajo correspondiente.
Ver Anexo: 10.3.1 Definición de actividades del proyecto (en base a WBS), su secuencialidad y
duración.
3.2. Plan de Hitos y Cronograma del proyecto (fechas significativas de las actividades).
Los hitos establecidos en el proyecto figuran en la parte contractual y obedecen a los pagos que deberá
realizar el mandante para los determinados hitos a cumplir por el contratista. En total son 9 hitos los cuales
obedecen al inicio y fin del proyecto, entregas de productos de las determinadas soluciones para su
certificación del cliente, a la puesta de un piloto offline y a las entradas en servicio de las distintas
soluciones (operación).
Figura 3.1: Plan de hitos por solución.

En el Anexo 10.3.4 se despliega la gantt con las tareas resumidas del proyecto, en donde se señalan las
distintas fases con su duración y trabajo.
Para consultar al despliegue detallado de la gantt, se recomienda abrir el archivo Sistema de Información
Nueva Tesorería de Inacap V.mpp y consultar en diagrama de la gantt.
3.7. Curva de Avance Programado (“S”)
En la curva S se presentan tres peak de HH de lo cual se desprende lo siguiente:

● En octubre del 2019 se tendrá el segundo peak más alto de 458,98 HH, lo cual se deberá a las
actividades de desarrollos que se estarán realizando para la solución del IRS C&R. Se ocuparán
9 de 13 recursos de la Consultora BBR.
● En enero del 2020 se tendrá el primer peak más alto de consumo de 465,93 HH, lo cual se deberá
a las actividades de piloto y roll out de la solución IRS Swicht, Capacitación y apoyo al piloto de la
Solución IRS C&R y a los desarrollos que se estarán realizando en la solución de C&L. Se
ocuparán 11 de 13 recursos de la Consultora BBR.
● En abril del 2020 se tendrá el tercer peak más alto de consumo de 346,7 HH, lo cual corresponderá
al apoyo del piloto online de la solución del IRS C&R, a la certificación interna y habilitación de los
ambientes de producción para C&L. Se ocuparán 9 de 13 de la Consultora BBR.
Figura 3.3: Curva de Avance Programado.

10.3.3. Tareas de la ruta crítica
EDT Tareas Ruta Critica Comienzo Fin Predecesora
Hito 1: Inicio de Proyecto lun 01/07/19 lun 01/07/19
NT.INA.1.1.1.1 Generar Acta de Constitución lun 01/07/19 mar 02/07/19 4
NT.INA.1.1.1.2 Identificar Interesados mié 03/07/19 mié 03/07/19 5
Kick-off 1: Comercial mié 03/07/19 mié 03/07/19 6
NT.INA.1.1.2.1 Generar Plan de Gestión del Alcance jue 04/07/19 jue 11/07/19 7
NT.INA.1.1.2.2 Generar Plan de Gestión del Cronograma jue 11/07/19 jue 18/07/19 9
NT.INA.1.1.2.3 Generar Plan de Gestión de Costos jue 11/07/19 jue 18/07/19 9
NT.INA.1.1.2.4 Generar Plan de Gestión de Recursos jue 18/07/19 jue 25/07/19 11
NT.INA.1.1.2.5 Generar Plan de Gestión de Riesgos jue 18/07/19 jue 25/07/19 11
NT.INA.1.1.2.6 Generar Plan de Gestión de Calidad jue 18/07/19 vie 26/07/19 11
NT.INA.1.1.2.7 Generar Plan de Gestión de Comunicaciones jue 18/07/19 jue 25/07/19 11
NT.INA.1.1.2.10 Actualizar PEP lun 29/07/19 vie 29/05/20
NT.INA.1.1.4.1 Generar Carta de Aceptación mar 16/06/20 mié 17/06/20 19;189
NT.INA.1.1.4.2 Confeccionar Presentación Cierre PMO jue 18/06/20 jue 18/06/20 33
NT.INA.1.1.4.3 Documentar Lecciones Aprendidas jue 18/06/20 lun 22/06/20 34
NT.INA.1.1.4.4 Cierre de Facturación lun 22/06/20 mié 24/06/20 35
Hito 9: Fin del Proyecto mié 24/06/20 mié 24/06/20 36
Kick off 2: Equipo Medios de pago lun 29/07/19 lun 29/07/19
NT.INA.1.2.1.1.1 Definir Arquitectura a nivel Conceptual IRS lun 29/07/19 mar 30/07/19 39
Switch
NT.INA.1.2.1.1.2 Generar documento Conceptual de la mié 31/07/19 vie 02/08/19 42

NT.INA.1.2.1.2.1 Definir Infraestructura vie 02/08/19 mar 06/08/19 43
NT.INA.1.2.1.2.2 Generar Documento Técnico Infraestructura y mié 07/08/19 mié 14/08/19 45

Aplicativos

El costo mensual presupuestado presenta tres “peaks” durante el período de realización del proyecto,
derivados principalmente de los costos del trabajo variable, intensivos en utilización de HH:
● En octubre del 2019 se proyecta un “peak” de UF 668, mes que coincide con la implementación
del módulo de Medios de Pagos (IRS Switch), y en paralelo con los desarrollos del módulo de
Cuadratura y Recaudación (IRS C&R).
● En enero 2019 se espera otro “peak” máximo de UF 684, que coincide con el inicio del Piloto
Offline del módulo de Cuadratura y Recaudación (IRS C&R) y la entrada en servicio del módulo
de Medios de Pagos (IRS Switch).
● Finalmente, en abril 2020 se proyecta un último “peak” de UF 581 que se debe a la entrega a QC
Cliente del módulo de Conciliación y Liquidación (IRS C&L) y las actividades de preparación para
la entrada en servicio del módulo de Cuadratura y Recaudación (IRS C&R).
4.4. Análisis del costo financiero del proyecto.
Los recursos para financiar las actividades del proyecto serán proporcionados por la Consultora BBR, la
cual cuenta con recursos disponibles dentro de su dotación fija para cubrir el 100% de tanto los costos
directos (HH), como costos indirectos (gastos generales, arriendo de oficina, gastos comunes,
depreciación de equipos y muebles). Los gastos generales, arriendo de oficina y gastos comunes
corresponden a aproximadamente un 11% de los costos de administración de la Consultora BBR, los
cuales son directamente proporcional con el porcentaje de personas de la consultora que participará en el
proyecto. Otros costos indirectos como depreciación de equipos y muebles se asignarán a cada miembro
del equipo participante del Proyecto.
Los cobros al Mandante para financiar las actividades del proyecto serán en función del trabajo realizado,
y por lo tanto se cobrará por adelantado el inicio del proyecto el 30% del costo (Hito 1: Inicio del Proyecto),
30% en el Hito 2: Entrega QC Cliente IRS Switch; 30% en el Hito 5: Entrada en Servicio IRS Switch; y
finalmente 10% en el Hito 7: Entrada en Servicio IRS C&R.
La tabla a continuación muestra el calendario de ingresos y egresos del proyecto durante los 12 meses de
duración, mientras que de curva/gráfico de ingresos y egresos se encuentra en el Anexo 10.4.1:
Costo
% del Costo % del Costo Ingresos
Mes Programado Hitos
Programado Cobrado (UF)
Mensual (UF)
jul-19 438
ago-19 409 1. Inicio del Proyecto
34% 30% 2.385
sept-19 571 01-07-2019
oct-19 668
nov-19 527
2. Entrega QC Cliente IRS Switch
dic-19 563 29% 30% 2.385
22-11-2019
ene-20 684
feb-20 505
5. Entrada en Servicio IRS Switch
mar-20 469 25% 30% 2.385
24-01-2020
abr-20 581
may-20 422 7. Entrada en Servicio IRS C&R
11% 10% 795
jun-20 279 05-05-2020
Totales 6.115 100% 100% 7.949
Tabla 4.3: Calendario de ingresos y egresos del proyecto.

5. Plan de Calidad del Proyecto.
5.1. Política de calidad.
La empresa Consultora BBR provee soluciones tecnológicas especializadas para empresas de alto
rendimiento, aplicando las mejores prácticas con los más altos estándares de seguridad y calidad que
exige la industria siendo probadas a lo largo de 23 años por nuestro amplio portafolio de clientes en Chile
y Latinoamérica.
La política de calidad abarca transversalmente todos los procesos de la organización y su principal
responsable e impulsor es el Gerente General, quien junto a las demás Gerencias se asegura el
cumplimiento de la Planificación, Gestión y Control de la Calidad.
Los principios de la política de calidad son:
● Satisfacción del Cliente.

● Cumplimiento con plazos de entrega.
● Mantenimiento de alta calidad y dando fiel cumplimiento con acuerdos de servicio (SLA).
● Personal permanentemente capacitado en términos de competencias técnicas y procedimientos
internos de la empresa.
● Mejora Continua en base a autoevaluaciones permanentes, obteniendo retroalimentación de cada
uno de los proyectos ejecutados y lecciones aprendidas documentadas en cada etapa.
5.2. Objetivos de calidad del proyecto con indicadores y metas concretas (KPIs).
Los objetivos de la calidad para el proyecto, están orientados al aseguramiento del cumplimiento efectivo
de los compromisos de calidad relacionados con el levantamiento de requerimientos, desarrollo,
cumplimiento de cronograma, calidad del entregable y control de cambios.
En la siguiente tabla se detallan los principales objetivos de calidad con los KPI aplicados para su medición
y monitoreo:

Proyecto/Área
Minimizar desviación de costo 𝐶𝑜𝑠𝑡𝑜 𝑟𝑒𝑎𝑙 − 𝐶𝑜𝑠𝑡𝑜 𝑝𝑟𝑒𝑠𝑢𝑝𝑢𝑒𝑠𝑡𝑎𝑑𝑜 <= 5%

× 100
del proyecto. 𝐶𝑜𝑠𝑡𝑜 𝑝𝑟𝑒𝑠𝑢𝑝𝑢𝑒𝑠𝑡𝑎𝑑𝑜
Cumplir con tiempo de Tiempo de respuesta en horas <= 8 horas hábiles

respuesta a clientes.
Cumplir cronograma del 𝐶𝑜𝑠𝑡𝑜 𝑝𝑙𝑎𝑛𝑖𝑓𝑖𝑐𝑎𝑑𝑜 𝑑𝑒𝑙 𝑡𝑟𝑎𝑏𝑎𝑗𝑜 𝑟𝑒𝑎𝑙𝑖𝑧𝑎𝑑𝑜 >= 1

proyecto. 𝐶𝑜𝑠𝑡𝑜 𝑝𝑙𝑎𝑛𝑖𝑓𝑖𝑐𝑎𝑑𝑜 𝑑𝑒𝑙 𝑡𝑟𝑎𝑏𝑎𝑗𝑜 𝑝𝑙𝑎𝑛𝑖𝑓𝑖𝑐𝑎𝑑𝑜
Disminuir número de N° de incidencias graves detectadas <=1

incidencias graves detectadas
en proyecto.

Proyecto/Área
Minimizar iteraciones por N° de iteraciones realizadas previas a la <= 2

observaciones a los aprobación de los documentos de
documentos de requerimientos. requerimientos
Monitorear cumplimiento de 𝑁° 𝑑𝑒 𝑐𝑎𝑚𝑏𝑖𝑜𝑠 𝑟𝑒𝑎𝑙𝑖𝑧𝑎𝑑𝑜𝑠 = 100 %

× 100
cambios solicitados por cliente. 𝑁° 𝑑𝑒 𝑐𝑎𝑚𝑏𝑖𝑜𝑠 𝑠𝑜𝑙𝑖𝑐𝑖𝑡𝑎𝑑𝑜𝑠
Tabla 5.1: Objetivos de calidad del proyecto.
5.3. Alcance del plan de calidad.
El alcance del plan de calidad para la planificación, desarrollo y cierre de proyectos, considera los
siguientes procesos:
● Gestión de Control de Documentos y del Conocimiento.

● QC Interno.
● QC Cliente.
● Auditorías Internas de Calidad del Cliente.
● Revisiones del Proyecto.
● Capacitación e Inducciones al Cliente.
5.4. Roles y responsabilidades del equipo del proyecto respecto a la Gestión Integrada.
Gerente de proyecto - Responsable de la política de calidad en el proyecto.
Jefe de proyecto - Responsable de divulgar, aplicar y controlar la política de calidad en el

proyecto.
Ingeniero de Sistemas - Responsable de aplicar los controles de calidad para preparación de

ambientes, instalación de software y enlaces de comunicaciones.
Líder Técnico CR/CL - Asegurar que la definición de lineamientos técnicos de los entregables cumpla
con los estándares de calidad.
Consultor Funcional - Encargado de asegurar la aplicación de políticas de calidad por parte de los
desarrolladores.
- Asegurar el cumplimiento de estándares de calidad de los ambientes de QA y
apoyo para el aseguramiento de dichos estándares en el ambiente de
producción del Cliente.
- Aplicar los aspectos relacionados con la Política de Calidad en las actividades
de Capacitación a usuarios finales.
Desarrollador Junior - Aplicar los estándares de calidad durante el desarrollo de los aplicativos y
pruebas unitarias de cada módulo.
Líder Técnico MP - Asegurar que la definición de lineamientos técnicos de los entregables

relacionados con Medios de Pagos (POS), cumplan con los estándares de

calidad.
Desarrollador de Aplicaciones - Asegurar que las interfaces gráficas de las aplicaciones cumplan con los
estándares de Calidad.
Analista QA - Encargado de asegurar que las pruebas de QC se realicen bajo los estándares
de calidad definidos para el proyecto, así como el registro de los resultados de
las pruebas.
Desarrollador Back End - Encargado del aseguramiento de calidad sobre la infraestructura donde se
implementará el Sistema.
Administrador de Base de - Encargado de dar fiel cumplimiento a las políticas de calidad en lo relacionado
Datos con la definición de modelo, estructura y creación de bases de datos.
Desarrollador MP - Responsable de aplicar los estándares de calidad durante el desarrollo de la

integración entre Sistema de Caja Única y Sistema de Medios de Pago (POS)
de Transbank.
Tabla 5.2: Roles y responsabilidades asociadas a la gestión integral.
5.5. Manual de procedimientos del proyecto.
Como parte de la Gestión de Calidad, se definen procesos y procedimientos para el Proyecto. Los
principales son los siguientes:
● Proceso de Capacitación e Inducciones al Cliente.

● Proceso de Gestión de Control de Documentos y Conocimiento.
● Proceso de QC Interno.
● Proceso de QC Cliente.
Los procesos mencionados anteriormente se detallan en el Anexo 10.5.4: Procesos y Procedimientos

de Calidad.
5.6. Mejoramiento continuo – gestión de acciones correctivas y preventivas.
Para el mejoramiento continuo se realizarán los siguientes procesos de gestión:
● Oportunidades de mejora.
● Seguimiento a lecciones aprendidas y base del conocimiento.
● Incidencias y no conformidades.
5.7. Auditorías Internas de calidad.
Proceso que tiene como finalidad de verificación del cumplimiento de los Entregables sobre los
requerimientos del Cliente. Los detalles de este proceso se detallan de los siguientes anexos: 10.5.3
Diseño de Procesos PIPOC (QC Interno / QC Cliente) y 10.5.4 Procesos y Procedimientos de
Calidad.

10.4. Anexos Plan de Costos del Proyecto
10.4.1. Gráfico de flujos de ingresos y costos del proyecto.

10.5. Anexos Plan de Calidad del Proyecto
10.5.1. Diagrama de Ishikawa (Causa - Efecto “Rechazo de Pruebas UAT”)

10.5.2. Diagrama de Flujo de Procesos (Implementación Solución C&R)

características de desarrollo del proyecto y
consideraciones importantes.
Tabla 5.8: Inducciones y capacitaciones asociadas al plan de Gestión de calidad.
Otras capacitaciones que se consideran para el proyecto, pero no se incluyen en este análisis son las
indicadas en la sección de necesidades de formación en la Gestión de Recursos:
● Capacitación en aspectos técnicos relacionados con las necesidades del Ambiente de

Desarrollo.
● Aspectos Técnicos relacionados con las necesidades del Ambiente QA.
● Capacitación desarrollo de componentes en POS.
● Capacitación base de datos PostgreSQL.
● Criterios y normas técnicas de desarrollo aplicadas al Proyecto.

10.5.4. Procesos y Procedimientos de Calidad
Proceso: Capacitación e Inducciones al Cliente
Alcance - Capacitaciones técnicas y capacitaciones a usuarios finales del Cliente

realizadas por parte del Equipo de Proyecto BBR.
Referencia documental - Manual de Calidad. - Procedimiento de Capacitaciones.
Responsable - Jefe de Proyecto
Registros de Calidad - Registro de reserva de infraestructura (salas, medios de audio).

- Registro de Invitaciones, confirmaciones y contenido de la
capacitación/inducción).
- Registro de asistencia y calificaciones.
- Registro de evaluación y observaciones de capacitación/inducción.
- Registro de lecciones aprendidas de capacitación/inducción.
Responsable Descripción de las actividades del proceso
Consultor Funcional - Responsable de velar por el cumplimiento del procedimiento de

Capacitaciones y Registro en el Sistema de Calidad.
- Coordinar la realización de capacitaciones con el Líder de Proyecto por
parte del Cliente.
- Reservar espacio físico para la realización de capacitaciones, así como los
medios audiovisuales necesarios.
- Enviar las invitaciones a participantes de capacitaciones indicando
fecha/hora, lugar y contenido de capacitación.
Líder Técnico CR/CL - Proporcionar material de apoyo.

Líder Técnico MP - Realizar capacitación.
- Registrar asistencia.
- Realizar evaluaciones si así lo solicita el cliente.
- Completar planilla de la evaluación de curso y observaciones ocurridas.
- Completar planilla de lecciones aprendidas.
Cliente - Confirmar asistencia.

- Participar del proceso de capacitación y realizar las evaluaciones si es
requerido.
- Completar los registros de asistencia.
- Completar planilla de comentarios y observaciones sobre la capacitación.
Proceso: Gestión de Control de Documentos y Conocimiento
Alcance Directrices, procedimientos y medios para asegurar el almacenamiento,

respaldo, disponibilidad y trazabilidad de toda la documentación asociada a
proyectos, así como la clasificación de cada uno de ellos como base del
conocimiento de la empresa.
Referencia documental Manual de Calidad - Procedimiento de Control de Documentos y Gestión de

Conocimiento.

Responsable Jefe de Proyecto
Registros de Calidad - Registro de Documento de Levantamiento de Requerimientos.

- Registro de Diseño Técnico.
- Registro de Documento Arquitectura de Sistema.
- Registro de Casos de Uso.
- Registro de Documentos de Traspaso.
- Registro de Diseño Técnico de Interfaces.
- Registro de Resolución de Polémicas.
- Registro de Lecciones Aprendidas.
- Registro de Controles de Cambio.
Jefe de Proyecto - Responsable de asegurar el cumplimiento del Procedimiento de Control de

Documentos y Gestión del Conocimiento.
- Responsable de la difusión del Procedimiento de Control de Documentos y
Gestión del Conocimiento al equipo de trabajo.
-Responsable del registro de Documento de Levantamiento de
Requerimientos.
Líder Técnico CR/CL - Responsables del registro del Diseño Técnico.

Líder Técnico MP
Consultor Funcional - Responsable del registro de Casos de Uso.

- Responsable del registro de Documentos de Traspaso.
Analista QA - Responsable de documentar, validar y almacenar el Registro de

Documento de Arquitectura de Sistema.
Proceso: QC Interno
Alcance Revisiones internas de Control de Calidad de los aplicativos, cumplimiento

de los requerimientos del cliente y estándares de desarrollo.
Referencia documental Manual de Calidad - Procedimiento de QC Interno.
Responsable Jefe de Proyecto.
Registros de Calidad -Registro de Análisis de nivel de cumplimiento de los entregables a los

requerimientos del cliente en ambiente test.
Consultor Funcional -Responsable de proporcionar el detalle de los requerimientos del usuario.

-Responsable de proporcionar los requerimientos de Sistema.
-Responsable de proporcionar los Casos de Uso.
-Responsable de realizar y dar seguimiento al Análisis de Riesgos del
proceso.
-Responsable de proporcionar los procesos del negocio.
-Encargado dirigir y documentar pruebas internas.

Líder Técnico CR/CL -Responsables de completar documentos con resultado de pruebas internas.
Líder Técnico MP -Responsables de completar documentos con detalle de correcciones a
realizar.
Desarrollador MP -Responsables de realizar los cambios indicados por los Líderes Técnicos
Desarrollador Backend sobre los aplicativos desarrollados.
Desarrollador Junior
Proceso: QC Cliente
Alcance Revisiones con el Cliente de Control de Calidad de los aplicativos,

cumplimiento de los requerimientos del cliente y estándares de desarrollo.
Referencia documental Manual de Calidad - Procedimiento de QC Cliente.
Responsable Jefe de Proyecto.
Registros de Calidad -Registro de Análisis de nivel de cumplimiento de los entregables a los

requerimientos del cliente en ambiente QA.
Consultor Funcional -Responsable de proporcionar el detalle de los requerimientos del usuario.

-Responsable de proporcionar los requerimientos de Sistema.
-Responsable de proporcionar los Casos de Uso.
-Responsable de realizar y dar seguimiento al Análisis de Riesgos del
proceso.
-Responsable de proporcionar los procesos del negocio.
-Encargado dirigir y documentar pruebas con el Cliente.
Líder Técnico CR/CL -Responsables de completar documentos con resultado de pruebas con
Líder Técnico MP Cliente.
-Responsables de completar documentos con detalle de correcciones a
realizar.
Desarrollador MP -Responsables de realizar los cambios indicados por los Líderes Técnicos
Desarrollador Backend sobre los aplicativos desarrollados.
Desarrollador Junior

10.5.5. Actividades de Aseguramiento de Calidad
# Actividad de Costo de implementación. Potencial daño económico % costo

Aseguramien en ausencia de la actividad implementación
to de Calidad QA. / potencial daño
(QA). económico.
1 Auditorías 75%
Bisemanales
Item Costo Item Costo
para
cumplimiento
Líder técnico (12 UF 9,6 Correcciones UF 160
de estándares
HH)
de desarrollo. Segundo ciclo UF 92
5 Desarrolladores UF 180 UAT
(60 HH)
2 Capacitación 42%
de Tecnología
asociada al
Desarrollo del
Líder técnico (9 UF 7,2 Aumento de un UF 332
Proyecto.
HH) 15% en la
duración de las
5 Desarrolladores UF actividades
(45 HH) 135
3 Taller de 3%
Lecciones
Aprendidas.
Dos talleres de UF 26,4 Repetir errores UF 917
dos horas cada pasados
uno para el equipo
de proyecto
En proyectos anteriores por
errores cometidos se ha
producido en promedio un
sobre costo de 15%
4 Reuniones 12%
bisemanales
con el Cliente
para verificar
Jefe de proyecto UF 40 Acciones UF 612
el
(40 HH) correctivas
cumplimiento
de
Líder técnico (40 UF 32
requerimiento Se estima un aumento de un
HH)
s. 10% del costo del proyecto
por las acciones correctivas a
realizar

5 Revisiones 9%
mensuales de
levantamiento
de riesgos y
Reuniones UF 110 Ocurrencia de UF 1.223
planes de
mensuales del riesgo crítico
mitigación.
equipo de
proyecto
Se estima que en caso de
ocurrencia de un riesgo
crítico (que provoque un
rediseño total del proyecto)
no visualizado puede
provocar un aumento de
hasta un 20% de los costos
del proyecto.
10.5.6. Listas de Chequeo
Lista de Chequeo Proceso QC Interno Tiempos Cumple/ Observaciones

(Verificación se No Cumple
realizará por
actividad
finalizada)
1.-Solicitar última versión documento de T - 3 semanas

requerimiento.
2.- Solicitar última versión documento T - 3 semanas
requerimiento de sistema.
3.- Solicitar casos de uso. T - 3 semanas
4.- Solicitar informe análisis de riesgos. T - 3 semanas
5.- Solicitar documentación proceso de negocio. T - 3 semanas
6.- Verificar ambiente de desarrollo disponible.
7.- Verificar desarrollo finalizado. T - 2 semanas
8.- Realizar Pruebas Internas.
9.- Obtener Borrador con el Resultado de las T - 48 hrs.
Pruebas Internas. T=0
10.- Difundir documento de resultado de T + 2 días.
pruebas en formato PDF.
11.- Completar Documento de Resultado de T + 3 días.
Pruebas Internas revisado con detalle de
correcciones a realizar. T + 5 días
12.- Obtener documento firmado por los
participantes.
13.- Generar documento en Formato PDF. T + 2 semanas
14.- Corregir Defectos en Testing.
15.- Generar nueva versión del Sistema. T + 2 semanas
16.- Generar paquetes instalables. T + 3 semanas
T + 3 semanas
T + 3,5 semanas

10.6. Anexos Plan de Recursos del Proyecto
10.6.1. Organigrama de proyecto

Tipo de Contrato y Método de Contratación entre Consultora BBR y Proveedores
Proveedor Tipo de Contrato Método de Contratación
Ingeniería Precio Fijo: Acuerdo de Niveles de Servicio SLA:

Informática El proveedor de Licencias VPN proporcionará El Método de contratación corresponde a
Asociada IIA. licencias a requerimiento del mandante a un precio acuerdos de niveles de servicio SLA
fijo establecido por contrato. preestablecidos entre las partes.
PC Factory. Precio Unitario: No aplica un método de contratación en particular,

PC Factory es el proveedor de equipamiento solo la emisión de la correspondiente Orden de
informático, quienes proporcionan una lista Compra en base al RFQ emitido por el proveedor.
actualizada de precios para favorecer el proceso de
compra.
ORACLE. Precio Fijo: No aplica un método de contratación en particular,

El proveedor de Licencias de Base de Datos Oracle, solo la emisión de la correspondiente Orden de
el cual maneja precios de listas establecidos para Compra al representante en Chile en base al
sus proveedores en Latinoamérica. RFQ emitido por éste.
Microsoft. Precio Fijo: No aplica un método de contratación en particular,

Proveedor de Licencias de Sistema Operativo solo la emisión de la correspondiente Orden de
Windows y suite MS Office, el cual maneja precios Compra al representante en Chile en base al
de lista establecidos. RFQ emitido por éste.
Tabla 8.4: Tipo de contrato y método contratación Consultora BBR - Proveedores
Un detalle de los documentos utilizados por la consultora BBR para las Adquisiciones se pueden encontrar
en el Anexo 10.8.1: Formato de Documentos para las Adquisiciones.
8.3. Plan de Adquisiciones y Contratos del proyecto.
A continuación, se detalla el Plan de Adquisiciones para este proyecto, en donde se presentan los
requerimientos actuales de adquisiciones, restricciones y supuestos:
8.3.1 Requerimientos actuales.

Que Cuando
Compra Fase
ejecución Compra de Precios RFQ Tipo de Alcance: Diseño
de
Fecha: 08- Equipamiento Unitarios (Técnico)
Equipos Computacional Se enviará una Solicitud de
07-2019 Cotización a proveedores - Para el equipo de desarrollo,
(Laptop, Servidores,
Otros). de equipamiento los notebooks a evaluar deben
computacional. contar con procesadores de I7
en adelante y mínimo 8gb de
RAM.
Compra Fase
ejecución Compra de Licencias Precio Fijo RFQ Tipo de Alcance: Funcional
de
Fecha: 08- de Software (Oracle
Licencias y Windows). Se enviará una Solicitud de -Se solicita cotizar las mismas
07-2019 Cotización a proveedores versiones que tiene el cliente en
de
Software de licencias de software, sus ambientes.
Oracle y Windows.

Que Cuando
Compra Fase
ejecución Licencias digitales de Precio Fijo RFP Tipo de Alcance: Funcional
de
Fecha: 08- acceso VPN (Virtual
Licencias Point Network) a Red Se confeccionará una El usuario debe ser capaz de
07-2019 Solicitud de Propuesta al conectarse a través de la VPN a
VPN BBR. Necesarias
para parte del equipo Proveedor de Licencias los servidores de desarrollo de
de proyecto para VPN indicando los BBR y a los ambientes de QA y
acceso remoto. Acuerdos de Servicios SLA producción del cliente.
mínimos para el Proyecto.
Tabla 8.5: Requerimientos actuales de contratación
8.3.2. Restricciones.
La Consultora BBR tiene como socio estratégico a la empresa Ingeniería e Informática Asociada Ltda (IIA),
la cual es la encargada de brindar el soporte técnico a la infraestructura (Hardware) y además de
proporcionar y administrar las redes necesarias, para que estas estén disponibles para el equipo de
consultores en el día a día.
La Consultora BBR para la implementación de la Solución de IRS Switch de proyectos de medios de pago
(Tarjetas) sólo será capaz de proveer servicios transaccionales, si el cliente tiene contrato con el emisor
Transbank.
Para Inacap cualquier otro emisor que desee implementar significa evaluar una nueva adquisición de
contrato con ese emisor, además de realizar un nuevo contrato con BBR el cual incluya los trabajos de
implementar este nuevo emisor. El cual está fuera del alcance inicial del proyecto.
8.3.3. Supuestos.
● La compra de Licencias VPN es abastecida por la empresa Ingeniería e Informática Asociada Ltda.
(IIA), las cuales son renovadas oportunamente en coordinación con la Consultora BBR y la
Gerencia de Administración y Finanzas.
● La compra de Licencias de los softwares usados en los equipos de la Consultora BBR (Windows,
Microsoft Office, etc.) es realizada directamente por la Gerencia de Administración y Finanzas.
● Los equipos / hardware que usa la Consultora BBR son adquiridos directamente por el personal
de la Gerencia de Administración y Finanzas.
8.4. Justificación de la decisión hacer-comprar.
Para definir qué actividades del proyecto se realizarán de forma interna y cuáles se comprarán, es que se
tomaron los siguientes factores:
● Cantidad de recursos idóneos disponibles al momento de la ejecución del proyecto
● Experiencia previa en la ejecución de actividades similares
● Se cuenta con el conocimiento técnico suficiente para el desarrollo de las actividades
Una vez tomado en cuenta estos factores, es que se tomó la decisión que todo el proyecto lo realizará la
Consultora BBR de forma interna, dado que se cuenta con un equipo altamente calificado que ha realizado
implementaciones del sistema de tesorería en clientes anteriores. Lo que se ha decidido comprar son
licencias o servicios que le permitan a BBR desarrollar las actividades de la mejor manera, manteniendo
los altos estándares de calidad definidos para el proyecto, los cuales serán:

● Licencias de base de datos Oracle
● Licencia de VPN
● Compra de equipos
8.5. Establecer criterios y límites para la selección de proveedores.
Los criterios definidos por la Consultora BBR para la selección de proveedores están establecidos por las
auditorías mencionadas en el numeral 5.9 en la sección de Gestión de Calidad de este documento. Una
vez realizadas dichas auditorías, se procederá a la evaluación técnica-económica de las ofertas
presentadas por los proveedores, la cual será realizada por la Gerencia de Administración y Finanzas en
conjunto con el equipo de proyecto, los que en conjunto seleccionarán los proveedores.

9. Plan de Comunicaciones y Gestión de Grupos de Interés del
Proyecto.
9.1. Matriz de Identificación, Registro y Estrategia de gestión de los interesados.
9.1.1. Hoja de Registro de Interesados.
Para este proyecto se han detectado 10 interesados, los cuales se han registrado en el Anexo 10.9.1 de
este documento con su información de contacto, expectativas del proyecto, su rol en el proyecto, su nivel
de interés y en qué fase del proyecto es donde está concentrado más su interés.
9.1.2. Plan de involucramiento de los interesados.
A través de este plan, se definen las estrategias y acciones más apropiadas que permiten comprometer e
involucrar de manera efectiva a los interesados en el proyecto “Implementación Sistema de Información
Nueva Tesorería Inacap” durante las distintas fases del ciclo de vida del proyecto. En el Anexo 10.9.2 se
encuentra la Matriz de Compromiso e Involucramiento para cada uno de los interesados y en el Anexo
10.9.3 se presenta el plan de involucramiento con las estrategias a utilizar para lograr el nivel de
compromiso deseado para cada uno de los interesados. Dentro de las principales estrategias definidas
están:
● Involucramiento temprano en el proyecto.
● Comunicación constante del estado y avance del proyecto.
● Capacitaciones sobre el uso del sistema a desarrollar.
9.2. Plan de comunicaciones.
El presente plan tiene como objetivo formalizar las comunicaciones que se generarán durante el desarrollo
del proyecto “Implementación Sistema de Información Nueva Tesorería Inacap”.
9.2.1. Requisitos de comunicación de los interesados.
Con el objetivo de mantener una oportuna y eficaz comunicación entre los involucrados, se ha desarrollado
la “Matriz de Comunicaciones” del proyecto, la cual es presentada en la siguiente sección del mismo
nombre. A través de esta herramienta, se contará con una pauta para definir la información que se espera
recibir de cada involucrado del proyecto, el nivel de detalle de la información, el responsable directo que
debe proveerla, el formato, metodología y periodicidad.
9.2.2. Información a ser comunicada.
a. Idioma.
El idioma a utilizar para las comunicaciones durante el periodo de vida del proyecto será el español.
b. Formato.
● La información en archivos digitales enviados como adjunto a través de correo electrónico, deberá
ser enviada en formato PDF, esto incluye a las presentaciones realizadas en PowerPoint,

10.6.4. Tabla de roles y responsabilidades
Rol Responsabilidad Profesión Competencias
Gerente de - Lidera el equipo y es el Ingeniero Civil Industrial - Liderazgo e influenciador.

proyecto Patrocinador del Proyecto dentro / Informático con 10 - Pensamiento Estratégico.
de la Consultora BBR. años de experiencia en - Negociador.
cargos similares. - Certificado en PMP.
Jefe de - Informar del avance del proyecto, Ingeniero Civil Industrial - Proactividad y
proyecto reportando al Gerente de Proyecto con 10 años de organización.
y Gerentes Funcionales del experiencia en - Capacidad de trabajo en
Mandante Inacap. Proyectos TI de gran equipo.
- Gestionar cronograma y control envergadura. - Capacidad para realizar
del presupuesto del proyecto. funciones en condiciones
- Generar información del estado de estrés y bajo presión.
del proyecto para las distintas - Adaptación a los cambios.
instancias dentro de la Consultora - Certificado en PMP.
BBR y Mandante Inacap.
Ingeniero de - Disponibilizar los distintos Ingeniero Informático / - Capacidad para trabajar

Sistemas ambientes (instalación de software Sistemas o Redes con 5 en equipo.
y enlaces) para su uso. años de experiencia en - Capacidad para realizar
- Prestar asesoría técnica en cada cargos similares. funciones en condiciones
una de las infraestructuras de estrés y bajo presión.
(hardware).
Líder Técnico - Entregar la visión de sistemas de Ingeniero Informático / - Capacidad para trabajar
CR/CL la aplicación definiendo los Sistemas con 5 años de en equipo y liderarlo.
lineamientos técnico de los experiencia en cargos - Capacidad para realizar
entregables a realizar por el equipo similares. funciones en condiciones
de desarrollo. de estrés y bajo presión.
- Credibilidad técnica.
- Conocimiento acabado
del negocio.
- Liderazgo.
Consultor - Validar que los entregables Ingeniero Civil Industrial - Capacidad para trabajar
Funcional cumplan con las reglas de con 5 años de en equipo.
negocios definidas. experiencia en cargos - Capacidad para realizar
- Apoyar a los desarrolladores en similares. funciones en condiciones
el entendimiento de los de estrés y bajo presión.
requerimientos funcionales. - Liderazgo.
- Coordinar al equipo interno de
BBR y al cliente, en la instalación
de los entregables en QA y
Producción.
- Capacitar a los usuarios finales
en las aplicaciones de C&R y C&L.
Desarrollador - Desarrollar los aplicativos de Analista de Sistemas - Capacidad para trabajar

Junior C&R y C&L siguiendo los en equipo.
estándares y buenas prácticas de - Capacidad para realizar
BBR. funciones en condiciones
- Realizar pruebas unitarias e de estrés y bajo presión.
integrales de los módulos a - Capacidad de resolución
desarrollar. de problemas tanto de
forma analítica como
creativa.

Rol Responsabilidad Profesión Competencias
Líder técnico - Definir los lineamientos técnicos Ingeniero Informático / - Vasto conocimiento
MP para los desarrollos en los POS. Sistemas con 5 años de técnico en desarrollo de
- Apoyar al desarrollador MP en la experiencia en aplicaciones en POS.
construcción de la aplicación de proyectos de - Capacidad de trabajar en
Medios de Pagos. implementación de equipo.
Medios de Pago. - Liderazgo.
Desarrollador - Desarrollador encargado de Ingeniero Informático - Capacidad para trabajar

de construir la interfaz gráfica de la con 5 años de en equipo.
Aplicaciones aplicación tanto de C&R como de experiencia. - Capacidad para realizar
C&L. funciones en condiciones
- Dar lineamientos y guías en la de estrés y bajo presión.
parte gráfica. - Capacidad de resolución
de problemas tanto de
creativa.
Analista QA - Encargado de ejecutar y Analista sistema / - Metódico

documentar las pruebas en QC de desarrollador con 3 años - Capacidad para trabajar
todo el sistema de experiencia en equipo.
- Capacidad para realizar
funciones en condiciones
de estrés y bajo presión.
Desarrollador - Encargado de desarrollar toda la Ingeniero Informático - Capacidad para trabajar

Back End arquitectura donde irá montado el con 5 años de en equipo.
sistema de tesorería de inacap experiencia. - Capacidad para realizar
funciones en condiciones
- Capacidad de resolución
creativa.
Administrador - Encargado de definir el modelo Ingeniero Informático / - Capacidad para trabajar

de Base de de datos a utilizar. Analista de BD en equipo.
Datos - Deberá generar procedimientos - Capacidad para realizar
almacenados y las tareas funciones en condiciones
necesarias para el sistema. de estrés y bajo presión.
Desarrollador - Encargado de desarrollar los Ingeniero Informático - Capacidad para trabajar

MP módulos de integración entre el con 7 años de en equipo.
sistema de caja única, los POS y experiencia. - Capacidad para realizar
con Transbank. funciones en condiciones
- Capacidad de resolución
creativa.

10.6.5. Criterios de liberación
Fecha de Fecha de
Rol Criterio de liberación Destino asignado
ingreso liberación
Gerente de Una vez cerrado el proyecto ante Área de Proyecto a la espera de

01/07/2019 18/06/2020
proyecto la PMO designación de un nuevo proyecto
Área de Proyecto a la espera de

Jefe de proyecto 01/07/2019 Una vez facturado el proyecto 24/06/2020
designación de un nuevo proyecto
Ingeniero de Una vez disponible los ambientes

06/09/2019 05/05/2020 Área de Gerencia de Sistemas
sistemas de QA y Producción
Una vez finalizado el proyecto y Área de Negocio de Tesorería a la

Líder técnico
02/09/2019 entregado el documento de 04/06/2020 espera de designación de un
CR/CL
traspaso a Operaciones nuevo de proyecto
Área de Negocios de Tesorería a

Consultor
04/07/2019 Finalizado piloto C&L 02/06/2020 la espera de designación de un
funcional
nuevo proyecto

Desarrollador Finalizado el roll out de la
10/10/2019 04/05/2020 la espera de designación de un
Junior 1 aplicación
nuevo proyecto

Desarrollador
23/10/2019 Finalizado piloto online C&L 02/06/2020 la espera de designación de un
Junior 2
nuevo proyecto

Desarrollador de Al finalizar la instalación aplicación
Aplicaciones web en QA
nuevo proyecto

Al terminar de documentar el UAT
Analista de QA 18/10/2019 04/05/2020 la espera de designación de un
C&L
nuevo proyecto
Administrador Área de Negocios de Tesorería a

de Base de 23/09/2019 Al finalizar roll out de C&R 04/05/2020 la espera de designación de un
Datos nuevo proyecto

Desarrollador
02/01/2020 Al finalizar piloto offline de C&L 02/06/2020 la espera de designación de un
Back End
nuevo proyecto

Líder Técnico Al finalizar documento de traspaso
MP del IRS Switch
nuevo proyecto

Desarrollador Al finalizar documento de traspaso
MP del IRS Switch
nuevo proyecto

10.6.6. Formulario de resolución y registro de polémicas
Resolución y Registro de Polémicas
ID Proyecto Código del Proyecto Gerente del Proyecto Nombre del Gerente a cargo del Proyecto
Nombre del Nombre del Proyecto Fecha Fecha de Inicio del Proyecto
Proyecto
Detalle
Descripción Estado
Identificació
Usuario que Descripció de la A: Abierto
ID de Fecha de Fase del n del Acuerdos y
Registra la n de la Resolución P: En
Polémica Registro Proyecto Equipo Compromisos
Polémica Polémica de la Proceso
Resolutor
Polémica C: Cerrado
Codificación Fecha en Identificació Indicar Fase Describir Identificació Redactar la Detallar los Indicar el
de la que n del del Proyecto el detalle n de los descripción acuerdos y estado de
Polémica ocurre la usuario que en que de la participante de la compromisos la
polémica registró la identificó la Polémica s del resolución derivados de Polémica
polémica polémica equipo de la la resolución
resolutor de polémica de la
la polémica polémica
10.6.7. Formulario de registro de lecciones aprendidas
Lecciones Aprendidas
ID Proyecto Código del Proyecto Gerente del Proyecto Nombre del Gerente a cargo del Proyecto
Nombre del Nombre del Proyecto Fecha Fecha de identificación de la Lección

Proyecto Aprendida
Detalle
Aplicación
Aplicación
Cargo de Fase en la de la
de la Difusión
Persona que se Lección
ID lección Acción Lección Lección de la
que registra identificó la Resultado Aprendida
aprendida Tomada Aprendida Aprendida Lección
la Lección Lección en el
en Proyectos Aprendida
Aprendida Aprendida Proyecto
Futuros
Actual
Codificación de la Cargo del Indicar Describir Describir Describir Indicar el Indicar el Indicar
Lección Aprendida miembro Fase del la acción el la Lección momento y momento y quién,
del equipo Proyecto que se resultado Aprendida cómo aplicar cómo aplicar cómo y a
que en que llevó a obtenido la lección la lección quiénes se
identificó la identificó la cabo después aprendida en aprendida en debe
Lección Lección de realizar el proyecto proyectos difundir la
Aprendida Aprendida la acción actual futuros lección
anterior aprendida

10. Anexos
10.1. Anexos Antecedentes Generales del Proyecto
10.1.1. Mapa mental

10.2. Anexos Plan de Alcance del Proyecto
10.2.1. SBS del proyecto

10.7.3. Tabla de consecuencia o impacto en objetivos
TABLA DE CONSECUENCIA O IMPACTO EN OBJETIVOS - Amenazas
Valor Cyber
Costo del Programa del
Clasificación Matriz Desempeño Técnico Legales y Regulaciones Reputación e Imagen
Proyecto Proyecto Seguridad
5X5
Catastrófico 5 * Funcionalidades * * Retraso * Fuga, eliminación y/o * Posible intervención de * Daño corporativo
que son parte del Aumento Mayor al alteración total y masiva de entidades regulatorias reputacional a nivel nacional e
core del sistema son del costo 40% en el información relacionada a como el Ministerio de internacional como institución
imposibles de del Término del alumnos y funcionarios, Educación o CNA que educacional, fundados en
implementar. proyecto Proyecto. como también de las afecte el cese de las medios de comunicación
* Se debe replantear > 30%. distintas áreas o actividades (nuevas internacionales.
entre un 71% y un departamentos que matrículas) de la * Pérdida importante de
100% el diseño de la conforman la institución Universidad hasta el accionista.
solución. (contabilidad, rrhh, etc.). cumplimiento de la
* Pérdida importante de
* Daños catastróficos e exigencias de la Ley 21091
credibilidad en la comunidad
incurables sobre la * Demanda judicial y educativa.
infraestructura tecnológica aplicación de multas e
de la institución. indemnizaciones.
Grave 4 * Funcionalidades * * Retraso * Fuga, eliminación y/o * Posible intervención de * Daño corporativo
que son parte del Aumento entre el 20% alteración en gran entidades regulatorias reputacional a nivel nacional
core del sistema se del costo y 40% en el proporción de información como el Ministerio de como institución educacional,
ven afectadas de del Término del relacionada a Alumnos, Educación o CNA que fundados en medios de
gran manera. proyecto Proyecto. Funcionarios, como limite el beneficio de la comunicación nacional.
* Entre un 41% y un entre el también de las distintas gratuidad (Ley 21091) para * Significativa disminución de
70% del diseño de la 20 - 30%. áreas o departamentos las nuevas matrículas, por accionista.
solución debe ser que conforman la no cumplimiento de
* Significativa disminución de
replanteado. institución. exigencias.
* Daños graves sobre la * Demanda judicial y educativa.

Importante 3 * Funcionalidades * * Retraso * Fuga, eliminación y/o * Posible intervención de * Noticias adversas en medios
que son parte del Aumento mayor al alteración importante de entidades regulatorias de comunicación a nivel
core del sistema se del costo 10% y información relacionada a como el Ministerio de regional.
ven afectadas. del menor a Alumnos, Funcionarios, Educación o CNA que * Disminución de accionistas.
* Se requiere un proyecto 20% en el como también de las obliga a realizar plan de
* Disminución en la
rediseño de un 11% a entre el Término del distintas áreas o acción para mantener los
un 40% de la solución 10 - 20%. Proyecto. departamentos que beneficios de la gratuidad
educativa.
planteada. conforman la institución. (Ley 21091).
* Daños severos sobre la * Demanda judicial y
Moderado 2 * Funcionalidades no * * Retraso * Fuga, eliminación y/o * Demanda judicial y * Noticias adversas en medios
críticas se ven Aumento entre el 5% y alteración moderada de aplicación de multas e de comunicación locales,
afectadas. del costo 10% en el información relacionada a indemnizaciones. causando preocupación en los
* Se requiere hasta del Término del Alumnos y Funcionarios. accionistas y la comunidad
un 10% de rediseño proyecto Proyecto. * Daños trascendentales educativa.
en la solución. entre el 5 sobre la infraestructura
-10%. tecnológica de la
institución.
Menor 1 * Modificaciones * * Retraso * Fuga, eliminación y/o * Demanda judicial y * Podría existir preocupación a
menores a Aumento menor al 5% alteración leve de aplicación de multas nivel de la comunidad
funcionalidades no no en el información relacionada a menores. educativa.
críticas. significati Término del Alumnos o Funcionarios. * Existe conciencia pública del
vo en los Proyecto. * Daños mínimos sobre la problema en la imagen pero
costos infraestructura tecnológica sin preocupación pública.
del de la institución.
proyecto
(<5%).

TABLA DE CONSECUENCIA O IMPACTO EN OBJETIVOS - Oportunidades
Clasific Valor Desempeño Técnico Costo del Proyecto Programa del Proyecto Cyber Legales y Reputación e Imagen
ación Matriz Seguridad Regulaciones
5X5
Muy 5 * Funcionalidades de los * Disminución * Disminución Mayor al 40% No Aplica No Aplica Proyecto con alto impacto de
Alto entregables cumplen con el del costo del en el Término del Proyecto. exposición pública y visibilidad en los
100% de los requerimientos y proyecto > 30%. medios de comunicación Internacional,
además dan cobertura a lo que potencia la imagen corporativa y
necesidades no detectadas aumenta en un 10% la contratación de
inicialmente por el Cliente, lo nuevos proyectos.
cual genera un alto grado de
satisfacción en el Cliente y
contratación de una segunda
fase del proyecto.
* El rendimiento del Hardware,

para el cumplimiento del
tiempo respuesta, es mayor al
esperado base del proyecto.
Alto 4 * Funcionalidades de los * Disminución * Disminución entre el 20% y No Aplica No Aplica Proyecto con alto impacto de
entregables cumplen con el del costo del 40% en el Término del exposición pública y visibilidad en los
100% de los requerimientos y proyecto entre el Proyecto. medios de comunicación Internacional,
además dan cobertura a 20 - 30%. lo que potencia la imagen corporativa y
necesidades no detectadas aumenta en un 5% la contratación de
inicialmente por el Cliente. nuevos proyectos.

TABLA DE CONSECUENCIA O IMPACTO EN OBJETIVOS - Oportunidades
Clasific Valor Desempeño Técnico Costo del Proyecto Programa del Proyecto Cyber Legales y Reputación e Imagen
ación Matriz Seguridad Regulaciones
5X5
Medio 3 * Funcionalidades de los * Disminución * Disminución mayor al 10% No Aplica No Aplica Proyecto con alto impacto de
entregables cumplen con el del costo del y menor a 20% en el exposición pública y visibilidad en los
100% de los requerimientos y proyecto entre el Término del Proyecto. medios de comunicación Nacional, lo
entregan valor agregado con 10 - 20%. que potencia la imagen corporativa y
"Funciones y/o Reportabilidad" aumenta en un 5% la contratación de
no consideradas en el análisis nuevos proyectos.
de requerimientos inicial.
Bajo 2 * Funcionalidades de los * Disminución * Disminución entre el 5% y No Aplica No Aplica Proyecto con alto impacto de
entregables cumplen con el del costo del 10% en el Término del exposición pública y visibilidad en los
100% de los requerimientos y proyecto entre el Proyecto. medios de comunicación Nacional, lo
entregan valor agregado con 5 -10%. que potencia la imagen corporativa.
"Funciones y/o Reportabilidad"
no consideradas en el análisis
de requerimientos inicial.
Muy 1 * Funcionalidades de los * Disminución no * Disminución en el Término No Aplica No Aplica Divulgación (por parte del cliente) en
Bajo entregables cumplen con el significativa en del Proyecto de hasta un 5%. medios de comunicación de la
100% de los requerimientos y los costos del implementación del proyecto, haciendo
entregan valor agregado con proyecto (<5%). referencia a nuestra empresa BBR y
"Características Básicas" no los productos implementados.
consideradas en el análisis de
requerimientos inicial.

Nro. Fase / Proceso Descripción del Causas Impactos o Consecuencias Controles existentes
del Proyecto Evento
* Incompleta definición del * Dejar claro las actividades a desarrollar y * Definición de las exclusiones del Alcance
Alcance de los Servicios y las componentes conformarán la solución tecnológica, de los servicios en el Acta de Constitución.
actividades que están excluidas permiten dejar claro que existen actividades como
del proyecto. Por ej: Proveer el "mantenimiento del hardware" que en general
Infraestructura es tarea del son erróneamente consideradas, durante el
Cliente. desarrollo del proyecto, que serán de exclusiva
responsabilidad de Inacap, evitando tener que
asumir costos no contemplados en el Alcance
original.
3 Administración Inadecuado * Falta de Planificación del * Si no se definen correctamente el inicio de la * Correcta definición de los Hitos del
de Proyectos / seguimiento y Equipo del Proyecto de integración con Transbank al inicio del Proyecto, no Proyecto en la Carta Gantt.
Desarrollar y control del Equipo acuerdo a estrategia se tendrán registros que permitan pilotear los otros
Dirigir al Equipo del Proyecto predefinida. módulos que componen la solución de Tesorería,
(1.1.3.4) por lo que se tendrían recursos ociosos, retrasando
actividades del proyecto.
* Falta comunicación de los * Retraso en el levantamiento de requisitos. * Plan de Comunicaciones del Proyecto,
avances del proyecto; no se Retraso en actividades de capacitación. Retraso en sección: Listado de Informes y
cumplen todos los entregables el proceso de pruebas. Documentos
de la Matriz de
Comunicaciones (Minutas de
Reuniones, Informes de
Avances, Manuales de Uso).
4 Administración Resistencia al * Deficiencia en el Plan de * Mala estimación en el nivel de involucramiento de * Revisar Plan de Comunicación del
de Proyectos / Cambio en el Comunicaciones: Matriz de los usuarios del sistema de información. Si no se Proyecto (Matriz de Involucramiento) .
Gestionar y Equipo de Comunicaciones para los estima adecuadamente el nivel de involucramiento
Monitorear al Usuarios Clave usuarios Clave del Sistema de de los usuarios en un estado "resistente" puede
Plan de información. subestimar las acciones necesarias para moverlos
Comunicaciones a una posición "apoyador" o "comprometido",
(NT.INA.1.1.3.5) generando insatisfacción y reclamos, retrasando el
proceso de desarrollo de la solución.
* "Impacto Reputacional" de la Universidad Inacap
entre sus funcionarios clave.

del Proyecto Evento
* Mala estimación del * Subestimar la importancia que pueden tener los * Incorporar Jefe de Tesorería en
Poder/Interés de los usuarios usuarios clave y Jefe de Tesorería para el reuniones de avance y Capacitación para
clave adecuado éxito del proyecto puede implicar que el personal en la nueva herramienta
tengamos resistencia a incorporar los nuevos
desarrollos al proceso de tesorería de Inacap.
5 Diseño / Generar * El Alcance del producto no * Entregar un Sistema que no cubra las * Acta de Constitución. Plan de Gestión del
Generar ERU requerimientos está completamente definido necesidades y expectativas del cliente. Alcance
(NT.INA.1.3.1.1, funcionales en el Acta de Constitución.
NT.INA.1.4.1.1) (ERU) * Aumento en los plazos y costos por correcciones
incompletos. * Levantamiento poco detallado al Alcance. * No existen controles actuales.
de las funcionalidades actuales
del sistema del cliente, las
cuales deben ser
reemplazadas por el nuevo
sistema de Tesorería.
* Levantamiento de * Plan de gestión del alcance.

requerimientos del usuario
inconcluso.
6 Diseño / Definición de * No se definen correctamente * Se desarrolla aplicaciones o programas que el * Definir Infraestructura / Generar
Generar Diseño infraestructura y las especificaciones técnicas cliente no soporta. Documento Técnico Infraestructura y
Técnico ambiente de los servidores, programas * Realizar el desarrollo de software en un ambiente Aplicativos.
(NT.INA.1.2.1.2, incompatible y/o versiones a disponer en el con características distintas al solicitado al cliente.
NT.INA.1.3.1.2, entre Cliente y cliente. * Repetir la generación de entregables que soporte
NT.INA.1.4.1.2) Proveedor. el ambiente del cliente.
* Generar programas que no son soportados por el
Performance de las máquinas definidas.
7 Diseño / Para Diseñar un * No se define el navegador * El usuario utiliza un navegador en el cual no se * Certificar Customización de Aplicativos
todos los sistema que no oficial con el cual trabaja el certificó para la aplicación Web, presentando Web C&R y C&L, QA/ Pruebas UAT C&R y
módulos cumpla con las cliente. errores gráficos y de diseño. C&L.
(NT.INA.1.2.1, normativas de
NT.INA.1.3.1, gráfica de * No se definen la fuentes, * El diseño gráfico del Sistema no es acorde a la
NT.INA.1.4.1) software de la logos, colores e imágenes línea utilizada por los estándares de la Institución.
Institución institucionales.

10.2.3. Planilla de registro de cambios
Proyecto
Solicitante
Solicitud de cambio Nº Fecha:
Ítem afectado
Sistema afectado
Estado del ítem
Descripción del Cambio solicitado: Justificación del Cambio:
Impacto del cambio en la línea base
Alcance
Cronograma
Costo
Calidad
Aprobación
Nombre
Firma
Fecha
Cambio aprobado / no
aprobado

10.2.4. Flujo de solicitud de cambios

del Proyecto Evento
* Sistema de Transbank se * Imposibilidad de avanzar en el desarrollo. * Generación de ticket en sistema de

encuentre fuera de servicio. soporte de Transbank
* Transbank cambie la * Comunicación constante con Transbank

dirección de la casilla. para estar al tanto de eventuales cambios
en su casilla de FTP
14 Desarrollo / Imposibilidad de * Intermitencia en las * No se puede realizar conciliación ni cuadratura * Levantar una casilla de FTP de forma
Desarrollar obtener comunicaciones entre con pagos con medio de pago efectivo/cheque. local para poder realizar pruebas y así
Interfaz de información sistemas. evitar atraso en desarrollo.
Abono Banco de desde Banco de * Información contable incompleta. * Proceso es capaz de detectar falla de
Chile Chile. comunicación y envía correo automático de
(NT.INA.1.4.2.2. * Imposibilidad de avanzar en el desarrollo. notificación.
4)
* Sistema de Banco de Chile se * Generación de ticket en sistema de
encuentre fuera de servicio. soporte de Banco de Chile.
15 Desarrollo / Rechazo en la * Módulos no cumplen con los * Atrasos en la entrega de los nuevos módulos. * Se revisa el cumplimiento únicamente en
Certificar certificación Especificaciones de QC.
Nuevos Módulos Requerimientos de Usuario. * Modificación del trabajo realizado.
(1.3.3.2.2)
* No se cumplen las reglas de * Re planificación de actividades. * Revisión de cumplimiento de reglas de
negocios definidas. negocio en UAT.
* Desarrolladores no entienden * No existen controles actuales.

los requerimientos de usuario.
16 QA / Capacitar Equipo QA de * Disminución en las horas de * QA sin las capacidades necesarias para ejecutar * Revisión de las programaciones a las
Equipo QA INACAP con capacitación por inasistencia a las pruebas sobre el Sistema, provocando la no capacitaciones por realizar.
Inacap capacitación las distintas clases de detección de posibles errores en la siguiente etapa
(NT.INA.1.4.3.2. escasa e capacitación o por falta de de ambiente Producción.
1) insuficiente. disponibilidad del Equipo
INACAP.

del Proyecto Evento
* Infraestructuras inadecuadas * Atrasos en las actividades de capacitación. * Revisión arriendo de locaciones con sus
para generar las * Costos no considerados para el arriendo de herramientas audiovisuales.
capacitaciones (sala, infraestructura.
herramientas audiovisuales,
etc).
17 Documentación / Documentos UAT * Poca participación entre área * Atraso en la fase de Apoyo al Piloto Offline * Reuniones constantes con los
Documentar con poca de Desarrollo BBR y usuarios (NT.INA.1.4.3.6). encargados de cada área.
UAT elaboración e de INACAP.
(NT.INA.1.4.3.3. incompletos. * Aumente el plazo para obtener el OK final por
3) * Excesivos defectos no parte del usuario al terminar UAT. * Supervisión detallada para disminuir la
detectados en etapa QC/QA. cantidad de defectos no detectados.
* Usuarios poco * Talleres de motivación e involucramiento

comprometidos e involucrados para el usuario con el propósito de
en la validación del documento. aumentar su participación.
18 Implementación Rechazar * Cambio regulatorio Ministerio * Aumente el plazo para obtener el OK final por * Revisiones continuas para identificar lo
/ Realizar UAT pruebas UAT. de Educación. parte del usuario al terminar UAT. más oportunamente estos cambios
(NT.INA.1.4.3.2. regulatorios.
2)
* Cambio de sistema ERP del * Atraso en la fase de Apoyo al Piloto Offline * Reuniones constantes con los
Cliente. (1.4.4.3.2). encargados del sistema ERP para
identificar posibles nuevos cambios.
* Mala configuración de * Atraso en la puesta en marcha y ejecución del * Controles y chequeos con anticipación
equipos de Desarrollo. RollOut. sobre los equipos de Desarrollo.
* Mal diseño del Plan de * Supervisión desde el momento cero a la

Pruebas. creación del Plan de Pruebas.
19 Implementación Adelanto en el * Organizar a los recursos con * Reducción en los tiempos del proyecto para * Supervisiones periódicas para entender el
/ Iniciar Piloto inicio del Piloto mayor rendimiento para adelantar el inicio del Piloto Online. estado actual de cada recurso, con el
Online Online. aumentar los tiempos de los propósito de asignar prontamente su labor
(NT.INA.1.4.3.6) procesos. o apoyo.

del Proyecto Evento
* Adición de más recursos a las * Agregar más sedes para que inicien el Piloto
actividades que anteceden Online de forma paralela.
para iniciar más pronto.
20 Implementación Tesoreras de * Aprender y usar un nuevo * Miedo al pensar que el nuevo Sistema disminuirá * No existen controles actuales.
/ Capacitar Sedes con Sistema. los puestos actuales de quienes ejercen estas
Tesoreras resistencia al labores.
(NT.INA.1.3.3.2. cambio.
1) * Resistencia a experimentar el * Frustración por parte de las Tesoreras. * No existen controles actuales.
uso a un nuevo sistema.
* Sentir la pérdida de control * Falta de compromiso y de comunicación. * No existen controles actuales.

sobre sus labores diarias como
Tesoreras en cada Sede.
* Miedo a lo nuevo y * El nuevo Sistema fuerza a olvidar los anteriores * No existen controles actuales.
desconocido. Amenaza de métodos y formas como trabajan las Tesoreras,
confort. provocando un desgaste de energías e
insatisfacción en ellas.

10.7.5. Mapa de Riesgo Inherente
10.7.6. Mapa de Riesgo Residual

10.8. Anexos Plan de Adquisiciones del Proyecto
10.8.1. Formato de Documentos para las Adquisiciones

10.9. Anexos Plan de Comunicaciones y Gestión de Grupos de Interés del Proyecto
10.9.1. Hoja de registro de interesados
Interesado / Información de Rol en el Expectativas Poder que Fase del ciclo de vida Clasificación (partidario /
Nombre contacto proyecto tiene en el del proyecto en la que neutral / opositor)
proyecto / su interés es mayor
Nivel de
interés
N°1 Comisión Santa lucía 360, Evaluador Transparencia en la administración de los ingresos Alto / Bajo Operación Neutral
nacional de Piso 6, Stgo. de las tres instituciones
acreditación
N°2 Gerente de jcarvajal@inaca Sponsor - Proyecto exitoso Alto / Alto Todo el proyecto Partidario
finanzas p.cl - Mejorar administración de la tesorería de todas las
Jacqueline instituciones
Carvajal
N°3 adm.contable@i Usuario - Que la plataforma sea intuitiva Bajo / Bajo Operación Opositor
Administrativo nacap.cl final - Que agilice su trabajo
Contable plataforma - Que no peligre su puesto de trabajo al automatizar
el proceso de conciliación
N°4 Jefe de jefe.tesorería@i Key user - Estandarizar y mejorar los procesos de tesorería Bajo / Alto Operación Partidario
tesorería nacap.cl - Mejorar productividad
N°5 Área area.validacion Proveedor - Que la conectividad del enlace sea estable Sobre Bajo / Bajo Integración Neutral
validación @transbank.cl Externo un 99% con Inacap
transacciones - Que el flujo transaccional aumente un 10% el 1er
Transbank año
- Las transacciones en litigio sean mínimas al estar
integrados en línea con Inacap
- Disponibilizar los archivos de conciliación de forma
periódica (diaria) y completa para todos los locales
por sedes.

Interesado / Información de Rol en el Expectativas Poder que Fase del ciclo de vida Clasificación (partidario /
Nombre contacto proyecto tiene en el del proyecto en la que neutral / opositor)
proyecto / su interés es mayor
Nivel de
interés
N°6 Área TI area.ti@bancoch Proveedor - Disponibilizar los archivos de conciliación de forma Bajo / Bajo Integración Neutral
Banco de Chile ile.cl Externo periódica (diaria) y completa para todos los locales
por sedes.
N°7 Equipo desarrollo@bbr. Proveedor - Entregar un desarrollo de calidad que le entregue Alto / Alto Todo el proyecto Partidario
desarrollo BBR cl de la valor al cliente
Dirección: Solución - Que el proyecto sea exitoso, realizándose en los
Andrés Bello plazos estipulados
2687, Piso 9,
Santiago
N°8 Alumnos Centro de Usuario - Que su proceso de pago no sea afectado de Bajo / Bajo Operación Neutral
alumnos final de manera negativa por el proyecto
sistema de
pago
N°9 Gerente TI jojeda@inacap.c Sponsor - Que la solución BBR cumpla con la totalidad de los Alto / Alto Todo el Proyecto Partidario
Inacap l requerimientos del negocio.
Jaime Ojeda - Que cumpla con los estándares corporativos.
- Que se cumplan los SLA de servicio.
N°10 Equipo TI equipo.ti@inaca Apoyo - Que la nueva plataforma sea intuitiva. Alto / Alto Desarrollo Partidario
Inacap p.cl técnico - Que su labor de soporte no sufra alteraciones.
- Que la nueva plataforma no le genere carga
adicional de trabajo por problemas de los usuarios.

10.9.3. Plan de involucramiento
Interesado Impacto que tendrá el proyecto en el Nivel de Nivel de Acciones para potenciar su apoyo y Frecuencia (cuándo deberá Responsable que la acción se
interesado compromiso compromiso compromiso y/o reducir obstáculos realizarse la acción) haga
e e
involucramie involucramie
nto actual nto deseado
N°1 CNA - Fiscalización del cumplimiento de NC N - Información de implementación de Próximo proceso de Área de acreditación de
la acreditación herramienta para cumplir exigencia acreditación Inacap
- Otra institución acreditada
N°2 - Nueva herramienta tecnológica AC AC - Informes de estado de avances Semanal Gerente de proyecto de BBR
Gerente de para la gestión financiera periódicos
finanzas - Centralización de la información -Copiarlo en todos los correos de
contable comunicación del equipo de
proyecto
N°3 Adm. - Nueva metodología de trabajo R A - Capacitación de la nueva 3 sesiones de trabajo Consultor funcional BBR
contable - Aprendizaje de nueva herramienta herramienta durante el proyecto
- Informar de los beneficios y
bondades del sistema
N° 4 Jefe - Automatización de cuadratura de A AC - Involucrar desde el comienzo del Semanal y cuando se Jefe de proyectos
de tesorería recaudación proyecto requiera
- Disminución de duplicidad de - Considerar su opinión durante el
funciones proyecto
N°5 Área - Deberán realizar pruebas para A AC - Agendar una reunión con Una semana antes de Jefe de proyectos
validación verificar que la integración funciona anticipación para coordinar las comenzar la integración
transaccion de manera correcta pruebas de integración con su validador y de
es - Mayor carga de trabajo de su - Mantener comunicación constante forma periódica durante la
Transbank módulo validador de transacciones durante el periodo de pruebas integración
- Informar cuanto antes los
resultados de las pruebas
N°6 Área TI - Deberán habilitar un FTP A AC - Realizar reuniones de seguimiento Reuniones semanales Jefe de proyecto
Banco de accesible por Inacap donde de su desarrollo hasta finalizar la
Chile alojarán los comprobantes de pago - Agendar una reunión con integración
- Deberán realizar pruebas que anticipación para coordinar las
demuestren que están pruebas de acceso
disponibilizando los comprobantes - Comunicación constante durante la
en el directorio integración
- Verificar que Inacap está siendo
capaz de acceder a los
comprobantes de forma correcta

10.9.4. Matriz de comunicaciones
Rol en el Inform ación a entregar / Responsable de Métodos o tecnologías
Interesado Frecuencia
proyecto Nivel de detalle entregar la inform ación / Form ato
-Informe de cumplimiento de -A la fecha de solicitud de

-Consejo Directivo Inacap -Según formato requerido
N°1: CNA Evaluador requisitos financieros para antecedentes para proceso de
(Área de Acreditación) por CNA.
acreditación Acreditación
-Informe de Estado de Avance -Gerente Proyecto BBR -PDF vía e-mail. -Semanal
N°2: Gerente de finanzas Sponsor
-Acta de Reunión vía e-
-Minutas reuniones -Gerente Proyecto BBR -Por evento
mail
-Presentación del Proyecto -Consultor funcional BBR -PDF vía e-mail. -Inicio de capacitación.
N°3: Administrativos contables Usuario Final -Previo a la Puesta en marcha
-Manual de Uso -Consultor funcional BBR -PDF vía e-mail (cuando se incluya usuario al
proyecto).
-Presentación de Proyecto -Consultor funcional BBR -PDF vía e-mail. -En el levantamiento de requisitos.
N°4: Jefe de Tesorería Key User -Minutas reuniones -Gerente Proyecto BBR -Acta de Reunión -Por evento
Manual de Uso -Consultor funcional BBR -PDF vía e-mail -Inicio de capacitación
N°5: Área validación Proveedor -Informar periodo para -Al inicio del Proceso de Pruebas de
-Gerente Proyecto BBR -Vía e-mail
transacciones Transbank Externo realización de pruebas Integración
Proveedor -Informar periodo para -Al inicio del Proceso de Pruebas de
N°6: Área TI Banco de Chile -Gerente Proyecto BBR -Vía e-mail
Externo realización de pruebas Integración
-PDF cargado en
-Documento de requerimientos -Jefe de proyecto BBR -Una vez al comienzo del proyecto
repositorio
Proveedor de la -Plan de ejecución del -PDF cargado en
N°7: Equipo desarrollo BBR -Jefe de proyecto BBR -Una vez al comienzo del proyecto
solución proyecto repositorio
-PDF vía mail y cargado en
-Documento de cambios -Jefe de proyecto BBR -Ante cada cambio
repositorio
-Informe vía correo
Usuario final del -Informe de periodos de -Una vez al comenzar el periodo de
N°8: Alumnos -Coordinador de carrera institucional, boletín interno
sistema de pago pruebas en proceso de pago prueba del proceso de pago
y Portal Web
-Requerimientos de
-Jefe de proyecto BBR -PDF vía mail -Una vez al comienzo del proyecto
infraestructura
N°9: Gerente TI Inacap Sponsor -Informe de estado de avance -Jefe de proyecto BBR -PDF vía mail -Semanal
-Minutas de reunión -Jefe de proyecto BBR -PDF vía mail -Por evento
-Presentación de Proyecto -Consultor funcional BBR -PDF vía e-mail. -En el levantamiento de requisitos.
N°10 Equipo TI Inacap Apoyo técnico -Minutas reuniones -Gerente Proyecto BBR -Acta de Reunión -Por evento
-Diagrama de arquitectura -Consultor funcional BBR -PDF vía e-mail -Inicio del proceso de pruebas

Bibliografía y Fuentes
● Project Management Institute - Guía para la Dirección y Gestión de Proyectos, PMBOK – Sexta
edición en español
● Lilian Buchtik; “Secretos Para Dominar La Gestión De Riesgos”. Tercera Edición.
● Howson, Cindi. Successful Business Intelligence. Editorial Mc Graw Hill. 2008. New York.
● Yamal Chamoun, Administración Profesional de Proyectos – La Guía, McGraw-Hill, 2007.
● Apuntes y presentaciones entregadas para el DAP 53. Pontificia Universidad Católica 2018
● Inacap, http://portales.inacap.cl/
● Comisión Nacional de Acreditación, https://www.cnachile.cl

DAP 53 E5 PEP Sistema de Información Nueva Tesoreria Inacap

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

DAP 53 E5 PEP Sistema de Información Nueva Tesoreria Inacap

Cargado por

Copyright:

Formatos disponibles

Plan de Administración de Proyecto

Implementación de Sistema de Información

Diplomado de Administración y Dirección de Proyectos

Diplomado de Administración y Dirección de Proyectos 1

Diplomado de Administración y Dirección de Proyectos 2

Diplomado de Administración y Dirección de Proyectos 3

Tabla Detalle de Anexos

Diplomado de Administración y Dirección de Proyectos 4

Diplomado de Administración y Dirección de Proyectos 5

1.1 Nombre e identificación del proyecto.

El presente documento corresponde al Plan de Administración que detalla el proyecto denominado:

1.2. Nombre de la empresa y rol del equipo del proyecto.

1.3. Descripción General del Proyecto y su contexto. Requisitos de alto nivel.

Se busca resolver las siguientes problemáticas:

i) Necesidad de enfrentar el cambio regulatorio de la Ley de Educación Superior y Gratuidad. Para

Diplomado de Administración y Dirección de Proyectos 6

1.4. Definición de etapas del Ciclo de Vida de proyecto que se abordarán.

● Preventa: Etapa en donde se evalúa el proyecto en términos de costo y tiempo, a partir de

Figura 1.1: Ciclo de Vida y sus Hitos más importantes.

1.5. Objetivos medibles del Proyecto.

Diplomado de Administración y Dirección de Proyectos 7

1.8. Alcance Preliminar del proyecto.

Diagrama de Contexto Físico

Figura 1.2: Diagrama de contexto físico del proyecto

Diplomado de Administración y Dirección de Proyectos 8

● Manual de Instalación Switch Client

1.9. Supuestos, exclusiones y restricciones del Proyecto.

Exclusiones de Alcance Físico:

● Infraestructura no será proporcionada por Consultora BBR.

Diplomado de Administración y Dirección de Proyectos 9

● Las etapas de Prefactibilidad y Factibilidad se realizaron por el Mandante Inacap.

● Utilizar versión de Base de Datos PostgreSQL 9.

1.10. Identificación y análisis de principales Grupos de Interés.

Figura 1.3: Diagrama modelo de partes interesadas

Comisión Nacional de Acreditación (dependiente del Ministerio de Educación): Entidad encargada,

Diplomado de Administración y Dirección de Proyectos 10

Gerencia de Finanzas: Unidad de Inacap que proporcionará y validará el cumplimiento de los

Gerente de TI: Unidad de Inacap, encargada de gestionar la disponibilización de la infraestructura TI sobre

● Minimizar desviación de costo del proyecto.

1.12. Organización para el proyecto y su justificación (incluyendo a todos los participantes).

Diplomado de Administración y Dirección de Proyectos 11

1.13. Gestión del conocimiento en el proyecto (almacenamiento de información, capacitación,

1.14. Mapa Mental con actividades a realizar en proceso de integración de la planificación.

Diplomado de Administración y Dirección de Proyectos 12

Diplomado de Administración y Dirección de Proyectos 2

Plan de gestión de ● Matriz poder/interés: Herramienta que indicará el nivel de

Plan de gestión de riesgos: ● Tabla de escala de probabilidad de riesgos: Tabla con la

Diplomado de Administración y Dirección de Proyectos 14

Plan de gestión de ● Lista de proveedores pre-calificados: Listado con todos

Presentación cierre PMO:

B. Entregables del producto.

Entregables Sub entregables

Solución Cuadratura y ● Aplicación WEB C&R: Corresponde a la interfaz de usuario, en

Diplomado de Administración y Dirección de Proyectos 15

Diplomado de Administración y Dirección de Proyectos 16

La estructura del sistema está dividida en 3 entregables principales:

Diplomado de Administración y Dirección de Proyectos 17

La estructura de desglose de trabajo de este proyecto se ha diseñado agrupando la administración del

2.5 Descripción de procedimiento de gestión de cambio: alcance, tiempo, costos y calidad.

Diplomado de Administración y Dirección de Proyectos 18

● Se programará el trabajo con la fecha de inicio 1/Julio/2019 y fecha de fin 24/Junio/2020.

Figura 3.1: Plan de hitos por solución.