glfs2 gb pln plp plandeproyecto_bi vive digital

PLAN DE PROYECTO

PROYECTO BI VIVE DIGITALCoordinación de Desarrollos Tecnológicos

Programa Agenda de ConectividadEstrategia de Gobierno en línea

@República de Colombia – Derechos Reservados

Bogotá, DC., mayo de 2012

FORMATO PRELIMINAR AL DOCUMENTO

PLAN DE PROYECTO

Título:

PLAN DE PROYECTOBI VIVE DIGITALPROGRAMA AGENDA DE CONECTIVIDADESTRATEGIA DE GOBIERNO EN LÍNEA

Fecha elaboración aaaa-mm-dd

2012-04-30

Sumario:Este documento tiene por objeto formular el Plan de gestión del proyecto propuesto por la U.T. Software Works para el proyecto “BI Vive digital”, contiene el alcance, tiempos, costos y recursos necesarios para el desarrollo del mismo.

Palabras Claves: Plan de Proyecto, Inteligencia de negocios, BI, Compartel, vive digital, telecomunicaciones

Formato: DOC Lenguaje: Español

Dependencia:Ministerio de Tecnologías de la Información y las Comunicaciones: Programa “Agenda de Conectividad”- Coordinación de Desarrollos Tecnológicos

Código: GLFS2-GB-PLN-PLP-BI Vive Digital Versión: 2.0 Estado: Aprobado

Categoría:

Autor (es):

Tania Barrera RodríguezGerente de PortafolioUT Software Works

Carlos Arturo Merchán HerreraLíder de RequerimientosUT Software Works

Luisa BurgosAnalista/DocumentadorUT Software Works

Firmas

Revisó:

Mónica MonroyConsultor Procedimientos y herramientas de InterventoríaConsorcio S&M

Luisa Fernanda Medina MartinezServicios de Gobierno en línea: Notarías en líneaGobierno en línea - Programa Agenda de Conectividad

Jorge Santiago MorenoLíder de Diseño y Desarrollo –Programa Agenda de Conectividad

Lydia Marleny PrietoCoordinadora de desarrollos tecnológicosGobierno en línea - Programa Agenda de Conectividad

Aprobó:

Claudia JiménezGerente de Proyecto InterventoríaConsorcio S&M

Johanna PimientoGerente GeneralGobierno en línea - Programa Agenda de Conectividad

Información Adicional:

Ubicación:

El archivo magnético asociado al documento está localizado en la herramienta de manejo documental del proyecto en la siguiente ruta:

http://www.disico.com.co:8086/confluence, repositorio 00-FABRICA DE SOFTWARE carpeta MODULO DOCUMENTOS/ Administración/ 2.Planeación/Plan de Proyecto/BI Vive Digital

Pág. 2 de 56

http://www.disico.com.co:8086/confluence

COORDINACIÓN DE DESARROLLOS TECNOLÓGICOSPROGRAMA AGENDA DE CONECTIVIDAD

ESTRATEGIA DE GOBIERNO EN LÍNEA

CONTROL DE CAMBIOS

VERSIÓN FECHANo.

SOLICITUDRESPONSABLE DESCRIPCIÓN

1.0 2012-04-30 No aplica UT Software Works Creación del documento

1.1 2012-05-10 No aplica UT Software Works Ajustes según observaciones de Interventoría y PAdC

1.2 2012-05-11 No aplica UT Software Works Ajustes según observaciones de Interventoría y PAdC2.0 2012-05-17 No aplica UT Software Works Versión aprobada sin control de cambios

2.1 2012-06-04 No aplica UT Software WorksAjustes realizados para la inclusión de los perfiles expertos en BI

Pág. 3 de 56

PLAN DE PROYECTO

TABLA DE CONTENIDO

DERECHOS DE AUTOR.................................................................................................................................7

CRÉDITOS......................................................................................................................................................8

1. AUDIENCIA..............................................................................................................................................9

2. INTRODUCCIÓN....................................................................................................................................10

3. PLAN DE ADMINISTRACIóN DEL ALCANCE.......................................................................................12

3.1 ALCANCE DEL PROYECTO..............................................................................................................123.2 SUPUESTOS DEL PROYECTO........................................................................................................183.3 RESTRICCIONES DEL PROYECTO.................................................................................................183.4 ELEMENTOS FUERA DEL ALCANCE DEL PROYECTO.................................................................183.5 ESTRUCTURA DE DESGLOSE DEL TRABAJO - EDT....................................................................193.6 ENTREGABLES DEL PROYECTO....................................................................................................204. PLAN DE ADMINISTRACIÓN DEL TIEMPO.........................................................................................26

4.1 CRONOGRAMA.................................................................................................................................264.2 CONSIDERACIONES.........................................................................................................................274.3 SEGUIMIENTO Y CONTROL.............................................................................................................275. PLAN DE ADMINISTRACIÓN DE COSTOS..........................................................................................28

5.1 ESTIMACIÓN DEL PROYECTO........................................................................................................285.2 DISCRIMINACIÓN DE COSTOS POR ETAPAS DEL PROYECTO..................................................295.3 OTROS COSTOS ASOCIADOS AL PROYECTO..............................................................................295.4 COSTO TOTAL DEL PROYECTO.....................................................................................................305.5 HITOS DE PAGO...............................................................................................................................306. PLAN DE CALIDAD................................................................................................................................31

6.1 ASEGURAMIENTO DE LA CALIDAD................................................................................................316.2 APLICACIÓN DE LOS ANS...............................................................................................................316.3 SEGUIMIENTO Y CONTROL DE LA CALIDAD................................................................................327. PLAN DE ADMINISTRACIÓN DEL EQUIPO DE TRABAJO.................................................................33

7.1 ESTRUCTURA ORGANIZACIONAL - EQUIPO POR DEMANDA.....................................................337.2 ROLES Y RESPONSABILIDADES....................................................................................................347.3 PLAN DE PROVISIÓN DE RECURSOS............................................................................................367.4 CONTRATACIÓN DE RECURSOS....................................................................................................378. PLAN DE COMUNICACIONES..............................................................................................................38

8.1 INTERESADOS..................................................................................................................................388.2 ESQUEMA DE COMUNICACIONES.................................................................................................409. pLAN DE GESTIÓN DE RIESGOS........................................................................................................42

9.1 ANÁLISIS DE RIESGOS....................................................................................................................429.2 SEGUIMIENTO Y CONTROL.............................................................................................................4610. PLAN DE GESTIÓN DE ADQUISICIONES...........................................................................................47

11. PLAN DE ADMINISTRACIÓN DE CAMBIOS........................................................................................48

12. PLAN DE INTEGRACIÓN DE PROYECTO...........................................................................................49

Pág. 4 de 56



13. METODOLOGÍAS PARA EL DESARROLLO DEL PROYECTO...........................................................50

14. TERMINOLOGÍA....................................................................................................................................51

15. ANEXOS.................................................................................................................................................53

Pág. 5 de 56

PLAN DE PROYECTO

LISTA DE FIGURAS

Figura 1. Diagrama Conceptual.................................................................................................................................... 13Figura 2. Estructura de Descomposición del Trabajo - “BI Vive Digital”.......................................................................20Figura 3. Cronograma “BI Vive Digital”......................................................................................................................... 26Figura 4. Equipo por demanda requerido...................................................................................................................... 34

LISTA DE TABLAS

Tabla 1. Listado de requerimientos............................................................................................................................... 14Tabla 2. Listado de entregables del proyecto - “BI Vive Digital”....................................................................................20Tabla 3. Resumen del esfuerzo.................................................................................................................................... 28Tabla 4. Discriminación de costos por Sprint del proyecto............................................................................................29Tabla 5. Otros costos asociados al proyecto.................................................................................................................29Tabla 6. Costo total del proyecto................................................................................................................................... 30Tabla 7. Hitos Generales de Pagos.............................................................................................................................. 30Tabla 8. Auditorías internas de aseguramiento de calidad...........................................................................................31Tabla 9. Descripción de los niveles de servicio aplicables............................................................................................32Tabla 10. Plan de provisión y liberación de recursos....................................................................................................36Tabla 11. Directorio de participantes – PAdC...............................................................................................................38Tabla 12. Directorio de participantes – Entidades.........................................................................................................39Tabla 13. Directorio de Participantes – UT Software Works.........................................................................................39Tabla 14. Directorio de participantes Interventoría........................................................................................................40Tabla 15. Matriz de Escalamiento – PAdC.................................................................................................................... 40Tabla 16. Matriz de Escalamiento - UT Software Works...............................................................................................40Tabla 17. Matriz de Escalamiento – Interventoría.........................................................................................................41Tabla 18. Matriz de riesgos........................................................................................................................................... 43Tabla 19. Requerimientos de adquisición.....................................................................................................................47

Pág. 6 de 56



DERECHOS DE AUTOR

A

menos que se indique de forma contraria, el derecho de copia del texto incluido en este documento es del Gobierno de la República de Colombia. Se puede reproducir gratuitamente en cualquier formato o medio sin requerir un permiso expreso para ello, bajo las siguientes condiciones:

1. El texto particular no se ha indicado como excluido y por lo tanto no puede ser copiado o distribuido.

2. La copia no se hace con el fin de distribuirla comercialmente.

3. Los materiales se deben reproducir exactamente y no se deben utilizar en un contexto engañoso.

4. Las copias serán acompañadas por las palabras "copiado/distribuido con permiso de la República de Colombia. Todos los derechos reservados."

5. El título del documento debe ser incluido al ser reproducido como parte de otra publicación o servicio.

Si se desea copiar o distribuir el documento con otros propósitos, debe solicitar el permiso entrando en contacto con el Programa Agenda de Conectividad – Estrategia Gobierno en línea del Ministerio de Tecnologías de la Información y las Comunicaciones de la República de Colombia.

Pág. 7 de 56

PLAN DE PROYECTO

CRÉDITOS

En un trabajo conjunto entre los consultores del Programa Agenda de Conectividad – Estrategia Gobierno en Línea, las firmas Consorcio S&M y la UT Software Works, se ha generado el presente documento siguiendo los estándares establecidos en el Sistema de Gestión de Calidad del Programa Agenda de Conectividad, para el proyecto IMPLEMENTACIÓN DE SOLUCIONES TECNOLÓGICAS BAJO EL MODELO DE FÁBRICA DE SOFTWARE PARA LAS INICIATIVAS DEL PLAN VIVE DIGITAL A CARGO DEL PROGRAMA AGENDA DE CONECTIVIDAD GRUPO 2. Este documento fue revisado y aprobado por los consultores y profesionales del Programa Agenda de Conectividad, previa validación de la empresa interventora del contrato Consorcio S&M.

Pág. 8 de 56



1. AUDIENCIA

Este documento está dirigido a los consultores de los equipos del Programa Agenda de Conectividad – Estrategia Gobierno en Línea, el Consorcio S&M y la Unión Temporal UT Software Works que participan en el proyecto. Este documento es aplicable a la solución “BI Vive Digital”, el cual debe ser conocido por los miembros de los equipos del proyecto: IMPLEMENTACIÓN DE SOLUCIONES TECNOLÓGICAS BAJO EL MODELO DE FÁBRICA DE SOFTWARE PARA LAS INICIATIVAS DEL PLAN VIVE DIGITAL A CARGO DEL PROGRAMA AGENDA DE CONECTIVIDAD GRUPO 2.

Pág. 9 de 56

PLAN DE PROYECTO

2. INTRODUCCIÓN

Con base en la premisa fundamental que el objetivo de la dirección de proyectos de la UT Software Works es satisfacer los requisitos de calidad del proyecto asegurando la satisfacción del Programa Agenda de Conectividad, se presenta a continuación el plan del proyecto “BI Vive Digital”.

El plan de proyecto de la solución BI Vive Digital incorpora todos los procesos de las áreas de conocimiento del PMI necesarios para garantizar que la solución se ejecute en el tiempo, costo y esfuerzo definidos. Una vez aprobado el plan de proyecto, éste se convierte en el lineamiento base contra el cual se medirá el progreso durante toda la vida del proyecto.

Este plan de proyecto comprende los planes subsidiarios: plan de alcance, plan de administración del tiempo, plan de administración de costos, plan de calidad, plan de administración del equipo de trabajo, plan de comunicaciones, plan de gestión de riesgos, plan de gestión de adquisiciones, plan de integración de proyecto y plan de administración de cambios. Adicionalmente hace parte de este plan la metodología para el desarrollo del proyecto.

El plan de proyecto será actualizado cuando sea necesario, previa aprobación por las partes, en los casos donde se presente variación en las condiciones contempladas en los planes subsidiarios del plan de proyecto, donde se requiera detallar con mayor precisión algún tema o para los casos donde se presente un cambio a las restricciones del proyecto (alcance, tiempo, costos, calidad).

El plan de proyecto contempla los siguientes módulos funcionales que corresponden a los tipos de proyecto sobre los cuales se realizará el proceso de ETL y generación de reportes:

Telecomunicaciones rurales, hogares digitales y proyecto ANE Fibra óptica Punto vive digital y centros poblados Proyectos históricos (Conectividad y telefonía rural comunitaria)

A su vez, el plan de proyecto abarca las siguientes actividades llevadas a cabo para cada uno de los tipos de proyecto mencionados anteriormente:

Análisis y actualización del diseño y modelado de la bodega de datos de la solución BI Vive Digital

Desarrollo del modelo de inteligencia de negocios basado en el diseño acordado

Pág. 10 de 56



Desarrollo de los ETL requeridos para cargar la información de los proyectos de Compartel en la estructura de datos definida.

Desarrollo de los reportes o indicadores de gestión basados en la información cargada en la base de inteligencia de negocios y de acuerdo a las capacidades que provee la herramienta de reporting services que provee Microsoft.

Pág. 11 de 56

PLAN DE PROYECTO

3. PLAN DE ADMINISTRACIÓN DEL ALCANCE

E

n este capítulo se definen el alcance, los supuestos, las restricciones y los elementos fuera del alcance del proyecto “BI Vive Digital”, dando al equipo de trabajo de la solución un marco de los requerimientos y entregables que se deben elaborar y controlar para garantizar el cumplimiento de los objetivos de la solución.

3.1ALCANCE DEL PROYECTO

El presente plan de proyecto abarca la implementación de la solución del requerimiento “BI Vive Digital" solicitado por el Programa de Agenda de Conectividad PAdC a la UT Software Works y la actualización de la documentación técnica que sea necesaria. Según el acuerdo realizado con el PAdC la solución contemplará los requerimientos descritos en la Tabla 1. Listado de requerimientos.

A continuación se presenta un diagrama conceptual que contempla el análisis y diseño de una solución de inteligencia de negocios que permitirá extraer, transformar, validar, recolectar, almacenar, analizar y finalmente publicar la información que se gestiona en el marco de los proyectos de telecomunicaciones, tanto para los proyectos ya finalizados como para los proyectos en curso y futuros de Compartel.

Pág. 12 de 56



Figura 1. Diagrama Conceptual

Este plan de proyecto fue elaborado con base en la información consignada en el requerimiento FS-277 Sistema de Información de inteligencia de negocios que apoye al Programa COMPARTEL y sus anexos, el cual fue radicado en la herramienta Jira el 21/03/2012. Adicionalmente en la elaboración del plan de proyecto se tuvo en cuenta la información recolectada en las reuniones llevadas a cabo con PAdC, la cual se encuentra consignada en las actas almacenadas en la herramienta Confluence (http://disico.com.co:8086/confluence), ubicadas en la ruta 00-FABRICA DE SOFTWARE >> MODULO DOCUMENTOS >> Administración >> 4. Seguimiento y Control >> Actas >> Actas Reunión>> Trabajo, identificadas como:

- GLFS2-GB-PLN-ACT-0042-23032012-ReunionLanzamientoCompartel.docx

- GLFS2-GB-PLN-ACT-0107-23042012-ReunionRevisionAlcanceCompartel.docx

- GLFS2-GB-PLN-ACT-0127-30042012-ReunionDatacenterYRevisionAlcanceCompartel.docx

De acuerdo con el requerimiento FS-277 y sus anexos publicados en JIRA http://www.disico.com.co:8085/jira/ por el PAdC y los acuerdos plasmados en las actas mencionadas anteriormente, se generó el siguiente listado de requerimientos que contempla el alcance de la solución:

Pág. 13 de 56

http://www.disico.com.co:8085/jira/

http://disico.com.co:8086/confluence

PLAN DE PROYECTO

Tabla 1. Listado de requerimientos

CODIGO DESCRIPCIÓN

RFBIVI01El sistema debe contar con una base de datos relacional que centralice la información histórica de las fuentes relacionales: SIMONA, SIUC e Interventorías.

RFBIVI02El sistema debe contar con procesos ETL que permitan extraer la información alusiva a los proyectos de Compartel de las fuentes SIMONA, SIUC e Interventorías.

RFBIVI03Los operadores e interventores de los proyectos de COMPARTEL deben poder reportar su información por medio de un web service estándar, el cual servirá como fuente de información para los procesos ETL a desarrollar.

RFBIVI04 Se debe diseñar un modelo de inteligencia de negocios que permita almacenar los datos reportados por los Interventores y operadores relacionados con los proyectos de Compartel. El modelo de inteligencia de negocios puede contemplar la información de: Estado de conectividad de los beneficiarios: Este modelo contendrá información en cuanto a:

número de beneficiarios, número de computadores instalados número de impresoras, número de scanners, número de puntos de red instalados para cualquier tipo de contrato y proyecto, periodo de tiempo, por total país, departamento, ciudad, municipio, localidad, proyecto, contrato, supervisor, interventor, contratista. Deberá permitir adicionalmente identificar con claridad las fechas de inicio y fin del beneficio para el cual fueron escogidos.

Avance general de los Contratos: Este modelo contendrá información consolidada y genérica en cuanto a: número de beneficiarios instalados, número total de beneficiarios a instalar, porcentaje de avance del contrato, presupuesto contrato, número de pagos, realizados, valor pagos realizados al contratista, número de multas aplicadas, valor multas aplicadas, para cualquier tipo de contrato y proyecto y permitirá, entre otras cosas, analizar el avance de contratos y proyectos en cada periodo de tiempo, por total país, departamento, ciudad, municipio, localidad, proyecto, contrato, supervisor, interventor, contratista y estado de contrato.

Estado y calidad de los servicios prestados: Este modelo contendrá información detallada asociada al Consumo en Mbit, disponibilidad del servicio, velocidad de conexión promedio, velocidad de conexión upload, velocidad de conexión download, tráfico total nacional e internacional para cada beneficiario por periodo de tiempo, departamento, ciudad, municipio, localidad, territorio, tipo de beneficiario, contrato, proyecto, servicio, tecnología, operador, estado del servicio.

Estado de la infraestructura instalada: este modelo contendrá información detallada asociada a número de tramos instalados, número total de tramos a instalar, kilómetros instalados, kilómetros total a instalar, disponibilidad del servicio en el tramo, velocidad de conexión la cual se deberá analizar por periodo de tiempo, departamento, ciudad, municipio, localidad, territorio, contrato, proyecto, operador o contratista, tecnología, tramo estado del tramo, supervisor, interventor.

Estado e impacto social de los proyectos de usuarios: este modelo contendrá información detallada asociada al número de centros instalados, número total de centros a instalar, número de usuarios alcanzados, número de habitantes, localidad, número de personas capacitadas, número computadores con conexión la cual se deberá analizar por periodo de tiempo, departamento, ciudad, municipio, localidad, territorio, contrato, proyecto, operador o contratista, supervisor, interventor.

Tickets por fallas en la prestación del servicio: este modelo contendrá información detallada asociada al número de tickets, número de tickets atendidos oportunamente, número de tickets atendidos fuera de tiempo, número de llamadas entrantes, número de llamadas abandonadas, tiempo máximo de respuesta, tiempo medio de respuesta, tiempo medio de resolución de fallas, tiempo máximo de escalamiento de fallas, tiempo medio de restauración del servicio, tiempo máximo de restauración del servicio, que tendrá que ser analizada por periodo de tiempo, tipo de beneficiario, beneficiario, nivel de atención, departamento, ciudad,

Pág. 14 de 56



CODIGO DESCRIPCIÓN

municipio, localidad, territorio, contrato, proyecto, servicio, tecnología, supervisor, interventor, operador, estado del beneficiario, tipo de ticket, estado del ticket. Indicadores de gestión:

Porcentaje de mantenimientos preventivos realizados Porcentaje de mantenimientos correctivos realizados Indicador de capacitación por modalidad Indicador de alfabetización digital Indicador del estado del programa Indicador del estado del proyecto Indicador del estado del contrato La información a cargar se priorizará y se determinará en las actividades de

planeación de cada etapa del proyecto o Sprint de acuerdo a la necesidad de información para generar los reportes seleccionados

RFBIVI05 El sistema debe permitir realizar autenticación de los usuarios registrados en el sistema.

RFBIVI06 El sistema debe permitir la administración de todos los usuarios que requieran acceso a la solución.

RFBIVI07 El sistema debe permitir hacer cierre de sesión automático después de un tiempo de no uso.

RFBIVI08El sistema debe permitir el cambio de contraseñas de los usuarios registrados, las cuales deberán contar con mínimo 8 caracteres alfanuméricos.

RFBIVI09 El sistema debe permitir consultar reportes e indicadores para la gestión de la información cargada en el modelo de inteligencia de negocios. El alcance de los reportes serán acordados entre el equipo por demanda y PAdC en la fase de planeación del proyecto. Los reportes pueden contemplar la información de: Beneficiarios: estado de conectividad de los beneficiarios conocidos desde el programa

Compartel, así como también los que se encuentran en las bases de datos del Ministerio de Educación Nacional (MEN) y la Agencia Nacional del Espectro (ANE) proveyendo información en cuanto a número de beneficiarios, número de computadores instalados, número de impresoras, número de scaners, número de puntos de red instalados para cualquier tipo de contrato y proyecto y permitirá, entre otras cosas, analizar el avance de contratos y proyectos en cada periodo de tiempo, por total país, departamento, ciudad, municipio, localidad, proyecto, contrato, supervisor, interventor, contratista.

Contratos: avance general de los contratos y proyectos suscritos en el marco del programa Compartel proveyendo información consolidada y genérica en cuanto a número de beneficiarios instalados, número total de beneficiarios a instalar, porcentaje de avance del contrato, presupuesto contrato, número de pagos realizados, valor pagos realizados al contratista, número multas aplicadas, valor multas aplicadas, para cualquier tipo de contrato y proyecto y permitirá entre otras cosas analizar el avance de contratos y proyectos en cada periodo de tiempo, por total país, departamento, ciudad, municipio, localidad, proyecto, contrato, supervisor, interventor, contratista y estado de contrato.

Servicios: estado y calidad de los servicios prestados a los beneficiarios del Programa

Compartel proveyendo información detallada asociada al Consumo en Mbit, disponibilidad del servicio, velocidad de conexión promedio, velocidad de conexión upload, velocidad de conexión download, tráfico total nacional e internacional para cada beneficiario por periodo de tiempo, departamento, ciudad, municipio, localidad, territorio, tipo de beneficiario, contrato, proyecto, servicio, tecnología, operador, estado del servicio

Infraestructura: estado de la infraestructura instalada en el marco del Programa Compartel proveyendo información detallada asociada a número de tramos instalados, número total de tramos a instalar, kilómetros instalados, kilómetros total a instalar, disponibilidad del servicio en el tramo, velocidad de conexión la cual se deberá analizar por periodo de tiempo, departamento, ciudad, municipio, localidad, territorio, contrato, proyecto, operador o contratista, tecnología, tramo estado del tramo, supervisor, interventor.

Pág. 15 de 56

PLAN DE PROYECTO

CODIGO DESCRIPCIÓN

Usuarios: al estado y al impacto social de los proyectos de Usuarios (Telecentros, Nuevos Telecentros, Tecnocentros) proveyendo información detallada asociada al número de centros instalados, número total de centros a instalar, número de usuarios alcanzados, número de habitantes localidad, número de personas capacitadas, número computadores con conexión la cual se deberá analizar por periodo de tiempo, departamento, ciudad, municipio, localidad, territorio, contrato, proyecto, operador o contratista, supervisor, interventor.

Tickets: tickets generados por fallas en la prestación del servicio, proveyendo información detallada asociada al número de tickets, número de tickets atendidos oportunamente, número de tickets atendidos fuera de tiempo, número de llamadas entrantes, número de llamadas abandonadas, tiempo máximo de respuesta, tiempo medio de respuesta, tiempo medio de resolución de fallas, tiempo máximo de escalamiento de fallas, tiempo medio de restauración del servicio, tiempo máximo de restauración del servicio que tendrán que ser analizada por periodo de tiempo, tipo de beneficiario, beneficiario, nivel de atención, departamento, ciudad, municipio, localidad, territorio, contrato, proyecto, servicio, tecnología, supervisor, interventor, operador, estado del beneficiario, tipo de ticket, estado del ticket.

Indicadores: El sistema de inteligencia de negocios deberá estar en capacidad de permitir generar reportes en relación a la información sobre los indicadores relevantes para la gestión del programa Compartel y sus diferentes proyectos.

En la planeación de cada etapa del proyecto o Sprint se priorizarán los reportes clave y de mayor impacto para su implementación teniendo en cuenta las restricciones de tiempo y de recursos del proyecto.

RFBIVI10

El sistema debe permitir extraer, cargar y transformar la información de los proyectos de Compartel reportada por los operadores e interventores entre la cual se puede encontrar:tipos de proyectos, tecnologías a instalar, fases del proyecto, presupuesto inicial, beneficiarios, información básica, metas del ministerio y del gobierno, proyectos históricos, objetivos, productos y servicios, potenciales beneficiarios, supervisor, equipo de trabajo, fechas de inicio y fin de los hitos y/o actividades, cantidad de dispositivos instalados, fechas de inicio de instalación, presupuesto ejecutado, porcentaje de avance de hitos y/o actividades, lLecciones aprendidas.

RFBIVI11

Los tipos de proyecto de COMPARTEL sobre los cuales se realizará análisis de la información son:- Telecomunicaciones rurales- Proyecto ANE- Hogares digitales- Fibra óptica- Punto vive digital- Puntos digital Compartel (Centros poblados)- Conectividad- Telefonía Rural Comunitaria (TRC)

RFBIVI12

El modelo de inteligencia de negocios debe permitir consultar la información por las siguientes dimensiones:- Operador- Geografía (País, región, departamento, municipio, centro poblado (si aplica))- Ejes vive digital- Tipos de proyecto- Temporal (anual, mensual, semanal, diario)

RFBIVI13Para los proyectos de telecomunicaciones rurales y Hogares digitales e históricos (conectividad y telefonía rural comunitaria), el sistema debe permitir consultar cuántas instituciones se han instalado y cuánto se ha invertido a la fecha.

RFBIVI14 Para la información histórica de Simona, el sistema debe permitir consultar un histograma de velocidades de subida/bajada de los proyectos.

RFBIVI15 Para la información histórica de Simona, el sistema debe permitir consultar un histograma de

Pág. 16 de 56



CODIGO DESCRIPCIÓN

velocidades de procesador y capacidad en memoria RAM.

RFBIVI16 Para los proyectos de fibra óptica, el sistema debe permitir consultar cuántos municipios han sido beneficiados con fibra óptica y cuántos kilómetros de fibra óptica han sido instalados

RFBIVI17 El sistema debe permitir consultar cuál ha sido la inversión del proyecto Compartel a nivel Nacional, Departamental y Municipal especificada por proyectos

RFBIVI18 El sistema debe permitir consultar cuáles han sido las instituciones beneficiadas por el programa Compartel a nivel Nacional, Departamental y Municipal

RFBIVI19El sistema debe permitir consultar el número de instituciones Operativas a nivel Nacional, Departamental y Municipal.

RFBIVI20El sistema debe permitir consultar las entidades beneficiadas por tipo de proyecto a nivel Nacional, Departamental y Municipal.

RFBIVI21El sistema debe permitir consultar las entidades beneficiadas por Operador a nivel Nacional, Departamental y Municipal.

RNFBIVI01El sistema debe ser construido de tal manera que permita añadir mayor poder de cómputo para mejorar el rendimiento del sistema.

RNFBIVI02Integridad de los datos. Debe contemplar requerimientos de consistencia transaccional. Ante la falla del aplicativo, se debe contar con mecanismos que contemplen la interrupción de transacciones para que éstas finalicen de manera correcta.

RNFBIVI03Tolerancia a fallos. Ante un fallo en el software del sistema, no se tardará más de 10 minutos en restaurar los datos del sistema.

RNFBIVI04

El sistema debe estar completamente documentado, cada uno de los componentes de software que forman parte de la solución propuesta deberán estar debidamente documentados tanto en el código fuente como con los documentos propios de la etapa de implementación y paso a producción.

RNFBIVI05 El sistema debe presentar mensajes de error que permitan al usuario identificar el tipo de error.

RNFBIVI06 El sistema debe ser de fácil uso y entendimiento, así como debe ser desarrollado para que sea de fácil adopción por parte de los Stakeholders.

RNFBIVI07 El sistema debe ser fácil de instalar en todas las plataformas de hardware y software de base definidos en la verificación del ambiente de desarrollo. (Ambiente Microsoft)

RNFBIVI08 El sistema debe encriptar y proteger permanentemente los campos sensibles de la Base de Datos central, de manera que estos sean accesibles únicamente a través de la capa de aplicación.

RNFBIVI09 El sistema debe soportar e implementar seguridad tipo SSL. El sistema debe incorporar el estándar de transmisión segura de datos a través de Internet.

RNFBIVI10 El sistema debe soportar certificados digitales con el protocolo de transferencia de hipertexto seguro (Https).

RNFBIVI11

El sistema debe permitir hacer los procesos de auditoría, mediante los cuales se hace el seguimiento de las actividades realizadas por los usuarios autorizados y los intentos de los no autorizados, con el fin de hacer reconstrucción de información y determinar si se siguen los procedimientos establecidos.

El anterior listado de requerimientos será revisado y validado en la etapa inicial de la solución.

3.2SUPUESTOS DEL PROYECTO

Pág. 17 de 56

PLAN DE PROYECTO

A continuación se detallan los supuestos considerados para la implementación y que deberán ser despejados a lo largo de la ejecución del proyecto:

Para los requerimientos relacionados con información cuya fuente es COMPARTEL, se parte del supuesto que brindará la información requerida y proveerá un medio o servicio para la consulta.

Se cuenta con la disponibilidad de los interesados en el proyecto, en especial los líderes funcionales y técnicos asignados a la iniciativa de acuerdo con el plan de trabajo establecido.

Las entidades están de acuerdo en suministrar el detalle de la información relacionada en el requerimiento o facilitar la consecución de la misma con la fuente de información correspondiente.

Los web services provistos por las entidades como fuentes de información para el componente de BI tienen una estructura estándar y previamente definida.

El proyecto Agencia Nacional del Espectro (ANE) tiene la misma estructura del proyecto Telecomunicaciones Rurales, razón por lo cual se proyecta que la estructura del modelo de inteligencia de negocios y de los reportes relacionados con estos proyectos sean iguales.

3.3RESTRICCIONES DEL PROYECTO

Se establecen las siguientes restricciones para desarrollar el trabajo de implementación de la solución “BI Vive Digital”:

El tiempo estipulado para este proyecto no deberá superar el establecido en el pliego de condiciones para la primera Ola.

El presupuesto estipulado para este proyecto no deberá superar el establecido para la vigencia 2012 estipulado en el pliego de condiciones.

La tecnología sobre la cual se implementará la solución BI es basada sobre la plataforma Microsoft.

3.4ELEMENTOS FUERA DEL ALCANCE DEL PROYECTO

Los elementos que no se consideran como parte del alcance del presente proyecto son los siguientes:

El proyecto no contempla el suministro de los equipos tecnológicos para el despliegue y puesta en marcha de la solución en ambiente productivo.

Es responsabilidad de Compartel garantizar que los web services desarrollados por los interventores y operadores de telecomunicaciones que sirven como fuente de información

Pág. 18 de 56



cumplan el Lenguaje común de intercambio de información GEL-XML para garantizar el intercambio de datos. Por lo tanto, no hace parte de esta solución la conceptualización de nuevos elementos o adecuaciones sobre dichos servicios por parte de la UT Software Works.

Dotación, instalación, diagnóstico, configuración, administración ni afinamiento, de infraestructura de hardware o software base y/o comunicaciones y/o seguridad, tales como sistemas operativos, motores de bases de datos, servidores de aplicaciones para ambientes productivos, certificados digitales a nivel de servidor o de cliente para ambientes productivos o de preproducción o sistemas misionales de las entidades interesadas.

Capacitación a la ciudadanía en el uso de las herramientas.

Solución de problemas de tipo técnico de las soluciones actuales que provean la información requerida para el objeto del proyecto.

Es responsabilidad de Compartel garantizar la consistencia e integridad de los datos provistos como fuentes de información para el modelo de BI, por lo tanto no hace parte del alcance de este proyecto la depuración de datos en caso que se requiera.

Cualquier actividad o tarea que no se describa explícitamente en este documento.

3.5ESTRUCTURA DE DESGLOSE DEL TRABAJO - EDT

A continuación se presenta la Estructura de Desglose del Trabajo (EDT) resumida para la implementación de la solución de BI Vive Digital, la cual contempla una división del trabajo a realizar en 6 Sprints, una etapa transversal de seguimiento y control y al finalizar una etapa de estabilización y cierre.

Figura 2. Estructura de Descomposición del Trabajo - “BI Vive Digital”

3.6ENTREGABLES DEL PROYECTO

Pág. 19 de 56

PLAN DE PROYECTO

Los entregables del proyecto están enmarcados en el modelo operativo de la fábrica de software, el cual está ubicado en la herramienta de gestión documental: http://www.disico.com.co:8086/confluence, repositorio 00 Fábrica de software, carpeta Módulo Documentos/ Administración/ 2.Planeacion/Modelo Operativo. Los productos esperados serán desarrollados de acuerdo con las plantillas y estándares definidos por la UT Software Works y serán aprobados por el supervisor del contrato.

El desarrollo del requerimiento “BI Vive Digital” se realizará en 6 Sprints y una etapa final de estabilización y cierre. Cada Sprint tiene un objetivo particular dentro del proyecto en el cual se van generando versiones funcionales y demás entregables del proyecto de manera progresiva de manera que se pueda contar con todos los entregables aprobados en la etapa de cierre del proyecto.

Como parte de este alcance se elaborarán los siguientes entregables de la fase de implementación.

Tabla 2. Listado de entregables del proyecto - “BI Vive Digital”

FASE ENTREGABLE DESCRIPCIÓN

RECEPCION Y VALIDACION DE

REQUERIMIENTOS

Hojas de vida del equipo de trabajo por demanda

Hojas de vida, con sus respectivos soportes, de quienes conforman el equipo de trabajo por demanda

Acta de inicio de la solución Acta en la que se da el inicio formal de la soluciónFormatos de asistencia y soportes de la evaluación de Modelo Operativo y Herramientas

Lista de asistentes y soportes de las evaluaciones realizadas en la capacitación de metodologías, modelo operativo y herramientas de gestión

Documento de criterios de aceptación

Aspectos que conforman los lineamientos para realizar la aprobación de los diferentes entregables. Debe incluir el acuerdo de medición de ANS.

Pág. 20 de 56




IMPLEMENTACIÓN

Documento de diseño

Documento que describa la arquitectura general y detallada de la solución propuesta acorde a la metodología de desarrollo, que incluya si aplica:• Modelo conceptual• Diagrama de procesos• Descripción de los procesos• Vista de casos de uso• Vista lógica (Diagrama de componentes)• Vista de datos• Modelo de datos• Vista de implementación (Interfaces entre componentes)• Vista de despliegue• Vista de integración con sistemas externos• Vista de parametrización del sistema.

Requerimientos no funcionalesPlan para desarrollar una arquitectura robusta para la soluciónGuía metodológica para los desarrolladores del proyectoAcuerdo de especificaciones de seguridad con PAdC (este acuerdo puede remplazar el plan de seguridad)

Es importante mencionar que el documento de diseño no incluirá el detalle de los componentes propios al framework o herramienta de desarrollo, únicamente a lo desarrollado por la fábrica.

Prototipo de la solución

Prototipo de pantallas de la interfaz gráfica de la solución que refleje las acciones relevantes del sistema a desarrollar. (No aplica para esta solución teniendo en cuenta la metodología de desarrollo de la fábrica, la cual propone una actividad de arquitectura de información).

Documento de plan de pruebas

Plan de pruebas a ejecutar sobre la solución, acorde a la metodología de desarrollo, que incluya si aplica:• Pruebas de ciclo de negocio• Pruebas de configuración• Pruebas de seguridad y control de acceso• Pruebas de funcionalidad• Pruebas de interfaz de usuario (si aplica)• Pruebas unitarias• Pruebas de bases de datos e integridad de datos• Pruebas de concurrencia• Pruebas de desempeño (tiempo de respuesta) (si aplica)• Pruebas de recuperación a fallos (si aplica)• Pruebas de los servicios de interoperabilidad (si aplica)

Plan de capacitación

Plan que abarca las actividades requeridas para llevar a cabo la capacitación funcional y técnica de la solución. Debe incluir:• Tareas planeadas para la capacitación• Logística necesaria para la capacitación• A quién va orientada la capacitación• Estructura general de los materiales de capacitación• Materiales de capacitación (presentación etapa de análisis y arquitectura general)• Metodología de evaluación de la capacitación

Plan de administración de la

El plan de administración de la capacidad debe contemplar:Requerimientos de niveles de servicio para la operación de la

Pág. 21 de 56

PLAN DE PROYECTO


capacidad

solución, análisis de la capacidad inicial/actual, plan de capacidad futuro, a 5 años. Este documento debe validarse en conjunto con el administrador de infraestructura de la entidad responsable del proyecto.

Plan de seguridad de la solución

Plan de seguridad de la solución que provea una visión general de los requisitos de seguridad del sistema y los controles para cumplir estos requisitos y defina las responsabilidades y comportamiento de todos los individuos que acceden al sistema. Ver Acuerdo de especificaciones de seguridad con PAdC (diseño).

Plan de pruebas de estrés y carga

Plan de pruebas de estrés y carga.

Plan de construcción de la solución

El plan de construcción se presentará al inicio de cada Sprint, de acuerdo a la metodología de desarrollo de la fábrica. Ver Sprint planning.

Plan de proyecto actualizado y aprobado con el diseño presentado.

Plan de proyecto actualizado y aprobado (no aplica para esta solución teniendo en cuenta la metodología de desarrollo de la fábrica, la cual realiza el diseño incremental y la implementación por sprints).

Código fuente de la solución TIC

Código fuente de la solución TIC. Para este proyecto contempla los ETL y los Reportes.

Informe de PruebasInforme de pruebas, que incluya certificación de calidad de la solución y las evidencias del aseguramiento de calidad realizado.

Registro de incidencias.

Registro de incidencias.

Informe de gestión de las incidencias

Informe de gestión de las incidencias.

Manuales de uso y operación

Manuales de uso y operación orientados a los diferentes usuarios de la solución. Mínimo para el administrador, el operador y el usuario final. Equivale al manual técnico mencionado en el requerimiento FS-277

Manual de instalación, configuración y solución de problemas

Manual de instalación, configuración y solución de problemas, para los ambientes de desarrollo, pruebas y producción

Informe de capacitación al grupo de trabajoencargado de mantener y operar la solución.

Informe de capacitación al grupo de trabajo encargado de mantener y operar la solución.

Formato diligenciado de solicitud de infraestructura.

Formato diligenciado de solicitud de infraestructura, de acuerdo al formato requerido por el proveedor asociado con cada proyecto.

Informe de instalación en ambiente de preproducción.

Solución instalada en ambiente de preproducción.Informe de instalación en ambiente de preproducción

Documento que contenga la

Documento que contenga la parametrización aplicada en cada uno de los procesos del sistema, en los casos a que haya lugar

Pág. 22 de 56




parametrización.Instaladores. Instaladores de la solución

Acta de instalaciónActa de instalación firmada por la Entidad responsable de la operación, la Interventoría y el contratista.

Acta de recibo a satisfacción por parte de la Interventoría de todos los productos

Acta de recibo a satisfacción por parte de la Interventoría de todos los productos.

Informe de pruebas de la solución

Informe de pruebas de la solución en ambiente de preproducción

Certificación de entrega del código fuente

Certificación de entrega del código fuente de la aplicación desarrollada, en los casos a que haya lugar

Medio magnético con código fuente y manuales.

La totalidad del código fuente correspondiente al software aplicativo que se entregue y el código objeto así como los manuales elaborados deberán entregarse en un medio magnético una vez terminado la etapa de implantación. Este debe venir rotulado y respaldado con la documentación de su contenido.

Acta de entrega de la solución TIC

Acta de entrega de la solución TIC

Informe de Ethical Hacking

Informe de Ethical Hacking

Informe de pruebas de vulnerabilidad.


Plan de seguridad ajustado si aplica.


Informe de pruebas de estrés y carga.


Plan de capacidad ajustado, si aplica.


Modelo de operación.

Modelo de operación.

PASO A PRODUCCIÓN

Informe de instalación en ambiente de producción

Solución instalada en ambiente de producción.Informe de instalación en ambiente de producción

Manual de instalación, configuración y solución de problemas ajustado, si aplica.

Manual de instalación, configuración y solución de problemas ajustado, si aplica.

Documento que contenga la parametrización aplicada

Documento que contenga la parametrización aplicada en cada uno de los procesos del sistema, en los casos a que haya lugar, actualizado si aplica.

Instaladores. Instaladores de la solución

Acta de instalaciónActa de instalación firmada por PAdC y/o Entidad responsable, e Interventoría y contratista.

Pág. 23 de 56

PLAN DE PROYECTO


Acta de recibo a satisfacción

Acta de recibo a satisfacción por parte de la Interventoría de todos los productos.

Licencias de SW con propiedad de FONTIC

Licencias de SW con propiedad de FONTIC

Informe de Ethical Hacking Informe de Ethical Hacking, si aplica. Informe de pruebas de vulnerabilidad.








Carta de garantía y soporte.

Carta de garantía y soporte.

SEGUIMIENTO Y CONTROL

Informes de seguimiento y evaluación de avances semanales (22)

Informes de seguimiento semanales que incluyan al menos:• Prioridades• Riesgos• Control de tiempo• Valor ganado• Resultados predecibles• Control presupuestal• Abastecimientos (si aplica)• Lecciones aprendidas y acciones de mejora• Control de cambios (si aplica)• Control mensual de cumplimiento de ANS y control presupuestal

Informes de seguimiento y evaluación de avances mensuales (5)

Informes de seguimiento mensuales que incluyan al menos:• Prioridades• Riesgos• Control de tiempo• Valor ganado• Resultados predecibles• Control presupuestal• Abastecimientos (si aplica)• Lecciones aprendidas y acciones de mejora• Control de cambios (si aplica)• Control mensual de cumplimiento de ANS y control presupuestal

Control de cambios al plan de proyecto

Control de cambios al plan de proyecto (si aplica)

ESTABILIZACIÓN Documento de evaluación de comportamiento del sistema durante la etapa de estabilización

Documento de evaluación de comportamiento del sistema durante la etapa de estabilización

Pág. 24 de 56




Manuales de uso y operación actualizados

Manuales de uso y operación orientados a los diferentes usuarios de la solución actualizados. Mínimo para el administrador, el operador y el usuario final.

Modelo de operación

Informe de acompañamiento a la operaciónModelo de operación ajustado

Código fuente de la solución

Código fuente de la solución. Para este proyecto contempla los ETL y los Reportes.

Certificación de entrega del código fuente

Certificación de entrega del código fuente de la aplicación desarrollada, en los casos a que haya lugar

Registro y gestión de solicitudes de soporte

Registro y gestión de solicitudes de soporte

Gestión de las incidencias

Registro y solución de incidencias

Carta de garantía y soporte Carta de garantía y soporte.

Pág. 25 de 56

PLAN DE PROYECTO

4. PLAN DE ADMINISTRACIÓN DEL TIEMPO

E

l plan de administración del tiempo presentado a continuación muestra la forma en que se crean, definen, verifican y controlan:

El cronograma del proyecto El esquema de monitoreo y control a emplear

4.1CRONOGRAMA

A continuación se presenta el cronograma del proyecto, el cual fue realizado luego de analizar las actividades requeridas para generar los entregables, el orden de las mismas, su duración, roles de los recursos y las restricciones respectivas. El cronograma se encuentra en la herramienta de manejo documental http://www.disico.com.co:8086/confluence, en el repositorio “00-Fábrica de Software” en la ruta: Módulo Documentos/Administración/02. Planeación/Plan de Proyecto/BI Vive Digital

Figura 3. Cronograma “BI Vive Digital”

4.2CONSIDERACIONES

Pág. 26 de 56




Para dar inicio a las actividades del cronograma de trabajo, se han tenido en cuenta los siguientes supuestos:

La fecha de inicio del cronograma está supeditada a la fecha de aprobación del plan de proyecto y a la fecha de aprobación de los recursos propuestos para este proyecto.

La conformación del equipo de trabajo por demanda debe ser máximo 20 días calendario después de la fecha de aprobación del plan de proyecto.

4.3SEGUIMIENTO Y CONTROL

La inclusión o eliminación de actividades, cambio en los tiempos o en las interdependencias de cualquier actividad, sólo puede realizarse a través del Procedimiento de Control de Cambios, ya que esto implica una modificación a un artefacto previamente aprobado.

Los recursos humanos asignados podrán ser modificados por el gerente del proyecto del equipo por demanda presentando la justificación del cambio en los comités de seguimiento contractual luego de lo cual se surtirá el proceso de aprobaciones de acuerdo con lo especificado en el pliego de condiciones y el plan de recursos humanos de portafolio.

El avance del cronograma será actualizado periódicamente y publicado junto con el informe de seguimiento semanal, en el repositorio “BI Vive Digital” en la ruta: 01 Administración y Control/ 04. Informes/02. Informes Semanales/, allí se almacenará la versión inicial de la línea base de tiempos y cualquier nueva versión que surja, con una referencia al código del control de cambios que la haya generado. Semanalmente el grupo base llevará a cabo reuniones de seguimiento semanal con el Gerente de proyecto del equipo por demanda, donde se revisarán temas alusivos al avance de la solución, problemas presentados, estado de los riesgos y gestión de recursos entre otros.

A través de la herramienta de registro de horas para la Fábrica de Software dotproject a la cual se puede acceder a través de la ruta http://disico.com.co:8087/dotproject/, el grupo base realizará el seguimiento del avance del proyecto que será presentado en las reuniones de seguimiento tanto de la solución como del portafolio y gestionará las acciones necesarias para que el cronograma sea ajustado a través del Procedimiento de Control de Cambios o se refuercen los recursos humanos para adelantar las actividades atrasadas. Bajo esta herramienta se soportarán las horas trabajadas en la solución.

Pág. 27 de 56

PLAN DE PROYECTO

5. PLAN DE ADMINISTRACIÓN DE COSTOS

El plan de gestión de costos abarca los procesos de estimación, presupuesto y control de los costos para cumplir con los objetivos del proyecto dentro del presupuesto aprobado. Principalmente el plan de gestión de costos describe la forma en que se crean y definen:

Estimaciones del proyecto Discriminación de costos del proyecto Hitos de pago

5.1ESTIMACIÓN DEL PROYECTO

A continuación se presenta un cuadro resumen del esfuerzo por cada uno de los integrantes del grupo por demanda de la solución.

Tabla 3. Resumen del esfuerzo

NOMBRE DEL RECURSO TRABAJO VALOR HORA COSTO

Gerente de Proyecto 365 horas $ 102.433 $ 37.388.045

Líder Técnico 776 horas $ 76.477 $ 59.346.152

Analista Sénior 696 horas $ 58.348 $ 40.610.208

Analista de Calidad 696 horas $ 45.382 $ 31.585.872

Analista Junior 696 horas $ 43.022 $ 29.943.312

Analista Junior de pruebas 616 horas $ 45.382 $ 27.955.312

Experto Ethical Hacking 100 horas $ 198.522 $ 19.852.200

Experto BI 174 horas $ 109.789 $ 19.103.286

Líder de Infraestructura 152 horas $ 87.522 $ 13.303.344

Scrum Master 75 horas $ 97.247 $ 7.293.525

Experto de Seguridad 72 horas $ 90.764 $ 6.535.008

Diseñador Gráfico 142 horas $ 42.789 $ 6.076.038

Pág. 28 de 56



NOMBRE DEL RECURSO TRABAJO VALOR HORA COSTO

Total recursos humanos por demanda 4988 horas $ 298.992.302

NOMBRE DEL RECURSO

TRABAJO VALOR HORA COSTO

Gerente de Proyecto 365 horas $ 102.433/hora $ 37.388.045

Experto técnico BI 776 horas $ 109.789/hora $ 85.196.264

Experto desarrollador Senior BI

696 horas $ 90.000/hora $ 62.640.000

Experto documentador 696 horas $ 45.382/hora $ 31.585.872

Analista Junior 696 horas $ 43.022/hora $ 29.943.312

Analista Junior de pruebas

616 horas $ 45.382/hora $ 27.955.312

Experto Ethical Hacking 100 horas $ 198.522/hora $ 19.852.200

Experto BI 174 horas $ 109.789/hora $ 19.103.286

Líder de Infraestructura 152 horas $ 87.522/hora $ 13.303.344

Scrum Master 75 horas $ 97.247/hora $ 7.293.525

Experto de Seguridad 72 horas $ 90.764/hora $ 6.535.008

Diseñador Gráfico 142 horas $ 42.789/hora $ 6.076.038

Total recursos humanos por demanda 4560 horas $ 346.872.206

La estimación detallada de la solución se encuentra en el documento Anexo 1 GLFS2-BIVD-PLN-CRG-001.mpp, Ubicado en el repositorio “00-FABRICA DE SOFTWARE” en: MODULO DOCUMENTOS >> Administración >> 2. Planeación >> Plan de proyecto >> BI Vive Digital

5.2 DISCRIMINACIÓN DE COSTOS POR ETAPAS DEL PROYECTO

La siguiente tabla presenta la estimación de costos por Sprint o etapa del proyecto. La fecha de entrega y estimación del costo por cada entregable definido en el plan de alcance de la solución, se establecerá en conjunto en la actividad de planeación de cada Sprint y quedará documentado en el product backlog de la solución:

Tabla 4. Discriminación de costos por Sprint del proyectoSPRINT COSTO

SPRINT 0 $ 50.949.391

SPRINT 1 $ 57.004.455

SPRINT 2 $ 57.004.455

SPRINT 3 $ 57.315.874

SPRINT 4 $ 56.817.970

SPRINT 5 $ 57.255.580

ESTABILIZACIÓN $ 10.524.481

Pág. 29 de 56

PLAN DE PROYECTO

SPRINT COSTO

Total $ 346.872.206

SPRINT COSTOSPRINT 0 $ 43.153.711SPRINT 1 $ 49.208.775SPRINT 2 $ 49.208.775SPRINT 3 $ 50.039.906SPRINT 4 $ 49.542.002SPRINT 5 $ 49.979.612ESTABILIZACIÓN $ 7.859.521

Total $ 298.992.302

5.3OTROS COSTOS ASOCIADOS AL PROYECTOA continuación se presentan otros costos requeridos para llevar a cabo la solución:

Tabla 5. Otros costos asociados al proyectoCONCEPTO VALOR

Gastos Administrativos (15%) $ 52.030.831Materialización de Riesgos (12%) $ 41.624.665Utilidad (13,6%) $ 47.174.620Otros costos asociados a la ejecución (3%) $ 10.406.166Certificados de firma digital (5 unidades)(Más utilidad 13,6% y Gastos administrativos 15%) $ 771.600TOTAL OTROS COSTOS $ 152.007.882

CONCEPTO VALORGastos Administrativos (15%) $ 44.848.845Materialización de Riesgos (12%) $ 35.879.076Utilidad (13,6%) $ 40.662.953Otros costos asociados a la ejecución (3%) $ 8.969.769Certificados de firma digital (5 unidades)(Más utilidad 13,6% y Gastos administrativos 15%)

$ 771.600

TOTAL OTROS COSTOS $ 131.132.243

5.4COSTO TOTAL DEL PROYECTOTabla 6. Costo total del proyectoCONCEPTO VALOR

Pág. 30 de 56



Total costos del proyecto $ 346.872.206

Total otros costos $ 152.007.882

Costo total del proyecto (sin IVA) $ 498.880.088

IVA $ 79.820.814

Costo total del proyecto (con IVA) $ 578.700.902

CONCEPTO VALORTotal costos del proyecto $ 298.992.302Total otros costos $ 131.132.243Costo total del proyecto (sin IVA) $ 430.124.545IVA $ 68.819.927Costo total del proyecto (con IVA) $ 498.944.472

5.5HITOS DE PAGO

De acuerdo a los pliegos de condiciones, la solución comprende los siguientes hitos generales de pago:

Tabla 7. Hitos Generales de Pagos

HITO DE PAGO

DESCRIPCIÓNPORCENTAJ

E PAGOVALOR SIN

IVAIVA

VALOR CON IVA

Pago Inicial

Un treinta y tres porciento (33%) del valor de la etapa de implementación, paso a producción y estabilización de cada solución, previa aprobación del plan de trabajo.

33% $ 141.941.100 $ 22.710.576 $ 164.651.676

2do Hito de Pago

Un treinta tres porciento (33%) del valor de la etapa de implementación solución, paso a producción y estabilización, al momento de completar a satisfacción la entrega de la solución.

33% $ 141.941.100 $ 22.710.576 $ 164.651.676

3er Hito de Pago

Un treinta y cuatro porciento (34%) del valor de la etapa de implementación solución, paso a producción y estabilización, al momento de completar a satisfacción la puesta en producción y estabilización de la solución.

34% $ 146.242.345 $ 23.398.775 $ 169.641.120

Total $ 430.124.545 $ 68.819.927 $ 498.944.472

HITO DE PAGO DESCRIPCIÓN

PORCENTAJE PAGO

VALOR SIN IVA IVA

VALOR CON IVA

Pago Inicial

Una tercera parte (1/3) del valor de la etapa de implementación,

paso a producción y estabilización de cada solución, previa

aprobación del plan de trabajo. 33% $ 164.630.429 $ 26.340.869 $ 190.971.298

Pág. 31 de 56

PLAN DE PROYECTO

HITO DE PAGO

DESCRIPCIÓNPORCENTAJ

E PAGOVALOR SIN

IVAIVA

VALOR CON IVA

2do Hito de Pago

Una tercera parte (1/3) del valor de la etapa de implementación solución, paso a producción y estabilización, al momento de

completar a satisfacción la entrega de la solución. 33% $ 164.630.429 $ 26.340.869 $ 190.971.298

3er Hito de Pago

Una tercera parte (1/3) del valor de la etapa de implementación solución, paso a producción y estabilización, al momento de

completar a satisfacción la puesta en producción y estabilización de

la solución. 34% $ 169.619.230 $ 27.139.076 $ 196.758.306Total $ 498.880.088 $ 79.820.814 $ 578.700.902

Pág. 32 de 56



6. PLAN DE CALIDAD

El alcance de este capítulo es establecer los lineamientos de la gestión de la Calidad del Proyecto, con el objeto de asegurar las necesidades y expectativas del Programa Agenda de Conectividad con relación al proyecto “BI Vive Digital”.

El plan de calidad para este proyecto se soporta en el plan de calidad de la “Fabrica de Software” incluido en el documento “GLFS2-GB-PLN-PT-PlanDeTrabajo.docx”, numeral 3.12.3 Plan de Gestión de Calidad, que puede consultarse en la herramienta de manejo documental http://www.disico.com.co:8086/confluence, ruta Documentos/Administración/2. Planeación/Plan de Trabajo, en el repositorio Fábrica de Software.

6.1ASEGURAMIENTO DE LA CALIDAD

De acuerdo con el procedimiento establecido para la ejecución de las auditorías internas, mencionadas en la sección 3.12.3.3.5 Auditorías internas de calidad del documento “GLFS2-GB-PLN-PT-PlanDeTrabajo”, se establece la siguiente programación:

Tabla 8. Auditorías internas de aseguramiento de calidad

PERIODICIDAD OBJETIVO

Una vez finalizado el Sprint 3Verificar que el proyecto se ejecuta de acuerdo con lo definido en el plan de proyecto de la solución.

6.2APLICACIÓN DE LOS ANS

De acuerdo con el documento de “GLFS2-GB-PLN-ANS-AcuerdoNivelesDeServicio” que puede consultarse en la herramienta de manejo documental http://www.disico.com.co:8086/confluence, repositorio 00 Fábrica de Software, en la ruta Documentos/Administración/2. Planeación/Plan de Trabajo/Anexos, los niveles de servicio que aplican para el proyecto son:

Tabla 9. Descripción de los niveles de servicio aplicablesNo. DESCRIPCIÓN ANS APLICABLES1 Nivel de cumplimiento en las entregas al cliente2 Índice de rendimiento de la programación basada en tiempos

Pág. 33 de 56



PLAN DE PROYECTO

No. DESCRIPCIÓN ANS APLICABLES3 Revisión de entregables5 Confiabilidad de la solución6 Nivel de defectos en pruebas en la etapa de implementación7 Reapertura de defectos en la etapa de implementación y estabilización.8 Nivel de defectos en la etapa de estabilización

9Tiempo del proyecto dedicado a corrección de defectos en la etapa de implementación.

10 Tiempo promedio de resolución de Defectos en Estabilización

6.3SEGUIMIENTO Y CONTROL DE LA CALIDAD

La gerencia de proyecto de la solución es la responsable del cumplimiento del plan de calidad. La gerencia hará un seguimiento de los ANS, identificará desviaciones y presentará un informe de avance semanal a la gerencia de portafolio, con corte al viernes inmediatamente anterior, detallando los indicadores de control de calidad, el cual contempla como mínimo los siguientes aspectos:

Prioridades

Riesgos

Control de tiempo

Control presupuestal

Control de cambios

Abastecimientos (si aplica)

Resultados predecibles

Resultados de auditoría del grupo de aseguramiento de calidad (si aplica)

Control de cumplimiento de los ANS

Lecciones aprendidas, acciones de mejora y acciones recomendadas

Pág. 34 de 56



7. PLAN DE ADMINISTRACIÓN DEL EQUIPO DE TRABAJO

E

l Plan de Administración del equipo de trabajo se encuentra detallado en lo referente a:

Estructura organizacional – equipo por demanda Roles y responsabilidades Plan de provisión de los recursos

El equipo de trabajo de la UT Software Works para este proyecto, está conformado por los integrantes del grupo por demanda que serán apoyados por los integrantes del grupo base de acuerdo con lo establecido en el pliego de condiciones.

7.1ESTRUCTURA ORGANIZACIONAL - EQUIPO POR DEMANDA

En la siguiente figura se presenta el organigrama para la fase de diseño detallado del proyecto “BI-Vive Digital”, identificando el rol, cantidad de recursos y dedicación al proyecto.

Pág. 35 de 56

PLAN DE PROYECTO

Pág. 36 de 56



Figura 4. Equipo por demanda requerido

7.2ROLES Y RESPONSABILIDADES

Los roles y responsabilidades de cada uno de los miembros del equipo por demanda de UT Software Works se encuentran en el documento “GLFS2-GB-PLN-PGR-GestionRecursoHumano”, en el capítulo “Roles y Responsabilidades” numeral 3.3.2 Equipo de Trabajo por Demanda, que puede consultarse en la herramienta de manejo documental http://www.disico.com.co:8086/confluence, repositorio 00 Fábrica de Software, en la ruta Documentos/Administración/2. Planeación/Gestión de Recursos.

Para llevar a cabo la ejecución del proyecto se planea la inclusión de los siguientes perfiles expertos que se describen a continuación:

Experto en seguridad:

Ingeniero de sistemas, electrónico o de amplios conocimientos en Seguridad Informática, y mínimo 2 años de experiencia específica funcional o técnica en seguridad de proyectos de implementación de soluciones de software.

Principales funciones

o Controlar el cumplimiento de los ANS del proyecto.

o Responsable de la calidad de los productos, documentos o artefactos que genera.

o Alcanzar la calidad en las actividades de los procesos en los cuales está involucrado.

o Identificar, evaluar y planear la mitigación de los riesgos del sistema relacionados con la seguridad de la información.

o Participar en la planeación y ejecución de pruebas de seguridad.

Experto de Ethical Hacking:

Consultor con fuertes conocimientos en Seguridad Informática y con mínimo 2 años de experiencia específica en el diseño y ejecución de pruebas de Ethical Hacking en aplicaciones web y/o móviles.

Principales funciones:

o Diseñar las pruebas de ethical hacking para la solución

o Ejecutar las pruebas de ethical hacking y realizar el informe de resultados

Pág. 37 de 56


PLAN DE PROYECTO

o Definir estrategias para prevenir ataques de ethical hacking

Experto BI:

Ingeniero de sistemas con al menos 2 años de experiencia específica de participación en al menos 2 proyectos de inteligencia de negocios.


o Apoyar y validar el diseño de los repositorios de información.

o Apoyar y validar la definición de arquitectura de BI

o Apoyar al equipo técnico sobre el manejo de las herramientas de BI seleccionadas

Scrum Master Principal:

Ingeniero de Sistemas con al menos tres años de experiencia general, un año de experiencia específica en coordinación de equipos y un año de experiencia específica utilizando metodología SCRUM.


o Asegurar que todas las prácticas de proceso y prácticas técnicas se sigan por parte de los consultores (PAdC, Interventoría, UT) de las soluciones.

o Participar en las reuniones de planeación y cierre de las soluciones.

o Sensibilizar en la metodología a los gerentes de proyecto (Scrum Master por solución)

o Proveer una dirección a los scrum master de cada solución.

o Participar mínimo una vez a la semana en las reuniones diarias

o Brindar una capacitación sobre la metodología SCRUM a los interesados del PAdC

7.3PLAN DE PROVISIÓN DE RECURSOS

A continuación se detalla el esquema de provisión y liberación de cada uno de los recursos de UT Software Works que participarán en la fase de diseño detallado del proyecto. El porcentaje de

Pág. 38 de 56



dedicación es calculado de acuerdo a las horas de participación de cada recurso en el proyecto con respecto a la duración total del mismo:

Tabla 10. Plan de provisión y liberación de recursos

NOMBRE DEL RECURSO

% DEDICACIÓN FECHA INGRESO FECHA RETIRO

Gerente de Proyecto 43% 05/06/2012 09/11/2012

Experto técnico BI 91% 05/06/2012 13/11/2012

Experto desarrollador Senior BI

81% 05/06/2012 11/10/2012

Experto documentador 81% 05/06/2012 11/10/2012

Analista Junior 81% 05/06/2012 11/10/2012

Analista Junior de pruebas

72% 05/06/2012 11/10/2012

Experto Ethical Hacking 12% 28/06/2012 11/10/2012

Experto BI 20% 05/06/2012 13/11/2012

Líder de Infraestructura 18% 05/06/2012 11/10/2012

Scrum Master 9% 05/06/2012 11/10/2012

Experto de Seguridad 8% 28/06/2012 11/10/2012

Diseñador Gráfico 17% 05/06/2012 11/10/2012

NOMBRE DEL RECURSO%

DEDICACIÓNFECHA INGRESO FECHA RETIRO

Gerente de Proyecto 43% 05/06/2012 09/11/2012

Líder Técnico 91% 05/06/2012 13/11/2012

Analista Senior 81% 05/06/2012 11/10/2012

Analista de Calidad 81% 05/06/2012 11/10/2012

Analista Junior 81% 05/06/2012 11/10/2012

Analista Junior de pruebas 72% 05/06/2012 11/10/2012

Experto Ethical Hacking 12% 28/06/2012 11/10/2012

Experto BI 20% 05/06/2012 11/10/2012

Líder de Infraestructura 18% 05/06/2012 11/10/2012

Scrum master principal 9% 05/06/2012 11/10/2012

Experto de Seguridad 8% 28/06/2012 11/10/2012

Diseñador Gráfico 17% 05/06/2012 11/10/2012

Interventoría 25% 05/06/2012 13/11/2012

Líderes de la solución 25% 05/06/2012 13/11/2012

Pág. 39 de 56

PLAN DE PROYECTO

7.4CONTRATACIÓN DE RECURSOS

Las hojas de vida de los recursos propuestos por la UT Software Works serán evaluadas y aprobadas por la Interventoría. Cada equipo de trabajo deberá conformarse en máximo 20 días calendario a partir de la aprobación del Plan de Proyecto.

El recurso humano correspondiente al equipo de trabajo base podrá prestar sus servicios en el equipo de trabajo por demanda, de manera concomitante.

Todo lo anterior de acuerdo con lo establecido en el pliego de condiciones1.

1 COLOMBIA. Programa de Agenda de Conectividad. Pliego de condiciones. Numeral 2.2. equipo de trabajo por demanda, Anexo 9 - Especificaciones técnicas.

Pág. 40 de 56



8. PLAN DE COMUNICACIONES

l plan de comunicaciones provee las recomendaciones acerca de la forma como se pueden comunicar las partes interesadas dentro del proyecto, indicando entre otros los diferentes medios y esquemas de comunicación, los contactos autorizados, los niveles de

escalamiento, periodicidad de los esquemas, criterios para identificación de las comunicaciones, y en general todo lo tendiente a buscar un adecuado y eficiente flujo de información. Lo anterior, se encuentra detallado para este proyecto en el documento “GLFS2_GB_PLN_PCM_Plandecomunicaciones”, que puede consultarse en la herramienta de manejo documental http://www.disico.com.co:8086/confluence, repositorio 00 Fábrica de Software, en la ruta Documentos/Administración/2. Planeación/Plan de Comunicaciones y de manera específica se describen los siguientes aspectos aplicables al proyecto “BI Vive Digital”.

E

8.1INTERESADOSTabla 11. Directorio de participantes – PAdC

NOMBRECARGO EN EL

PROYECTOTELÉFONO E-MAIL

Johanna PimientoGerente Programa Agenda de Conectividad

3442270 [email protected]

Marleny PrietoCoordinador de Desarrollos Tecnológicos


Jorge Santiago MorenoLíder de Diseño y Desarrollo Programa Agenda de Conectividad


Rafael Londoño CarantónCoordinador de Operación 3442270 [email protected]

Luisa Fernanda MedinaConsultora de Desarrollos Tecnológicos 3442270 [email protected]

Pág. 41 de 56

mailto:[email protected]

mailto:[email protected]%20



PLAN DE PROYECTO

Tabla 12. Directorio de participantes – Entidades

NOMBRECARGO EN EL


Ricardo Polo Consultor Compartel 3442270 [email protected]

Diego Armando Eslava Cely Consultor Compartel 3442270 [email protected]

Tabla 13. Directorio de Participantes – UT Software Works

NOMBRECARGO EN EL


Tania Barrera Gerente de Portafolio 3694747 [email protected]

Carmen Sepúlveda Líder de Calidad 3694747 [email protected]

Carlos Merchán Líder de requerimientos 3694747 [email protected]

Luisa Burgos Analista documentador [email protected]

Carolina Fajardo Administrativo apoyo 3694747 [email protected]

Gerente de proyecto Gerente de proyecto 3694747

Scrum Master Scrum Master 3694747

Líder Técnico Líder Técnico 3694747

Analista Junior de pruebas Analista Junior de pruebas 3694747

Líder de Infraestructura Líder de Infraestructura 3694747

Analista de Calidad Analista de Calidad 3694747

Analista Senior Analista Senior 3694747

Experto de Seguridad Experto de Seguridad 3694747

Experto ethical hacking Experto ethical hacking 3694747

Experto BI Experto BI 3694747

Analista junior Analista junior 3694747

Diseñador Gráfico Diseñador 3694747

Pág. 42 de 56









Tabla 14. Directorio de participantes Interventoría

NOMBRECARGO EN EL

PROYECTOTELÉFON

OE-MAIL

Claudia JiménezGerente de Interventoría


Mónica Monroy

Consultor de procedimientos y herramientas de interventoría


Liliana Rodríguez Bustos Analista Proyecto 7434440 [email protected]

Javier Zapata Analista Junior QA 7434440 j [email protected]

Jonathan Ortegón Analista Junior QA 7434440 [email protected]

Alexander Hendez Arquitecto de Software 7434440 [email protected]

Gustavo Torres Analista Senior QA 7434440 [email protected]

8.2ESQUEMA DE COMUNICACIONES

El esquema de comunicaciones entre los diferentes grupos, está basado en el documento “GLFS2_GB_PLN_PCM_Plandecomunicaciones” que puede consultarse en la herramienta de manejo documental, repositorio 00 Fábrica de Software, http://www.disico.com.co:8086/confluence, ruta Documentos/Administración/2. Planeación/Plan de Comunicaciones.

Tabla 15. Matriz de Escalamiento – PAdC

CARGONIVEL DE

ESCALAMIENTOFRECUENCIA

Consultor líder Técnico de la Solución 1 PermanenteCoordinador de desarrollos tecnológicosCoordinador de estructuración de proyectos

2 Permanente

Gerente del Programa 35 días posterior a la generación de una solicitud o alerta

Tabla 16. Matriz de Escalamiento - UT Software Works

CARGO EN EL PROYECTONIVEL DE


Gerente de proyectos – grupo por demanda

1 Permanente

Gerente de Portafolio 23 días posterior a la generación de una solicitud o alerta

Representante Legal 35 días posterior a la generación de una solicitud o alerta

Gerente General 410 días posterior a la generación de una solicitud o alerta

Tabla 17. Matriz de Escalamiento – Interventoría



Gerente de Interventoría 1 Permanente

Representante Legal 2 3 días posterior a la generación de una solicitud o

Pág. 43 de 56








PLAN DE PROYECTO



alerta

Gerente General 310 días posterior a la generación de una solicitud o alerta

Pág. 44 de 56



9. PLAN DE GESTIÓN DE RIESGOS

E

s importante realizar una gestión adecuada a los riesgos del proyecto, de tal forma que se asegure su ejecución en la manera prevista. Para tal efecto se han identificado algunos riesgos que, de manera temprana, deben ser mitigados mediante estrategias de gestión del proyecto, de tipo técnico, y jurídico. La gestión de riesgos se basa en el plan de gestión de riesgos establecido para la fábrica de software, y la identificación de los riesgos específica se encuentra en los riesgos del plan de proyecto.

La gestión de los riesgos del proyecto está contenida dentro de los puntos requeridos en el informe semanal de seguimiento del proyecto, el cual tendrá el siguiente detalle: Nuevos riesgos identificados Cambios en la prioridad de los riesgos Riesgos que han desaparecido Disparadores de riesgos ejecutados Planes de mitigación ejecutados Planes de contingencia ejecutados

9.1ANÁLISIS DE RIESGOS

El análisis de riesgos se realizó de acuerdo con lo establecido en el Plan de Riesgos de plan de proyecto del portafolio numeral 7. Análisis de riesgos del documento “GLFS2-GB-PLN-PRG-PlanGestionRiesgos”. Ubicado en la herramienta de gestión documental http://disico.com.co:8086/confluence , en el repositorio 00 Fábrica de Software, en la ruta Módulo Documentos/Administración/ 2.Planeacion/Gestión de Riesgos.

La lista inicial de riesgos identificados así como el análisis y la respuesta planteada a cada uno de estos se encuentra definida en la siguiente matriz de riesgos:

Pág. 45 de 56

http://disico.com.co:8086/confluence/

PLAN DE PROYECTO

Tabla 18. Matriz de riesgos

No RIESGOCALIFICACIÓN

CALIFICACIÓN DEL RIESGO

TRATAMIENTO ACORDADO

RESPONSABE PLAN DE

ACCIÓNFECHA DE REVISIÓNPROBABILIDAD CONSECUENCIA

1

No disponibilidad de los recursos

externos requeridos por parte de la

entidad o que éstos no tengan la

dedicación mínima necesaria de acuerdo

con el plan de trabajo definido.

Muy Probable Crítico Alto-

Realizar un acuerdo de alto

nivel para comprometer a las

entidades a disponer de los

recursos requeridos para

llevar a cabo el

proyecto.

Tener el equipo de proyecto

asignado por cada Entidad

involucrada.

PAdC

2

Demoras en las revisiones de los

entregables del proyecto debido a la

cantidad de revisores involucrados

(PAdC, Interventoría y Entidades)

afectando los niveles de respuesta al

PAdC o afectando a UT Software Works

porque se tendría tiempos muertos en

sus recursos.

Probable Grave Medio Alto-

Establecer revisiones

conjuntas donde se puedan

abordar los documentos y se

puedan hacer correcciones

inmediatas sobre los mismos.

Este mecanismo será validado

dependiendo del entregable a

revisar. Se revisará tabla de

contenido y criterios de

aceptación por entregable.

UT Software

Works

PAdC

Interventoría

3

No disponibilidad de la información o

soluciones actuales provistas por

terceros, objeto del presente proyecto.

Probable Grave Medio Alto-

Apoyarse en el PAdC para la

consecución temprana de

disponibilidad de las

soluciones. Formalizar

responsabilidades de las

partes.

PadC

4

Retrasos en el desarrollo de las

Soluciones, debido a que en la

planeación no se contaba con el

suficiente nivel de detalle del

requerimiento proporcionado y no se

Probable Grave Medio Alto -

Se incluirá actualización del

alcance del proyecto dentro

de la fase de diseño de las

soluciones y se ajustará el

alcance a través del

UT Software

Works

PAdC

Pág. 46 de 56



No RIESGO

CALIFICACIÓN



RESPONSABE

PLAN DE ACCIÓN

FECHA DE REVISIÓN

involucraron los perfiles de los equipos

por demanda en las estimaciones.

Procedimiento de Control de

Cambios.

Interventoría

5Delitos Informáticos (Todos aquellos

contemplados en la ley 1273 de 2009)Remoto Muy grave Medio- Alto

Comprar seguros e Incluir en

el documento de la

arquitectura general del

sistema un acuerdo de

especificaciones de seguridad

con PAdC que contemple un

plan de contingencia y

continuidad de negocio.

UT Software

Works

PAdC

6

El proceso de entrega y revisión de

documentos se vuelve cíclico debido a

las diferencias entre lo entregado y lo

esperado

Probable Grave Medio-Alto

Realizar revisiones conjuntas

cuando sea necesario para

agilizar el proceso de

revisiones

UT Software

Works

PAdC

Interventoría

7

En la etapa de planeación de la solución,

se identifica que los requerimientos no

cuentan con el suficiente nivel de detalle

de acuerdo al alcance inicial del

requerimiento entregado por PAdC,

implicando esfuerzos adicionales no

estimados en la etapa de diseño


En la planeación de la

solución se debe hacer una

evaluación temprana del

alcance, para lo cual se debe

incluir una actividad de

validación del requerimiento y

documentación asociada.

UT Software

Works

Entidad

8

Debido a la metodología de desarrollo de

la fábrica adoptada para la

implementación de la solución, los

requerimientos pueden estar en

constante cambio y así mismo verse

afectado el alcance, tiempo y

presupuesto de la solución.


Enmarcar la planeación de los

sprints dentro del alcance

definido en el plan de proyecto

UT Software

Works

Interventoría

9 No se tiene a tiempo la infraestructura

requerida para la instalación y paso a

Probable Muy Grave Alto Realizar las proyecciones y

preparación temprana de las

PadC

Pág. 47 de 56

PLAN DE PROYECTO

No RIESGO

CALIFICACIÓN



RESPONSABE

PLAN DE ACCIÓN

FECHA DE REVISIÓN

producción de la solución por parte de

PAdC o la entidad correspondiente donde

quedará alojada la solución.

condiciones de infraestructura

requeridas del ambiente de

producción para realizar él

despliegue de la solución.

10

Existe la dependencia de un proveedor externo que realizó la conceptualización de los elementos de GEL XML, por lo cual si hay que conceptualizar nuevos elementos sobre el estándar esta actividad estaría sujeta a la disponibilidad de los proveedores externos

Probable Muy Grave Alto

Orientar el desarrollo al uso del estándar actual de GEL XML procurando no incluir nuevos elementos a menos que sea indispensable.

UT Software

Works

Entidad

Pág. 48 de 56



9.2 SEGUIMIENTO Y CONTROL

La gerencia de proyecto de la solución “BI Vive Digital” es la responsable de monitorear los riesgos. El documento Matriz de riesgos será actualizado semanalmente por la gerencia de proyecto quien a su vez presentará un informe semanal a la gerencia de portafolio indicando claramente los cambios identificados con relación a los riesgos del proyecto, evaluando las actividades de mitigación y el surgimiento de nuevos riesgos.

Pág. 49 de 56

PLAN DE PROYECTO

10. PLAN DE GESTIÓN DE ADQUISICIONES

P

ara la etapa de diseño detallado se han identificado los siguientes requerimientos de adquisición:

Tabla 19. Requerimientos de adquisición

CONCEPTO PROVEEDORCOSTO

UNITARIOCANTIDAD

COSTO TOTALSIN IVA

Certificado Firma Digital Andes ASD $600.000 5 $600.000

Gastos administrativos (15%)

$18.000 5 $90.000

Utilidad (13,6%) $16.320 5 $81.600

Total sin IVA $771.600

Al finalizar la etapa de diseño detallado se actualizará el plan de gestión de las adquisiciones incluyendo los requerimientos de adquisición adicionales de productos de software o hardware, o servicios especializados que sean identificados.

Pág. 50 de 56



11. PLAN DE ADMINISTRACIÓN DE CAMBIOS

E

n caso de presentarse algún cambio en el Alcance o ajuste en: los documentos, metodologías, modelos de diseño, procedimientos, software y demás entregables del proyecto presentados por la UT Software Works y aprobados por el Programa de Agenda de Conectividad, se canalizará la solicitud empleando la metodología del plan de control de cambios, numeral 3.12.4 del documento “GLFS2-GB-PLN-PT-PlanDeTrabajo”, que puede consultarse en la herramienta de manejo documental http://www.disico.com.co:8086/confluence , repositorio 00 Fábrica de Software, módulo Documentos/Administración/2. Planeación/Plan de Trabajo.

Pág. 51 de 56


PLAN DE PROYECTO

12. PLAN DE INTEGRACIÓN DE PROYECTO

L

a gestión de integración del proyecto incluye los procesos y actividades necesarias para identificar, definir, combinar, unificar y coordinar los diversos procesos y actividades de la dirección de proyectos dentro de los grupos de procesos de esta dirección.

Los planes subsidiarios de un plan de proyecto se encuentran articulados, de tal manera que pueden tener relacionados sus componentes, buscando la integración del proyecto.

Los procesos de dirección de proyectos son procesos de alguna manera también integradores, a través del presente documento. Como lo especifica el PMBOK: “el desarrollar el plan para la dirección del proyecto es el proceso que consiste en documentar las acciones necesarias para definir, preparar, integrar y coordinar todos los planes subsidiarios”. Por lo anterior, este plan debe ser coherente y servir como guía para todos los interesados. Igualmente, como lo especifica el PMBOK: "un plan de proyecto es un documento formal y aprobado que se utiliza para administrar la ejecución del proyecto. El cual será coherente y servirá como guía para todos los interesados".

Pág. 52 de 56



13. METODOLOGÍAS PARA EL DESARROLLO DEL PROYECTO

l enfoque establecido para la gestión y desarrollo del proyecto BI Vive Digital consiste en llevar a cabo una etapa de implementación que se encontrará enmarcado dentro de los procesos definidos en el modelo operativo GLFS2-GB-PLN-MO-ModeloOperativo.docx, el cual está ubicado en la herramienta de gestión documental:

http://www.disico.com.co:8086/confluence, repositorio 00 Fábrica de software, carpeta Módulo Documentos/ Administración/ 2.Planeacion/Modelo Operativo GLFS2-GB-PLN-MO-ModeloOperativo.docx.

EEl proyecto será ejecutado con base en la metodología SCRUM que se encuentra descrita en el documento GLFS2-GB-PLN-MD-MetodologiadeDesarrollo.docx ubicado en la ruta 00 - FABRICA DE SOFTWARE >>MODULO DOCUMENTOS >> Administración >> 2.Planeación >>Metodología de Desarrollo.

Pág. 53 de 56

PLAN DE PROYECTO

14. TERMINOLOGÍA

ANS: Acuerdos de Niveles de Servicio.

ATC: Sistema de Clasificación Anatómica, Terapéutica, Química. Es un índice de sustancias farmacológicas y medicamentos, organizados según grupos terapéuticos2.

BI: Se denomina inteligencia empresarial, inteligencia de negocios o BI (del inglés business intelligence) al conjunto de estrategias y herramientas enfocadas a la administración y creación de conocimiento mediante el análisis de datos existentes en una organización o empresa.3

CALIDAD: Grado en el que un conjunto de características inherentes cumple con los requisitos

CASOS DE USO: Técnica para la captura de requisitos potenciales del nuevo sistema o actualización de software. Cada caso de uso proporciona uno o más escenarios que indican cómo debería interactuar el sistema con el usuario o con otro sistema para conseguir un objetivo específico.

CENTRO DE DATOS: Un centro de procesamiento, almacenamiento y publicación de información, con niveles adecuados de calidad de servicio, contingencia, continuidad del negocio y seguridad informática.

DATAMART: Subconjuntos de datos que tienen el propósito de ayudar a que un área específica dentro del negocio pueda tomar mejores decisiones. Los datos existentes en este contexto pueden ser agrupados, explorados y propagados de múltiples formas para que diversos grupos de usuarios realicen la explotación de los mismos de la forma más conveniente según sus necesidades.4

EDT: Estructura de Desglose del Trabajo, es la descomposición jerárquica, orientada al producto entregable, del trabajo que será ejecutado.

ENTREGABLE: Producto o servicio a entregar en cumplimiento de lo acordado en un contrato.

EQUIPO BASE: Es el grupo de profesionales que dirige la fabrica en general.

2 http://es.wikipedia.org/wiki/C%C3%B3digo_ATC

3 http://es.wikipedia.org/wiki/Inteligencia_empresarial

4 http://es.wikipedia.org/wiki/Data_mart

Pág. 54 de 56



EQUIPO POR DEMANDA: Es el equipo de apoyo para los proyectos.

ETL: Extract, Transform and Load (Extraer, transformar y cargar en inglés, frecuentemente abreviado a ETL) es el proceso que permite a las organizaciones mover datos desde múltiples fuentes, reformatearlos y limpiarlos, y cargarlos en otra base de datos, data mart, o data warehouse para analizar, o en otro sistema operacional para apoyar un proceso de negocio.Los procesos ETL también se pueden utilizar para la integración con sistemas heredados.5

FÁBRICA DE SOFTWARE: Línea de producción de Software.

GEL: Gobierno en Línea.

ODS: Operational data store. Base de datos usada para integrar datos de multiples Fuentes y hacer operaciones adicionales sobre los datos integrados.

PAdC: Programa Agenda de Conectividad.

PRODUCT BACKLOG (Lista de objetivos / requisitos priorizada)6: El product backlog es un documento de alto nivel para todo el proyecto. Contiene descripciones genéricas de todos los requerimientos, funcionalidades deseables, etc. priorizadas según su retorno sobre la inversión (ROI). Es el qué va a ser construido. Es abierto y cualquiera puede modificarlo. Contiene estimaciones grosso modo, tanto del valor para el negocio, como del esfuerzo de desarrollo requerido. Esta estimación ayuda al product owner a ajustar la línea temporal y, de manera limitada, la prioridad de las diferentes tareas. Por ejemplo, si dos características tienen el mismo valor de negocio la que requiera menor tiempo de desarrollo tendrá probablemente más prioridad, debido a que su ROI será más alto.

RIESGO: Un riesgo es un evento o condición incierta que si ocurre tiene efectos negativos o positivos en el alcance de un proyecto.

SOFTWARE: Es el conjunto de los programas de cómputo, procedimientos, reglas, documentación y datos asociados que forman parte de las operaciones de un sistema de computación.

SPRINT: El sprint backlog es un documento detallado donde se describe el cómo el equipo va a implementar los requisitos durante el siguiente sprint. Las tareas se dividen en horas con ninguna tarea de duración superior a 16 horas. Si una tarea es mayor de 16 horas, deberá ser divida en otras menores. Las tareas en el sprint backlog nunca son asignadas, son tomadas por los miembros del equipo del modo que les parezca oportuno.

5 http://es.wikipedia.org/wiki/Extract,_transform_and_load

6 http://www.proyectosagiles.org/lista-requisitos-priorizada-product-backlog

Pág. 55 de 56

PLAN DE PROYECTO

15. ANEXOS

Anexo 1: Cronograma proyecto BI Vive Digital - GLFS2-BIVD-PLN-CRG-001.mpp ubicado en el repositorio de Grupo Base en la ruta: 00-FABRICA DE SOFTWARE/Módulo Documentos/Administración/Planeación/Plan de Proyecto/BI Vive Digital

Pág. 56 de 56

glfs2 gb pln plp plandeproyecto_bi vive digital

Documents