Ejemplo de Un Plan de Proyectos

PLAN DE PROYECTO PARA EL
ANÁLISIS, DISEÑO, CONSTRUCCIÓN Y PUESTA EN MARCHA

DE UN SISTEMA DE INFORMACIÓN EN AMBIENTE WEB PARA
LA ENCUESTA QUE MANEJA CIFRAS DE COMERCIO AL POR MENOR
PARA UNA ENTIDAD DEL ESTADO COLOMBIANO
MABEL HERNÁNDEZ MOLINA
UNIVERSIDAD PILOTO DE COLOMBIA

FACULTAD DE CIENCIAS SOCIALES Y EMPRESARIALES
PROGRAMA DE ECONOMÍA
ESPECIALIZACIÓN EN GERENCIA DE PROYECTOS
BOGOTÁ D.C
2013
1
PLAN DE PROYECTO PARA EL
ANÁLISIS, DISEÑO, CONSTRUCCIÓN Y PUESTA EN MARCHA
DE UN SISTEMA DE INFORMACIÓN EN AMBIENTE WEB PARA
LA ENCUESTA QUE MANEJA CIFRAS DE COMERCIO AL POR MENOR
PARA UNA ENTIDAD DEL ESTADO COLOMBIANO
MABEL HERNÁNDEZ MOLINA
Trabajo para optar al título de

Especialización en Gerencia de Proyectos
Director:
DALIA ISABEL HERNÁNDEZ
UNIVERSIDAD PILOTO DE COLOMBIA

FACULTAD DE CIENCIAS SOCIALES Y EMPRESARIALES
PROGRAMA DE ECONOMÍA
ESPECIALIZACIÓN EN GERENCIA DE PROYECTOS
BOGOTÁ D.C
2013
2
Nota de Aceptación
-------------------------------------------
-------------------------------------------
-------------------------------------------
-------------------------------------------
-------------------------------------------
Firma del presidente del jurado
-------------------------------------------
Firma del jurado
-------------------------------------------
Firma del jurado
Bogotá, D.C., Febrero de 2013
3
DEDICATORIA
Dios, por iluminar el camino a donde constantemente he querido seguir.

Mis padres que siempre me han confortado con su aliento incondicional.
Mi esposo, por su paciencia y enseñanzas del valor de las cosas.
4
AGRADECIMIENTOS
El Autor expresa sus agradecimientos a:

Profesores de la especialización por todo el conocimiento brindado dentro del aula
de clase, en especial a Dalia Isabel Hernández, Nelson Amado, Nilson Mariño,
Karen Soacha, Ivonne Castro, Harold Barreto.
Todos los compañeros de clase de quienes aprendí y contribuyeron a la

culminación de este proyecto.
Kelly Gelvez, aunque el tiempo no le permitió finalizar conmigo este proyecto, la

llevo siempre en el corazón y la hago participe de mi triunfo.
La Universidad Piloto de Colombia.
La entidad en la que laboro y a los compañeros de trabajo, quienes sembraron y

coadyuvaron para que ese granito de arena se convirtiera hoy en realidad.
5
CONTENIDO
pág.
INTRODUCCIÓN 19
1. FORMULACIÓN 20
1.1 CÓMO Y POR QUÉ SE SELECCIONÓ EL PROBLEMA 20
1.2 DESCRIPCIÓN ORGANIZACIÓN ENTIDAD DEL ESTADO 20
1.3 PLANTEAMIENTO DEL PROBLEMA 21
1.3.1 Árbol de problemas 22
1.3.1.1 Descripción del problema 22
1.3.2 Árbol de objetivos 23
2. ACTA CONSTITUCIÓN DEL PROYECTO 24

2.1 DESCRIPCIÓN DE LA NECESIDAD 24
2.2 JUSTIFICACIÓN DEL PROYECTO 25
2.3 OBJETIVOS 26
2.3.1 Objetivo General 26
2.3.2 Objetivos Específicos 26
2.4 ALCANCE DEL PROYECTO 26
2.5 PLAZO DEL PROYECTO 27
2.6 SUPUESTOS 27
2.7 RESTRICCIONES DEL PROYECTO 28
2.8 RIESGOS GENERALES 28
2.9 RESUMEN DE CRONOGRAMA DE HITOS 30
2.10 PRESUPUESTO RESUMIDO 31
2.11 REQUISITOS DE ALTO NIVEL 31
2.12 CRITERIOS DE ACEPTACIÓN DE ENTREGABLES 32
2.13 REQUISITOS CONTRACTUALES DEL PROYECTO 32
6
2.14 FACTORES DE ÉXITO Y RESPONSABLE EN APROBAR
REQUERIMIENTOS 32
3. STAKEHOLDERS DEL PROYECTO 34

3.1 MATRIZ STAKEHOLDERS / ROL / RESPONSABILIDAD 34
3.2 MATRIZ STAKEHOLDERS / INTERÉS / EVALUACIÓN DE IMPACTO 38
4. GERENCIA DEL PROYECTO 39
4.1 FASES (ENTREGABLES DEL PROYECTO) 39
4.2 COMITÉ DE CAMBIOS 40
4.3 GESTIÓN DE CONFIGURACIONES Y DESARROLLO 40
4.4 MANEJO DE PROBLEMAS 41
4.5 REUNIONES PERIODICAS 41
4.6 ACTIVIDADES / MODELO DEL CRONOGRAMA 42
4.7 PRONOSTICOS DE LOS PROYECTOS 42
4.8 FORMATOS Y MEDICIÓN DEL PROYECTO 42
5. PLAN GESTIÓN DE ALCANCE 44

5.1 LISTA DE REQUERIMIENTOS 44
5.1.1 Requerimientos del proyecto 44
5.1.2 Requerimientos del Producto 45
5.2 ENTREGABLES Y CRITERIOS DE ACEPTACIÓN / HERRAMIENTA 46
5.3 EXCLUSIONES 51
5.4 RESTRICCIONES 51
5.5 SUPUESTOS 51
5.6 WBS 52
5.6 DICCIONARIO DE LA EDT 54
5.7 HERRAMIENTAS USADAS EN ESTE PLAN 57
6. PLAN GESTIÓN DEL TIEMPO 58
6.1 MATRIZ DE ACTIVIDADES 58
6.2 MATRIZ DE PREDECESORAS 64
7
6.3 CRONOGRAMA DEL PROYECTO 73
6.4 MEDICIONES Y PARAMETROS DEL RENDIMIENTO DEL PROYECTO 73
6.5 FECHAS CLAVES DURANTE EL PROCESO DE IMPLEMENTACIÓN 74
7. PLAN GESTIÓN DE COSTOS 76

7.1 ESTIMACIÓN DE COSTOS 76
8. PLAN GESTIÓN DE CALIDAD 80

8.1 ALCANCE 80
8.2 PLANIFICACIÓN DE LA CALIDAD 81
8.2.1 Principios para la gestión, la conducta y el control 81
8.2.2 Valores éticos 83
8.2.3 Políticas de la calidad 83
8.2.4 Objetivos Estratégicos 84
8.3 MATRIZ DE ACTVIDADES DE CALIDAD 85
8.4 ESTANDARES DE PROCESOS Y METRICAS DE CALIDAD 87
8.4.1 Plan de Pruebas 87
8.5 ROLES PARA LA GESTIÓN DE LA CALIDAD 89
8.6 ASEGURAMIENTO DE LA CALIDAD 91
8.6.1 Propósito. 91
8.6.2 Desarrollo del Aseguramiento 91
8.6.3 Identificación de puntos de control y de producto 92
8.7 CONTROL DE CALIDAD 95
8.7.1 Procesos 95
8.7.2 Herramientas de Chequeos 96
8.7.3 Indicadores de gestión 97
9. PLAN GESTIÓN DE RECURSOS HUMANOS 101

9.1 PLAN DE RECURSOS HUMANOS 101
8
9.2 GENERALIDADES 101
9.3 REQUERIMIENTOS 101
9.3.1 Beneficios Esperados 101
9.3.2 Estrategia 102
9.4 OBJETIVOS DEL PLAN DE RECURSOS HUMANOS 102
9.5 ALCANCE DEL PLAN DE RECURSOS HUMANOS 103
9.6 CLASIFICACIÓN DE LOS INVOLUCRADOS 111
9.7 ORGANIZACIÓN DEL PLAN DE RECURSOS HUMANOS 112
9.7.1 Organigrama Funcional del Plan de Gestión de los Recursos Humanos 112
9.8 ROLES Y RESPONSABILIDADES 113
9.9 MATRIZ DE ROLES Y RESPONSABILIDADES DURANTE TODO EL
PROYECTO 119
9.10 COMPETENCIAS REQUERIDAS PARA EL EQUIPO DE PROYECTO 122
9.11 CAPACITACIÓN O ADQUISICIÓN 124
9.12 ESTRATEGIA PARA EL TRABAJO EN EQUIPO 125
9.13 ESTRATEGIA PARA ADQUIRIR EL EQUIPO DE TRABAJO 125
9.14 CALENDARIO DE RECURSOS 125
9.14.1 Horarios. Se manejaran horarios: 126
9.14.2 Criterios de liberación 126
9.15 DESARROLLO DEL EQUIPO DE TRABAJO 127
9.15.1 Capacitación 127
9.15.2 Evaluación del desempeño 127
9.15.3 Solicitud de cambio de integrantes de equipo 127
10. PLAN GESTIÓN DE COMUNICACIONES 129

10.2 REQUERIMIENTOS 129
10.2.1 Beneficios esperados 129
10.2.2 Estrategia 129
9
10.3 OBJETIVO 129
10.4 ALCANCE 130
10.5 USO DE TECNICAS Y HERRAMIENTAS TECNOLOGICAS 130
10.6 MATRIZ DE LAS COMUNICACIONES 131
10.6 DISTRIBUCIÓN DE LA INFORMACIÓN 132
10.7 FORMATOS DE REPORTE 133
10.8 GESTIÓN DE EXPECTATIVAS DE LOS STAKEHOLDERS 133
10.9 REPOSITORIOS DE DOCUMENTOS 134
11. PLAN GESTIÓN DE RIESGOS 137

11.2 IDENTIFICACIÓN DE LOS RIESGOS 135
11.3 ROLES Y RESPONSABILIDADES 138
11.4 PREPARACIÓN DE PRESUPUESTO 139
11.5 CATEGORIZACIÓN DE LOS RIESGOS 139
11.6 MATRIZ DE PROBABILIDAD / IMPACTO 141
11.6.1 Análisis y valoración del riesgo escenario sin controles (etapa II) 141
11.6.2 Diseño de controles y su calificación para mitigar los riesgos (etapa III) 142
11.6.3 Análisis y valoración del riesgo con controles (etapa IV) 145
12. PLAN GESTIÓN DE ADQUISICIONES 150

12.1 PLANIFICACIÓN DE LAS ADQUISICIONES 150
12.2 GESTIÓN DE LAS ADQUISICIONES 151
12.4 RIESGOS DEL PLAN 159
12.5 PRONOSTICOS DEL PLAN 160
13 CONCLUSIONES 162
BIBLIOGRAFIA 163
ANEXOS 204
10
LISTA DE FIGURAS
pág.
Figura 1. Árbol de Problemas 22

Figura 2. Árbol de Objetivos 23
Figura 3. Actividades / Modelo del Cronograma 42
Figura 4. WBS 53
Figura 5. Cronograma General 73
Figura 6. Flujo de Fondos Neto del proyecto sin financiación. 79
Figura 7. Gráfico de presupuesto Total 79
Figura 8. Indicadores de Gestión. 108
Figura 9. Mapa Análisis de Involucrados 111
Figura 10. Organigrama Funcional de Plan de recursos humanos 112
11
LISTA DE TABLAS
pág.
Tabla 1. Resumen de Cronograma e Hitos 30

Tabla 2. Presupuesto Resumido 31
Tabla 3. Matriz Stakeholders / Rol / Responsabilidad 34
Tabla 4. Matriz Stakeholders / Interés / Evaluación de Impacto 38
Tabla 5. Listado de entregables 46
Tabla 6. Diccionario EDT 54
Tabla 7. Matriz de Actividades 58
Tabla 8. Matriz de Predecesoras 64
Tabla 9. Formato control del cronograma tiempo 74
Tabla 10. Formato control del cronograma tiempo 74
Tabla 11. Inversión del proyecto 76
Tabla 12. Inversión pre-operativa 76
Tabla 13. Inversión Técnica 77
Tabla 14. Inversión Operativa. 78
Tabla 15. Matriz de actividades de calidad. 86
Tabla 16. Matriz de actividades de calidad. 90
Tabla 17. Puntos de Control del proyecto 93
Tabla 18. Listado Documentos – Registro por Actividad 96
Tabla 19. Indicadores de Gestión. 97
Tabla 20. Matriz de Roles y Responsabilidades 119
Tabla 21. Perfiles 123
Tabla 22. Criterios de liberación 126
Tabla 23. Matriz de las Comunicaciones 131
Tabla 24. Clasificaciones del riesgo 136
Tabla 25. Identificación de riesgos. 137
12
Tabla 26. Responsables de los riesgos 138
Tabla 27. Calificación Riesgos a Nivel de Ocurrencia 139
Tabla 28. Calificación del Riesgo a Nivel de Impacto 140
Tabla 29. Análisis y valoración del riesgo escenario sin controles. 141
Tabla 30. Criterios de calificación de los controles 142
Tabla 31. Descripción y Calificación de los controles existentes para mitigar los
riesgos 143
Tabla 32. Matriz de severidad 145
Tabla 33. Evaluación de riesgo 146
Tabla 34. Análisis y valoración del riesgo con controles (etapa IV) 148
Tabla 35. Elementos de Compra 150
Tabla 36. Gestión de las Adquisiciones 152
Tabla 37. Criterios de evaluación Factibilidades vs Peso 154
Tabla 38. Criterios de Factibilidad técnica 155
Tabla 39. Criterios de Evaluación Factibilidad Económica y Financiera 156
Tabla 40. Criterios de Evaluación Factibilidad Comercial 157
Tabla 41. Apoyo a la industria 158
Tabla 42. Riesgos del plan de adquisiciones 159
Tabla 43. Pronósticos del plan 160
13
LISTA DE FORMATOS
pág.
Formato 1. Definición del proyecto ...................................................................... 163

Formato 2. Plan de Proyecto ............................................................................... 164
Formato 3. Requerimientos del sistema .............................................................. 168
Formato 4. Revisión de proceso de diseño. ......................................................... 170
Formato 5. Verificación de diseño........................................................................ 172
Formato 6. Lista de chequeo preparación entorno de desarrollo ......................... 175
Formato 7. Lista de chequeo autorización para construcción .............................. 177
Formato 8. Lista de chequeo comprobación proceso de desarrollo ..................... 178
Formato 9. Matriz de pruebas .............................................................................. 179
Formato 10. Paso de desarrollo a pruebas .......................................................... 180
Formato 11. Solicitud de paso a producción ........................................................ 185
Formato 12. Acta de instalación de equipo y/o software. ..................................... 190
Formato 13. Lista de asistencia ........................................................................... 192
Formato 14. Acta de reunión............................................................................... 193
Formato 15. Control de cambios documentales .................................................. 194
Formato 16. Avance del proyecto ........................................................................ 195
Formato 17. Registro identificación de necesidades ............................................ 197
Formato 18. Solicitud acceso a internet ............................................................... 198
Formato 19. Solicitud instalación de software ...................................................... 198
Formato 20. Control de cambios .......................................................................... 199
Formato 21. Solicitud instalación licencia de software ......................................... 200
14
LISTA DE ANEXOS
pág.
Anexo 1. Cronograma Sistema de información WEB .......................................... 201
Anexo 2. Programación hoja de recursos ............................................................ 205
15
GLOSARIO1 2
ANALISIS ESTADISTICO: Conjunto de métodos, técnicas y procedimientos para el

manejo de datos, su ordenación, presentación, descripción, análisis e
interpretación, que contribuyen al estudio científico de los problemas planteados,
encaminados a determinar el grado de integridad de la información en términos de
completitud, consistencia y corrección.
CAPACITACIÓN DE PERSONAL: Constituye una actividad esencial en la

realización de las encuestas: proporcionando a todo el personal que participa en
las diferentes etapas de ejecución (incluyendo los responsables) los conocimientos
y habilidades necesarios para el adecuado desempeño de las tareas.
COMERCIO: “Es la reventa (compra y venta sin transformación) de mercancías o

productos, ya sea que ésta se realice al por menor o al por mayor. Incluye las
actividades de los corredores, agentes, subastadores y comisionistas dedicados a
la compra y venta de mercancías a nombre y por cuenta de terceros”.
COMERCIO AL POR MENOR: o minorista es la reventa (compra y venta sin

transformación) de mercancías o productos, destinados para consumo o uso
personal o doméstico (consumidor final). Se excluyen las actividades comerciales
realizadas en casas de empeño, telemercadeo, expendios de lotería, puestos de
ventas móviles y en viviendas con actividad económica; igualmente, no hacen parte
de la investigación las actividades de mantenimiento y reparación asociadas al
comercio, ni el comercio de mercancías usadas.
DIFUSIÓN: Consiste en dar a conocer la información generada por la encuesta,

contemplando los requerimientos de los usuarios y la utilidad, que pueda tener
dicha información.
EMPRESA: Para efectos de las estadísticas económicas, empresa es toda unidad

económica, o combinación de unidades económicas, propietaria o administradora
que actuando bajo una denominación jurídica única, abarca y controla directa o
indirectamente todas las funciones y actividades necesarias para el desarrollo y
realización del objeto social para el que fue creada.
FORMULARIO ELECTRONICO: Medio que permite recolectar la información en

línea perteneciente a una investigación estadística. Estos son divulgados vía Web.
1
DEPARTAMENTO ADMINISTRATIVO NACIONAL DE ESTADÍSTICA. Lineamientos básicos de
una investigación estadística, Bogotá: DANE. 2012, 87p.
2
Project Management Body of Knowledge. Guía de los fundamentos para la dirección de
proyectos. Cuarta edición, Usa: PMBOK, 2008. 560 p.
16
Este instrumento cuenta con una ayuda en línea que el informante puede utilizar a
medida que va diligenciando el formulario. Se estructura generalmente en bloques
temáticos o capítulos conformados por preguntas que tienen una secuencia lógica.
INDICADOR: Es el criterio, rastro, señal, unidad de medida, que se utiliza para

valorar y evaluar el comportamiento y dinámica de las variables. Puede basarse en
información cuantitativa o cualitativa, y debe tener validez, pertinencia, relevancia,
eficiencia y suficiencia.
MUESTREO: Conjunto de técnicas que permite elegir una porción de elementos de

la población objetivo, denominada muestra, para su estudio.
PMBOK: Estándar reconocido internacionalmente que provee los fundamentos de

la gestión de proyectos que son aplicables a un amplio rango de proyectos,
incluyendo construcción, software, ingeniería, etc.
PRODUCTO: Un artículo producido, que es cuantificable y que puede ser un

elemento terminado o un Componente.
PROYECTO: Es un esfuerzo temporal que se lleva a cabo para crear un producto,

servicio o resultado único.
RIESGO: Un evento o condición incierta que, si se produce, tiene un efecto positivo

o negativo en los objetivos de un proyecto.
STAKEHOLDER: Personas y organizaciones como clientes, patrocinadores,

organización ejecutante y el público, involucrados activamente con el proyecto, o
cuyos intereses pueden verse afectados de manera positiva o negativa por la
ejecución o conclusión del proyecto. También pueden influir sobre el proyecto y sus
entregables. También conocido como: Interesados o Involucrados.
17
RESUMEN
Este trabajo propone un proyecto de implementación de un sistema de información

en ambiente web para la encuesta que maneja cifras de comercio al por menor en
una entidad del estado colombiano. La idea del proyecto surge de la necesidad que
tiene la entidad, según su estrategia misional, de brindar información con
oportunidad y calidad que apoye la toma de decisiones del estado.
El proyecto abarca el análisis, diseño, construcción y puesta en marcha del

sistema, alineado con los objetivos estratégicos y la Metodología de difusión
estadística establecidos por la entidad. Se describen cada uno de los planes de
gestión a tener en cuenta según los lineamientos establecidos en el PMBOK para
una adecuada gerencia de proyectos.
El documento se organiza en 11 capítulos, iniciando por la formulación y acta de

constitución y finalizando por el plan de adquisiciones.
Palabras clave: Software, PMBOK, implantación, riesgo, costo, plan, arquitectura

de sistemas, comercio, minorista, pruebas, interfaz de usuario, adquisición, recurso
humano.
18
INTRODUCCIÓN
La complejidad del mundo moderno exige implementar prácticas de máxima

calidad en todos los contextos de las organizaciones. Sin duda alguna, las buenas
prácticas de Gerencia de Proyectos establecidas por el Project Management
Institute (PMI) son usadas cada vez más por las entidades tanto públicas como
privadas, pues además de mejorar la calidad de los proyectos, garantizan
reducción de costos y mejoras en la productividad, con un adecuado trato del
talento humano. Sin embargo, las buenas prácticas deben ajustarse al contexto de
la organización donde se implementan, pues son modelos de referencia que cada
entidad determina cómo seguir, manteniendo los lineamientos generales.
En este trabajo se presenta un ejercicio de gerencia de proyectos, alineado con los

lineamientos de PMBOK y ajustado al contexto de una entidad pública colombiana.
Tal entidad realiza una encuesta de periodicidad mensual, que permiten conocer el
comportamiento de la actividad comercial a partir de diversas variables como:
ventas, personal ocupado, sueldos en empresas minoristas, relación de sueldos
con el consumo de las familias. Las herramientas tecnológicas actuales que
apoyan la encuesta no suplen las necesidades de la entidad para garantizar calidad
y oportunidad en la información, por lo que se hace necesario implementar un
software en ambiente web que apoye todo el proceso.
La organización del trabajo se corresponde con lo establecido en el PMBOK, por lo

que se especifican y detallan los planes, herramientas y técnicas para todas las
etapas del proyecto. Lo que se presenta es un ejercicio práctico, como entregable
final para el Posgrado en Gerencia de Proyectos ofrecido por la UNIPILOTO, el
cual podrá mejorarse posteriormente al interior de la entidad pública tomada como
referencia.
19
1. FORMULACIÓN
1.1 CÓMO Y POR QUÉ SE SELECCIONÓ EL PROBLEMA
El presente proyecto está orientado en suplir la necesidad que hoy en día tiene la
institución en la carencia de un sistema de información web, que le permita, de
manera integral, unificar todas las fases de una investigación estadística para la
obtención de indicadores económicos de manera oportuna, eficaz, confiable, a
partir de una cobertura nacional que brinde a las empresas dedicadas al comercio
del país, rendir la información sobre las ventas obtenidas del comercio al por
menor.
Para esto se hace necesario, la formulación de un proyecto que a partir de la

gerencia y coordinación estratégica de proyectos, permita dar solución, clara y
estructurada, para cumplir con los objetivos propuestos englobados en el plan
estratégico y misional de la entidad.
Con base en la anterior idea, se decide aprovechar los recursos financieros,

humanos, tecnológicos, que posee la entidad, para desarrollar una idea de
solución, no solo que permita satisfacer las necesidades de la organización, sino
que permita a la entidad encaminarse al desarrollo y fortalecimiento en las
tecnologías de la información, dirigidas a crear un mundo globalizado y en
marcadas dentro de las políticas del gobierno, de promover el uso y apropiación
de las TICS para soportar el desarrollo, económico, social y político del país.
1.2 DESCRIPCIÓN ORGANIZACIÓN ENTIDAD DEL ESTADO
La entidad de aplicación, es una entidad del estado colombiano cuya misión es

producir y difundir información estadística para la toma de decisiones en el
desarrollo económico y social del país.
La entidad forma parte de la rama ejecutiva y se encuentra conformada por seis

direcciones territoriales denominadas: Centro, Centro Occidente, Centro Oriente,
Noroccidente, Norte y Sur Occidente siendo la única entidad que ofrece al
gobierno colombiano, el análisis y difusión de los diferentes índices económicos y
sociales, así como las cifras sobre problemáticas y poblacionales del país.
Actualmente la entidad de aplicación, ha venido investigando el comportamiento

del sector comercial en el país en forma mensual desde 1970, debido a su
importancia en el Producto Interno Bruto, el empleo que genera y la cantidad de
bienes que circulan en este sector.
20
Posteriormente a mediados de 1974 la entidad diseñó una muestra probabilística,
tomando como marco de muestreo el Censo de Industria, Comercio y Servicios de
1970. Se seleccionaron 398 establecimientos de comercio al por menor en doce
ciudades. En 1981 se amplió el número de fuentes a 697 (representaron 1110
establecimientos), para mejorar la calidad de la información de manera que
reflejara la evolución del comercio al por menor.
En 1989, nuevamente se conformó una muestra probabilística tomando como

marco de muestreo los establecimientos de comercio afiliados al Instituto de
Seguro Social (ISS), con un total de 615 fuentes que correspondieron a 1.880
establecimientos comerciales y se continuó con las mismas doce ciudades
investigadas desde 1974.
El desgaste de la muestra, dada la dinámica del sector, hizo imperioso su

rediseño. En julio de 1999 se procedió a efectuar la selección de una nueva
muestra acorde con los requerimientos.
Se construyó el nuevo marco para la investigación tomando como insumo la

Encuesta Anual de Comercio 1997 de la entidad de aplicación ajustándola según
la información de otras entidades (CONFECAMARAS, DIAN, etc.). En el año 2002
se efectuó un mantenimiento para todas las actividades de la muestra,
ampliándola alrededor del 50%.
Desde ese punto de vista, la entidad ha venido desarrollando la encuesta y

consolidando los indicadores económicos a través de la información rendida por
las empresas de comercio de manera de-centralizada y distribuida por cada
territorial.
1.3 PLANTEAMIENTO DEL PROBLEMA
Actualmente la entidad cuenta con un sistema limitado para llevar a cabo cada una
de las fases que cubren todas las actividades de la investigación estadística. El
proceso se realiza a través de un sistema informático de arquitectura mono
usuario, donde se consolida la información en cada una de las territoriales y que
se unifica en la sede principal en Bogotá tras envió por correo electrónico.
La fase de captura de la información se realiza a través de un formulario auto

diligenciado, que la entidad le hace llegar a cada una de las empresas, a través de
correo electrónico o de manera impresa, y con posibilidad de asesoría en los
casos que se requiera según la territorial a donde este asignada la empresa.
Debido a esta problemática la entidad ha decido crear un sistema, que incluya un

arquitectura de software robusta, y que, se encuentre bajo un ambiente de alta
disponibilidad, que le permita a los usuarios acceder de manera oportuna a la
21
información y brindando un alto servicio, garantizando confidencialidad de la
información rendida por parte de ellas.
1.3.1 Árbol de problemas. A continuación, se ilustra la figura de árbol de

problemas, la descripción del problema, sus causas, efectos, y los objetivos
propuestos que solucionan el problema principal:
Figura 1. Árbol de Problemas
Fuente: autor
1.3.1.1 Descripción del problema. El principal problema a resolver, es sustituir el

sistema de información mono usuario que existe actualmente en la entidad.
El hecho de tener un sistema que presenten dichas condiciones, trae como

consecuencias:
22
Plataforma tecnológica limitada.
Procesamiento por lotes.
Lentitud y por consiguiente demoras en el procesamiento de la información.
Costos de gestión y mantenimiento inadecuados.
Alta necesidad de intervención humana.
Costos elevados en viáticos, transporte e insumos.
Baja disponibilidad del sistema.
Almacenamiento de información de-centralizado.
Baja disponibilidad de la información.
Limitado acceso oportuno a la información.
Inconformidad por parte de los usuarios externos – internos que manejan el
sistema.
Baja confidencialidad y reserva de la información estadística.
1.3.2 Árbol de objetivos. En la figura 2, se representa el árbol de objetivos, en

donde se observa que la creación de un sistema de información web, soluciona
todos los problemas que tienen actualmente la entidad:
Figura 2. Árbol de Objetivos
Fuente: autor
23
2. ACTA CONSTITUCIÓN DEL PROYECTO
2.1 DESCRIPCIÓN DE LA NECESIDAD
La producción de las cifras de la encuesta de la muestra del comercio al por

menor, se lleva a cabo en cinco etapas o fases que son:
Alistamiento del operativo.

Recolección de la información.
Análisis.
Procesamiento.
Difusión de los resultados.
Teniendo en cuenta, los procesos que componen la encuesta, se encontró que

para la etapa de Difusión de los resultados, falta mayor fortalecimiento, para ganar
oportunidad y precisión en la entrega de la información. Este proyecto busca más
integralidad de dichas etapas con el fin de responder de manera ágil y oportuna la
entrega de la información, y mejorar y automatizar los procesos.
Por otro lado, en la fase de recolección de la información se encontró que

tradicionalmente el proceso se lleva a cabo bajo el prediligenciamiento de
formularios impresos, y por medio del diligenciamiento de archivos electrónicos
enviados a través de correo electrónico, los cuales son recolectados en cada una
de las Direcciones territoriales del país. Lo cual evidencia la necesidad de
automatizar los procesos a través del diligenciamiento en línea; conllevando a la
unificación de varios procesos mediante una única plataforma tecnológica.
Independientemente de lo anterior, en la etapa de análisis se detectó, una

respuesta tardía en realizar el proceso, debido a que la información debe ser
consolidada en primera instancia en las territoriales de la entidad, y seguidamente
enviada a la sede principal. Con esto se visualiza la necesidad de crear un
componente que le permita a los usuarios internos de manera automática y en
tiempo real de disponer y acceder a la información para realizar la crítica y el
análisis, una vez la información sea rendida por la empresa.
En lo referente a la etapa de difusión el sistema actual no contempla el

procesamiento automático en la generación de los reportes de las cifras
consolidadas y avances e indicadores de cobertura, seguimiento del operativo e
indicadores de calidad, lo que evidencia la no oportunidad en la difusión de los
indicadores económicos obtenidos mensualmente.
24
2.2 JUSTIFICACIÓN DEL PROYECTO
Con este proyecto la entidad busca la integración de cada una de las fases que se
desarrollan en la encuesta, con la finalidad de obtener los siguientes beneficios:
Garantizar un completo seguimiento y control de todas y cada una de las

etapas de la encuesta.
Tener una disponibilidad inmediata de la información.
Tener información consolidada a nivel nacional en línea.
Automatizar todos los procesos que cubren la investigación.
Unificar la plataforma tecnológica.
Tener cobertura nacional en cada una de los procesos que posee la

investigación.
Difundir oportunamente los indicadores económicos obtenidos mensualmente.
Suministrar a las fuentes de información (Empresas que rinden información a

la entidad), una herramienta que le permita ingresar la información en línea
garantizando la integridad, disponibilidad y confidencialidad de la misma.
Hacer disponible la información de manera automática y en tiempo real a los

usuarios internos, para el análisis y crítica de la misma.
Contribuir con la misión de la entidad proyectada al 2014 para la consolidación

del Sistema Estadístico Nacional.
El propósito de este proyecto es el de crear un sistema de información web que le

permita satisfacer las necesidades que actualmente tiene la entidad, partiendo del
estado actual de la encuesta y focalizándose en desarrollar cada una de las
funcionalidades que componen cada uno de los módulos que van a cubrir cada
etapa de la investigación. A partir de las especificaciones y requerimientos
entregadas por los grupos temáticos y logísticos de la entidad.
Dentro de este proyecto, se plasmarán las actividades e hitos necesarios para

entregar el producto final, incluyendo una nueva arquitectura de software a la
utilizada actualmente, ya que se ha detectado que no es la más óptima para las
diversas etapas que componen la investigación.
25
2.3 OBJETIVOS
2.3.1 Objetivo General. Diseñar, construir e implementar un sistema de

información en ambiente WEB, que permita cubrir cada una de las etapas de la
investigación de la muestra de comercio al por menor de manera automática en
los tiempos estipulados para su realización.
2.3.2 Objetivos Específicos
Diseñar los planes para la gestión del proyecto siguiendo la guía PMBOK.
Analizar y evaluar las especificaciones temáticas y metodológicas empleadas

para la encuesta de la muestra de comercio al por menor.
Desarrollar e implementar el módulo de reportes que permite generar los

consolidados de cifras para los análisis económicos y boletines de difusión.
Desarrollar e implementar el módulo para suplir el proceso de análisis y crítica

de la información consolidada por las empresas mensualmente.
Desarrollar e implementar el módulo de captura de información que permitirá

disponer de la información en línea a los usuarios para el análisis técnico de la
información por parte del equipo de logística.
Realizar un plan de pruebas para cada una de las fases de construcción e

implantación del proyecto.
Capacitar a los usuarios internos en el manejo del sistema de información

desarrollado.
Implantar el producto final de software en los ambientes de producción en una

sola plataforma tecnológica y base de datos centralizada.
2.4 ALCANCE DEL PROYECTO
El proyecto incluye planificación, seguimiento, control, análisis, diseño,

construcción, pruebas, puesta en producción, capacitación, al Sistema de
Información para la encuesta Muestra Mensual de Comercio al por Menor.
El proyecto desarrollará lo siguiente:
26
- Planificación del proyecto.
- Construcción del Sistema Información. Incluye los siguientes componentes:
Captura de Información.
Análisis.
Procesamiento.
Difusión.
- Plan de Pruebas.
- Plan de implantación
- Plan de capacitación
- Plan para soporte y mantenimiento del sistema.
El proyecto no incluye dentro su alcance lo siguiente:
- Modificaciones temáticas de la encuesta.

- Migración de series (las series históricas se consultarán en el banco de datos
de la entidad).
- Disposición de herramientas y equipos para la construcción del sistema.
- Contratación del recurso humano en cualquier modalidad definida por el
manual de contratación de la entidad.
- Capacitación a los usuarios internos y externos al sistema de información
después de la puesta en marcha del sistema.
2.5 PLAZO DEL PROYECTO
El proyecto se llevará a cabo en un plazo de 229 días.
2.6 SUPUESTOS
Realizar semanalmente reuniones de avance de seguimiento operativo, ante el

comité técnico y de sistemas para el seguimiento de la ejecución del proyecto.
Aplicación rigurosa de las metodologías propuestas por la Oficina de Sistemas

de la entidad para la administración de proyectos y la construcción de sistemas
de información.
Definir el procedimiento para control de cambios en la ejecución del proyecto y

conformar el comité encargado de evaluar los requerimientos de cambio.
Líder temático asignado a la encuesta, asuma un alto grado de responsabilidad

en la definición de los requerimientos del sistema, en las pruebas funcionales
de cada instrumento y su final aceptación, en la administración funcional de
cada uno de los módulos, que sean los multiplicadores y garantes del uso de
27
las nuevas funcionalidades a realizar y los catalizadores de las necesidades de
los usuarios internos y externos para cada instrumento y del sistema en
general.
Contar con una plataforma tecnológica altamente disponible para la

implementación del nuevo sistema de información.
Trabajo en equipo, personal calificado, alto grado de compromiso y orientación

a resultados en el desarrollo de productos con calidad.
Aprobación de todos los entregables por parte de la Dirección de Metodología

y Producción Estadística y Área de Sistemas.
Designación de profesionales con los perfiles idóneos.
Resultados positivos en la medida en que se disponga de: recursos técnicos,

recursos financieros, recursos humanos, recursos de sistemas.
Uso efectivo del factor tiempo y colaboración efectiva de los delegados de cada
tema.
2.7 RESTRICCIONES DEL PROYECTO
La implantación de cada uno de los componentes de software se debe llevar a

cabo bajo las políticas y lineamientos establecidos por la oficina de sistemas de
la entidad.
El tiempo de duración del proyecto debe ser no mayor a un año.
El equipo de proyecto solo tendrá acceso a la intranet en la jornada laboral y a

internet en los horarios establecidos por la entidad.
2.8 RIESGOS GENERALES
La planificación omite actividades necesarias o las subestima.
Definición incompleta de requerimientos.
Las herramientas de desarrollo o los componentes externos de software no

están disponibles en el momento deseado.
28
El grupo tiene poca experiencia en el desarrollo de software siguiendo una
estructura de tareas y fechas preestablecido.
Cambio de requisitos.
Usuario final insatisfecho con el producto final.
Bajo acompañamiento del usuario líder temático en la participación de la

ejecución del proyecto.
El sistema de almacenamiento y repositorio pueden sufrir daños físicos y se

puede perder la información recolectada.
Incumplimiento de entrega de parte de los proveedores con la instalación del

software y hardware para la implantación del sistema.
El análisis realizado difiere del pensamiento del usuario líder y patrocinador del
proyecto.
No se tienen en cuenta los tiempos que se necesitan para atender las

respuestas a los riesgos materializados.
29
2.9 RESUMEN DE CRONOGRAMA DE HITOS
Tabla 1. Resumen de Cronograma e Hitos
EDT Nombre de tarea Duración Comienzo Fin

229,25 mié
1 PROYECTO jue 02/02/12
días 19/12/12
vie
1.1 INICIO 6,13 días jue 02/02/12
10/02/12
mar mar
1.1.3 HITO: PROJECT CHARTER APROBADO 0 días
07/02/12 07/02/12
mar
1.2 PLANEACION 17,35 días vie 10/02/12
06/03/12
mar mar
1.2.1 HITO: INICIO APROBACIÓN PLANES 0 días
14/02/12 14/02/12
mar mar
1.2.11 HITO: FIN APROBACIÓN PLANES 0 días
06/03/12 06/03/12
223,13 mié
1.3 ANALISIS Y DISEÑO vie 10/02/12
días 19/12/12
145,76 mar mié
1.4 CONSTRUCCIÓN E IMPLANTACION
días 15/05/12 05/12/12
Fase construcción e Implantación componente mar vie
1.4.1 102,9 días
del Sistema 15/05/12 05/10/12
vie
1.4.1.1 HITO:INICIO COMPONENTE CAPTURA 0 días vie 18/05/12
18/05/12
vie
1.4.1.3 HITO:FIN COMPONENTE CAPTURA 0 días vie 10/08/12
10/08/12
lun
1.4.1.6 HITO: FIN COMPONENTE ANALISIS 0 días lun 17/09/12
17/09/12
mié mié
1.4.1.7 HITO: INICIO COMPONENTE MONITOREO 0 días
19/09/12 19/09/12
vie
1.4.1.9 HITO: FIN COMPONENTE MONITOREO 0 días vie 05/10/12
05/10/12
lun
1.4.2 Fase de Documentación de Componentes 10,38 días vie 05/10/12
22/10/12
HITO: DOCUMENTACIÓN GENERADA Y vie
1.4.2.7 0 días vie 19/10/12
APROBADA 19/10/12
Fase de soporte y mantenimiento al sistema mié
1.4.3 42,86 días vie 05/10/12
implantado 05/12/12
HITO: REGISTRO DE LECCIONES mié mié
1.4.3.4 0 días
APRENDIDAS, SOPORTE Y MANTENIMIENTO 05/12/12 05/12/12
mié jue
1.5 CIERRE 1,25 días
05/12/12 06/12/12
HITO: APROBACIÓN DE ENTREGABLES Y jue
1.5.3 0 días jue 06/12/12
CIERRE DEL PROYECTO 06/12/12
Fuente: autor
30
2.10 PRESUPUESTO RESUMIDO
Tabla 2. Presupuesto Resumido
CONCEPTO COSTO (COP)
Inversión Pre-inversión $ 8.250.000
Inversión Técnica $ 439.760.040
Inversión Operativa $ 489.646.946
VALOR TOTAL DEL PRESUPUESTO COP : $ 937.656.986
Fuente: autor
2.11 REQUISITOS DE ALTO NIVEL
Entregar el plan de proyecto que garantice una correcta planeación y ejecución

del proyecto en cada una de sus fases.
Implantación del sistema de información web capaz de consolidar en su

totalidad la información rendida para las 3000 empresas comerciales.
Creación de interfaces usables que faciliten a las personas el manejo del

sistema.
Generación de la documentación técnica y funcional del sistema de cada una

de las fases de su desarrollo.
Capacitar a los usuarios finales y administradores del sistema en cada

componente desarrollado.
Brindar el soporte técnico llevando el registro de control de cambios y lecciones

aprendidas en la administración del software.
Adquirir el software y hardware para la implantación del sistema construido.
31
2.12 CRITERIOS DE ACEPTACIÓN DE ENTREGABLES
El software debe cumplir con los lineamientos establecidos por la oficina de

sistemas.
Recuperación del sistema de información web ante fallos imprevistos por

medio de sistemas de almacenamiento de respaldo.
La documentación debe cumplir con los estándares exigidos por el sistema

documental de procesos que rige la entidad.
El sistema debe ejecutarse de acuerdo a los requisitos y requerimientos

solicitados por los usuarios líderes del producto.
Las interfaces gráficas y usabilidad deben ajustarse a las definidas en el diseño

del sistema y los prototipos funcionales de la misma.
Puntualidad en la entrega de la información durante la fase de levantamiento

de requerimientos.
2.13 REQUISITOS CONTRACTUALES DEL PROYECTO
Como respaldo a la ejecución de los contratos para las adquisiciones, se

relacionará un póliza de garantía de cumplimiento, la cual tendrá el siguiente
detalle:
Riesgo Asegurable: Cumplimiento del objeto del contrato, de acuerdo con los
términos, condiciones y especificaciones acordadas.
Valor asegurado: 30% del valor del contrato
Vigencia: según duración del contrato.
2.14 FACTORES DE ÉXITO Y RESPONSABLE EN APROBAR

REQUERIMIENTOS
Gerente y equipo de proyecto responsable y comprometido.
Respaldo de la alta dirección y áreas de la entidad involucradas.
Comunicación eficaz entre los involucrados en el proyecto empleando los

diferentes medios establecidos en el plan de comunicaciones.
32
Seguimiento y control apropiado a las actividades asignadas a los integrantes
del equipo de proyecto.
Tecnología apropiada a la necesidad del sistema y de calidad para la

organización.
Objetivos, alcance y metas claramente definidos por la entidad.
Proveedor del software y hardware para la implantación del sistema con alto
grado de reconocimiento y responsabilidad con el equipo de proyecto.
33
3. STAKEHOLDERS DEL PROYECTO
3.1 MATRIZ STAKEHOLDERS / ROL / RESPONSABILIDAD
Tabla 3. Matriz Stakeholders / Rol / Responsabilidad
GESTIÓN DE
CÓDIGO NOMBRE INTERESES DEL PROYECTO ROL / CARGO
EXPECTATIVAS
Jefe Área
Entregar a
Dirección de
Informes mensuales de avance Patrocinador del tiempo los
001 Metodología y
vs presupuesto ejecutado. Proyecto informes de
Producción
proyecto
Estadística
Monitorear el avance del
seguimiento operativo del Reconocimiento
proyecto. por el
Jefe Área Jefe Área
cumplimiento de
002 Oficina de Oficina de
Gestionar y disponer de la los entregables
Sistemas Sistemas
infraestructura tecnológica para en el tiempo
el desarrollo e implantación del estipulado
sistema.
Solicitar las
Velar para que la contratación
especificaciones
de la adquisición del software y
técnicas a tiempo
hardware responda a la
Jefe Área Jefe Área para la
programación planeada del
003 Licitaciones y Licitaciones y adquisición del
proyecto.
Contratos Contratos software y
hardware
Elaborar y celebrar los contratos
requeridas por el
requeridos por el proyecto.
sistema
Liderar las etapas de
construcción, pruebas, ajustes Disponer de la
de los Módulos del Sistema mejor actitud de
Web, de acuerdo con las su equipo de
actividades programadas por el proyecto para
Gerente del proyecto. cumplir con los
entregables
Generar y entregar los informes Líder Técnico técnicos.
Líder técnico técnicos solicitados por el (Profesional
004 Gerente del proyecto. Especializado
Proporcionar el control de III)
versiones de código fuente, Entregar
procesos de construcción, oportunamente
integración continua, los componentes
automatización de pruebas y del sistema
otros procesos y herramientas según fechas
programadas.
de desarrollo del proyecto.
34
Tabla 3. Matriz Stakeholders / Rol / Responsabilidad. Continuación
Planear, organizar, asegurar y

coordinar recursos y personas
para cumplir con los Objetivos, Reconocimiento
Entregables y Criterios de Éxito del éxito del
Gerente de Gerente de
005 del proyecto. proyecto y
proyecto proyecto
proceso de
Mostrar el avance y seguimiento evaluación.
del cumplimiento del
cronograma establecido.
Analizar, Diseñar y Desarrollar

los componentes e interfaces
JAVA para el sistema.
Subversionar y documentar los Reconocimiento

Contratista
componentes según los por el
Desarrollador (Profesional
006 lineamientos establecidos por el cumplimiento de
Java Senior especializado II,
sistema documental de la sus actividades
Senior)
entidad. realizadas.
Participar en el proceso del plan

de pruebas dirigidos por el líder
técnico del proyecto.
Analizar, Diseñar y Desarrollar

los componentes e interfaces
JAVA para el sistema.
Subversionar y documentar los

componentes según los
lineamientos establecidos por el
sistema documental de la
entidad. Reconocimiento
Contratista
por el
Desarrollador (Profesional
007 Participar en el proceso del plan cumplimiento de
Java Junior especializado I,
de pruebas dirigidos por el líder sus actividades
Junior)
técnico del proyecto. realizadas.
35

Reconocimiento
de pruebas dirigidos por el líder Contratista
por el
Desarrollador técnico del proyecto. (Profesional
008 cumplimiento de
Oracle Senior especializado II,
sus actividades
Construir los servicios ORACLE Senior)
realizadas.
para los componentes del
sistema.
de pruebas dirigidos por el líder Reconocimiento
(Contratista)
técnico del proyecto. por el
Desarrollador Profesional
009 cumplimiento de
Oracle Junior especializado I,
Construir los servicios ORACLE sus actividades
Junior
para los componentes del realizadas.
sistema.
Participar en la fase de
levantamiento de información.
Analista de
Analista de Cumplir con los lineamientos del requerimientos Reconocimiento
010
Requerimientos sistema documental institucional (Profesional III, por su labor.
para la documentación Junior I )
empleada en el levantamiento
de requerimientos.
Preparar y elaborar toda la Analista
Analista documentación técnica y de Funcional Reconocimiento
011
Funcional usuario de los diversos módulos (Profesional III, por su labor.
del sistema. Junior I)
Ejecutar los cambios (creación,
modificación, eliminación)
requeridos en los objetos de Administrador
bases de datos para el sistema de Ambientes
Administrador Reconocimiento
012 en construcción. (Profesional
de Ambientes por su labor.
especializado III,
Administrar los servidores de Junior I)
Bases de Datos y de aplicación
que contienen el sistema
Obtener un
Elaborar y suministrar las
sistema
especificaciones económicas,
amigable, y de
estadísticas, temáticas de la
fácil uso tanto
encuesta.
Administrativo para los usuarios
Coordinador
013 (Profesional III, internos y
Temático Colaborar con el plan de
Junior I) externos del
pruebas programado para la
sistema.
puesta en marcha del sistema.
36
Elaborar y suministrar las

especificaciones de validación y
consistencia para la
construcción del sistema de Obtener los
información. componentes del
sistema que le
Elaborar los prototipos no permitan analizar
Administrativo
Coordinador funcionales y fuentes rigurosamente, y
014 (Profesional III,
Logístico electrónicas de cada uno de las llevar un
Junior I)
funcionalidades que requiere monitoreo del
cada módulo según las avance del
actividades acordadas. operativo de la
encuesta.
Colaborar con el plan de
pruebas programado para la
puesta en marcha del sistema
Definir la arquitectura del
sistema: vista física, vista lógica,
principios de arquitectura, y
seguridad.
Seleccionar la infraestructura Reconocimiento

que empleará el sistema. por garantizar las
Arquitecto de
mejores
Software
Arquitecto de Identificar los requisitos no condiciones en la
015 (Profesional
Software funcionales en cuanto a infraestructura
especializado I,
rendimiento, escalabilidad y que soportan el
Master)
seguridad. sistema de
información.
Proporcionar soluciones sobre
los problemas técnicos
presentados durante las
diversas fases de ejecución del
proyecto.
Instalar y disponer los equipos
de cómputo según las tareas
Auxiliar Mesa programadas. Soporte técnico
Reconocimiento
016 de ayuda - (Analista técnico
por su labor.
soporte Soporte técnico en sitio cuando I)
se requiera por los integrantes
del equipo del proyecto.
Fuente: autores
37
3.2 MATRIZ STAKEHOLDERS / INTERÉS / EVALUACIÓN DE IMPACTO
La siguiente tabla ilustra la matriz de stakeholders con el grado de interés y su

evaluación de impacto en el proyecto.
Tabla 4. Matriz Stakeholders / Interés / Evaluación de Impacto
Poder
Bajo Alto
- Auxiliar Mesa de ayuda – - Jefe Área Licitaciones y

Bajo
soporte Contratos
- Analista de - Jefe Área Dirección de

Requerimientos. Metodología y Producción
Estadística.
- Analista Funcional.
- Jefe Área Oficina de
-
INTERÉS
Desarrollador Java Senior. Sistemas.

- Desarrollador Java Junior. - Gerente de proyecto.
- Desarrollador Oracle
- Arquitecto de Software
Senior.
Alto
- Desarrollador Oracle
Junior.
- Líder técnico.
- Administrador de
Ambientes.
- Coordinador Temático.
- Coordinador Logístico.
Fuente: autor
38
4. GERENCIA DEL PROYECTO
4.1 FASES (ENTREGABLES DEL PROYECTO)
Para alcanzar los objetivos trazados para el proyecto, se definieron las fases
Inicio, planeación, ejecución y cierre. El gerente del proyecto será la persona
encargada de acompañar y dirigir el proyecto durante y cada una de las fases, a lo
largo de toda su ejecución. Las líneas base que el gerente del proyecto
monitorearán son:
Línea base del alcance.

Línea base del cronograma.
Línea base de costos.
Los planes que se definirán y controlarán a lo largo del proyecto son:
Plan de gestión del alcance del proyecto.

Plan de gestión del cronograma.
Plan de gestión de costos.
Plan de gestión de la calidad.
Plan de recurso humano.
Plan de manejo de las comunicaciones.
Plan de gestión de riesgos.
Plan de gestión de adquisiciones.
El gerente del proyecto debe tener control de la documentación referente al

proyecto como listas de asistencia, actas de reunión, informes de avance etc. Para
esta actividad, deberá apoyarse en los formatos establecidos por el sistema
documental de procesos de la entidad, igualmente los procedimientos a seguir
para el control de versiones y resguardo de los mismos.
Los procedimientos a seguir y formatos a diligenciar para el soporte y

mantenimiento del sistema web, serán de acuerdo a los establecidos por el
sistema de gestión de calidad, específicamente los definidos por el área de
infraestructura de tecnología y de información de la entidad.
Dado el caso en que el gerente deba ausentarse por algún motivo, la persona que
respaldará su labor será el jefe del área de la oficina de sistemas, en caso
contrario el líder técnico asignado para el proyecto.
39
4.2 COMITÉ DE CAMBIOS
El comité de cambios estará conformado por el gerente del proyecto, el usuario

líder del producto, los coordinadores temático y logístico, y, el jefe de área de
sistemas, quienes evaluarán los cambios que se presenten durante el proyecto.
Los cambios surgidos serán registrados en el formato control de cambios
detallando el impacto de calidad, tiempo, costo o alcance del proyecto.
Dependiendo del grado de impacto en el proyecto, estos serán socializados y
discutidos en las reuniones del comité directivo o de avance seguimiento del
operativo, donde obtendrán su respectiva aprobación.
Los cambios aprobados en los planes y demás documentos serán subversionados

en el repositorio destinados para el proyecto, donde el gerente del proyecto será el
responsable de mencionada labor.
4.3 GESTIÓN DE CONFIGURACIONES Y DESARROLLO
Las actividades consideradas para la gestión y configuración del desarrollo del

proyecto se relacionan a continuación:
Gestión y administración de liberaciones y entregas de los componentes

software del sistema (Responsable: Gerente de Proyecto, líder técnico, líder de
producto).
Administración y configuración de los equipo de cómputo para el desarrollo del

sistema. (Responsable: Coordinador Infraestructura y tecnología).
Configuración e instalación y disposición del software y hardware por el área

de infraestructura tecnológica de la institución, para la implantación del sistema
en ambientes de producción. (Responsable: Coordinador Infraestructura y
tecnología, Arquitecto de software, Administrador de ambientes).
Administración de pruebas de usuario de acuerdo a los planes de pruebas

programados y los resultados elaborados como producto de los mismos.
(Responsable: Gerente de proyecto, líder técnico, usuario líder del producto,
Coordinador logístico, y equipo de proyecto involucrado).
La documentación generada en cada una de las fases del proyecto, deberá

almacenarse en los repositorios destinados para el proyecto, correspondientes a
los del sistema documental de procesos que posee la entidad. Para el caso en
mención se creará un repositorio para el proyecto, donde cada integrante del
equipo de proyecto deberá subversionar la documentación construida y asignada,
con la finalidad de poder obtener un control de cambios del documento.
40
4.4 MANEJO DE PROBLEMAS
Los problemas presentados en el equipo del proyecto durante las fases del
proyecto, deberán ser resueltos entre los involucrados, en caso contrario, serán
escalados al gerente del proyecto, en caso mayor al jefe del área al cual pertenece
el involucrado, de lo contrario por fuerza mayor, el problema se propagará, al área
de recursos humanos de la institución. Para el proceso en los que se requiera
retroalimentación, el gerente de proyecto evaluará la necesidad de realizarlas,
dado el evento, estás se llevaron a cabo en las reuniones de avance semanal,
previamente programadas con tres días de antelación y se expondrán según la
magnitud del problema presentado.
4.5 REUNIONES PERIODICAS
Se llevarán a cabo reuniones de avance mensuales ante el comité directivo, donde

participarán el gerente de proyecto y los jefes de área, los cuales deberán
presentar un análisis del presupuesto planeado vs ejecutado del proyecto hasta
las fechas programadas, igualmente con el porcentaje de avance.
Por otro lado, para monitorear el avance de la ejecución y desarrollo del sistema
se realizarán reuniones semanales que permitirán dar seguimiento al gerente de
proyecto, a partir de la rendición de cuentas reportadas por los principales
integrantes del equipo de proyecto.
Las reuniones se realizarán en la sala de la oficina de sistemas cuando involucré

el seguimiento operativo, y en la sala de juntas cuando se realicen las del comité
directivo, en caso contrario de no disponer de ellas, el gerente de proyecto deberá
solicitar con antelación la previa solicitud de las salas que posee la entidad para
reuniones y capacitaciones cuando se requiera.
41
4.6 ACTIVIDADES / MODELO DEL CRONOGRAMA
Figura 3. Actividades / Modelo del Cronograma
Fuente: autor
4.7 PRONOSTICOS DE LOS PROYECTOS
El proyecto culminará en la fecha establecida.
Los usuarios de la sede principal serán capacitados en la misma entidad. Los

ubicados en las territoriales serán capacitados a través de video - conferencia.
El sistema de información web será aceptado por las empresas comerciales y

usuarios internos de la entidad.
Los componentes de software del sistema liberados en los ambientes de

producción cumplirán con los requerimientos, lineamientos y políticas
establecidas por la entidad.
4.8 FORMATOS Y MEDICIÓN DEL PROYECTO
Los formatos que se emplearán en cada una de las fases del proyecto serán los
establecidos por el sistema documental de procesos de la entidad de aplicación,
los cuales se enuncian a continuación:
Para reuniones y seguimiento del proyecto:

Formato registro de acta de reunión de equipos de trabajo.
Formato lista de asistencia
42
Para la gerencia del proyecto:
Formato definición del proyecto.

Formato para el plan de proyecto.
Para la ejecución e implantación del sistema:
Formato requerimientos del sistema

Formato revisión del proceso de diseño.
Formato verificación del diseño.
Formato lista de chequeo preparación entorno de desarrollo.
Formato lista de chequeo autorización para construcción.
Formato lista de chequeo comprobación proceso de desarrollo.
Formato matriz de pruebas.
Formato solicitud de soporte.
Formato solicitud de Internet.
Formato acta de instalación de equipo y/o software.
Formato de paso de desarrollo a pruebas.
Formato de paso a producción.
Formato matriz consolidada de requerimientos
Formato identificación de necesidades.
Formato solicitud de acceso al subversión
Formato control de cambios.
Los documentos que servirán para el control del proyecto son:
Cronograma del proyecto.

WBS (Work breakdown structure).
Presupuesto ejecutado mes a mes.
Análisis de beneficio / costo del proyecto.
43
5. PLAN GESTIÓN DE ALCANCE
El proyecto abarca lo siguiente:
Entrega de los planes de gestión del proyecto ¨Sistema para la encuesta de la

muestra de ventas de comercio al por menor¨, que cubra cada una de las fases
que emplea la encuesta, facilitando información en tiempo oportuno a través de un
sistema web, permitiendo obtener los indicadores económicos mediante un
sistema centralizado y garantizando la reserva y confidencialidad de la
información.
El sistema web debe soportar hasta 3000 usuarios conectados al mismo tiempo
diligenciando la información.
El sistema deberá ser entregado al jefe de área encargado del sistema, avalado
por el jefe del área de sistemas, a partir de su implantación. El sistema deberá ser
bien recibido y aceptado por todos los usuarios que lo van a utilizar.
Los entregables definidos en los objetivos del proyecto (expresados en el acta

de constitución del proyecto) deberán tener los criterios de aprobación y
aceptación.
Una excepción del proyecto concierne al área de difusión estadística, mediante

la cual, logré planificar el recurso humano que laborará y será capacitado con el
sistema desarrollado.
5.1 LISTA DE REQUERIMIENTOS
5.1.1 Requerimientos del proyecto
Instalación del hardware y software para la implantación del sistema que se

desarrollará.
Presupuesto máximo otorgado $ 940.000.000.
Tener un plan de gestión del cambio que involucre la divulgación del proyecto
hacia los usuarios internos como externos, equipo de proyecto, sobre cada una de
las fases que maneja la encuesta que serán abarcados por el sistema.
44
Mensualmente se debe realizar una mesa de trabajo con todo el equipo de
proyecto, donde cada stakeholder, deberá presentar el avance de su trabajo
desarrollado hasta la fecha.
La implantación, desarrollo y construcción del sistema debe cumplir con las

políticas y lineamientos definidos por el área de sistemas.
Los colaboradores de las diversas áreas involucradas en el proyecto, deberán

conocer claramente las actividades a desempeñar, así como los objetivos
comprometidos a alcanzar durante cada fase del proyecto.
Procedimientos y flujos de procesos realizados en cada fase de la encuesta.
Requerimientos bien definidos y priorizados.
Control de versiones y de cambio cuando sea requerido.
Planes para la gestión del proyecto, según directrices de acuerdo al PMBOK.
5.1.2 Requerimientos del Producto
Manuales de usuario y del sistema.

Plazo de entrega deseado.
Sistema con Interfaz web usable.
Implementación de cada fase de la encuesta.
Sistema con diseño y colores corporativos de la entidad.
Acceso a todos los usuarios internos y externos de la encuesta.
Sistema con alta disponibilidad, garantizando la reserva y confidencialidad de
la información.
Reportes de difusión acordes con las características y requerimientos

definidos.
Software implantado en los ambientes de producción, con los componentes

definidos.
Plan de pruebas debidamente probados y aceptados.
Base de datos y componentes web del sistema debidamente documentado y

soportado.
45
Plan para el mantenimiento del software.
Sistema funcionando en los servidores y ambientes proporcionados por el

área de infraestructura e la entidad.
Roles y funcionalidades visualizadas en el sistema de acuerdo a los definidos

por cada perfil.
Capacidad del sistema para proporcionar los resultados de los indicadores

económicos correctos o acordados con el grado de precisión de acuerdo a los
requerimientos con los que fueron definidos.
Esquema de Backups y recuperación de la información en caso de fallos del

software.
Sistema diseñado bajo las políticas y lineamientos definidos por el área de

sistemas para la construcción de sistemas de información.
5.2 ENTREGABLES Y CRITERIOS DE ACEPTACIÓN / HERRAMIENTA
A continuación se detalla el listado de los entregables asociados a cada paquete

del proyecto, indicando el criterio de aceptación de cada entregable. Por otro lado,
los entregables que se encuentran directamente asociados a los objetivos
específicos del proyecto, serán evaluados con los criterios de calidad definidos en
el Plan de gestión de la Calidad.
Tabla 5. Listado de entregables
AFECTACIÓN
PROCESO ENTREGABLE CRITERIO DE ACEPTACIÓN AL PLAN DE
CALIDAD
Documento firmado por el Si aplica

Project Charter patrocinador del proyecto,
INICIO gerente y jefe de áreas
Firmado
involucradas
Documentación y levantamiento N/A

Definición de de información de los equipos de
equipo y área cómputo a emplear y las áreas de
de trabajo trabajo donde se van a localizar.
46
Tabla 5. Lista de entregables. Continuación
Plan de Acta de reunión firmada, por el N/A

administración gerente del proyecto, gestión
del proyecto humana y equipo de proyecto.
Definición de Acta de reunión firmada, por el N/A

alcance del gerente del proyecto, gestión
proyecto humana y equipo de proyecto.
Acta de reunión firmada, por el N/A

Definición de
PLANEACION gerente del proyecto, gestión
Cronograma
humana y equipo de proyecto.

Plan de
gerente del proyecto, gestión
comunicación

Plan de calidad gerente del proyecto, gestión
Plan de Acta de reunión firmada, por el N/A

recursos gerente del proyecto, gestión
humanos humana y equipo de proyecto.

Plan de riesgos gerente del proyecto, jefes de
PLANEACIÓN
áreas y equipo de proyecto.

Plan de gerente del proyecto, área de
adquisiciones sistemas, grupo de adquisiciones
y equipo de proyecto.
Documento de recibo de entrega Si aplica

de equipos y adecuación de
Instalación de
áreas. Gerente de proyecto,
equipos y
coordinador de infraestructura
adecuación de
tecnológica, firma contratista
áreas
proveedor de equipos
ANALISIS Y informáticos.
DISEÑO
Lista de asistencia firmada por N/A
los integrantes del equipo de
Capacitación proyecto
equipo de
proyecto
47
Instalación y Acta de aprobación, instalación y Si aplica

soporte del cancelación entre el proveedor, el
software y área de sistemas, y grupo de
hardware para adquisiciones.
implantación
del sistema
Diseño de Documento con las Si aplica

casos de usos especificaciones de casos de
del sistema usos, validado por el gerente de
proyecto, líder técnico, y usuario
líder de producto.
Documento con las Si aplica

Prototipos especificaciones y diseño de los
diseño componentes del sistema
componentes validado por el arquitecto del
del sistema. software, líder técnico y área de
sistemas.
Acta aprobación diseño funcional N/A

Diseño
de componentes firmada por
funcional de los
gerente del proyecto, jefe de
componentes.
áreas involucradas.
Documento con las N/A

Listado de
especificaciones de del sistema
requisitos y
validada por el arquitecto del
documentos
software, líder técnico, área de
del sistema.
sistemas.

especificaciones de la
Documento de
arquitectura de alto nivel del
arquitectura de
sistema, aprobada por el jefe
alto nivel del
área de sistemas, arquitecto de
sistema.
software y coordinador de
infraestructura tecnológica.
Desarrollo del Programas desarrollados y Si aplica

componente subversionados, revisados por el
CONSTRUCCIÓN Captura líder técnico, arquitecto de
E software.
IMPLANTACIÓN
48

especificaciones que definen las
pruebas a realizar del sistema por
Plan de
cada componte, avalado por el
Pruebas del
líder técnico, arquitecto de
sistema
software, coordinador de la
infraestructura tecnológica, y jefe
área de sistemas.
Instalación Documento por cada proceso y Si aplica

ambiente de aprobado, por el gerente de
pruebas, proyecto, áreas de usuario
ejecución y involucradas.
ajustes al
componente de
captura.
Capacitación Lista por los asistentes a la N/A

componente capacitación.
captura
usuarios finales
Implantación Acta de aprobación y formatos de Si aplica

ambiente de pasos de ambientes firmada por
producción el gerente del proyecto, líder
componente de técnico, y usuario líder de la
captura. encuesta.
Programas desarrollados y Si aplica

Desarrollo del
subversionados, revisados por el
componente
Análisis.
software.

ajustes al
componente de
Análisis.
Capacitación Lista firmada por los asistentes a N/A

componente la capacitación.
Análisis
usuarios
finales.
49

Análisis. encuesta.
Programas desarrollados y Si aplica

Desarrollo del
subversionados, revisados por el
componente
Monitoreo.
software.

ajustes al
componente de
Monitoreo.
Capacitación Lista firmada por los asistentes a N/A

componente la capacitación.
Análisis
usuarios finales

Monitoreo. encuesta.
Documentos y acta de N/A

Documentación
aprobación aprobada por el
de
usuario líder, jefe área de
componentes
sistemas y gerente de proyecto.
Registro de Documentos aprobados por el Si aplica

control de gerente de proyecto y líder
cambios. usuario final.
Documentos aprobados por el N/A

Registro de
gerente de proyecto, líder técnico
bitácoras.
y desarrolladores.
Acta aprobada por el gerente del N/A

Aprobación
proyecto, patrocinador, usuarios
CIERRE cierre del
líderes, jefes de área y equipo de
proyecto.
proyecto.
50
El gerente del proyecto debe tener control de todos los entregables, mediante el
diligenciamiento de las actas y uso del formato control de entregables.
5.3 EXCLUSIONES
El área de gerencia humana, es la encargada de capacitar a los integrantes del

equipo del proyecto en cuanto a las estrategias y actividades para potencializar las
habilidades y técnicas de cada uno.
La definición de requerimientos y diseños temáticos, económicos, estadísticos son

responsabilidad del área de difusión de estadística.
El área logística, será la encargada de realizar capacitaciones extraordinarias, que

no se encuentran contempladas dentro del cronograma del proyecto.
5.4 RESTRICCIONES
La instalación de los componentes del software se deben realizar bajo el

ambiente de pruebas y producción disponibles por el área de infraestructura
tecnológica, cumpliendo las políticas y lineamientos establecidos por el área de
sistemas.
Limitaciones al acceso a internet fuera de los horarios establecidos por la

entidad.
El tiempo de duración del proyecto no debe ser mayor a un año.
5.5 SUPUESTOS
Se cuenta con un jefe de área de sistemas y coordinador de infraestructura

tecnológica idóneos con experiencia en la contratación y conocimientos
técnicos en la adquisición de los componentes tecnológicos que se requieren
para la implantación del sistema.
El personal contratado para desempeñar las actividades en cada una de las

fases cumplen con los perfiles exigidos, y valorados por el área de recursos
humanos y sistemas.
Todos los planes de gestión deberán estar acordes a:
51
o Objetivo general del proyecto
o Objetivos específicos del proyecto
o Manejo de planes bajo la guía del PMBOOK
Equipo de trabajo comprometido durante toda la duración del proyecto.
La misión y la visión de la entidad permanecerá vigente durante todo el

desarrollo del proyecto.
5.6 WBS
La siguiente figura ilustra la WBS propuesta para el proyecto, mediante la cual se

descompone el trabajo de acuerdo a cada una de la secuencia natural del
proyecto: Inicio, Planeación, Análisis y Diseño, Construcción e Implantación y
cierre. El paquete de trabajo de gestión del proyecto es transversal a todo el
proyecto.
52
Figura 4. WBS
Fuente: autor
53
5.6 DICCIONARIO DE LA EDT
Tabla 6. Diccionario EDT
EDT Nombre de tarea Responsables Descripción
Ejecutar todas las actividades

requeridas para llevar a cabo el
1 PROYECTO Gerente del proyecto análisis, diseño e
implementación del sistema de
información web.
1.1 INICIO
Gerente de Proyecto; Jefe

Área Difusión
Elaborar Project
1.1.1 Estadística[50%];Jefe Área Elaborar el Project Charter
Charter
Sistemas[50%]; Usuaria líder
Producto[50%]

Aprobación Acta
1.1.2 Área Sistemas; Jefe Área Aprobar el Project Chárter
Project Charter
Difusión Estadística
HITO:
PROJECT
1.1.3 HITO
CHARTER
APROBADO
Área Sistemas; Jefe Área
Difusión Estadística;
Adecuaciones
locativas[1];Insumos de
inversión[1];Auxiliar Mesa Actividades para definir el
Definir equipo y
1.1.4 ayuda; Arquitecto Software; equipo de trabajo y las áreas de
área de trabajo
Coordinador de trabajo.
Infraestructura; Jefe
adquisiciones y contrato;
Usuaria líder Producto
Tabla 6. Diccionario EDT. Continuación
54
1.2 PLANEACION
HITO: INICIO
1.2.1 APROBACIÓN HITO
PLANES
Desarrollar el Llevar a cabo todas las

Gerente de
plan de actividades concernientes para
1.2.2 Proyecto[250%];Jefe Área
administración del desarrollar el plan de
Sistemas[20%]
proyecto administración del proyecto.

Definir el Área Difusión
Actividades para definir el
1.2.3 alcance del Estadística[10%];Usuaria líder
alcance del proyecto
proyecto Producto[70%];Jefe Área
Sistemas[40%]
Gerente de Proyecto; Usuaria

Definir el Actividades para definir el
líder Producto; Jefe Área
1.2.4 cronograma de cronograma de trabajo para el
Difusión Estadística; Jefe
trabajo proyecto
Área Sistemas

Elaborar el plan líder Producto[20%];Jefe Área Diseñar y definir el plan de
1.2.5
de comunicación Difusión Estadística[10%];Jefe comunicaciones
Área Sistemas[30%]

Elaborar el plan líder Producto[30%];Jefe Área Diseñar y definir el plan de
1.2.6
de calidad Difusión Estadística[20%];Jefe calidad
Área Sistemas[20%]
Elaborar el plan Jefe Área

Diseñar y definir el plan de
1.2.7 de recursos Sistemas[20%];Gerente de
recursos humanos
humanos Proyecto

Elaborar el plan Área Difusión Diseñar y definir el plan de
1.2.8
de riesgos Estadística[10%];Usuaria líder riesgos
Producto[10%]
Elaborar el plan de Jefe Área Sistemas; Gerente Diseñar y definir el plan de

1.2.9
adquisiciones de Proyecto adquisiciones
55
Jefe Área Sistemas; Gerente

Aprobación planes de Proyecto; Jefe Área Aprobación de los planes del
1.2.10
del proyecto Difusión Estadística; Usuaria proyecto
líder Producto
HITO: FIN
1.2.11 APROBACIÓN HITO
PLANES
ANALISIS Y Actividades para analizar y

1.3
DISEÑO diseñar el sistema
Actividades concernientes con

Jefe de Sistemas, Jefe de la planeación, elaboración de
Alistamiento y
1.3.1 Almacén, Licitaciones y términos y adquisiciones
Adquisiciones
contratos. necesarias para realizar el
proyecto.
Reuniones mensuales ante
comité ejecutivo de la
Reunión Comité Área Difusión Estadística;
1.3.2 organización, que reportan los
Ejecutiva Jefe Área Sistemas; Jefe
indicadores de avance del
adquisiciones y contrato
proyecto y estado del mismo.
Reuniones con el equipo de
Gerente de Proyecto;
proyecto para monitorear y
Reunión Monitoreo Arquitecto Software; Líder
1.3.3 controlar el avance de proyecto
y control técnico; Usuaria líder
y tareas asignadas por cada
Producto
integrante.
Fase Análisis y Realizar el análisis y

Líder técnico; Usuaria líder
1.3.4 Levantamiento de levantamiento de la información
Producto
Información para el desarrollo del sistema
Fase Diseño del Arquitecto de software, Realizar el diseño y modelado

1.3.5
Sistema desarrolladores de software del sistema a construir.
Fase Análisis de
Arquitecto de software, Diseñar la arquitectura y
Requisitos y diseño
1.3.6 desarrolladores de software, evaluar los requisitos del
arquitectural del
líder técnico sistema
sistema
56
Actividades para desarrollar los

CONSTRUCCIÓN
1.4 componente y módulos que
E IMPLANTACION
conformaran el sistema web
Fase construcción
e Implantación Arquitecto, desarrolladores de Documentación de cada uno de
1.4.1
componente del software los componentes del sistema.
Sistema
Fase de Actividades para mantener y
1.4.2 Documentación de Analista de requerimientos soportar el sistema de
Componentes información
Fase de soporte
Mantenimiento preventivo y Mantener y soportar el sistema
1.4.3 y mantenimiento al
correctivo[1] web.
sistema implantado
Actividades para cerrar el

1.5 CIERRE
proyecto

Revisión final de
líder Producto; Jefe Área Verificación y revisión de
1.5.1 entregables del
Difusión Estadística; Jefe entregables del sistema.
proyecto
Área Sistemas

Firma acta final de
1.5.2 Área Difusión Estadística; Aval y cierre del proyecto
cierre del proyecto
Jefe Área Sistemas
HITO:
APROBACIÓN DE
1.5.3 ENTREGABLES Y HITO
CIERRE DEL
PROYECTO
Fuente: autores
5.7 HERRAMIENTAS USADAS EN ESTE PLAN
Juicio de Expertos
Plantillas de la organización
57
6. PLAN GESTIÓN DEL TIEMPO
La duración del proyecto es 229 días. La duración para la adquisición de los

equipos tecnológicos para implantar el sistema es de 4 meses.
Fecha de Inicio del proyecto: jue 02/02/12

Fecha finalización del proyecto: mié 19/12/12
6.1 MATRIZ DE ACTIVIDADES
La siguiente matriz ilustra las actividades que se van a llevar a cabo en el

proyecto, destacando en color rosado las que se encuentran marcadas como
hitos.
Tabla 7. Matriz de Actividades
FASE ID NOMBRE DE TAREA

1 PROYECTO
2 INICIO
3 Elaborar Project Charter
INICIO
4 Aprobación Acta Project Charter
5 HITO: PROJECT CHARTER APROBADO
6 Definir equipo y área de trabajo
7 PLANEACION
8 HITO: INICIO APROBACIÓN PLANES
9 Desarrollar el plan de administración del proyecto
10 Definir el alcance del proyecto
11 Definir el cronograma de trabajo
12 Elaborar el plan de comunicación
PLANEACIÓN
13 Elaborar el plan de calidad
14 Elaborar el plan de recursos humanos
15 Elaborar el plan de riesgos
16 Elaborar el plan de adquisiciones
17 Aprobación planes del proyecto
18 HITO: FIN APROBACIÓN PLANES
19 ANALISIS Y DISEÑO
20 Alistamiento y Adquisiciones
ANALISIS Y 21 Alistamiento de áreas e instalación de equipos técnicos
DISEÑO
22 Capacitación equipo de trabajo
HITO: CAPACITACIÓN EQUIPO DE PROYECTO Y
23
ADECUACIONES TECNICAS
58
Tabla 7. Matriz de Actividades. Continuación
24 Adquisición e Instalación Software y Hardware para implantación
HITO: INSTALACIÓN DE SOFTWARE Y HARDWARE PARA LA
25
IMPLANTACIÓN
26 Reunión Comité Ejecutiva
38 Reunión Seguimiento Operativo
85 Fase Análisis y Levantamiento de Información
86 HITO: INICIO ANALISIS CASOS DE USO
87 Recolección de información con las áreas de (Logística, Temática)
88 Análisis de información recolectada
89 Elaboración casos de uso del sistema
90 Ajustes casos de usos del sistema
91 HITO: APROBACIÓN DISEÑO CASOS DE USO
92 Fase Diseño del Sistema
93 Diseño funcional Componente Captura
94 Diseño funcional Componente Análisis
95 Diseño funcional Componente Monitoreo
96 Presentación prototipos diseño componentes Sistemas
97 Ajustes Diseño funcionales de los componentes del sistema
Aprobación Diseño funcional de los componentes - Áreas
98
involucradas
99 HITO: APROBACIÓN DISEÑO DEL SISTEMA
100 Fase Análisis de Requisitos y diseño arquitectural del sistema
101 Establecer y documentar los requisitos del sistema
102 Evaluar los requisitos del sistema
103 Establecer la arquitectura de alto nivel del sistema
104 Aprobación arquitectura del sistema
105 HITO: APROBACIÓN ARQUITECTURA DEL SISTEMA
106 CONSTRUCCIÓN E IMPLANTACION
107 Fase construcción e Implantación componente del Sistema
108 HITO:INICIO COMPONENTE CAPTURA
109 Componente Captura
110 Formulario Electrónico
111 Modulo Caratula Única
112 Desarrollar Servicios básicos ORACLE
CONSTRUC 113 Desarrollar Interfaces JAVA
CIÓN E 114 Desarrollar Validaciones
IMPLANTA
CION 115 Pruebas de usuario
59
116 Ajustes pruebas
117 Modulo Ventas
118 Desarrollar Servicios básicos, negocio ORACLE
119 Desarrollar Validaciones e interfaz JAVA
120 Pruebas de usuario
121 Ajustes pruebas
122 Modulo Personal y remuneración
123 Desarrollar Servicios básicos-negocio ORACLE
124 Desarrollar Interfaz JAVA
125 Desarrollar Validaciones
127 Ajustes pruebas
128 Modulo costos y Gastos - Inventario Activos
129 Desarrollar Servicios básicos-negocio ORACLE
132 Ajustes pruebas
133 Modulo Ciudades - Otros ingresos - Comercio Exterior
134 Desarrollar Servicios básicos ORACLE
135 Desarrollo de Validaciones
137 Ajustes pruebas
138 Modulo Tics
139 Desarrollo Servicios básicos-negocio ORACLE
140 Desarrollo Interfaz JAVA
141 Desarrollo de Validaciones
143 Ajustes pruebas
144 Componente de chequeos
145 Desarrollo Servicios básicos ORACLE
146 Desarrollo Interfaz JAVA y de Validaciones
148 Ajustes pruebas
149 Descarga del formulario diligenciado
150 Interfaz JAVA o Jasper Report
60
152 Ajustes pruebas
153 Descarga de instructivos y formulario en blanco
154 Interfaz JAVA
156 Ajustes pruebas
157 Diseño Gráfico
158 Crear propuestas de diseño (Css, Colores, etc)
159 Evaluación de propuestas
160 Implementación de propuesta de diseño
161 Construcción ayudas on line
162 Diseño de las ayudas
163 Construcción
164 Verificación de usuario
165 Ajustes
166 Definición Plan de Pruebas
167 Pruebas integración
168 Pruebas del Sistema
169 Pruebas de Desempeño
170 Pruebas de Carga
171 Preparación de ambientes de Prueba
172 Instalación aplicación (Servidores WEB y Base de Datos)
173 Ejecución Plan de pruebas
Ajustes y afinamientos componente de captura resultado de la
174
ejecución Plan de Pruebas
175 Certificación Usuario, Aprobación Ejecución Plan Pruebas
176 Capacitación
177 Capacitación a usuarios Sede central
178 Capacitación a usuarios territoriales por multiplicador
179 Implantación en ambiente producción componente captura
180 Aprobación Usuario Líder paso a producción
181 Alistamiento Componente de instalación en Repositorio
182 Generar empaquetado componente captura en repositorio
183 Generar Script BD y sql Componente Captura en repositorio
184 Instalación ambiente Producción
Solicitud Creación de BD- scripts en el Servidor BD Ambiente
185
producción
Solicitud Despliegue Componente Captura en el Servidor
186
Web ambiente producción
61
Aprobación implantación componente Captura por Usuario
187
Líder
189 HITO:FIN COMPONENTE CAPTURA
190 HITO: INICIO COMPONENTE ANALISIS
191 Componente Análisis
192 Modulo Critica
193 Desarrollo Servicios básicos, negocio ORACLE
194 Desarrollo Interfaz JAVA y validaciones
196 Ajustes pruebas
197 Ficha Análisis
201 Ajustes pruebas
202 Informe Campo de Novedades
206 Ajustes pruebas
207 Elaboración y ejecución Pruebas Componente Análisis
210 Ajustes y afinamientos componente análisis
212 Capacitación módulo Análisis
215 Implantación en ambiente producción componente Análisis
218 Generar empaquetado componente Análisis en repositorio
219 Generar Script BD y sql Componente Análisis en repositorio
221
producción
62
Solicitud Despliegue Componente Análisis en el Servidor
222
Instalación componente Análisis (Servidores WEB y Base de
223 Datos)
Aprobación implantación componente Análisis por Usuario

224
Líder
225 HITO: FIN COMPONENTE ANALISIS
226 HITO: INICIO COMPONENTE MONITOREO
227 Componente Monitoreo
228 Servicios básicos, negocio ORACLE
229 Interfaz JAVA y validaciones
231 Ajustes pruebas
232 Elaboración y ejecución Pruebas Componente Monitoreo
Ajustes y afinamientos componente de captura resultado de la
235
ejecución Plan de Pruebas
237 Capacitación modulo Monitoreo
240 Implantación en ambiente producción componente Análisis
243 Generar empaquetado componente Análisis en repositorio
244 Generar Script BD y sql Componente Análisis en repositorio
246
producción
Solicitud Despliegue Componente Análisis en el Servidor
247
Instalación componente Análisis (Servidores WEB y Base de
248
Datos)
Aprobación implantación componente Análisis por Usuario
249
Líder
250 HITO: FIN COMPONENTE MONITOREO
251 Fase de Documentación de Componentes
252 Documentación código fuente
253 Manuales de Usuario
63
254 Manuales de Instalación
255 Revisión Manuales
256 Ajustes Documentación
257 Aprobación acta final de Entregables
258 HITO: DOCUMENTACIÓN GENERADA Y APROBADA
259 Fase de soporte y mantenimiento al sistema implantado
260 Control de cambios
261 Registro de bitácoras
262 Subversionamiento de empaquetarles
HITO: REGISTRO DE LECCIONES APRENDIDAS, SOPORTE Y
263
MANTENIMIENTO
264 CIERRE
265 Revisión final de entregables del proyecto
CIERRE 266 Firma acta final de cierre del proyecto
HITO: APROBACIÓN DE ENTREGABLES Y CIERRE DEL
267
PROYECTO
Fuente: autor
6.2 MATRIZ DE PREDECESORAS
Tabla 8. Matriz de Predecesoras
FASE Id Nombre de tarea Predecesoras

1 PROYECTO
2 INICIO
3 Elaborar Project Charter
INICIO 4 Aprobación Acta Project Charter 3
HITO: PROJECT CHARTER
5
APROBADO
6 Definir equipo y área de trabajo 4
7 PLANEACION
HITO: INICIO APROBACIÓN
8 9
PLANES
Desarrollar el plan de
9 2
administración del proyecto
PLANEACIÓN
10 Definir el alcance del proyecto 9
11 Definir el cronograma de trabajo 10
12 Elaborar el plan de comunicación 11
13 Elaborar el plan de calidad 12
64
Tabla 8. Matriz de Predecesoras. continuación
Elaborar el plan de recursos
14 12
humanos
15 Elaborar el plan de riesgos 14
16 Elaborar el plan de adquisiciones 15
17 Aprobación planes del proyecto 9;10;11;12;13;14;15;16
HITO: FIN APROBACIÓN
18 17
PLANES
19 ANALISIS Y DISEÑO
20 Alistamiento y Adquisiciones
Alistamiento de áreas e
21 2;4
instalación de equipos técnicos
22 Capacitación equipo de trabajo 21
HITO: CAPACITACIÓN EQUIPO
23 DE PROYECTO Y 21;22
ADECUACIONES TECNICAS
Adquisición e Instalación Software
24 16
y Hardware para implantación
HITO: INSTALACIÓN DE
25 SOFTWARE Y HARDWARE 24
PARA LA IMPLANTACIÓN
26 Reunión Comité Ejecutiva 17
Reunión Seguimiento
38 17
Operativo
Fase Análisis y Levantamiento
85
de Información
HITO: INICIO ANALISIS
ANALISIS Y DISEÑO 86 87
CASOS DE USO
Recolección de información
87 con las áreas de (Logística, 17;21
Temática)
Análisis de información
88 87
recolectada
Elaboración casos de uso
89 88
del sistema
Ajustes casos de usos del
90 89
sistema
HITO: APROBACIÓN
91 90
DISEÑO CASOS DE USO
92 Fase Diseño del Sistema
Diseño funcional
93 85
Componente Captura
Diseño funcional
94 85
Componente Análisis
Diseño funcional
95 Componente Monitoreo 85
65
Tabla 8. Matriz de Predecesoras. Continuación
Presentación prototipos
96 93;94;95
diseño componentes Sistemas
Ajustes Diseño funcionales
97 96
de los componentes del sistema
Aprobación Diseño funcional
98 de los componentes - Áreas 97
involucradas
HITO: APROBACIÓN
99 98
DISEÑO DEL SISTEMA
Fase Análisis de Requisitos y
100
diseño arquitectural del sistema
Establecer y documentar los
101 98
requisitos del sistema
Evaluar los requisitos del
102 101
sistema
Establecer la arquitectura de
103 102
alto nivel del sistema
Aprobación arquitectura del
104 103
sistema
HITO: APROBACIÓN
105 104
ARQUITECTURA DEL SISTEMA
CONSTRUCCIÓN E
106
IMPLANTACION
Fase construcción e
107 Implantación componente del
Sistema
HITO:INICIO
108 112
COMPONENTE CAPTURA
109 Componente Captura 98;100
110 Formulario Electrónico
111 Modulo Caratula Única
Desarrollar Servicios
112
básicos ORACLE
CONSTRUCCIÓN E Desarrollar Interfaces
IMPLANTACION 113
JAVA
Desarrollar
114
Validaciones
115 Pruebas de usuario 114;112;113
116 Ajustes pruebas 115
117 Modulo Ventas
118
básicos, negocio ORACLE
Desarrollar
119
Validaciones e interfaz JAVA
120 Pruebas de usuario 118;119
66
Modulo Personal y
122 117
remuneración
123
básicos-negocio ORACLE
Desarrollar Interfaz
124
JAVA
Desarrollar
125
Validaciones
Modulo costos y Gastos -
128 117
Inventario Activos
129
Modulo Ciudades - Otros
133 128
ingresos - Comercio Exterior
134
básicos ORACLE
Desarrollo de
135
Validaciones
138 Modulo Tics 128
Desarrollo Servicios
139
Desarrollo Interfaz
140
JAVA
Desarrollo de
141
Validaciones
Componente de
144 138
chequeos
145
básicos ORACLE
Desarrollo Interfaz
146
JAVA y de Validaciones
Descarga del formulario
149 138
diligenciado
67
150 Interfaz JAVA o Jasper Report
151 Pruebas de usuario 150
Descarga de instructivos
153 149
y formulario en blanco
154 Interfaz JAVA
157 Diseño Gráfico
Crear propuestas de
158 149
diseño (Css, Colores, etc)
Evaluación de
159 158
propuestas
Implementación de
160 159
propuesta de diseño
Construcción ayudas on
161 157
line
162 Diseño de las ayudas
163 Construcción 162
164 Verificación de usuario 163
165 Ajustes 164
166 Definición Plan de Pruebas 157
167 Pruebas integración 157
168 Pruebas del Sistema 167
169 Pruebas de Desempeño 168
170 Pruebas de Carga 169
Preparación de ambientes
171 166
de Prueba
Instalación aplicación
172 (Servidores WEB y Base de 166
Datos)
Ejecución Plan de
173 172
pruebas
Ajustes y afinamientos
174 componente de captura resultado 173
de la ejecución Plan de Pruebas
Certificación Usuario,
175 Aprobación Ejecución Plan 174
Pruebas
176 Capacitación 171
Capacitación a usuarios
177 Sede central
68
178 177
territoriales por multiplicador
Implantación en ambiente
179 176
producción componente captura
Aprobación Usuario
180
Líder paso a producción
Alistamiento
181 Componente de instalación en 180
Repositorio
Generar empaquetado
182 componente captura en
repositorio
Generar Script BD y
183 sql Componente Captura en
repositorio
Instalación ambiente
184 181
Producción
Solicitud Creación de
185 BD- scripts en el Servidor BD
Ambiente producción
Solicitud Despliegue
Componente Captura en el
186
Servidor Web ambiente
producción
Aprobación
187 implantación componente Captura 188
por Usuario Líder
188 (Servidores WEB y Base de 186;185
Datos)
HITO:FIN COMPONENTE
189 187
CAPTURA
HITO: INICIO
190 193
COMPONENTE ANALISIS
191 Componente Análisis 187
192 Modulo Critica
193
básicos, negocio ORACLE
Desarrollo Interfaz JAVA
194
y validaciones
197 Ficha Análisis
198 básicos ORACLE 187
69
199
y validaciones
Informe Campo de
202 197
Novedades
203
básicos ORACLE
204
y validaciones
Elaboración y ejecución
207 206
Pruebas Componente Análisis
208 (Servidores WEB y Base de
Datos)
Ejecución Plan de
209 208
pruebas
210 209
componente análisis
Pruebas
Capacitación módulo
212 211
Análisis
213
Sede central
214 213
215
producción componente Análisis
Aprobación Usuario
216 211
Alistamiento
217 Componente de instalación en 216
Repositorio
Generar empaquetado
218 componente Análisis en
repositorio
Generar Script BD y sql
219 Componente Análisis en
repositorio
220 218
Producción
Solicitud Creación de BD-
221 scripts en el Servidor BD
70
Componente Análisis en el
222
Servidor Web ambiente
producción
Instalación componente
223 Análisis (Servidores WEB y Base 221;222
de Datos)
Aprobación implantación
224 componente Análisis por Usuario 223
Líder
HITO: FIN COMPONENTE
225 224
ANALISIS
HITO: INICIO
226 228
COMPONENTE MONITOREO
Servicios básicos, negocio
228 224
ORACLE
229 Interfaz JAVA y validaciones 224
Elaboración y ejecución Pruebas
233 (Servidores WEB y Base de 230
Datos)
Ejecución Plan de
234 233
pruebas
235 componente de captura resultado 234
de la ejecución Plan de Pruebas
Pruebas
Capacitación modulo
237 236
Monitoreo
238
Sede central
239
240 236
producción componente Análisis
Aprobación Usuario
241
Alistamiento
Componente de instalación en
242
Repositorio
71
Generar empaquetado
243 componente Análisis en 241
repositorio
Generar Script BD y
244 sql Componente Análisis en 241
repositorio
245
Producción
Solicitud Creación de
246 BD- scripts en el Servidor BD 241;242
Componente Análisis en el
247 Servidor Web ambiente
producción
Instalación
248 componente Análisis (Servidores 246;247
WEB y Base de Datos)
Aprobación
249 implantación componente Análisis 248
por Usuario Líder
HITO: FIN COMPONENTE
250 249
MONITOREO
Fase de Documentación de
251
Componentes
Documentación código
252 249
fuente
253 Manuales de Usuario 252
254 Manuales de Instalación 252
255 Revisión Manuales 252;253;254
256 Ajustes Documentación 255
Aprobación acta final de
257 256
Entregables
HITO: DOCUMENTACIÓN
258
GENERADA Y APROBADA
Fase de soporte y
259 mantenimiento al sistema 249
implantado
260 Control de cambios
261 Registro de bitácoras
Subversionamiento de
262
empaquetarles
HITO: REGISTRO DE
LECCIONES APRENDIDAS,
263
SOPORTE Y MANTENIMIENTO
72
264 CIERRE 262
Revisión final de entregables
265 262
del proyecto
CIERRE Firma acta final de cierre del
266 265
proyecto
HITO: APROBACIÓN DE
267 ENTREGABLES Y CIERRE DEL 266
PROYECTO
Fuente: autor
6.3 CRONOGRAMA DEL PROYECTO
Figura 5. Cronograma General
Fuente: autor
El cronograma completo del proyecto, diseñado en Microsoft Project se puede

visualizar en el anexo ¨Cronograma Detallado del Proyecto Sistema Web¨.
6.4 MEDICIONES Y PARAMETROS DEL RENDIMIENTO DEL PROYECTO
Según la programación realizada en el cronograma para el proyecto, el gerente

deberá supervisar el avance del proyecto, en tiempo, costos, empleando el
siguiente formato para el control del cronograma, basado en la metodología del
valor ganado.
73
Tabla 9. Formato control del cronograma tiempo
Fecha de Control Riesgos Evaluados
Semanas de
avance planeado
% valor planeado
% de avance real
EV
PV
AC
SPI
CPI
Curva S Acciones a tomar
6.5 FECHAS CLAVES DURANTE EL PROCESO DE IMPLEMENTACIÓN
Tabla 10. Formato control del cronograma tiempo
HITO MES CLAVE FECHA CLAVE FASE
Project Charter aprobado. Primer mes mar 07/02/12 Inicio
Aprobación planes de gestión. Tercer mes jue 08/03/12 Planeación
mar 14/02/12
Capacitación equipo de proyecto y Segundo y tercer
Análisis y diseño
adecuaciones técnicas. mes
mié 15/02/12
jue 08/03/12
Instalación de software y hardware Tercer,
Análisis y diseño
para la implantación. cuarto…sexto mes
jue 28/06/12
Diseño casos de usos aprobados. Cuarto mes mar 24/04/12 Análisis y diseño
Diseño funcional del sistema

Quinto mes mar 08/05/12 Análisis y diseño
aprobados
Arquitectura del sistema aprobada. Quinto mes jue 17/05/12 Análisis y diseño
74
Construcción, pruebas,
Construcción e
capacitación e implantación Octavo mes lun 13/08/12
implantación
componente de captura.
Construcción e
capacitación e implantación Noveno mes mar 18/09/12
implantación
componente análisis.
Construcción e
capacitación e implantación Décimo mes mar 09/10/12
implantación
componente monitoreo.
Documentación generada y Construcción e

Décimo mes mar 30/10/12
aprobada. implantación
Registro de lecciones aprendidas, Construcción e

Décimo mes mar 09/10/12
soporte y mantenimiento. implantación
Aprobación de entregables y cierre

Doceavo mes mar 11/12/12 Cierre
del proyecto.
Fuente: autor
Formatos y plantillas que usa la oficina PMO de la entidad

Juicio de expertos
Descomposición de paquetes de trabajo en unidades
75
7. PLAN GESTIÓN DE COSTOS
Se estima que la inversión del proyecto es $ 937.656.986,67 millones de pesos.
Tabla 11. Inversión del proyecto
CONCEPTO COSTO (COP)
Inversión Pre-inversión $ 8.250.000,00
Inversión Técnica $ 439.760.040,00
Inversión Operativa $ 489.000.000,00
Fuente: autor
7.1 ESTIMACIÓN DE COSTOS
A continuación se detallan los costos para las fases de inversión, pre-operativa,

técnica, y operativa.
Tabla 12. Inversión pre-operativa
INVERSIÓN PRE-OPERATIVA
CONCEPTO UNIDAD VALOR VALOR

UNITARIO
Adecuaciones Locativas 1 $ 8.650.000 $ 8.250.000

del área de trabajo y de
computadores
TOTAL $8.250.000
Fuente: autor
76
Tabla 13. Inversión Técnica
INVERSIÓN TÉCNICA
CONCEPTO UNIDAD VALOR VALOR

UNITARIO
Alquiler de 10 equipos de cómputo

de escritorio para las labores de 10 $ 1.000.000 $ 10.000.000
desarrollo del software.
Oracle Database Standard Edition –

Processor License (procesadores
1 $ 44.268.280 $44.268.280
servidor con un socket para
procesador de 2 core)
Internet Application Server

Enterprise Edition – Processor
License (procesadores servidor con 1 $ 88.351.760 $88.351.760
un socket para procesador de 2
core)
BOLSA DE 100 HORAS DE

1 $ 19.140.000 $19.140.000
SOPORTE ONSITE7X24
Insumos de inversión (Papel,

1 $ 3.000.000,00 $ 3.000.000,00
carpetas, toner, tapes backups)
Mantenimiento preventivo y
correctivo de los computadores y 1 $ 6.000.000 $ 6.000.000
servidores.
Ajustes de tecnología e
1 $ 3.000.000 $ 3.000.000
infraestructura tecnológica
Adquisición, instalación y
configuración de una solución de
almacenamiento tipo SAN de 1 $ 200.000.000 $ 200.000.000
acuerdo con las especificaciones
técnicas definidas.
Adquisición, instalación y
configuración de 2 servidores tipo
1 $ 50.000.000 $ 50.000.000
blade de acuerdo con las
características técnicas definidas.
TOTAL $ 439.760.040,00
Fuente: autor
77
Tabla 14. Inversión Operativa.
INVERSIÓN OPERATIVA
RECURSOS HUMANOS CONTRATACIÓN PRESTACIÓN DE SERVICIOS
CONCEPTO UNIDAD VALOR UNITARIO VALOR TOTAL
Gerente proyecto 1 $ 5.787.837,00 $ 57.878.370,00
Líder Técnico 1 $ 4.735.503,00 $ 47.355.030,00
Desarrollador oracle 2 $ 4.735.503,00 $ 94.710.060,00
Desarrollador Java 2 $ 4.735.503,00 $ 94.710.060,00
Administrador de Ambientes 1 $ 5.787.837,00 $ 57.878.370,00
Analista Funcional 1 $ 2.630.835,00 $ 26.308.350,00
Líder Temático 1 $ 3.157.002,00 $ 31.570.020,00
Líder Logístico 1 $ 3.157.002,00 $ 31.570.020,00
TOTAL $ 441.980.280,00
SERVICIOS DE SOPORTE Y MANTENIMIENTO
Proveedor de Internet, telefonía y 1 $ 500.000 $ 5.000.0000

red.
Mantenimiento y aseo de los 1 $ 1.200.000,00 $ 12.000.000

activos
Proveedor de internet y telefonía 1 $ 500.000,00 $ 5.000.000,00
TOTAL $ 17.000.000
GASTOS ADMINISTRATIVOS
Servicios Básicos (luz, agua, energía) 1 $ 820.000 $ 8.200.000,00
Papelería 1 $ 166.666,67 $ 1.666.666,67
Línea telefónica 110 1 $ 80.000,00 $ 800.000,00
Gastos de representación /Viáticos 10 $ 100.000,00 $ 10.000.000,00
TOTAL $ 20.666.666,67
78
Figura 6. Flujo de Fondos Neto del proyecto sin financiación.
Figura 7. Gráfico de presupuesto Total
Fuente: autor
79
8. PLAN GESTIÓN DE CALIDAD
El siguiente plan busca la definición de los procesos y métodos que se deben

aplicar al sistema de información web para determinar el cumplimiento entre los
requerimientos funcionales del proyecto establecidos y los entregables, al tratarse
de un proyecto de software es necesario integrar al plan de gestión de calidad un
plan de pruebas que facilite el conocimiento del estado de cada uno de los
componentes de entregables. Con el aseguramiento del sistema se busca
garantizar que el software cumpla con los criterios de aceptación establecidos por
la entidad para el análisis, construcción, implementación y satisfacción de los
requerimientos, y enmarcados dentro del sistema de gestión de la calidad de la
entidad.
8.1 ALCANCE
La meta del plan de gestión de calidad es garantizar que el sistema de información

web satisfaga los siguientes elementos:
Funcionalidad
El software haga exactamente lo que se definió en los requerimientos.

El desarrollo del sistema cumpla con las políticas y lineamientos establecidos
por la oficina de sistemas.
Fiabilidad
Recuperación de la herramienta ante fallos imprevistos por medio de sistemas

de almacenamiento de respaldo
Usabilidad
La interfaz gráfica sea de fácil navegación y comprensión

Cumpla con los formatos de documentación establecidos por la PMO de la
entidad en cada una de las fases del proyecto.
Eficiencia
Uso eficiente del software que los soportan.
El Plan de Gestión de la Calidad del proyecto contempla tres pasos: Planificación,

Aseguramiento y Control.
80
8.2 PLANIFICACIÓN DE LA CALIDAD
La política de calidad del proyecto está sujeta a cumplir la política de calidad de la

entidad, adicional el proyecto debe cumplir los estándares definitivos para el
desarrollo del software, por otro lado en tiempo, costo y alcance.
A continuación se describe la política integral de la institución:
Misión. La Misión de la entidad consiste en producir y difundir información

estadística estratégica para la toma de decisiones en el desarrollo económico,
social del país. A partir de su liderazgo técnico ejercer la regulación del Sistema
Estadístico Nacional.
Visión. La entidad al 2014 habrá consolidado el Sistema Estadístico Nacional,

que provea información Estadística oficial con la cobertura, eficiencia, oportunidad
y calidad que el país demande, de acuerdo con estándares internacionales y que
contribuya a la generación de conocimiento sobre la realidad nacional y apoyo al
desarrollo de políticas públicas.
8.2.1 Principios para la gestión, la conducta y el control
Principios para la gestión.
- Enfoque hacia el cliente: no es posible producir bienes y servicios sin el

conocimiento de las necesidades del cliente-ciudadano interno y externo, por lo
cual se debe ajustar los productos o servicios a sus necesidades y
especificaciones. El cliente interno, son todas las personas vinculadas a la entidad
y el cliente externo son los consumidores, compradores y usuarios de la
información de la entidad.
- Liderazgo: se debe fortalecer la unidad de propósito y la orientación de la

entidad. Es necesario crear y mantener un ambiente interno en el cual se pueda
involucrar todas las personas de la Entidad en el logro de los objetivos del
Departamento.
- Participación activa de los servidores públicos y/o particulares que ejercen

funciones públicas: Los funcionarios de todos los niveles son la esencia de la
entidad y su compromiso total hace posible sumar las habilidades de cada uno
para beneficio del Departamento.
- Enfoque basado en procesos: Un resultado deseado se alcanza con mayor

eficiencia cuando las actividades y los recursos se gestionan como un proceso.
81
- Enfoque sistémico para la gestión: Identificar, entender y gestionar los
procesos interrelacionados como un sistema, contribuye a la eficacia y eficiencia
en el logro de los objetivos.
- Mejoramiento continuo: La mejora continua del desempeño global de la

entidad debe ser un objetivo permanente para todos.
- Enfoque basado en hechos y datos para la toma de decisiones: Las

decisiones eficaces se basan en el análisis de los datos y la información
pertinente.
- Beneficios mutuos en la relación con los proveedores de bienes o servicios: La

entidad y sus clientes ciudadanos y proveedores (o fuentes) son
interdependientes; una relación mutuamente beneficiosa aumenta la capacidad de
todos para gestionar el valor agregado.
- Coordinación, cooperación y articulación: Para la entidad el trabajo en equipo,

en y entre entidades es importante para el desarrollo de relaciones que beneficien
a sus clientes y que permitan emplear de una manera racional los recursos
disponibles.
- Transparencia: la gestión de los procesos en la entidad se fundamenta en las

actuaciones y las decisiones claras; por tanto, es importante que las entidades
garanticen el acceso a la información pertinente de sus procesos para facilitar así
el control social.
Principios para la conducta
Contribuir al desarrollo de país a través de la producción y difusión de

información estadística estratégica que deba generarse a nivel nacional,
sectorial y territorial y de la información oficial básica.
Promover la cultura estadística del País.
Propender por la generación de conocimientos sobre la realidad nacional y sus
tendencias.
Actuar con vocación de servicio para la satisfacción de nuestros clientes /
ciudadanos.
Fomentar la calidad de la información para una mayor confiabilidad de los
datos generados.
Desarrollar nuestras actividades bajo la filosofía del mejoramiento continuo.
Facilitar la participación ciudadana a través de nuestros sistemas de
información.
82
Principios del control
Autocontrol: Capacidad que desarrolla cada funcionario de la entidad para

controlar su trabajo, detectarlas desviaciones, efectuar correctivos necesarios,
mejorar los roles y en general, asumir como propio el control.
Autogestión: Capacidad de la entidad para interpretar, coordinar, aplicar y

evaluar la manera efectiva eficiente y eficaz la función administrativa que le fue
asignada.
Autorregulación: Capacidad de la entidad para reglamentar los asuntos propios

de su función
8.2.2 Valores éticos
Lealtad: Correspondencia de los ideales e intereses individuales con los

colectivos.
Transparencia: Actuar con claridad y hacer utilización óptima de todos los

recursos generando confianza en la comunidad.
Responsabilidad: Capacidad para asumir las funciones encomendadas y

responder a las consecuencias de los propios actos.
Honestidad: Honradez y rectitud en el actuar.
Servicio: Actitud y ejercicio que busca responder a la satisfacción de necesidades

colectivas.
Solidaridad: Apoyo a las causas, propósitos y fines de otros; cuando dos o más
personas se unen y colaboran mutuamente para conseguir un fin común.
Eficiencia: Optimizar los recursos para alcanzar propósitos y objetivos

institucionales
8.2.3 Políticas de la calidad. Las políticas de calidad reflejan el compromiso de

la Dirección y orientan la actuación de la satisfacción total de los clientes y las
partes interesadas en la gestión del Departamento, universo integrado por el país
entero representado en la comunidad y que trasciende fronteras. Estas políticas
son:
83
Identificar y priorizar de manera sistemática la demanda de información
estadística y adecuar la prestación del servicio y la entrega de productos a
clientes/ciudadanos internos y externos, de acuerdo con sus necesidades.
Actualizar de manera sistemática y permanente los marcos teóricos,

metodológicos y operativos de las investigaciones estadísticas y desarrollar
metodologías para generar la nueva información.
Garantizar la difusión y mercadeo de los productos y servicios de la entidad.
Liderar los procesos de estandarización y normalización para la generación de

la información Estadística del país.
Potenciar la cultura del mejoramiento continuo en el quehacer de la Entidad

orientado hacia la satisfacción de los clientes/ciudadanos, las personas que
trabajan con la entidad y la comunidad en general, y establecer indicadores de
eficacia, eficiencia y efectividad en todos los procesos.
Fortalecer y mejorar la gestión integral para la Administración del Riesgo con

alcance a los procesos Estratégicos, Misionales y de Soporte a fin de optimizar
la eficacia y eficiencia técnica, administrativa y financiera.
Promover la cultura estadística del país.
8.2.4 Objetivos Estratégicos
Orientar el proceso de planeación de la Entidad a resultados integrales, que

permita articular lo estratégico, táctico y operativo.
Aumentar la productividad y articulación del talento humano para que responda

a las necesidades de la entidad.
Regular, dirigir y coordinar el Sistema Estadístico Nacional mediante la

formulación, ejecución, seguimiento, evaluación y divulgación del Plan
Estadístico Nacional y de los Planes Estadísticos Sectoriales y Territoriales, y
el aseguramiento de la calidad de las operaciones estadísticas; asesorar a los
productores de estadísticas en el mejoramiento de los registros administrativos
y la producción estadística.
Mejorar el nivel de desagregación territorial y regional en la información

estadística, de acuerdo a las necesidades y prioridades del país.
84
Fomentar la cultura estadística, promoviendo el desarrollo de la información
estadística, su divulgación y utilización a nivel nacional, sectorial y territorial.
Facilitar el acceso y uso oportuno de los productos y servicios estadísticos a

nivel nacional e internacional, en apoyo a los procesos de planificación y
desarrollo integral del país y su articulación al contexto global.
Adoptar tecnologías de información y comunicaciones, que respondan a las

necesidades de la Entidad y del Sistema Estadístico Nacional.
Mejorar, mantener y articular los sistemas de control interno y de gestión de
calidad de la entidad través de un sistema integrado de gestión.
Fortalecer la cultura de administración de los riesgos de la entidad para su

identificación, prevención y mitigación permanente.
Divulgar los metadatos y resultados de las investigaciones estadísticas, en

lenguaje sencillo y diferenciado para cada tipo de usuario de la información
estadística.
8.3 MATRIZ DE ACTVIDADES DE CALIDAD
A continuación se define para cada paquete de trabajo de cada una de las fases
del proyecto el estándar o norma de calidad aplicable a su elaboración. Por otro
lado, la definición y diseño de actividades de prevención y de control que
aseguraran la obtención de entregables con el nivel requerido.
85
Tabla 15. Matriz de actividades de calidad.
ESTANDAR O ACTIVIDADES
ACTIVIDADES DE
PAQUETE DE TRABAJO NORMA APLICABLE
CONTROL
DE CALIDAD PREVENCIÓN
Diseño de los planes de Metodología PMI Uso de los formatos Aprobación por el
gestión del proyecto. definida por la oficina y documentos para gerente del PMO
PMO del área de cada uno de los y jefe área de
sistemas de la planes. sistemas.
entidad
Desarrollo e Metodología Empleo de la Aprobación por el

implementación módulo establecida en los documentación jefe área de
de reportes lineamientos y establecida para sistemas, gerente
políticas para la cada fase de de proyecto, líder
construcción e construcción del técnico y equipo
implementación de componente, de proyecto.
software definido por debidamente
el área de sistemas versionado en el
de la entidad. repositorio asignado.

análisis y crítica. lineamientos y establecida para sistemas, gerente
políticas para la cada fase de de proyecto, líder
implementación de componente, de proyecto

de captura de lineamientos y establecida para sistemas, gerente
información. políticas para la cada fase de de proyecto, líder
implementación de componente, de proyecto
Plan de pruebas Plan de pruebas Pruebas de Aprobación por el

integrales para cada definido por la PMO integridad del jefe del área de
componente del del área de sistemas software. Pruebas de sistemas, usuarios
software con los de la entidad. carga y estrés para líderes del
usuarios finales medir el rendimiento. producto, y
gerente de
proyecto.
86
Tabla 15. Matriz de actividades de calidad. Continuación
Capacitación a los Plan para Realización de Registro de
usuarios en el manejo capacitación de evaluaciones y test asistencia de
del sistema. usuarios finales, sobre el manejo del usuarios.
establecidas por el software.
área de recursos y Documento de
logísticos de la Evaluación de evaluación
encuesta. satisfacción en el uso definido por el
del software. área de recursos
humanos.
Implantación del Plan de instalación Pruebas de acceso al Aprobación por el

software en los de software definido sistema web desde jefe de área de
ambientes de por la coordinación cualquier estación de sistemas, gerente
producción de la de infraestructura trabajo autorizado. de proyecto y
entidad. tecnológica bajo la usuarios finales.
supervisión del área Pruebas de acceso a
de sistemas de la cada una de las
entidad. funcionalidades de
los componentes del
software desde la
sede principal y de
las territoriales de la
entidad.
Infraestructura Estándares de Pruebas de conexión Aprobación por el

adecuada y entregada infraestructura para y comunicación entre jefe de área de
redes de todos los puntos sistemas y
comunicaciones LAN internos y externos coordinadores de
y WAN. entre la sede infraestructura
principal y de las tecnológica de las
territoriales de la territoriales de la
entidad. entidad.
Fuente: autor
8.4 ESTANDARES DE PROCESOS Y METRICAS DE CALIDAD
8.4.1 Plan de Pruebas
Pruebas Unitarias. Las pruebas unitarias serán diseñadas por el líder técnico y
ejecutadas por los analistas funcionales del proyecto. Cada prueba consiste en
tomar el (los) método (s) o función contenidos en las librerías de los componentes
del software, ingresando los datos e información inicial con el fin de validar el
87
comportamiento de los datos de salida3. Se empleara el software Jdeveloper
versión 11g, Eclipse, y el software para test Junit.
Pruebas de integridad de servidores de base de datos. La prueba consiste en

identificar errores de procesamiento y comunicación con el servidor de base de
datos, validando los siguientes aspectos:
Comprobar el acceso a la base de datos cumpliendo con las políticas de

seguridad establecidas por la coordinación de infraestructura de tecnología de
la entidad.
Probar el acceso concurrente a las diversas tablas que conforman la base de

datos del sistema web desarrollado.
Verificar la disponibilidad y obtención de datos que han sido almacenados en la

base de datos.
Contrastar el bloqueo de registros durante las tablas transaccionales que

conforman la base de datos.
Pruebas de interfaz gráfica de usuario. La prueba consiste en asegurar que la

interface de usuario provea al usuario un acceso apropiado para ingresar y
navegar por cada una de las funcionalidades del componente del sistema web.
Dentro de las pruebas de interfaz definidas se debe:
Verificar que el sistema web cumpla con los logotipos, diagramación y diseño
de colores definidos por la institución.
Comprobar que los controles de captura de datos reciban el tipo de datos

establecidos en los prototipos de diseño funcionales especificados para cada
componente. Por ejemplo: si el control está diseñado para recibir solo caracteres
numéricos, no debería permitir caracteres especiales ni alfabéticos.
Confirmar el acceso a las páginas web de cada componente del sistema,

aplicando la medida de facilidad de uso para cada funcionalidad, contemplando los
siguientes lineamientos: control de usuario, lenguaje y contenido, claridad
arquitectónica y visual, ayuda en línea y guías de usuario, retroalimentación del
sitio web y coherencia.
3
JDEVELOPER. Eclipse, y el software para test Junit. Version 11g. en línea ,
consultado el 12 de febrero de 2013. Disponible en: es.wikipedia.org
88
Pruebas de desempeño. Realizar las pruebas de desempeño con el fin de
determinar la capacidad y estabilidad del sistema, a partir del cumplimiento de
variables como el tiempo de respuesta y velocidad de procesamiento mediante la
verificación de:
Tiempo de respuesta para ingresar la información

Tiempo de respuesta para el procesamiento de la información.
Tiempo de respuesta para la salida de la información.
Política de Calidad. La política de calidad de la entidad está fundamentada sobre

la norma técnica de calidad NTC: ISO 9001:2008 y la norma técnica de la gestión
pública NTC GP 1000:2009. La primera se aplica al modelo SGC basado en
procesos, el cual consiste en determinar y gestionar, de manera eficaz, una serie
de actividades relacionadas entre sí. El proyecto propuesto se encuentra
enmarcado en los procesos de soporte, los cuales facilitan la ejecución de
procesos de la investigación estadística, garantizando el apoyo necesario para
lograr el direccionamiento general de la entidad y la administración adecuada de
los recursos necesarios para el cumplimiento de la Misión, Visión, Políticas y
Objetivos. (Soporte Científico y Técnico - SCT, Soporte Informático - SIN,
Administración de Recursos Financieros - AFI, Gestión del Talento Humano -
GTH, Administración de Recursos Informáticos - ARI, Gestión de Recursos Físicos
- GRF, Soporte Legal - SOL). La norma permitirá regir los siguientes aspectos del
proyecto:
Requisitos de documentación
Infraestructura
Operaciones de producción y servicio
Análisis de los datos para mejorar el desempeño.
Medición, análisis y mejora en los procesos que recopilan información y la
analizan.
Realización del producto.
8.5 ROLES PARA LA GESTIÓN DE LA CALIDAD
A continuación se describen los roles que son requeridos en el equipo de proyecto

con el fin de desarrollar y supervisar las actividades y salidas en la gestión de la
calidad.
89
Tabla 16. Matriz de actividades de calidad.
ROL ESPECIFICACIONES
Objetivo: Responsable ejecutivo y final por la

calidad del proyecto, busca que las actividades y
entregables se cumplan según restricciones de
alcance, tiempo y costo.
Jefe área de
metodología y difusión Funciones: Aprobar el presupuesto para el proyecto
estadística y evaluar controles de cambio.
Reporta A: Directivos y secretario general de la

entidad.
Supervisa A: Gerente de proyectos
Objetivo: Gestionar operativamente la calidad.
Funciones: Revisar estándares, revisar entregables,

aceptar entregables o disponer su re proceso,
deliberar para generar acciones correctivas, aplicar
Gerente de proyecto acciones correctivas.
Reporta A: Jefe área de sistemas y Jefe área de
metodología y difusión estadística.
Supervisa A: Miembros del Equipo de proyecto.
Objetivo: Gestionar operativamente la tecnología.

Establecer y proveer las normas y estándares
técnicos para la construcción e implantación del
software.
Funciones: Aprobar si el software cumple con las

normas sobre la documentación, políticas y
Jefe Área de Sistemas lineamientos establecidos por la oficina de sistemas.
Reporta A: Gerente de Proyectos, coordinador de

Supervisa A: Al equipo de proyecto técnico y

profesional en sistemas involucrado en el proyecto.
90
Tabla 16. Matriz de actividades de calidad. Continuación
Objetivo: Revisar que las instalaciones de red,

equipos servidores y software (sistema operativo,
antivirus, firewall) se encuentren en total
funcionamiento y disponibilidad.
Coordinador de
Infraestructura Validar que los manuales técnicos y de usuario final
Tecnológica sea claro y conciso para la instalación del sistema en
los ambientes correspondientes.
Reporta A: Jefe Área de Sistemas
Supervisa A: Mesa de ayuda y analista de soporte
Objetivo: Entregar los requerimientos del sistema,

bajo las políticas de calidad establecidas por la
organización.
Líder de Producto
Reporta A: Gerente de Proyecto.
Supervisa A: Analista funcionales, temáticos y

logísticos.
Objetivo: Entregar el resultado de pruebas de cada

componente de software.
Analista de Pruebas
Reporta A: Líder Técnico, líderes de producto.
Supervisa A: ninguno.
Fuente: autor
8.6 ASEGURAMIENTO DE LA CALIDAD
8.6.1 Propósito. El aseguramiento de la calidad busca establecer procesos

específicos para la evaluación de la aplicación del plan de calidad definido a este
proyecto en cada uno de los entregables y también busca que todas las
incidencias reportadas sobre el producto sean tratadas.
8.6.2 Desarrollo del Aseguramiento. El aseguramiento de la calidad se hará

monitoreando continuamente el progreso de avance del trabajo, los resultados de
control de calidad, y sobre todo el resultado de cada uno de los indicadores de
91
calidad especificados previamente. De este modo se identificará tempranamente
cualquier necesidad de auditoría de procesos, o de mejora de los mismos.
Los resultados se formalizarán como solicitudes de cambio, y/o acciones

correctivas/preventivas, así mismo se verificará que dichas solicitudes se hayan
ejecutado y hayan sido efectivas.
Para garantizar a la entidad que el proyecto cumple con la documentación exigida

por el sistema de gestión de calidad, este debe registrarse en la PMO de la oficina
de sistemas, consolidando todos los documentos usados para la construcción e
implantación del software, con el previo aval del gerente de proyectos de la PMO,
a través de las reuniones de seguimiento y control de avance del proyecto.
Para certificar a la institución que el producto software entregado cumple con las
especificaciones técnicas solicitadas, este debe superar el plan de pruebas
definido por la PMO, y las exigidas por los usuarios líderes del producto.
Con el fin de controlar la calidad del producto a entregar, el equipo de proyecto a

cargo del desarrollo, tendrán que realizar las pruebas del aplicativo y todo su
entorno siguiendo el formato de pruebas establecidos por los lineamientos de la
oficina de sistemas, las cuales se llevarán a cabo a tres niveles: pruebas de
unidad y de integración, de validación y por último piloto.
Pruebas de unidad y de integración: serán responsabilidad de los desarrolladores

previo diseño de los casos de uso y de pruebas definidos para cada componente.
Las pruebas de validación serán responsabilidad conjunta con el equipo de

proyecto asignado junto con los líderes de producto. Dando como objetivo que el
sistema y su contexto, se comporte de acuerdo a lo pactado, en lo definido en los
documentos de especificaciones de requerimientos y alcance de los componentes
del software, considerando tanto los requerimientos funcionales, como los no
funcionales.
Finalmente se realizará una prueba piloto en un ambiente de pruebas, donde se

ejecutará todo el sistema, el equipo de proyecto asignado con el líder técnico y los
analistas de pruebas, quienes serán los responsables de elaborar y entregar un
reporte con las fallas detectadas y comunicárselo al Gerente de Proyecto. De igual
manera se actividades programas el personal a cargo deberá resolverlas y
actualizar una nueva versión del producto.
8.6.3 Identificación de puntos de control y de producto. Durante el proyecto

pueden surgir cambios y/o incorporación de nuevos requerimientos por solicitudes
realizadas por el usuario líder del producto. Se debe tener en cuenta que estos
cambios podrán afectar el cronograma pactado, así como también el presupuesto
92
establecido para cada actividad, la calidad de los entregables y el número de
personal involucrado.
El gerente del proyecto deberá apoyarse en los documentos establecidos en el

“registro de control de registros” para gestionar de manera eficiente la calidad de
los entregables clave del proyecto.
Los cambios solo pueden ser solicitados por el jefe de área de metodología y
difusión estadística y los usuarios líderes del producto. A través de solicitudes vía
correo electrónico o en las reuniones de avance a través del gerente de proyecto,
los miembros del equipo de desarrollo adjunto el documento establecido para cada
requerimiento (Ver Anexo: Registro Control de registros).
A continuación se establecen los puntos de control para el proyecto:
Tabla 17. Puntos de Control del proyecto
PUNTO DE CONTROL ENTREGABLE
Documento firmado por el patrocinador del

Project Charter Firmado
proyecto, gerente y jefe de áreas involucradas
Documento de recibo de entrega de equipos y

Instalación de equipos y
adecuación de áreas. Gerente de proyecto,
adecuación de áreas
coordinador de infraestructura tecnológica.
Instalación y soporte del Acta de aprobación, instalación y cancelación

software y hardware para entre el proveedor, el área de sistemas, y
implantación del sistema grupo de adquisiciones.
Documento con las especificaciones de casos

Diseño de casos de usos de usos, validado por el gerente de proyecto,
del sistema líder técnico, y usuario líder de producto.
Documento con las especificaciones y diseño

de los componentes del sistema validado por
el arquitecto del software, líder técnico y área
Prototipos diseño de sistemas.
componentes del sistema.
93
Tabla 17. Puntos de Control del proyecto. Continuación
Documento con las especificaciones de la

arquitectura de alto nivel del sistema,
Documento de arquitectura
aprobada por el jefe área de sistemas,
de alto nivel del sistema.
arquitecto de software y coordinador de
Programas desarrollados y subversionados,

Desarrollo del componente
revisados por el líder técnico, arquitecto de
Captura
software.
Documento con las especificaciones que

definen las pruebas a realizar del sistema por
Plan de Pruebas del cada componte, avalado por el líder técnico,
sistema arquitecto de software, coordinador de la
infraestructura tecnológica, y jefe área de
sistemas.
Instalación ambiente de Documento por cada proceso y aprobado, por

pruebas, ejecución y el gerente de proyecto, áreas de usuario
ajustes al componente de involucradas.
captura.
Acta de aprobación y formatos de pasos a

Implantación ambiente de
ambiente de producción firmada por el gerente
producción componente de
del proyecto, líder técnico, y usuario líder de la
captura.
encuesta.

Análisis.
software.

Análisis.
Implantación ambiente de Acta de aprobación y formatos de pasos de

producción componente de ambientes firmada por el gerente del proyecto,
Análisis. líder técnico, y usuario líder de la encuesta.

Monitoreo.
software.
94
Tabla 17. Puntos de Control del proyecto. Continuación

Monitoreo.
Implantación ambiente de Acta de aprobación y formatos de pasos de

producción componente de ambientes firmada por el gerente del proyecto,
Monitoreo. líder técnico, y usuario líder de la encuesta.
Registro de control de Documentos aprobados por el gerente de

cambios. proyecto y líder usuario final.
Acta aprobada por el gerente del proyecto,

Aprobación cierre del
patrocinador, usuarios líderes, jefes de área y
proyecto.
equipo de proyecto.
Fuente: autor
8.7 CONTROL DE CALIDAD
8.7.1 Procesos. El control de calidad de las pruebas realizadas a cada

componente del sistema web se garantiza a través de dos formas: La primera es
automatizada a través de las herramientas Junit y jakarta-jmeter de apache, la
cual facilita hacer la trazabilidad o monitoreo permanente sobre los resultados
encontrados en la prueba y sobre la prueba en general. De igual manera permite
confrontarlo con los casos de prueba para validar que se esté cumpliendo de
manera correcta con los documentos de especificaciones de requisitos solicitados
por el usuario líder del producto.
La segunda forma se hace manualmente a través de los analistas de pruebas

quienes se encargan del control de calidad de las pruebas realizando reproceso o
pruebas de regresión, con la finalidad de verificar que las no conformidades,
incidencias o errores encontrados con anterioridad han sido corregidos y que la
corrección es válida.
Además, el control de calidad para las pruebas se basa en el criterio de

aceptación el cual está definido así:
0 Errores bloqueantes
10 Errores Funcionales Menores
20 Errores de presentación
95
La calidad del sistema es aceptada solo si el anterior criterio de aceptación es
aplicado y alcanzado sobre el alcance total de los requerimientos
El registro de las pruebas del sistema debe ser soportado por el diligenciamiento
por cada miembro del equipo de proyecto en el formato “Matriz de pruebas” (Ver
Anexo).
8.7.2 Herramientas de Chequeos. Para cada entregable establecido en el punto

de control se deben diligenciar los formatos establecidos por el sistema de gestión
de calidad de la entidad. Cada formato se describe en el Anexo formatos para la
ejecución e implantación del sistema. A continuación se lista los formatos con su
respectiva codificación y nombre de documento.
Tabla 18. Listado Documentos – Registro por Actividad
CODIGO
ACTIVIDAD DOCUMENTO - REGISTRO
Analizar el sistema de R03. Registro Requerimientos del sistema CÓDIGO: 1,3-183-3.

información
R04. Registro Revisión de proceso de CÓDIGO: 1,3-183-4

Diseñar el sistema de diseño
Información
R05. Registro Verificación de diseño CÓDIGO: 1,3-183-5
06. Registro Lista de chequeo Preparación CÓDIGO: 1,3-183-6

entorno de desarrollo
Construir el sistema de 07. Registro Lista de chequeo Autorización CÓDIGO: 1,3-183-7

Información construcción
08. Registro Lista de chequeo CÓDIGO: 1,3-183-7

Comprobación proceso de desarrollo
Implantar el Sistema de 09. Registro Matriz de Pruebas CÓDIGO: 1,3-183-9

Información
Formato de paso de desarrollo a pruebas CODIGO: 1, 3-184-18
Solicitud paso a producción. CÓDIGO: 1, 3-184-19
Alistamiento de Acta de instalación de equipo y/o software. CÓDIGO: 1, 3-184-20

infraestructura
tecnológica
Fuente: autores
96
8.7.3 Indicadores de gestión
Tabla 19. Indicadores de Gestión.
ACTIVIDADES/CORRECTI
PAQUETE TIPO INDICADOR DESCRIPCIÓN CÁLCULO META
VAS SANCIÓN
Instalación de Define el progreso que ( Número de

se tiene durante la fase equipos Un % < 100 indica que la
equipos y
adecuación de la
adecuación de áreas Porcentaje de implementación en instalados y
infraestructura no se ha
de avance cuanto a la instalación y certificados /
Instalación y soporte completado en el tiempo
de entrega del área o Número de Igual
Tiempo previsto.
del software y infraestruc entorno físico. equipos que a 100
hardware para tura (servidores, dispositivos deben ser
Revisar los diagnósticos
implantación del tecnológica. de almacenamiento, instalados y
detectados por el área de
sistema equipos de cómputo certificados ) *
infraestructura.
entre otros) 100
Desarrollo del Indica el cumplimiento Un % < 100 indica que no se

componente Captura entre los requerimientos (Número de ha cumplido con la totalidad
Aceptación planteados y los entregables del de la entrega en el tiempo
Desarrollo del
de los entregables del proyecto establecido de corte.
componente Igual
Calidad componente proyecto, con el fin de aceptados /
Análisis. a 100
s del determinar cuál es el Número Se debe cobrar o retener el
software porcentaje de las entregables del pago sobre las actividades
Desarrollo del
entregas que han sido proyecto) * 100 que tienen asignada y que
componente
aprobadas y validadas aún no han sido aprobadas.
Monitoreo.
Instalación ambiente Cada vez que se Mayor a 2, indica el líder

de pruebas, detecta un error en el técnico del software está
software debe ser Error * numero Igual
ejecución y ajustes haciendo entregas
Reproceso reportado al líder técnico de soluciones o
al componente de Costos defectuosas cada vez que
de trabajo entregadas por menor
captura. con copia al gerente de se trata de solucionar algo.
proyecto. Este indicador error a2
Instalación ambiente contará las veces en Se debe penalizar por el
de pruebas, que se ha hecho énfasis costo de la hora que se
97
ejecución y ajustes sobre el mismo error y utilice para probar cada una
al componente de las veces que se ha de las soluciones
Análisis. dado por supuesto una entregadas.
solución.
de pruebas, Cada vez que se reporte
ejecución y ajustes un error se debe hacer
al componente de uso de los tiempos del
Monitoreo. trabajo del personal de
pruebas, lo que genera
un incremento en el
costo de inversión del
proyecto.
Registro de control
de cambios
Implantación
ambiente de Mayor a 30 no se debe
producción recibir el entregable
componente de Cantidad de
captura. Notificar del retraso del
errores
Indica si el sistema Igual tiempo al gerente del
funcionales
Implantación Funcionalida funciona de forma o proyecto para que impacte
Alcance reportados +
ambiente de d del sistema correcta sin presentar menor cronograma y tiempos de
cantidad de
producción error de bloqueo a 30 salida a producción.
errores de
componente de
presentación
Análisis. Hacer uso de garantías o
soporte si la herramienta
Implantación ya fue implantada.
ambiente de
producción
componente de
Monitoreo.
Implantación Incidentes Es cualquier error en el Igual Se debe impedir el paso a

Calidad Cantidad de
ambiente de bloqueantes sistema que no permita a0 producción si el error se
errores
producción completar de manera detecto durante la fase de
98
componente de exitosa un proceso de bloqueantes pruebas.
Captura, Análisis evaluación.
y Monitoreo. Si el error surge durante
producción se debe
solucionar en menor de las
8 horas laborales.
Sí la solución se da en un
periodo de superior a 8
horas se debe implementar
una versión del software
anterior donde no se
presente la falla detectada.
Si es mayor a 100 se debe

revisar si el personal está
dedicado al proyecto en el
caso de estarlo se debe
revisar las condiciones de
trabajo para determinar
que factor externo está
Indica la cantidad de (Número de impidiendo las entregas
horas de programación horas puntuales.
de una persona con ejecutadas por
Uso del Menor
respecto a las que persona / Si se detecta qué el
Costos talento o igual
realmente a usado Número de personal no está calificado
humano a 100
durante la ejecución de horas planeadas para resolver la tarea
las tareas que le han por persona) * encomendada se debe
sido asignadas. 100 reasignar a otro recurso
que si lo esté.
99
Un porcentaje menor a 100
indica que se ha cumplido
(Número de con la totalidad de la
entrega en el tiempo
paquetes de
Indica cuanto ha sido el entregables establecido de corte.
Porcentaje
porcentaje de entrega implementados /
de avance Igual Se debe verificar las
Tiempo de cada uno de los Numero de
de los a 100 clausulas contractuales si
paquetes de trabajo paquetes
entregables aplica multas o
definidos entregables
penalizaciones sobre el
definidos en el
costo de las horas
proyecto ) * 100
trabajadas adicionales que
se usen para alcanzar el
100%
Fuente: autor
100
9. PLAN GESTIÓN DE RECURSOS HUMANOS
9.1 PLAN DE RECURSOS HUMANOS
El desarrollo del presente proyecto requiere de la participación de las diferentes

áreas de la entidad que a su vez generan la necesidad de elaborar el plan de
gestión de recursos humanos, que permita, identificar y documentar la forma cómo
se dará manejo a los recursos humanos involucrados, los perfiles requeridos por
cada área y la matriz de asignación de responsabilidades, con la finalidad de
coadyuvar al plan de gestión del proyecto y la toma de decisiones.
9.2 GENERALIDADES
La creación del sistema información web, requiere de un equipo de proyecto

conformado por personas a las que se le asignarán roles y responsabilidades para
avalar, analizar, diseñar, construir, probar, implantar, controlar, dirigir, ejecutar,
monitorear y cerrar el proyecto.
Por este motivo la creación de este plan es fundamental para la ejecución del
proyecto, permitiendo establecer con anterioridad los requisitos necesarios que
deberán cumplir los recursos humanos empleados en cada una de las fases del
proyecto. Esto se obtiene documentando los roles, las responsabilidades,
habilidades y cargos requeridos, contribuyendo a un factor potencialmente
importante para un desarrollo exitoso permitiendo alcanzar los objetivos
propuestos.
Visión del Plan de Recursos Humanos: Contar con un plan eficaz, oportuno, que
permita al plan de gestión del proyecto definir los recursos humanos, desarrollar
un equipo de proyecto, mejorar las competencias, el desempeño y las
comunicaciones del personal a laborar en el proyecto.
9.3 REQUERIMIENTOS
Por tratarse de un proyecto de la rama de la ingeniería del software, es decir en el

que se involucra recurso humano, software e infraestructura tecnológica, el
proyecto asume que la oficina de sistemas junto con las oficinas de recursos
humanos, licitaciones y contratos, que tiene la entidad, deben contratar u asignar
el personal idóneo, por cualquier modalidad establecido por el manual de
contratación de la entidad, por el término de la duración del proyecto.
9.3.1 Beneficios Esperados

101
Identificación de roles y responsabilidades que permitirán identificar los cargos
que se requieren para el proyecto.
Determinación de cualidades y capacidades exigidas al personal que han de

ocupar los cargos identificados.
Planificación del personal o recursos humanos que se necesitarán durante el

tiempo estimado para el proyecto.
Mejoras en las competencias, interacción, habilidades y desempeño de cada

persona dentro del equipo para obtener un mejor desempeño del proyecto.
Monitorear el desempeño de los miembros del equipo de proyecto,

retroalimentando, resolviendo problemas, gestionando cambios,
proporcionando que las actividades se realicen con eficiencia y eficacia dentro
del proyecto.
Tomar medidas oportunas para que los hechos correspondan a las

necesidades del proyecto y no a las tendencias incontroladas e imprevistas.
Proporcionar a cada área involucrada en el proyecto el perfil del recurso

humano requerido para la participación y gestión necesaria para conformar el
equipo de proyecto.
9.3.2 Estrategia. El plan de gestión de recursos humanos se desarrollará bajo la

guía de los fundamentos para la dirección de proyectos proporcionada por el
Project Management Institute, suministrando al equipo de personal que gerencia el
proyecto lograr las siguientes estrategias:
Implementar un plan que provea beneficios institucionales, laborales y

personales.
Conseguir que el equipo de proyecto obtenga una cultura organizacional que

beneficie las actividades y labores que desempeñan en la entidad.
Contribuir a un plan de desarrollo organizacional que permita establecer y

unificar procedimientos tanto a nivel central como a nivel nacional, a partir de
las territoriales que se encuentran ubicadas en todo el país.
9.4 OBJETIVOS DEL PLAN DE RECURSOS HUMANOS
102
Elaborar el organigrama empleando el diagrama jerárquico.
Describir los cargos, roles y responsabilidades empleando los formatos tipo

texto para la documentación.
Elaborar el plan para la dirección del proyecto contemplando las necesidades

de capacitación, cumplimiento, adquisición y calendarios de recursos.
Adquirir y desarrollar el equipo del proyecto, teniendo en cuenta la planeación,

tipo de contratación que maneja la entidad de aplicación.
9.5 ALCANCE DEL PLAN DE RECURSOS HUMANOS
Este plan se aplica a todas las fases del proyecto en todos sus aspectos, y
particularmente al equipo de proyecto designado para el desarrollo. Permitiendo
contribuir al mejoramiento del desarrollo del desempeño laboral y al mejoramiento
de las competencias.
Entregas
Organigrama funcional del recurso humano.

Descripción de roles y responsabilidades.
Macro actividades descritas en la EDT.
Procesos para la administración y desempeño del equipo de proyecto.
Instrumento para medir el desempeño del equipo de proyecto.
Medidas. Para medir el desempeño del equipo de proyecto se empleara como

instrumento el formulario ¨Evaluación de Desempeño¨, basado en la técnica
evaluación de desempeño 90 grados, propuesta por Diego Salama. La cual consta
de tres indicadores que permiten evaluar: desempeño, factor humano y
habilidades.
Para cada indicador se establece una serie de características que, permitirán,

tener una ponderación en la escala de 1 a 5, que, cualitativamente se identifican
como: 1. Malo, 2. Regular, 3. Bueno, 4. Muy bueno y 5. Excelente.
Una vez aplicado el formulario a cada integrante del equipo de proyecto, se

procederá a calcular las ponderaciones obtenidas por cada indicador. La
evaluación obtenida por cada participante se obtendrá calculando la media
aritmética de las características por indicador, es decir, en sumar el total de
ponderaciones sobre la totalidad de las características que lo conforman. El
cálculo se describe a continuación,
103
Indicador = ∑ PC(i) / N
Donde:
Pc = Ponderación asignada en la característica (i) del indicador.

∑ PC(i) = Sumatoria de las ponderaciones de las características.
N = Total de características del indicador.
Indicador Desempeño. N = 13.

Indicador Factor Humano. N = 10.
Indicador Habilidades. N = 7.
A continuación se describen los indicadores y las características que lo componen.
I. Indicador de desempeño
Características:
Responsabilidad
Grado de compromiso que asume para el cumplimiento de las metas.
Grado de tranquilidad que le genera a al líder técnico y al gerente de proyecto
Exactitud y calidad de trabajo
Coherencia entre el trabajo solicitado y el efectivamente realizado.

Grado de perfeccionismo que demuestra en el trabajo.
El trabajo realizado cumple con lo requerido y además es de buena calidad.
Cumplimiento de fechas
Cumplimiento de las fechas de entrega pautadas. Se aplica a las tareas de

análisis, desarrollos, documentación, reporting.
Orden y claridad del trabajo
Sus desarrollos pueden ser abordados con facilidad por otras personas. (Los
nombres de las variables son claros, el código es ordenado y legible, cumple
con las políticas de desarrollo de software de la entidad, de ser necesario
modificar su código es posible hacerlo)
Planificación del trabajo
104
Planificación de sus tareas.
Conocimiento exacto del estado de sus tareas.
Analiza sus tareas contemplando el tiempo que requiere para llevarlas
adelante.
Documentación que genera
Documentación del código, minutas, documentación de alcances.

Aplica metodologías coherentes de documentación. Validez y calidad de la
misma.
Reporta avances de tareas
Frecuencia, constancia y calidad en los reportes (por email, orales, informes

escritos, etc.).
Capacidad de extraer la información relevante al elevar un informe.
Capacidad de realización
Practicidad, autonomía, pragmatismo.

Posibilidad de llegar a la última instancia de una tarea superando los
obstáculos.
Capacidad de interactuar con otros en búsqueda de alcanzar las metas.
Comprensión de situaciones
Capacidad de entender conceptos y situaciones rápidamente.

Capacidad de modelar elementos complejos, tanto técnicos, funcionales o
conceptuales.
Sentido Común
Capacidad para ubicarse en las situaciones de manera coherente.

Capacidad de elegir alternativas convenientes con visión estratégica a futuro y
siendo realista.
Cumplimiento de los procedimientos existentes
Grado de cumplimiento de las normas, procedimientos y políticas existentes.

Grado de Conocimiento Técnico.
Conocimiento de las distintas herramientas necesarias para desarrollar sus
labores (programación, base de datos, arquitectura).
105
9.5.1 Indicador factor humano
Actitud hacia la Empresa
Capacidad de defender los intereses de la Empresa y adherirse a sus

lineamientos.
Lealtad para con la Empresa.
Disponibilidad para extender el horario de trabajo ante una necesidad puntual.
Actitud hacia superior/es
Relación con los superiores inmediatos y no inmediatos.

Reconocimiento y respeto. Lealtad, sinceridad y colaboración.
Actitud hacia los Compañeros
Forma en la que se maneja con sus compañeros inmediatos.

Camaradería. Se considera la relación más allá de lo estrictamente laboral.
Actitud hacia el cliente
Claridad en la comunicación con el cliente.

Respeto, cooperación y cordialidad.
Manejo de situaciones conflictivas con el cliente, tanto en reuniones como por
mail o telefónicamente.
Cooperación con el equipo
Colaboración en el desarrollo de trabajos de integrantes de otros grupos.

Trabajo en equipo.
Capacidad de compartir conocimiento y habilidades.
Capacidad de aceptar críticas
Capacidad de recibir críticas constructivas en forma abierta.

Grado de adaptación a las mismas.
Capacidad de no ofenderse y aprovechar las críticas para mejorar.
Capacidad de generar sugerencias constructivas.
Cantidad de sugerencias que realiza para mejorar el trabajo. Calidad de las

mismas.
106
Capacidad de elevar las sugerencias oportunamente a quien corresponde.
Presentación personal
Manera de Vestir. Prolijidad.
Predisposición
Se muestra predispuesto hacia la tarea.

Manifiesta una actitud positiva frente a los diferentes requerimientos.
Entusiasmo y Motivación.
Puntualidad
Puntualidad en horario laboral y reuniones.
9.5.2 Indicador habilidades
Iniciativa
Inquietud por avanzar y mejorar.

Facilidad para ofrecerse como ejecutor de sus propuestas. Tiene empuje.
Creatividad
Ofrece alternativas innovadoras para solucionar problemas.

Capacidad de vincular distintos conocimientos para una nueva aplicación de
los mismos.
Adaptabilidad (temas, grupos, funciones)
Capacidad para desempeñarse con facilidad en situaciones que no le son

naturales.
Adaptabilidad a situaciones adversas.
Respuesta bajo presión
Capacidad de mantener la calma y transmitirla a sus compañeros.

Capacidad de tomar decisiones correctas bajo presión.
Capacidad de sacar provecho de situaciones adversas. Capacidad de
realización en estos casos.
Capacidad de manejar múltiples tareas
107
Mantiene en orden sus tareas incluso cuando maneja múltiples temas.
Tiempo que le insume la conmutación entre un tema y el otro. Capacidad de
realización en estos casos.
Coordinación y Liderazgo
Carisma, liderazgo natural, capacidad de mediar en los conflictos internos y

capacidad de mediar en los conflictos con los clientes.
Potencialidad – Capacidad de Aprendizaje
Tiene perfil funcional. Inquietud y capacidad para conocer las distintas

herramientas necesarias para el trabajo.
Figura 8. Indicadores de Gestión.
FORMULARIO EVALUACION DE DESEMPEÑO
Apellido y nombre:
Cargo:
Fecha:
Evaluador:
Evalué de 1 al 5 las siguiente métricas

1. Malo. 2. Regular 3. Bueno 4. Muy Bueno 5. Excelente
Desempeño Laboral Ponderación

1 Responsabilidad
2 Exactitud y calidad de trabajo
3 Cumplimiento de fechas
4 Productividad
5 Orden y claridad del trabajo
6 Planificación del trabajo
7 Documentación que genera
8 Reporta avances de tareas
108
9 Capacidad de realización
10 Comprensión de situaciones
11 Sentido Común
12 Cumplimiento de los procedimientos existentes
13 Grado de Conocimiento Técnico
Evaluación
Factor Humano - Actitud
1 Actitud hacia la Empresa
2 Actitud hacia superior/es
3 Actitud hacia los Compañeros
4 Actitud hacia el cliente
5 Cooperación con el equipo
6 Capacidad de aceptar críticas
7 Capacidad de generar sugerencias constructivas
8 Presentación personal
9 Predisposición
10 Puntualidad
Evaluación
Habilidades
1 Iniciativa
2 Creatividad
3 Adaptabilidad (temas, grupos, funciones)
4 Respuesta bajo presión
5 Capacidad de manejar múltiples tareas
6 Coordinación y Liderazgo
7 Potencialidad – Capacidad de Aprendizaje
Evaluación
Comentarios:
Exclusiones: El plan de gestión de recursos humanos excluye:
Las directrices para el reclutamiento, selección, contratación y desvinculación

del personal que hará parte del equipo de proyecto.
109
Incentivos como bonificaciones y recompensas por el desempeño del cargo
asignado.
Manejo de ordenamientos legales para la disposición del presupuesto para la
contratación del recurso humano.
Procesos utilizados para fomentar condiciones ambientales y psicológicas

satisfactorias para las actividades del personal como administración de la
disciplina, higiene, seguridad y calidad de vida.
Restricciones: Las restricciones contempladas en el plan de recursos humanos

son:
Los perfiles y responsabilidades que deben cumplir los integrantes del equipo
de proyecto están sujetos a los descritos en este plan de recursos humanos.
Si existe rotación, ausentismo del personal asignado al equipo de proyecto,

será responsabilidad del jefe inmediato ó interventor del contrato respectivo,
asignar el personal idóneo para cumplir y seguir con las actividades asignadas.
La orientación y socialización correspondiente a los aspectos de la cultura

organizacional de la entidad dirigidos al equipo de proyecto, estará a cargo del
jefe o interventor del contrato inmediato.
SUPUESTOS: El plan de recursos humanos contempla los siguientes supuestos:
El personal contratado u asignado cumpla con los perfiles requeridos por cada
área involucrada.
Disposición de equipos y lugares físicos de trabajo adecuados en los cuales

van a desempeñar los cargos el equipo de proyecto asignado.
El equipo de personal asignado al proyecto cuente con las habilidades,

destrezas, capacidades y conocimientos idóneos para el desempeño y manejo
de las herramientas técnicas para el desarrollo del sistema.
El gerente de proyecto será la persona indicada de asignar las actividades o

cargas de trabajo a desarrollar a cada uno de los participantes que conforman
en el equipo de proyecto.
Cada integrante del equipo de proyecto deberá reportar según el tiempo
programado el informe de actividades desarrolladas según el cronograma
establecido.
110
Factores críticos de éxito: Se han definido los siguientes elementos como
factores críticos de éxito:
Personal que hará parte del equipo de proyecto se ha asignado en el tiempo

establecido para desarrollar el proyecto en todas sus fases.
Socialización e integración entre los integrantes del equipo de proyecto sea

exitosa.
Cumplimiento exitoso de cada una de las actividades asignadas a los

miembros del equipo de proyecto.
Uso efectivo del factor tiempo y colaboración efectiva de los delegados de cada
tema.
9.6 CLASIFICACIÓN DE LOS INVOLUCRADOS
El plan de gestión de los Recursos Humanos tiene el siguiente inventario de

involucrados, a diferentes niveles:
Figura 9. Mapa Análisis de Involucrados
Fuente: autor
111
9.7 ORGANIZACIÓN DEL PLAN DE RECURSOS HUMANOS
9.7.1 Organigrama Funcional del Plan de Gestión de los Recursos Humanos.

El organigrama que se presenta a continuación describe la organización básica del
plan de gestión de los Recursos Humanos.
Figura 10. Organigrama Funcional de Plan de recursos humanos

Figura . Organigrama Funcional de Plan de recursos humanos.
Director
Subdirector Secretario Jefe Oficina Jefe Oficina

General Jurídica Sistemas
Patrocinador Jefe Área Gerente de Líder Técnico Analista Analista Administrador

Del proyecto Licitaciones y Proyecto Java-Oracle Programador Programador de ambientes
Contratos Java Oracle Java-Oracle
(Sistema WEB)
Coordinador
Logístico
Encuesta
Económicas
Coordinador
Temático
Encuestas
Económicas
Fuente: autor
112
El organigrama ilustrado presenta los diferentes recursos humanos involucrados
en el proyecto, desde las ramas directiva-ejecutiva hasta las ramas técnicas. A
continuación se describen los roles y responsabilidades que se encuentran
directamente involucrados con el personal que hará parte del equipo del proyecto.
9.8 ROLES Y RESPONSABILIDADES
Con la finalidad de cumplir con los objetivos trazados, se establecen los siguientes
roles y responsabilidades dentro del equipo del proyecto:
Rol: Patrocinador del Proyecto

Responsabilidades:
Gestionar la adquisición de recursos.

Liderar y apoyar para el cumplimiento de las actividades garantizando la
continuidad y éxito del proyecto, dentro de los estimados y parámetros
acordados.
Tomar decisiones frente a cambios en los objetivos del proyecto.
Aprobar la ejecución del proyecto.
Rol: Jefe oficina de sistemas

Responsabilidades:
Diseñar los estudios previos para los Contratos de prestación de servicios

profesionales – Modalidad Contratación Directa, de los ingenieros que se
requieren para los cargos establecidos.
Colaborar con el contratista para que los trabajos se desarrollen en forma

eficiente y adecuada, para el buen éxito de los trabajos y de los intereses de la
entidad.
Exigir el cumplimiento estricto del contrato, convenios, acuerdos, actas una vez
legalizado el contrato con los contratistas.
Convenir con el contratista, la orientación que se le debe dar a las diversas

actividades.
Vigilar el cumplimiento de los programas de trabajo previa aprobación, de

acuerdo con el cronograma presentado por el contratista.
Vigilar el desarrollo de los trabajos con base en lo estipulado en el contrato,

teniendo en cuenta los objetivos y alcances básicos de las obras contratadas y las
especificaciones dadas por la entidad.
113
Informar en forma inmediata a la Oficina Jurídica, a la Oficina de Licitaciones y
Contratos y al ordenador del gasto, de las modificaciones que incidan en el
alcance o valor del mismo, con el fin de que se tomen las medidas respectivas.
Vigilar la utilización de los recursos de personal, servicios, etc., para que se

cumplan los objetivos y alcances del contrato.
Velar y exigir al contratista que las garantías contempladas en el contrato, estén

vigentes por todo el plazo de ejecución y vigencia de los compromisos
contractuales y que sean presentadas y renovadas oportunamente.
Anexar todas las certificaciones, informes y documentos necesarios para la

suscripción del acta final de liquidación, dentro de los cuales se debe contar con el
informe final de actividades del contrato cuando este lo exija, reporte de pagos o
estado de cuenta emitido por la División Financiera en el caso de la entidad central
o por las tesorerías de las Oficinas Regionales si es del caso.
Rol: Jefe Área Licitaciones y contratos
Responsabilidades:
Emitir las directrices que se aplicarán a los procesos de licitación pública,

selección abreviada, concurso de méritos y contratación directa, en sus etapas
precontractuales, contractual y post contractual.
Observar en todo proceso de contratación los principios de transparencia,

economía, planeación, responsabilidad, el debido proceso, primacía de lo
sustancial sobre lo formal, garantizando la selección objetiva y la libre
concurrencia, de conformidad con lo dispuesto en la Ley y sus Decretos
Reglamentarios.
Velar para que toda la contratación de la entidad, deba responder a la

programación de planes y proyectos de la entidad estructurada de acuerdo con los
lineamientos definidos para el SPGI, tanto en el nivel central como en el Territorial.
Igualmente, la adquisición de bienes y servicios deberá corresponder a lo
programado en el plan de compras de la entidad.
Verificar que para el trámite de todo proceso de contratación se requiere

contar con el Certificado de Disponibilidad Presupuestal.
Elaborar, modificar, celebrar y ejecutar todo tipo de contratación y licitaciones

que emita la entidad.
Rol: Gerente de Proyecto
114
Responsabilidades:
Planear, organizar, asegurar y coordinar recursos y personas para cumplir con

los Objetivos, Entregables y Criterios de Éxito del proyecto.
Cumplir con los lineamientos del sistema documental institucional para toda la
documentación generada en desarrollo de las obligaciones del contrato.
Asesorar los procesos técnicos, de aplicación e infraestructura tecnológica.
Rol: Líder Técnico Java - Oracle
Responsabilidades:
Liderar las etapas de construcción, pruebas, ajustes de los Módulos del Sistema
Web para la muestra de comercio al por menor, de acuerdo con las actividades
programadas por el Gerente del proyecto.
Asegurar la alineación del proyecto con la arquitectura tecnológica definida por

la oficina de sistemas.
Colaborar técnicamente y con las mejores prácticas a los ingenieros asignados

del proyecto, durante el desarrollo de las actividades programadas y emitir los
respectivos lineamientos en cada una de las etapas del ciclo de vida del sistema.
Participar activamente en las reuniones de seguimiento del proyecto y unificar

los requerimientos funcionales solicitados por el área usuaria.
Participar en la definición, ejecución y seguimiento de los planes de pruebas e

implementación de los componentes del Sistema web para la encuesta de la
muestra de comercio al por menor.
Generar y entregar los informes técnicos solicitados por el Gerente del

proyecto.
Llevar a cabo el direccionamiento técnico del proyecto durante la duración del

contrato.
Ejecutar, asesorar, y controlar las actividades técnicas, propias de desarrollo

de software e infraestructura tecnológica.
115
Rol: Analista Programador Java
Responsabilidades:
Implementar y ajustar los servicios e interfaces Java de los módulos captura,

análisis, procesamiento y difusión de información para el sistema web de la
encuesta.
Realizar las tareas programadas y participar en los correspondientes

seguimientos realizados durante la duración del contrato.
Utilizar las herramientas establecidas en el sistema de gestión documental

para el desarrollo de proyectos de ingeniería de software.
Asegurar la integración de las necesidades de la entidad con los

requerimientos técnicos del proyecto

Proyecto.
Entregar los productos y documentos al encargado de ejercer el control y

vigilancia del contrato.
Cumplir con las cláusulas adicionales que se incorporan a todo contrato

celebrado con la entidad del estado colombiano.
Custodiar y recibir la información para el desarrollo de la capa web y

persistencia del sistema de información.
Rol: Desarrollador Oracle
Responsabilidades:
Analizar, Diseñar y Desarrollar los servicios de base datos Oracle para los
sistemas de la encuesta Muestra de Comercio al por menor.
Realizar las tareas programadas y participar en los correspondientes

seguimientos realizados durante la duración del contrato.
Utilizar las herramientas establecidas en el sistema de gestión documental para

el desarrollo de proyectos de ingeniería de software.
116
Participar activamente en las reuniones de seguimiento del proyecto y unificar
los requerimientos funcionales solicitados por el área usuaria.
Asegurar la integración de las necesidades de la entidad con los requerimientos

técnicos de los proyectos Sistema Encuesta Anual de Comercio y Sistema
Encuesta Mensual de Comercio.

proyecto.


celebrado con la entidad.
Rol: Analista funcional
Responsabilidades:
Preparar y elaborar toda la documentación técnica y de usuario de los

diversos módulos del sistema.
Colaborar con el plan de pruebas programado para la puesta en marcha del

sistema.

celebrado con la entidad del estado colombiano.

vigilancia del contrato
Rol: Administrador de ambientes Java – Oracle
Responsabilidades:
Diseño y administración de los esquemas de Base de Datos requeridos por el

software adquirido y/o desarrollado para la entidad.
117
Ejecución de los cambios (creación, modificación, eliminación) requeridos en los
objetos de bases de datos de las diferentes aplicaciones y control de estos
cambios.
Ejecución de los cambios requeridos en la información de las bases de datos de

las diferentes aplicaciones.
Administración de los servidores de Bases de Datos y de las estructuras

almacenadas en dichos servidores.
Control de las versiones de fuentes y ejecutables de las aplicaciones.
Administración de los servidores de aplicaciones (ejecución de los pasos a

producción, scripts para automatizar copias de seguridad de los servidores de
aplicaciones y para el mantenimiento de los log).
Mantenimiento de la documentación relacionado con las aplicaciones,

servidores de aplicaciones y control de versiones.

Rol: Coordinador Temático
Responsabilidades:
Elaborar y suministrar las especificaciones económicas, estadísticas, temáticas

de la encuesta.

sistema.

celebrado la entidad del estado colombiano.

Rol: Coordinador Logístico
Responsabilidades:
Elaborar y suministrar las especificaciones de validación y consistencia para la

construcción del sistema de información.
118
Elaborar los prototipos no funcionales y fuentes electrónicas de cada uno de
las funcionalidades que requiere cada módulo según las actividades acordadas.

sistema.

celebrado con la entidad.

9.9 MATRIZ DE ROLES Y RESPONSABILIDADES DURANTE TODO EL

PROYECTO
A continuación se describe la matriz de roles y responsabilidades para las

actividades principales de la EDT. La columna Equipo de proyecto corresponde a
todos los miembros que desempeñan un rol, descrito anteriormente. La columna
Jefes de área corresponden a los roles: Jefe Área de Sistemas, Jefe Área
Licitaciones y contratos.
Las acciones que puede ejercer cada miembro del equipo son: Ejecuta, Participa,
Coordina, Autoriza.
Tabla 20. Matriz de Roles y Responsabilidades
JEFES GERENTE
PATROCINADOR EQUIPO DE
PROCESO ACTIVIDAD EDT DE DEL
DEL PROYECTO PROYECTO
AREA PROYECTO
Project Charter Firmado A R,E C P
INICIO
Definición de equipo y
R,E C P
área de trabajo
Plan de administración
R C,E
del proyecto
PLANEACION
Definición de alcance
P.A R C,E
del proyecto
119
Tabla 20. Matriz de Roles y Responsabilidades. Continuación
Definición de
P R C,E
Cronograma
Plan de comunicación R C,E P
Plan de comunicaciones P R C,E P
Plan de calidad P R C,E P
Plan de recursos
P R C,E P
humanos
Plan de riesgos P R C,E P
Plan de adquisiciones P R C,E P
Instalación de equipos y
C,R,E P P
adecuación de áreas
Capacitación equipo de
C A,C E,P
proyecto
Instalación y soporte del

software y hardware
E,R C P
para implantación del
sistema
ANALISIS Y
DISEÑO
Diseño de casos de
R C A,P
usos del sistema
Prototipos diseño
componentes del R,A C P,E
sistema.
Diseño funcional de los

R,A C P,E
componentes.
120
Listado de requisitos y
documentos del R,A C P,E
sistema.
Documento de
arquitectura de alto nivel R,A C,E P,E
del sistema.
Desarrollo del
R,A C P,E
componente Captura
Plan de Pruebas del

R,A C,E P
sistema
Instalación ambiente de
pruebas, ejecución y
E,A C, R P
ajustes al componente
de captura.
Capacitación
componente captura P P,A C E,P
usuarios finales
CONSTRUCCIÓN Implantación ambiente

E de producción P P,A C E,P
IMPLANTACIÓN componente de captura.
Desarrollo del
R,A C P,E
componente Análisis.
R,A C E,P
de Análisis.
Capacitación
componente Análisis P P,A C E,P
usuarios finales
Implantación ambiente
de producción P P,A C E,P
componente de Análisis.
121
Desarrollo del
R,A C P,E
componente Monitoreo.
R,A C E,P
de Monitoreo.
Capacitación
componente Análisis P P,A C E,P
usuarios finales
Implantación ambiente
de producción
P P,A C E,P
componente de
Monitoreo.
Documentación de
R,A C,E P,E
componentes
Registro de control de
R,A C,E P,E
cambios.
Registro de bitácoras. R,A P,E
Aprobación cierre del

CIERRE A R,A C,A P
proyecto.
Fuente: autor
9.10 COMPETENCIAS REQUERIDAS PARA EL EQUIPO DE PROYECTO
Tabla de perfiles Máximo para contratistas, modalidad contratación directa:

Entidad de aplicación.
122
Tabla 21. Perfiles
TIPO DE PROFESIONAL
ROL / PERFIL
Profesional especializado I, Master con título en Ingeniería de
Sistemas, tarjeta o matrícula profesional en los casos de ley, título de
postgrado en la modalidad de especialización y ocho (8) años de
Gerente del Proyecto
experiencia profesional relacionada. Alternativa: se homologa el título
de especialización por dos (2) años de experiencia profesional
relacionada
Profesional especializado II, Senior con título en Ingeniería de
Líder Técnico Java - postgrado en la modalidad de especialización y seis (6) años de
Oracle experiencia profesional relacionada. Alternativa: se homologa el título
relacionada
Profesional especializado III, Junior I con título en Ingeniería de
Administrador de postgrado en la modalidad de especialización y seis (6) años de
Ambientes Java - Oracle experiencia profesional relacionada. Alternativa: se homologa el título
relacionada
Profesional especializado IV, Junior II con título en Ingeniería de
Analista Programador postgrado en la modalidad de especialización y dos (2) años de
Java experiencia profesional relacionada. Alternativa: se homologa el título
relacionada
Profesional especializado IV, Junior II con título en Ingeniería de
Analista Programador postgrado en la modalidad de especialización y dos (2) años de
Oracle experiencia profesional relacionada. Alternativa: se homologa el título
relacionada
Profesional III, Junior I Titulo profesional, tarjeta o matricula
Analista Funcional
profesional en los casos de ley, y tres años de experiencia
Coordinador Temática

Coordinador Logística
Fuente: Entidad de aplicación
123
9.11 CAPACITACIÓN O ADQUISICIÓN
Con la finalidad de contribuir al desarrollo del equipo de proyecto, las

capacitaciones que se realizaran para el buen funcionamiento y entendimiento del
proceso son:
Capacitación a los usuarios internos de la entidad en el manejo de los

módulos que se entregarán como producto final del sistema.
Capacitación y socialización de las políticas establecidas por la oficina de

sistemas para el desarrollo del software de proyectos de ingeniería de software
que se empleará para el desarrollo del sistema web propuesto.
Reuniones de integración y socialización con los participantes del equipo de

proyecto.
Pausas activas realizadas en breves espacios de tiempo durante la jornada

laboral, orientadas a que las personas recuperen energías para un desempeño
eficiente de trabajo, a través, de ejercicios que compensen las actividades
desempeñadas permitiendo revertir la fatiga muscular y el cansancio generado por
el trabajo.
Inducciones para la instalación y entrega del sitio de trabajo que incluye

funciones específicas y generales del cargo.
Reuniones periódicas para asignar y entregar resultados de las actividades

laborales previamente asignadas.
Los programas y capacitaciones sobre higiene, seguridad y calidad de vida

laboral serán responsabilidad de la oficina de recursos humanos sensibilizarlos al
equipo de proyecto.
Cualquier capacitación no incluida en este plan, es decir, capacitaciones

ajenas al proyecto y las cuales son programadas por la entidad; será
responsabilidad de cada participante tomarla ó gestionarla ante la oficina de
recursos humanos de la entidad, de igual manera los costos y tiempo en que
incurren.
Las capacitaciones se realizarán según las actividades programadas en la

EDT del proyecto o cuando se amerite. De igual manera se llevarán a cabo
capacitaciones en la medida que se realicen actualizaciones en las normas
informáticas y temas afines para este proceso.
124
9.12 ESTRATEGIA PARA EL TRABAJO EN EQUIPO
Estrategias para un máximo desempeño:
Aprendizaje continuo.
Apertura de los errores.
Comunicación Asertiva.
Estrategias para un buen funcionamiento de grupo.
Liderazgo constructivo.
Uso del reconocimiento verbal y corporal como individual y colectivo.
Promoción de canales de comunicación formal e informal
Retroalimentación grupal.
Comunicación interpersonal.
Estrategias para fomentar el trabajo en equipo.
Brindar y entregar la totalidad de la información requerida

Generar un clima de trabajo favorable.
Planificar las reuniones.
Definir y estimar adecuadamente los tiempos de entrega de las actividades.
9.13 ESTRATEGIA PARA ADQUIRIR EL EQUIPO DE TRABAJO
Teniendo en cuenta que el proyecto en curso no va adquirir el equipo de trabajo

esto será responsabilidad de la oficina de sistemas, junto con las demás oficinas
asociadas, a continuación se plantean unas estrategias que cooperan a la
adquisición del personal.
Socialización de roles y responsabilidades del personal requerido.
Estimación del Calendario de recursos del equipo de trabajo involucrado.
Divulgación por los medios de comunicación tecnológicos, portal de la entidad,

oficina de recursos humanos, oficina de prensa, redes sociales sobre los perfiles
requeridos para laborar en el proyecto.
9.14 CALENDARIO DE RECURSOS
Para la elaboración del calendario de recursos se estableció una jornada de

trabajo por días. Donde cada día está conformado por ocho horas laborales. Con
125
base en esta medida, se empleó la técnica estimación por analogías de tiempos,
que consiste en tomar como punto de referencia proyectos con actividades
similares y comparándoles con el presente, la cual permitió calcular la estimación
de tiempo que tardará un integrante del equipo en desarrollar una actividad.
A continuación se describe el calendario de recursos humanos detallado, por roles

y en días programados según los aspectos explicados y detalladas en las
actividades a realizar en la EDT del proyecto.
9.14.1 Horarios. Se manejaran horarios:

8:00 a.m a 12:00 a.m
1:00 p.m a 5:00 p.m
9.14.2 Criterios de liberación. A continuación se establecen los criterios de

liberación para el personal del recurso humano identificado según los roles
establecido.
Tabla 22. Criterios de liberación

ROL CRITERIO DE COMO DESTINO DE
LIBERACIÓN ASIGNACIÓN
Patrocinador del Al terminar el Comunicación con el director Otros proyectos

proyecto proyecto de la entidad de la entidad
Al terminar el Comunicación con el

Gerente de Proyecto
proyecto patrocinador del proyecto
Líder Técnico Al terminar el Comunicación con el Gerente

proyecto del Proyecto
Analista Al terminar los Comunicación con el Líder

Programadores entregables técnico y Gerente del Proyecto
Administrador de Al terminar Comunicación con el Líder

ambientes entregables técnico y Gerente del Proyecto
Coordinador temático Al terminar Comunicación con el Gerente

entregables de Proyecto
Coordinador Logístico Al terminar Comunicación con el Gerente

entregables de Proyecto
Jefe de oficina Al terminar el Comunicación con el Gerente y Otros proyectos

Sistemas proyecto Patrocinador del Proyecto de la entidad
Fuente: autor
126
9.15 DESARROLLO DEL EQUIPO DE TRABAJO
Para desarrollar las competencias del equipo de trabajo se emplearán las

siguientes técnicas:
Manejo de reuniones.
A través de negociaciones efectivas y manejo sin enérgico de conflictos.
Colaboración y trabajo en equipo
9.15.1 Capacitación. La capacitación informal será toda aquella que se encuentre

a través de tutoriales, sitios web, y manuales en línea, que el integrante del equipo
recibirá a través de las ayudas tecnológicas como internet y registro a cursos
libres en la intranet de la entidad.
9.15.2 Evaluación del desempeño. La evaluación del desempeño estará a cargo

de la oficina de recursos humanos. Independientemente de la evaluación que
realice la oficina de la entidad, el Interventor o jefe de cada integrante del equipo
de proyecto junto con el gerente asignado para el proyecto aplicará el formulario
descrito en el ítem MEDIDAS.
Esto con la finalidad de crear un registro de análisis y desempeños de personal a

cargo de la oficina de sistemas para el proyecto propuesto. Este será aplicado
según las actividades programas en la EDT.
9.15.3 Solicitud de cambio de integrantes de equipo. Los procesos para llevar

a cabo la solicitud de cambio de los integrantes del equipo, se realizaran de la
siguiente manera:
El gerente del proyecto informara mediante formato establecido por la entidad,

al interventor o jefe inmediato la necesidad de rotar o cambiar el personal, según
el requerimiento solicitado.
Una vez entregado el formato el jefe a cargo evaluara, la solicitud y será el

responsable de asignar el nuevo personal o retirarlo si es el caso.
El Jefe a cargo informara al gerente del proyecto el cambio solicitado a través

del formato diligenciado e informando la novedad respectiva con su respectivo
aval.
Cabe anotar que la oficina de sistemas será la encargada de establecer y

entregar, y avalar el formato para la solicitud del cambio del personal.
127
Juicios de Expertos.
Descripciones de cargo de la organización.
128
10. PLAN GESTIÓN DE COMUNICACIONES
10.1 GENERALIDADES
Este plan tiene como finalidad definir e identificar los canales de comunicación que
nos permitirá difundir y compartir la información pertinente con cada uno de los
miembros involucrados en el proyecto de acuerdo al cargo y rol desempeñado.
Las herramientas de comunicación deben estar al servicio de cada uno de los
integrantes del equipo, permitiendo garantizar la transparencia y en consecuencia
la credibilidad y confianza necesaria para que la información sea integra y
confidencial.
10.2 REQUERIMIENTOS
Determinar cada uno de los medios de comunicación y el tipo de información de

acuerdo al rol respectivo.
10.2.1 Beneficios esperados. Obtener un flujo constante y claro de la

información de cada uno de los involucrados que participan en el proyecto, con el
objetivo de obtener un alto grado de participación y disminución de los factores
generadores de conflictos y errores que surgen como resultado de la falta de
aplicación de un buen proceso de comunicación.
10.2.2 Estrategia. La estrategia a desarrollar para llevar a cabo el plan de

Gestión de las comunicaciones es la identificación de los interesados,
determinación de las necesidades de información y establecimiento adecuado de
la distribución de la información en todos los procesos del proyecto y a sus
involucrados.
10.3 OBJETIVO
Identificar todas las vías de comunicación y las técnicas más adecuadas que
permitan la fluidez constante y entrega oportuna de la información entre los
involucrados del proyecto.
129
10.4 ALCANCE
10.4.1 Factores críticos de éxito
Planificación temprana y correcta de las comunicaciones.

Utilización de formatos adecuados para la difusión de la información.
Comunicación eficaz y oportuna para causar el impacto apropiado.
Utilización de métodos adecuados para la transferencia de información entre
los interesados en el proyecto.
Contar con información actualizada frecuentemente y con disponibilidad
inmediata.
Aplicación de técnicas de resolución de conflictos para prevenir impactos
negativos en el proyecto.
10.5 USO DE TECNICAS Y HERRAMIENTAS TECNOLOGICAS
Las comunicaciones en el proyecto se desarrollaran dentro de las relaciones

laborales diarias dentro del equipo de trabajo en un ambiente de sinceridad,
escucha y circulación de la información. Por tal motivo resulta necesario partir de
un diagnóstico para determinar las planificaciones, seguidamente implementar las
actividades participativas para estimular las habilidades de comunicación en el
equipo del proyecto, utilizando las siguientes técnicas:
Técnicas de gestión de reuniones

Técnicas de presentación
Técnicas de facilitación
Aplicación de ciclos de retroalimentación.
Con el objeto de realizar una excelente administración de las comunicaciones

dentro del proyecto se establecerán las siguientes herramientas para la
distribución de la información:
Herramientas electrónicas de comunicación como: correo electrónico, fax,

correo de voz, teléfono y videoconferencias.
Para la dirección del proyecto, software para la programación de actividades

(Web2Project), gestión de proyectos, portales y herramientas colaborativas.
Distribución de documentos mediante listas de correo, banco de registro de

actas de reuniones, compartido para los miembros del equipo del proyecto.
130
Reuniones o comités.
Capacitaciones.
10.6 MATRIZ DE LAS COMUNICACIONES
Tabla 23. Matriz de las Comunicaciones

TIPO DE
FRECUEN RESPONSA
COMUNICA DIRIGIDO A FORMATO PROPÓSITO RECURSOS
CIA BLE
CIÓN
Iniciación del Patrocinador Única Gerente de Project Informar sobre el Reunión

Proyecto Del Proyecto Proyecto Charter inicio del proyecto. presencial,
presentación
Equipo de Nivel de diapositivas
proyecto detalle: medio
Planificación del Patrocinador Quincenal Gerente de Plan de Informar sobre la Reunión

Proyecto del Proyecto, Proyecto gestión del planificación presencial,
Equipo de proyecto. detallada del documento.
proyecto proyecto: alcance,
Nivel de tiempo, costo,
detalle: Muy calidad, RRHH,
Alto comunicaciones,
Riesgos y
adquisiciones
Avances Patrocinador Quincenal Gerente de Cronograma Informar el estado Reunión

del Proyecto y/o cada Proyecto, y de los presencial,
Etapa de vez que se líder acta de requerimientos y la presentación
Análisis y requiera temático y reunión y preparación de la diapositivas
Diseño del Líderes Registro de información a
Sistema. técnicos información integrar con Documento
(entregable) respecto al tiempo Especificaciones
programado para funcionales y
Nivel de esta actividad. casos de uso.
detalle:
Alto
Avances Usuario líder Quincenal Gerente de Cronograma Informar sobre la Reunión
del producto, y/o cada Proyecto, y acta de metodología presencial,
Etapa de jefe área de vez que se líder reunión aplicada para el documentos y
Construcción del sistemas requiera temático y desarrollo del presentación
sistema de Líderes Nivel de sistema “Muestra electrónica
información técnicos, detalle Alto mensual de
Equipo de Comercio al por
Proyecto Menor” o aplicativo
a desarrollar.
Reunión para la Patrocinador Reunión Gerente de Acta de Presentar el Reunión

Puesta en del Proyecto, seguimiento Proyecto y Reunión aplicativo diseñado, presencial,
producción del usuario líder del control y Equipo del para su aprobación documentos,
sistema de producto. directiva/ proyecto Nivel de por el Patrocinador presentación
información cada vez detalle del Proyecto y electrónica y
que se Alto autorización de la aplicativa.
implante un puesta en marcha
componente del mismo.
131
Tabla 23. Matriz de las Comunicaciones. Continuación
Plan de Usuarios sede Según Gerente de Lista de Presentar el plan de Reunión
Capacitación, principal y fecha Proyecto y asistencia. capacitación presencial,
entrenamiento, territoriales de programada Equipo del diseñado para los documentos,
socialización y la entidad proyecto usuarios internos y presentación
sensibilización externos incluidos electrónica y video
del nuevo Nivel de en el proceso. conferencia.
sistema de detalle
información. Alto
Lecciones Gerente de Durante Equipo del Lecciones Crear base de datos Documento
aprendidas Proyecto todas las Proyecto aprendidas para futuros impreso
fases del proyectos.
proyecto Nivel de
detalle
Medio
Aceptación y Patrocinador Única Gerente de Acta de cierre Realizar el cierre Reunión
cierre del Proyecto (final del Proyecto del proyecto formal del proyecto. presencial,
proyecto) Documento final y
Nivel de presentación
detalle electrónica
Medio
Fuente: autor
10.6 DISTRIBUCIÓN DE LA INFORMACIÓN
Para el proyecto se promoverán varios medios de comunicación para garantizar el

flujo efectivo de la información, dentro de ellas se mencionan, informes y
documentos mediante reuniones y correos electrónicos, para lo cual se deberá
contar con todos los medios necesarios para la distribución de la información.
Para la comunicación informal se utilizará el teléfono, para conversaciones breves

ante aclaración de dudas o posteriores reuniones.
Se propondrán reuniones quincenales para la revisión del avance de las

actividades del proyecto entre el patrocinador y el gerente del proyecto. Como
resultado de estas reuniones el gerente informara a su equipo de proyecto las
conclusiones de las mismas mediante un correo electrónico. Los correos
electrónicos deberán seguir las siguientes pautas:
o Los correos electrónicos internos entre el equipo del proyecto deberán ir con
copia al gerente del proyecto.
o Los enviados a lo integrantes y recibidos por cualquier persona del equipo del
proyecto deberán ser copiados al director del proyecto y patrocinador (si es
necesario que tenga conocimiento), para que todas las comunicaciones con el
integrantes estén en conocimiento de los responsables de la parte contractual.
132
El gerente del proyecto brindará un informe mensual al patrocinador donde
destacará las solicitudes de cambio aprobadas en el mes, variaciones de
desempeño real positivo o negativo contra el cronograma o presupuesto planeado,
identificación de amenazas y logros de fechas hito.
10.7 FORMATOS DE REPORTE
Los formatos de reporte a utilizar dentro del plan de gestión de las comunicaciones
son:
Para los informes de desempeño: se emitirán de manera periódica (mensual) en

el cual se plasmará la información sobre el desempeño, como el porcentaje
completado, los indicadores de estado para cada área (alcance, cronograma,
costos y la calidad). El formato de informe de desempeño a utilizar los diagramas
de barras y cuadros.
Para los informes mensuales: se documentarán, analizarán y comunicarán los

resultados de los procesos de gestión del proyecto se utilizaran formatos tipo texto
y presentaciones.
Para los cronogramas: se utilizara el formato de diagrama de barras o diagrama

de Gantt detallado según el requerimiento de la información solicitada.
El formato de la reunión o acta de reunión contiene un espacio específico para fijar

los objetivos de la reunión, los roles (por lo menos el facilitador o anotador), los
procesos grupales de trabajo y los métodos de solución de conflictos.
10.8 GESTIÓN DE EXPECTATIVAS DE LOS STAKEHOLDERS
La generación de las expectativas de los interesados pueden generar solicitudes

de cambio al producto del proyecto, también pueden incluir acciones correctivas o
preventivas, según correspondan.
El proceso determinado dentro del proyecto para las solicitudes de cambio

consiste básicamente en el diligenciamiento del formato de control de cambios en
el cual se describa de manera detallada y plasme toda la información sobre el
cambio solicitado, después de decepcionada la solicitud de cambio se envía a un
comité encargado de la revisión, análisis, aprobación o rechazo devolviendo al
interesado las razones de la negativa o de la aprobación, no obstante es de
importancia aclarar que el comité tendrá en cuenta los siguientes
condicionamientos al momento de analizar una solicitud de cambio:
133
Revisar, analizar, aprobar o rechazar las solicitudes de cambio de forma rápida,
ya que la toma de esta decisión puede influir negativamente en el tiempo, el costo
o la viabilidad del cambio en el proyecto.
La Implementación únicamente de cambios aprobados.
Revisar, aprobar o rechazar todas las acciones preventivas y correctivas

recomendadas.
Mantener la integridad de las líneas base a pesar de los cambios.
Documentar el impacto total de las solicitudes de cambio.
10.9 REPOSITORIOS DE DOCUMENTOS
La documentación del proyecto se almacenará en el repositorio de gestión

documental que está establecido por la entidad. Al cual tendrán permisos los
integrantes que conforman el equipo de proyecto.
El árbol de directorios es el siguiente:
Construcción del software

Documentos compartidos
o Propuesta y contratos
o Planes del proyecto.
o Alcance y control de cambios.
o Cronograma y recursos
o Actas informes y presentaciones
o Manuales e instructivos
o Componentes liberados.
o Pruebas.
o Formatos y Pruebas.
Imágenes
Calendario de grupo
Juicio de Expertos
Políticas internas de comunicación de la organización
134
11. PLAN GESTIÓN DE RIESGOS
11.1 GENERALIDADES
Con el propósito de aumentar la probabilidad y el impacto de eventos positivos, y

disminuir la probabilidad y el impacto de eventos negativos para el proyecto, a
continuación se describe el plan de gestión de los riesgos del proyecto, de
conformidad con el PMBOOK donde se planea, identifica, analiza, se programan
respuestas, se monitorean y controlan los riesgos, a través de planteamientos de
planes de mitigación practicando un recorrido sobre los diferentes procesos de
ejecución del proyecto.
11.2 IDENTIFICACIÓN DE LOS RIESGOS
Se realizarán reuniones con el equipo de proyecto a cargo del Gerente del

proyecto, para identificar, seleccionar y valorar los riesgos en cuanto a su impacto
en los temas de costo, tiempo y alcance. Asimismo, la matriz de impacto y riesgo
para facilitar el análisis cuantitativo.
En cada una de las sesiones se deja el registro de los asistentes, además en las
actas de reunión en la cual quedan consignados los aportes más importantes para
ser evaluados en las próximas sesiones.
Los riesgos fueron seleccionados por los miembros del equipo de proyecto a partir
de la matriz de riegos establecida por la entidad para los proyectos de
construcción de software. Finalmente por consenso de los participantes se
relacionaron los más importantes haciendo un recorrido por la WBS y el Project
Charter del proyecto. La valoración de los riegos empieza a través de una primera
fase denominada: Identificación del riesgo, de esta manera cada riesgo se
encuentra clasificado en: Estratégico, Operacional, Financiero de cumplimiento,
legal, laboral y natural (Ver tabla 23. clasificación de los riesgos).
Posteriormente se estructuró la RBS del proyecto con los miembros del equipo de
proyecto, definiendo de esta manera los responsables con sus respectivos roles y
responsabilidades por cada uno de los procesos.
Seguidamente se definió una segunda sesión para identificar el análisis y

valoración de escenario sin controles. Posteriormente la tercera sesión consistió
en definir la descripción y calificación de los controles existentes para mitigar los
riesgos, en cuanto a tiempo alcance y costos.
135
Y por último en la cuarta sesión se definió los controles y su respectivo impacto y
medida de mitigación.
A continuación se describen la clasificación de los riegos, y se elabora la matriz

identificación de los riegos.
Tabla 24. Clasificaciones del riesgo
CLASIFICACIÓN DESCRIPCIÓN
RIESGO Se asocia con la forma en que se administra la entidad. El manejo del

ESTRATEGICO riesgo estratégico se enfoca en asuntos globales relacionados con la
misión y el cumplimiento de los objetivos estratégicos, la clara definición
de políticas, diseño y conceptualización de la entidad por parte de la alta
gerencia
RIESGO Comprende los riesgos relacionados tanto con la parte operativa como con
OPERACIONAL la técnica de la entidad, incluye riesgos provenientes de deficiencias en
los sistemas de información, en la definición de los proceso, en la
estructura de la entidad, la desarticulación entre dependencias, lo cual
conduce a ineficiencias, oportunidades de corrupción e incumplimiento de
los compromisos institucionales.
RIESGO Se relacionan con el manejo de los recursos de la entidad, que incluyen la

FINANCIERO ejecución presupuestal, la elaboración de los estados financieros, los
pagos, manejos de excedentes de tesorería y el manejo sobre los bienes
de cada entidad. De la eficiencia y transparencia en el manejo de los
recursos, así como de su interacción con las demás áreas, dependerá en
gran parte el éxito o fracaso de toda entidad.
RIESGO DE Se asocian con la capacidad de la entidad para que la tecnología

TECNOLOGÍA disponible satisfaga sus necesidades actuales y futuras y soporte el
cumplimiento de la misión.
RIESGO LEGAL Se asocian con la capacidad de entidad para cumplir con los requisitos
legales, contractuales, de ética pública y en general con sus compromisos
ante la comunidad.
RIESGO (Medio Ambiente Interno): Riesgos asociados a la seguridad industrial,

LABORAL salud ocupacional y bienestar de los trabajadores, tales como: accidentes
laborales, enfermedades profesionales, el no uso de elementos de
seguridad, manipulación indebida de químicos, etc.
RIESGO (Medio ambiente externo): Son los riesgos asociados a desastres

NATURAL naturales (incendios, terremoto e inundaciones) y los asociados al
deterioro del medio ambiente externo producto de la actividad económica
que desarrolla la entidad y que pone en peligro la calidad del espacio
físico y el ecosistema (Vegetación, animales, agua, aire, etc).
Fuente: entidad de aplicación.
136
Tabla 25. Identificación de riesgos.
ETAPA 1
IDENTIFICACION DEL RIESGO
Clasificación
FASE Causas Riesgo Efectos del Riesgo
VER
No contar con los

requerimientos Incumplimiento en la
1 funcionales y no 1 entrega de productos
funcionales definitivos por planeados.
parte de los usuarios.
INICIO, Tiempos y recursos
Fallas en la elaboración
PLANEACIÓN, planeados no se
del cronograma, en Operacional
ANALISIS Y ajustan a la realidad del Entrega inoportuna de
cuanto a tiempo, recursos
DISEÑO 2 proyecto. 2 los componentes del
y actividades o
software.
modificaciones
posteriores a estos.
Demora en los procesos Retraso en las
3 3
contractuales. actividades planeadas
Que no se hayan Producto que no
1 ejecutado las fases 1 satisface las
previas a la construcción. necesidades requeridas.
Carencia de estándares y
Producto no
políticas de desarrollo o
2 2 documentado y/o mal
que existan y no se
elaborado.
apliquen. La calidad en el
CONSTRUCCIÓN
Deficiencia en la desarrollo del sistema y
E Fallas y/o errores en el Operacional
3 ejecución del plan de el producto no cumple 3
IMPLANTACIÓN producto final.
pruebas. las expectativas.
Usuario no participa en la
Usuario inconforme con
4 revisión de producto en 4
el producto final
elaboración.
Retrasos en los
5 Limitación en tecnología. 5
operativos de campo.
No contar con el recurso
humano requerido para la
1
ejecución de estas
actividades. Carencia de
CONSTRUCCIÓN
mantenimiento Que no cumpla con las
E Carencia de 1 Operacional
2 oportuno o este sea necesidades generadas.
IMPLANTACIÓN documentación efectiva.
deficiente.
No aplicar los
3 procedimientos
establecidos.
Entrega de productos sin
CONSTRUCCIÓN
Falta de plan de Personal sin estándares ni
E 1 1 Operacional
entrenamiento. entrenamiento documentación
IMPLANTACIÓN
requerida.
Fuente: autor
137
11.3 ROLES Y RESPONSABILIDADES
Como resultado del análisis de la WBS se han determinado por fases los riesgos
que se pueden presentar, por ello al analizar el resultado obtenido de la
construcción de la RBS, se pueden determinar los roles y responsabilidades, los
cuales se describen a continuación:
Tabla 26. Responsables de los riesgos
RESPONSABLE ROL
Tiene a su cargo la evaluación, seguimiento y control de

los riesgos del proceso de aspectos técnicos y
JEFE AREA DE SISTEMAS
disposición de la tecnología para la construcción e
implantación del sistema.
Tiene a su cargo la evaluación seguimiento y control de

GERENTE DE PROYECTO los riesgos del proceso de Aspectos de Gerencia de
proyectos.
Tiene a su cargo la evaluación y mitigación de los

COORDINADOR DE
riesgos concernientes a garantizar la infraestructura
INFRAESTRUCTURA
tecnológica para la ejecución de pruebas y puesta en
TECNOLOGICA
producción del sistema
Tiene a su cargo controlar los riegos concernientes a la

entrega de los requerimientos y especificaciones
funcionales y no funcionales para el análisis y
USUARIO LIDER DEL PRODUCTO construcción del sistema.
Se requiere de una participación activa durante la

ejecución del proyecto, en cada una de las fases del
proyecto: análisis, diseño e implantación y cierre.
Tiene a su cargo controlar o mitigar los riesgos

detectados en los aspectos de contratación de las
JEFE LICITACIONES Y adquisiciones (compras o servicios) para que el proyecto
CONTRATOS responda a la programación realizada. Asimismo la
elaboración, modificación, celebración y ejecución de
todo tipo de contratación requerida en el proyecto.
Tienen a su cargo los riesgos identificados en la fase de

construcción de software. Los cuales requieren de la
DESARROLLADORES DEL capacitación y formación en cuanto al sistema de gestión
SOFTWARE de la calidad de la institución y los lineamientos y
políticas establecidos por la oficina de sistema en
construcción de software.
Fuente: autor
138
11.4 PREPARACIÓN DE PRESUPUESTO
Para esta labor, se hace uso de la tabla “Calificación del Riesgo a Nivel de
Impacto”, para cuantificar el valor de cada uno de los riesgos: Mediante esta
cuantificación se define un estimado del presupuesto para atender la contingencia
en caso de que allí los riesgos se materialicen. Teniendo en cuenta que algunos
de los riegos allí identificados se pueden eliminar, evitar o mitigar con el avance
del proyecto, es necesario que los riesgos se valoren mensualmente.
11.5 CATEGORIZACIÓN DE LOS RIESGOS
Para la categorización de los riesgos se procedió a identificar y analizar los

suministrados por la entidad de aplicación donde se llevará a cabo el proyecto,
para lo cual, se dispone de una calificación sin controles para cada riesgo, a nivel
de impacto como a nivel de ocurrencia. Posteriormente se procedió a elaborar la
matriz ¨Análisis y valoración del riesgo escenario sin controles¨. Consecutivamente
se realizó la descripción y calificación de los controles para mitigar cada uno de los
riesgos ver matriz ¨Descripción y calificación de los controles existentes para
mitigar los riesgos¨
Tabla 27. Calificación Riesgos a Nivel de Ocurrencia
NIVEL DE OCURRENCIA
VALOR NIVEL DESCRIPCIÓN
1 Muy bajo Una vez al año
Hasta 4 veces al
2 Bajo
año
Hasta 8 veces al
3 Medio
año
Hasta 12 veces al
4 Alto
año
Más de 12 veces al
5 Muy Alto
año
Fuente: entidad de aplicación
139
Tabla 28. Calificación del Riesgo a Nivel de Impacto
Val Nivel Salud de Imagen Operacional Económi Informaci Legal

or Personas co ón
4 Muy Lesiones Solo es de Afecta una o Pérdidas Perdida NA

bajo menores conocimien varias económic hasta un
to en la actividades as de 5% de
entidad (Procedimien hasta 10 informació
to) salario n
mínimos
legales
vigentes.
8 Bajo Restriccion De Afecta uno o Pérdidas Perdida NA

es para conocimien varios económic entre un
trabajar to externo subproceso s as entre 5% Y 10%
a nivel 10 y 20 de
local salario informació
mínimos n
legales
vigentes.
12 Medio Incapaci De Afecta uno o Pérdidas Perdida NA

dad conocimien varios económic entre un
Temporal to externo procesos as entre 10% y el
a nivel 20 y 30 15% de
regional salario informació
mínimos n
legales
vigentes.
16 Alto Incapaci De Afecta el Pérdidas Perdida Demandas

dad Perma conocimien cumplimiento económic entre un contra la
nente to externo de uno o as entre 15% y el entidad
a nivel varios 30 y 40 20% de
nacional objetivos salario informació
estratégicos mínimos n
de la legales
Entidad. vigentes.
20 Muy Fatalidad De Afecta el Pérdidas Pérdida de Pagos de

Alto conocimien cumplimiento económic más del recursos por
to externo de la Misión as de más 20% de la incumplimient
a nivel y Visión de la de 40 informació os en la
internacion entidad. salario n. normatividad.
al mínimos
legales
vigentes.
140
11.6 MATRIZ DE PROBABILIDAD / IMPACTO
11.6.1 Análisis y valoración del riesgo escenario sin controles (etapa II).
Como resultado de la identificación de la categorización de los riesgos, se
procedió a realizar un análisis y valoración del riesgo del escenario del proyecto
sin controles teniendo en cuenta el nivel de ocurrencia y de impacto indicado en el
ítem 10.5. La tabla siguiente ilustra el análisis desarrollado:
Tabla 29. Análisis y valoración del riesgo escenario sin controles.
ETAPA 1 ETAPA II
ANALISIS Y VALORACION DEL RIESGO

IDENTIFICACION DEL RIESGO
ESCENARIO SIN CONTROLES
CALIFICACION SIN
CONTROLES
IMPACTO Evaluación
FASE Causas Riesgo OCURRENCIA
VER sin controles
Valor Nivel Valor Nivel
No contar con los

requerimientos
funcionales y no
1
funcionales definitivos
por parte de los
usuarios. Equivocación en la
INICIO,
estimación del tiempo y
PLANEACIÓN, Fallas en la elaboración
los recursos para la 2 Bajo 12 Medio TOLERABLE
ANALISIS Y del cronograma, en
realización del
DISEÑO cuanto a tiempo,
2 proyecto.
recursos y actividades o
modificaciones
posteriores a estos.
Demora en los procesos
3
contractuales.
Que no se hayan
ejecutado las fases
1
previas a la
construcción.
Carencia de estándares
y políticas de desarrollo Incumplimiento con los
2
o que existan y no se estándares
apliquen. establecidos para el
CONSTRUCCIÓN
desarrollo del software.
E Deficiencia en la 2 Bajo 12 Medio TOLERABLE
IMPLANTACIÓN 3 ejecución del plan de
El sistema no cumple
pruebas. con las expectativas de
Usuario no participa en la organización.
4 la revisión de producto
en elaboración.
5 Limitación en tecnología.
141
Tabla 29. Análisis y valoración del riesgo escenario sin controles. Continuación
No contar con el recurso

humano requerido para
1
la ejecución de estas
actividades.
CONSTRUCCIÓN Carencia de Mantenimiento
E 2 inoportuno y deficiente 3 Medio 12 Medio IMPORTANTE
documentación efectiva.
IMPLANTACIÓN al sistema implantado
No aplicar los
3 procedimientos
establecidos.
CONSTRUCCIÓN Personal sin

Falta de plan de
E 1 entrenamiento 4 Alto 8 Bajo IMPORTANTE
entrenamiento.
IMPLANTACIÓN específico en el tema.
Fuente: autor
11.6.2 Diseño de controles y su calificación para mitigar los riesgos (ETAPA

III). Para la calificación de cada control se tuvieron en cuenta los siguientes
criterios de calificación:
Tabla 30. Criterios de calificación de los controles
CRITERIOS DE CALIFICACION DE LOS CONTROLES

VALOR NIVEL DESCRIPCION DE LA CALIFICACION
1 Nulo No existen controles
2 Bajo Existe el control, pero no se aplica
3 Medio Existe el control, se aplica pero no es efectivo
4 Alto Existe el control, se aplica y es efectivo
Muy Existe el control, se aplica, es efectivo y está
5 Alto documentado
La tabla siguiente ilustra los controles aplicados a cada riesgo detectado
142
riesgos
ETAPA 1 ETAPA III
IDENTIFICACION DEL DESCRIPCION Y CALIFICACION DE LOS CONTROLES EXISTENTES PARA

RIESGO MITIGAR LOS RIESGOS
TIPO DE CONTROLES Calificaci

ón de
cada
Descripción Disminuye la Disminuye el control Responsa
FASE Riesgo Registro
del control ocurrencia Impacto VER ble
Prevent Detecti Protecc Correct Val Niv

ivo vo ión ivo or el
Cronogra
mas y - Cronogra
Gerente
reuniones ma.
1 X X 4 Alto de
de - Informe
proyecto
seguimient de avance.
o.
Manejo de
proyecto
Equivocaci por Líder - Cronogra
ón en la 2 X X 4 Alto
módulos o técnico ma.
estimación componen
INICIO,
del tiempo tes.
PLANEA
y los
CIÓN,
recursos
ANALISIS Y
para la
DISEÑO Entrega
realización
suficientem
del - Estudios
ente
proyecto. Jefe Ares previos.
anticipada
de - Carpetas
de la
Med Sistemas, con
3 documenta X X 3
io Jefe de documenta
ción para
Adquisicio ción de
los
nes contratistas
procesos
.
contractua
les.
Diligencia
Incumplimi miento de
ento con - Formatos
los
los de las
registros Coordinad
estándares 1 SIN de las fases
X X 4 Alto or IT, líder
establecid planear,
fases de técnico
os para el analizar y
planear,
desarrollo diseñar.
CONSTRUC analizar y
del diseñar
CIÓN E
software.
IMPLANTA
CIÓN
El sistema
no cumple
Aplicación Desarrolla
con las Muy Políticas de
2 de X X 5 dores de
expectativ Alto desarrollo
estándares. programas
as de la
organizaci
ón
143
riesgos
Coordina
Aprobación
dor IT, Matriz de
3 del plan de X X 4 Alto
líder Pruebas
pruebas.
técnico
Registros y
Participa
documento
ción de los
s exigidos
usuarios en Usuario
por el
4 todas las X X 4 Alto Líder del
sistema
fases del producto
documental
proceso
de
SIN
procesos
Contar con
herramien
tas de
Coordina Documento
desarrollo
dor IT, de
5 que X X 4 Alto
líder arquitectur
respondan
técnico a.
a las
necesida
des.
Contar
oportuna
Jefe de
mente con
Adquisicio
personal Personal
1 X X 4 Alto nes,
que ejecute contratado
Coordina
las labores
dor TI
de manteni
miento.
Actualiza
Mantenimi
ción
ento
documenta
CONSTRUC inoportuno Documenta
ción que
CIÓN E y Equipo de ción
2 aplique del X X 4 Alto
IMPLANTA deficiente proyecto actualizada
Sistema
CIÓN al sistema .
Gestión
implantado
Documen
.
tal.
Incidencias
registradas
Herramien
Jefe Área en la
ta para
3 X X 4 Alto de herramient
manejo de
sistemas a que
incidencias.
provee la
entidad
Personal
CONSTRUC sin Contar con
Gerente Planes de
CIÓN E entrenamie planes de Muy
1 X X 5 de entrenamie
IMPLANTA nto entrena Alto
proyecto nto.
CIÓN específico miento.
en el tema.
Fuente: autor
144
11.6.3 Análisis y valoración del riesgo con controles (etapa IV). Para el
análisis y valoración del riesgo con controles se emplearon los siguientes criterios
expresados en la matriz de severidad, que permitió definir el tratamiento del
riesgo.
Tabla 32. Matriz de severidad
MATRIZ DE SEVERIDAD
20 40 60 80 100
Muy Alto Tolerable Importante Inaceptable Inaceptable Inaceptable
5 Prevenir, Prevenir, Evitar, Evitar, Evitar,
compartir Compartir Prevenir, Prevenir, Prevenir,
16 32 48 64 80
Alto Tolerable Importante Importante Inaceptable Inaceptable
4 Prevenir, Prevenir, Prevenir, Evitar, Evitar,
compartir Compartir Compartir Prevenir, Prevenir,
12 24 36 48 60,
Medio Tolerable Tolerable Importante Importante Inaceptable
3 Prevenir, Prevenir, Prevenir, Prevenir, Evitar,
compartir compartir Compartir Compartir Prevenir,
16 24 32 40
8
Bajo Tolerable Tolerable Importante Importante
Aceptable
2 Prevenir, Prevenir, Prevenir, Prevenir,
Asumir
compartir compartir Compartir Compartir
12 16 20
4 8
Muy Bajo Tolerable Tolerable Tolerable
Aceptable Aceptable
1 Prevenir, Prevenir, Prevenir,
Asumir Asumir
compartir compartir compartir
145
Tabla 33. Evaluación de riesgo
EVALUACION DEL RIESGO
OPCIONES
ACEPTABLE TOLERABLE IMPORTANTE INACEPTABLE
TRATAMIENTO
CRITERIO CRITERIO CRITERIO CRITERIO
DEL RIESGO
El riesgo se
encuentra en un nivel
que puede aceptarlo
ASUMIR sin necesidad de
tomar otras medidas
de control diferentes
a las que se poseen.
Se deben implementar
controles de prevención
Se deben para evitar la Probabilidad
implementar del riesgo, de protección
controles de para disminuir el Impacto a
prevención para través de la suscripción de
evitar la un plan de mejoramiento de
PREVENIR
Probabilidad del acuerdo a lo establecido en
riesgo, de el Procedimiento de
protección para Suscripción y seguimiento a
disminuir el Planes de Mejoramiento por
Impacto. Autocontrol – Acciones
Correctivas / Preventivas el
CGE-060-000-PD-01
Se debe involucrar
a un tercero en su
manejo, quien en
algunas ocasiones
puede absorber
parte de las
pérdidas
ocasionadas por la
Se debe
ocurrencia. Se
involucrar a un
debe suscribir un
tercero en su
plan de
manejo, quien
mejoramiento de
en algunas
COMPARTIR acuerdo a lo
ocasiones puede
establecido en el
absorber parte
Procedimiento de
de las pérdidas
Suscripción y
ocasionadas por
seguimiento a
la ocurrencia.
Planes de
Mejoramiento por
Autocontrol –
Acciones
Correctivas /
Preventivas el
CGE-060-000-PD-
01
146
Tabla 33. Evaluación de riesgo. Continuación
Se deben tomar
medidas para
llevar en lo
posible los
riesgos a la zona
moderada o baja
a partir del
planteamiento de
nuevos controles.
Se debe
suscribir un plan
de mejoramiento
PROTEGER de acuerdo a lo
establecido en el
Procedimiento de
Suscripción y
seguimiento a
Planes de
Mejoramiento por
Autocontrol –
Acciones
Correctivas /
Preventivas el
CGE-060-000-
PD-01.
Se debe suscribir un plan
de mejoramiento de
acuerdo a lo establecido en
el Procedimiento de
Suscripción y seguimiento a
EVITAR
Planes de Mejoramiento por
Autocontrol – Acciones
Correctivas / Preventivas el
CGE-060-000-PD-01, para
evitar su ocurrencia.
Fuente: Entidad de aplicación
147
Tabla 34. Análisis y valoración del riesgo con controles (etapa IV)
ETAPA 1 ETAPA IV
IDENTIFICACION DEL
ANALISIS Y VALORACION DEL RIESGO CON CONTROLES
RIESGO
CALIFICACION CON Nivel

CONTROLES de Trata
OCURRENCI Evaluació riesgo Evaluación miento
FASE Riesgo IMPACTO n sin con con del CRITERIO
A
VER controles control controles Riesgo
VER
es VER
Val
Valor Nivel Nivel (NRCC)
or
El riesgo
se
encuentra
en un nivel
Equivocación
que puede
en la
INICIO, aceptarlo
estimación
PLANEACIÓN sin
del tiempo y Muy TOLERA ACEPTA ASU
, 1 8 Bajo 8 necesidad
los recursos bajo BLE BLE MIR
ANALISIS Y de tomar
para la
DISEÑO otras
realización
medidas de
del proyecto.
control
diferentes
a las que
se poseen.
El riesgo
Incumplimient
se
o con los
encuentra
estándares
en un nivel
establecidos
que puede
para el
aceptarlo
CONSTRUC desarrollo del
sin
CIÓN E software. Muy TOLERAB ACEPTA ASU
1 8 Bajo 8 necesidad
IMPLANTA bajo LE BLE MIR
de tomar
CIÓN El sistema no
otras
cumple con
medidas de
las
control
expectativas
diferentes
de la
a las que
organización
se poseen
El riesgo
se
encuentra
en un nivel
que puede
aceptarlo
Mantenimient
CONSTRUC sin
o inoportuno
CIÓN E Muy IMPORTA ACEPTA ASU necesidad
y deficiente al 1 8 Bajo 8
IMPLANTA bajo NTE BLE MIR de tomar
sistema
CIÓN otras
implantado.
medidas de
control
diferentes
a las que
se poseen.
148
Tabla 34. Análisis y valoración del riesgo con controles (etapa IV). Continuación
El riesgo
se
encuentra
en un nivel
que puede
Personal
aceptarlo
CONSTRUCCIÓ sin
sin
NE entrenamie Muy IMPORTA ACEPTA ASU
1 8 Bajo 8 necesidad
IMPLANTACIÓ nto bajo NTE BLE MIR
de tomar
N específico
otras
en el tema.
medidas de
control
diferentes
a las que
se poseen.
Fuente: autor
149
12. PLAN GESTIÓN DE ADQUISICIONES
12.1 PLANIFICACIÓN DE LAS ADQUISICIONES
Los elementos y servicios requeridos para la compra y que serán utilizados para el
desarrollo del proyecto son:
Tabla 35. Elementos de Compra
COMPRAS / ELEMENTOS DE JUSTIFICACIÓN DE

FASE WBS
CONTRATOS COMPRAS LA COMPRA
REQUERIDO
Oracle Database Standard Hace parte del software Construcción e
Edition – Processor License requerido de la Implantación
1. (procesadores servidor con plataforma para el
Software Base de
un socket para procesador soporte de la base de
Datos de Servidor
de 2 core) datos del sistema web
propuesto en los
equipos de servidores.
Internet Application Server Hace parte del software Construcción e

Enterprise Edition – requerido para la Implantación
Software de Processor License plataforma de
2. aplicaciones de (procesadores servidor con contenedor web para el
servidor un socket para procesador sistema propuesto en
de 2 core) los equipos de los
servidores.
Equipos de escritorio o Equipos de cómputo Análisis y

portátiles. para el desarrollo del Diseño
Contrato alquiler
3 proyecto utilizado por
equipos Informáticos
cada integrante del
equipo de trabajo.
Equipo Solución de Equipo requerido para Construcción e

Equipos informáticos
almacenamiento tipo SAN el almacenamiento de Implantación
del Servidor.
la información y que
4 (Adquisición,
hace parte de la
instalación y
plataforma de soporte
soporte).
del sistema.
2 Servidores tipo blade Equipos requeridos Construcción e

para reducir el espacio Implantación
Equipos informáticos
y consumo, permitiendo
del Servidor.
disponer el web hosting
5 (Adquisición,
del sistema web
instalación y
propuesto.
soporte).
150
Tabla 35. Elementos de Compra
Especialistas en soporte de Es requerido para la Construcción e
servidores y arquitectura implantación, Implantación,
web y Oracle. mantenimiento y
Contratación Bolsa
tratamiento de Cierre
6 de 100 horas de
incidencias durante y
soporte onsite 7x24
después de la puesta
en producción del
sistema web.
Conexión de Internet, alta Garantiza la alta Construcción e

disponibilidad disponibilidad del Implantación
Contrato sistema en los canales
7 proveedores de de comunicación,
servicio de internet facilitando la conexión
desde redes internas y
externas.
Elementos de oficina. Es requerido para Inicio

Contrato insumos de
acompañar el proceso
inversión (papel y
8 documental empleado
carpetas, toner, tape
en cada una de las
backups)
fases del proyecto.
Especialistas en valoración Permitirá garantizar la Análisis y

de canales, e infraestructura infraestructura y Diseño
Contrato valoración tecnológica del estado actual comunicación
9 de red. (Conexión y que posee la entidad. tecnológica que hace
configuraciones) parte del soporte donde
se instalará el sistema
web.
Fuente: autor
Teniendo en cuenta la política de la entidad y los procesos definidos en el SGC

(Sistema Gestión de Calidad), en el momento de realizar compras relacionadas
con productos de tecnologías, estas, deben ser avaladas por la oficina de
sistemas y el equipo de adquisiciones de la entidad, sujetándose al método de
adquisición según lo definido en el manual de contratación público para la entidad
12.2 GESTIÓN DE LAS ADQUISICIONES
El objetivo del siguiente cuadro es describir los proveedores y el método de

adquisición que se aplicará en cada producto o servicio que se requiera para el
proyecto. Por otro lado el valor del monto que se tiene estimado para cada uno.
151
Tabla 36. Gestión de las Adquisiciones
FECHA
DE
COMPRA MEDIO DE
FECHA DE PERIODO
MÉTODO SEGÚN LA
COMPRAS / ELEMEN TERMINACI DE
DE COSTO EL COMPRA
CONTRA TOS DE ÓN DEL GARANTÍ
ADQUISI ESTIMA DO CRONOG (CONTRA
TOS COMPRAS SERVICIO O A DE LA
CIÓN RAMA TO,
CONTRATO COMPRA
DEL FACTURA
PROYECT
O
Oracle Contrata
Database ción Directa
Standard
Edition –
Software Processor
Base de License Cuarto
$ 44.268.280 Contrato 1 año 1 año
Datos de (procesadore Mes
Servidor s servidor con
un socket
para
procesador
de 2 core)
Internet Contrata
Application ción Directa
Server
Enterprise
Edition –
Software de Processor
Cuarto
aplicaciones License $ 88.351.760 Contrato 1 año 1 año
Mes
de servidor (procesadore
s servidor con
un socket
para
procesador
de 2 core)
Contrato Equipos de Mínima

alquiler escritorio o cuantía Segundo
$ 10.000.000 Contrato 1 año 1año
equipos portátiles. Mes
Informáticos
Equipos Equipo Menor

informáticos Solución de Cuantía
del Servidor. almacenamie Cuarto
$200.000.000 Contrato 1 año 1 año
(Adquisición, nto tipo SAN Mes
instalación y
soporte).
Equipos 2 Servidores Menor

informáticos tipo blade Cuantía
del Servidor. Cuarto
(Adquisición, Mes
instalación y
soporte).
Contratación Especialistas Mínima Cuarto

$19.140.000 Contrato 1 año 1 año
Bolsa de 100 en soporte de cuantía Mes
horas de servidores y
152
soporte onsite arquitectura
7x24 web y Oracle.
Contrato Conexión de Contrata

proveedores Internet, alta ción Directa Tercer
de servicio de disponibilidad Mes
internet
Contrato Elementos de Proveedo

insumos de oficina. res previa
inversión mente
Tercer
(papel y selecciona $ 3.000.000 Factura No aplica No aplica
mes
carpetas, dos por la
toner, tape entidad
backups)
Especialistas Proveedo
en valoración res
Contrato
de canales, e selecciona
valoración de
infraestructur dos
red. Tercer
a tecnológica directamen $ 16.000.000 Factura 6 meses 6 meses
(Conexión y mes
del estado te por la
configuracio
actual que entidad
nes)
posee la
entidad.
Fuente: autores
Cómo respaldo a la ejecución de los contratos, se relacionará una póliza de

garantía de cumplimiento, al cual consta del siguiente detalle:
o Riesgo asegurable: Cumplimiento del objeto del contrato, de acuerdo con los
términos, condiciones y especificaciones acordadas.
o Valor asegurado: 30 % valor del contrato.
o Vigencia: según duración del contrato.
Dentro de cada contrato se contempla el pago en proporciones según lo definido

en los pliegos, el cual consiste por producto u entregables, dependiendo del monto
de cada adquisición se considera como primer pago el 40% del total de la compra
y el porcentaje restante según los entregables a proporcionar previa revisión de la
lista de chequeo de cumplimiento del objeto del contrato. Para garantizar el bueno
uso o manejo, así como la correcta inversión y amortización de los dineros que se
hayan cancelado durante la ejecución del contrato, el valor asegurado es igual a la
cantidad del primer pago o valor anticipado según lo establecido.
153
12.3 PROCESO DE SELECCIÓN DE LOS PROVEEDORES
Para seleccionar el proveedor más adecuado a las necesidades de cada

adquisición se tienen los siguientes aspectos que se resumen en 4 factibilidades:
o Técnica.
o Comercial.
o Económica y Financiera.
o Apoyo a la industria colombiana. (Exigido por las entidades públicas de
Colombia)
Donde cada factibilidad tiene definido un peso total, conformado por varias
subdivisiones que la componen. A continuación se ilustra que la factibilidad técnica
posee un peso de 50 puntos, la factibilidad económica y financiera 15 puntos,
factibilidad comercial 20 puntos, apoyo a la industria 15 puntos para un total de
100 puntos en total.
Tabla 37. Criterios de evaluación Factibilidades vs Peso
FACTIBILIDAD PESO
TECNICA 50 PUNTOS
Cumple requisitos técnicos mínimos exigidos 50 puntos
No cumple requisitos mínimos exigidos 0 puntos
FACTIBILIDAD ECONOMICA Y FINANCIERA 15 PUNTOS
Estados Financieros 5 puntos
Precio 5 puntos
Pago de Impuestos 5 puntos
FACTIBILIDAD COMERCIAL 20 PUNTOS
Posicionamiento en el mercado 5 puntos
Marco legal de la empresa 5 puntos
Catálogo de productos 5 puntos
Portafolio de clientes y proveedores 5 puntos
APOYO A LA INDUSTRIA 15 PUNTOS
Mano de obra y/o bienes ofrecidos totalmente colombianos 15 puntos
Mano de obra y/o bienes ofrecidos son extranjeros con 10 puntos

totalmente colombianos
Fuente: autores
154
Cada factibilidad, esta subdividida en varios conceptos relacionados, los cuales
tienen un peso establecido, que sumados dan como resultado el total de puntos
relacionados a ella. Este puntaje es establecido de acuerdo a las necesidades del
proyecto y políticas públicas definidas por la entidad del estado. Cabe anotar que
cada factibilidad evaluada debe cumplir con los requisitos mínimos establecidos en
los pliegos elaborados para cada adquisición.
A continuación se detalla la factibilidad técnica, la cual tiene un peso total de 50

puntos, de toda la evaluación, a su vez, se relacionan cada uno de los ítems a
evaluar dentro de esta factibilidad y sus pesos correspondientes:
Tabla 38. Criterios de Factibilidad técnica
FACTIBILIDA TÉCNICA PESO (50 puntos)
Cumple con los requisitos técnicos mínimos exigidos. 10 puntos
Al proponente que ofrezca una garantía de 12 meses, 5 puntos

adicional a la garantía exigida inicialmente dentro de las
características técnicas de los bienes objeto del
contrato.
Al proponente que ofrezca una garantía de 24 meses, 10 puntos

adicional a la garantía exigida inicialmente dentro de las
características técnicas de los bienes objeto del
contrato.
Mayor capacidad o velocidad a la ofrecida 20 puntos
Soporte de 6 meses adicionales 10 puntos
No cumple con los requisitos técnicos mínimos exigidos 0 puntos
Fuente: autor
Para calificar la factibilidad económica y financiera se relacionan a continuación

los puntajes y referencias:
155
Tabla 39. Criterios de Evaluación Factibilidad Económica y Financiera
FACTIBILIDAD ECONOMICA Y FINANCIERA PESO (15 puntos)
Estados Financieros 5 Puntos
Cumple totalmente los criterios cuantitativos y 5

cualitativos
Cumple adecuadamente 4
Cumple con restricciones 3
Cumple con muchas restricciones 2
No cumple 1
Precio 5 Puntos
Cumple totalmente con las expectativas del precio 5
Cumple adecuadamente 4
Cumple con restricciones 3
Cumple con muchas restricciones 2
No cumple 1
Pago de Impuesto 5 puntos
Se pagan los impuestos básicos por la compra 5
Hay una sobrecarga básica por impuestos 1
Fuente: autor
Para verificar la veracidad de los estados financieros del proveedor se evalúan

criterios cuantitativos y cualitativos, por ejemplos si ha tenido rentabilidad en los
últimos tres años, capacidad de endeudamiento, etc. Para evaluar el precio se
comparan los precios de los diferentes oferentes, si es competitivo y si la compra
tiene algún descuento.
La factibilidad comercial se califica de la siguiente manera:
156
Tabla 40. Criterios de Evaluación Factibilidad Comercial
FACTIBILIDAD COMERCIAL PESO (15 puntos)
Posicionamiento en el mercado 5 Puntos
Su participación es igual o mayor al 25% 5
Su participación está entre el 20% y 24% 4
Su participación está entre el 12%y el 19% 3
Su participación está entre el 5% y 11% 2
Su participación es menor al 5% 1
Marco legal de la empresa 5 Puntos
Cumple 5
No cumple 1
Catálogo de productos 5 puntos
Es especialista en productos tecnológicos del área 5

de Talento Humano
Presenta variedad de productos tecnológicos de 3

diferentes áreas.
Es el único producto comercial de la empresa 1
Portafolio de clientes y proveedores 5 puntos
Clientes y proveedores fácilmente reconocidos 5
Clientes y proveedores no reconocidos 3
Poca variedad de clientes y proveedores 1
Fuente: autor
Para evaluar el posicionamiento en el mercado nacional e internacional, se

realizarán estudios de mercado reciente y confiable de los proveedores que se
postulen. Por otro lado, para calificar el marco legal de la empresa, se investigará
si está realmente constituida, si posee toda la documentación al día y sí ha tenido
demandas en los dos últimos años.
157
Tabla 41. Apoyo a la industria
APOYO A LA INDUSTRIA PESO (15 puntos)
Mano de obra y/o bienes ofrecidos totalmente 15 puntos

colombianos
Mano de obra y/o bienes ofrecidos son extranjeros 10 puntos

con totalmente colombianos
Fuente: autor
Una vez obtenido los resultados y estadísticas por cada alternativa de proveedor,
se procederá a llevar a cabo los procedimientos establecidos por la entidad para
su contratación. En caso de que exista un empate entre los oferentes se
procederá de la siguiente manera teniendo en cuenta los siguientes factores:
Optará por la propuesta del Proponente que obtenga el mayor puntaje en la

factibilidad técnica.
Si persiste el empate se preferirá la propuesta del Proponente que ofrezca el

menor precio en los bienes ofrecidos.
Si persiste el empate se preferirá la oferta que obtenga el mayor puntaje en el

factor apoyo a la industria nacional.
Si persiste el empate y entre los empatados se encuentra Mipymes se preferirá

a la Mipyme nacional, sea proponente singular, o consorcio, unión temporal o
promesa de sociedad futura conformada únicamente por Mipymes nacionales.
Si no hay lugar a hipótesis prevista en el punto anterior y entre los empatados

se encuentran consorcios, uniones temporales o promesas de sociedad futura en
los que tenga participación al menos una Mipyme, este se preferirá.
En caso que no proceda la hipótesis anterior, y entre los proponentes se

encuentren proponentes singulares o plurales conformados por consorcios,
uniones temporales o promesas de sociedad futura conformados con al menos un
integrante que acredite las circunstancias establecidas en la Ley 361 de 1997
referidas en el numeral anterior, será preferido frente a los demás.
Si continúa el empate se procederá a elegir el ganador mediante el sorteo por

balotas.
158
12.4 RIESGOS DEL PLAN
A continuación se describen los riesgos asociados a las compras y las estrategias

para su control
Tabla 42. Riesgos del plan de adquisiciones
COMPRA – ESTAREGIA DE
ID RIESGO DESCRIPCIÓN IMPACTO
ADQUISICIÓN CONTROL
Los equipos
servidores requieren Uso de software pruebas
del software para Corrimientos de demo o versiones libres
Las licencias no
poder funcionar. fechas que que sustituyan
Software Base lleguen en la
Cada software alterna la momentáneamente el
1 de Datos de fecha fijada para
instalado en el ejecución y software licenciado,
Servidor su
servidor soportará de entregables del realizar solicitudes de
implementación
alguna forma la proyecto. compra desde la fase
aplicación del inicial.
sistema web.
Los equipos
servidores requieren Uso de software pruebas
del software para Corrimientos de demo o versiones libres
Las licencias no
poder funcionar. fechas que que sustituyan
Software de lleguen en la
Cada software alterna la momentáneamente el
2 aplicaciones de fecha fijada para
instalado en el ejecución y software licenciado,
servidor su
servidor soportará de entregables del realizar solicitudes de
implementación
alguna forma la proyecto. compra desde la fase
aplicación del inicial.
sistema web.
Corrimientos de
El equipo de
fechas que Destinar equipos
La contratación proyecto requiere de
Contrato alquiler alterna el informáticos externos
no se da en el los equipos de
3 equipos desarrollo, para solventar el caso,
facha cómputo para
Informáticos ejecución y según las circunstancias
establecida desempeñar su
entregables del presentadas.
labor.
proyecto.
Durante el proceso
Equipos Corrimientos de
de instalación de los Destinar espacios libres
informáticos del fechas que
Los equipos servidores encontrar de los servidores
Servidor. alterna la
4 llegan en estado que los equipos no (servidores de pruebas
(Adquisición, ejecución y
defectuoso. funcionan o ya en uso) para soportar
instalación y entregables del
presentan defectos las aplicaciones
soporte). proyecto
de fábrica.
Solicitar la colaboración
del equipo de proyecto
No contar con el El soporte del del área de
Contratación La contratación
pack de bolsa de sistema no se infraestructura
Bolsa de 100 no se da en el
5 horas de soporte brinde en el tecnológica en el
horas de soporte facha
para el sistema momento momento que se
onsite 7x24 establecida
implantado adecuado. presenten y registren las
incidencias de fallos en
los servidores.
159
Tabla 42. Riesgos del plan de adquisiciones. Continuación
La alta
Contrato La contratación Demoras en la Definir un plan de
disponibilidad del
proveedores de no se da en el contratación del contingencia de un
6 sistema no brinde
servicio de facha proveedor del centro de datos alterno
de manera
internet establecida servicio de internet con alta disponibilidad.
oportuna
Falta de un estudio Menor calidad en Fijar los parámetros de

La firma detallado que indique el canal de estudio de la red. Definir
Contrato contratada no los elementos de la comunicaciones con claridad que
valoración de haga un estudio infraestructura lo que ocasiona elementos se deben
7
red. (Conexión y y análisis tecnológica y de red retrasos o evaluar puntualmente.
configuraciones) riguroso de la que no funcionan o problemas de Validar las credenciales
red. deban ser rendimiento de la y/o certificado de la
actualizados. aplicación. firma.
Fuente: autor
12.5 PRONOSTICOS DEL PLAN
Se han definido los siguientes pronósticos a cerca de las compras del proyecto
sistema web.
Tabla 43. Pronósticos del plan
FASE DEL
PRONOSTICO IMPORTANCIA
PROYECTO
Velocidad de procesamiento
de la información o datos por
Se debe considerar el procesamiento Planeación
el número de usuarios
de los datos y la capacidad del canal
conectados al sistema
para minimizar los tiempos de
retraso que pueda tener el proyectos
Capacidad del canal de
por estos motivos
comunicaciones en la red Planeación
organizativa
Para contar con el espacio adecuado

Crecimiento en el tamaño de en el almacenamiento de los datos y
Planeación
la base de datos garantizar el historial del información
que se ha procesado
Para presupuestar las compras, se

requiere de estimar una tasa
Variabilidad de las divisas promedio o rango de incertidumbre
Planeación
para las adquisiciones de las divisas para contar con el
suficiente dinero a la hora de
comprar.
Fuente: autor
160
13. CONCLUSIONES
La realización del presente trabajo permitió:
Adquirir conocimientos sobre la gerencia de proyectos bajo los lineamientos

establecidos por la guía PMBOK.
Aplicación de los lineamientos de la guía PMBOK para el plan de gestión del

proyecto propuesto.
Desarrollar habilidades gerenciales para la dirección de proyectos en cualquier

área.
Planeación de las líneas base en tiempo, costo y alcance de los proyectos.
Destrezas y habilidades en herramientas para la programación, seguimiento y

control de los proyectos.
Conocimientos para el análisis, elaboración de adquisiciones, riegos, calidad,

recursos humanos, comunicación, costos y tiempo de proyectos.
161
BIBLIOGRAFIA
BOCANEGRA PALMA, Javier, Enrique, DONCEL PRADA, Diana María, POSADA

VARGAS, Claudia Lorena, Diseño e implementación de un módulo al aplicativo
frontweb para la venta de seguros mediante canal de venta call center para una
entidad financiera. Trabajo de grado. Especialización en Gerencia de Proyectos.
Bogotá: Universidad Piloto de Colombia. Facultad de Ciencias Sociales y
Empresariales. 2012.
CASTRO BONILLA, Yenny, AMAYA ESCANDÓN, Alexander, LADINO VILLADA,

Carlos Hernando. Plan de proyecto implementación de un software de evaluación
del desempeño. Trabajo de grado. Especialización en Gerencia de Proyectos.
Bogotá: Universidad Piloto de Colombia. Facultad de Ciencias Sociales y
Empresariales. 2012.
DANE. Glosario. [En línea] [Consultado el 11 de noviembre de 2012]. Disponible

en:http://www.dane.gov.co/files/planificacion/fortalecimiento/cuadernillo/Lineamient
os_Investigacion_estadistica.pdf
DANE. Glosario. [En línea] [Consultado el 1 de septiembre de 2012]. Disponible

en:http://www.dane.gov.co/files/investigaciones/fichas/comercio_servicios/ficha_m
mcm.pdf
DANE. Formatos. [En archivo] [Consultado el 1 de septiembre de 2012].
PROJECT MANAGEMENT INSTITUTE. Guía de los fundamentos para la

dirección de proyectos (guía del PMBOK), Cuarta edición. USA: PMI, 2008. 800
p.
162
Formato 1. Definición del proyecto
Fuente: DANE. Sistema Documental de procesos
163
Formato 2. Plan de Proyecto
164
165
166
167
Formato 3. Requerimientos del sistema

168
169
Formato 4. Revisión de proceso de diseño.
170
171
Formato 5. Verificación de diseño
172
173
174
Formato 6. Lista de chequeo preparación entorno de desarrollo
Fuente: DANE. Sistema Documental de proceso.
175
176
Formato 7. Lista de chequeo autorización para construcción
177
Formato 8. Lista de chequeo comprobación proceso de desarrollo
178
Formato 9. Matriz de pruebas
179
Formato 10. Paso de desarrollo a pruebas
180
181
182
183
184
Formato 11. Solicitud de paso a producción
185
186
187
188
189
Formato 12. Acta de instalación de equipo y/o software.
190
191
Formato 13. Lista de asistencia
192
Formato 14. Acta de reunión
193
Formato 15. Control de cambios documentales
194
Formato 16. Avance del proyecto
195
196
Formato 17. Registro identificación de necesidades
197
Formato 18. Solicitud acceso a internet
Formato 19. Solicitud instalación de software
198
Formato 20. Control de cambios
SOLICITUD DE CAMBIO
IDENTIFICACION DEL CAMBIO

Nombre del Proyecto
Consecutivo
Persona que solicita el cambio
Fecha de la solicitud
DESCRIPCIÓN DEL CAMBIO
JUSTIFICACION PARA REALIZAR EL CAMBIO
IMPACTO QUE GENERA LA ACCION
ACCIONES PLANTEADAS PARA LLEVAR A CABO EL CAMBIO

Tiempo
(Descripción de los pasos a tomar) Recursos estimado
PRE-REQUISITOS Y RECURSOS PARA

EJECUTAR LAS ACCIONES PLANEADAS
OBSERVACIONES
APROBACIÓN
Firmas autorizadas del
Firma Gerente Proyecto
comité del proyecto
Fuente: autor
199
Formato 21. Solicitud instalación licencia de software
200
Anexo 1. Cronograma Sistema de información WEB
201
202
203
204
Anexo 2. Programación hoja de recursos
205

Ejemplo de Un Plan de Proyectos

Cargado por

Copyright:

Formatos disponibles

Ejemplo de Un Plan de Proyectos

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

Ejemplo de Un Plan de Proyectos

Cargado por

Copyright:

Formatos disponibles

PLAN DE PROYECTO PARA EL

ANÁLISIS, DISEÑO, CONSTRUCCIÓN Y PUESTA EN MARCHA

MABEL HERNÁNDEZ MOLINA

UNIVERSIDAD PILOTO DE COLOMBIA

MABEL HERNÁNDEZ MOLINA

Trabajo para optar al título de

UNIVERSIDAD PILOTO DE COLOMBIA

Bogotá, D.C., Febrero de 2013

Dios, por iluminar el camino a donde constantemente he querido seguir.

El Autor expresa sus agradecimientos a:

Todos los compañeros de clase de quienes aprendí y contribuyeron a la

Kelly Gelvez, aunque el tiempo no le permitió finalizar conmigo este proyecto, la

La Universidad Piloto de Colombia.

La entidad en la que laboro y a los compañeros de trabajo, quienes sembraron y

2. ACTA CONSTITUCIÓN DEL PROYECTO 24

3. STAKEHOLDERS DEL PROYECTO 34

5. PLAN GESTIÓN DE ALCANCE 44

7. PLAN GESTIÓN DE COSTOS 76

8. PLAN GESTIÓN DE CALIDAD 80

9. PLAN GESTIÓN DE RECURSOS HUMANOS 101

10. PLAN GESTIÓN DE COMUNICACIONES 129

11. PLAN GESTIÓN DE RIESGOS 137

12. PLAN GESTIÓN DE ADQUISICIONES 150

Figura 1. Árbol de Problemas 22

Tabla 1. Resumen de Cronograma e Hitos 30

Formato 1. Definición del proyecto ...................................................................... 163

Anexo 1. Cronograma Sistema de información WEB .......................................... 201

Anexo 2. Programación hoja de recursos ............................................................ 205

ANALISIS ESTADISTICO: Conjunto de métodos, técnicas y procedimientos para el

CAPACITACIÓN DE PERSONAL: Constituye una actividad esencial en la

COMERCIO: “Es la reventa (compra y venta sin transformación) de mercancías o

COMERCIO AL POR MENOR: o minorista es la reventa (compra y venta sin

DIFUSIÓN: Consiste en dar a conocer la información generada por la encuesta,

EMPRESA: Para efectos de las estadísticas económicas, empresa es toda unidad

FORMULARIO ELECTRONICO: Medio que permite recolectar la información en

INDICADOR: Es el criterio, rastro, señal, unidad de medida, que se utiliza para

MUESTREO: Conjunto de técnicas que permite elegir una porción de elementos de

PMBOK: Estándar reconocido internacionalmente que provee los fundamentos de

PRODUCTO: Un artículo producido, que es cuantificable y que puede ser un

PROYECTO: Es un esfuerzo temporal que se lleva a cabo para crear un producto,

RIESGO: Un evento o condición incierta que, si se produce, tiene un efecto positivo

STAKEHOLDER: Personas y organizaciones como clientes, patrocinadores,

Este trabajo propone un proyecto de implementación de un sistema de información

El proyecto abarca el análisis, diseño, construcción y puesta en marcha del

El documento se organiza en 11 capítulos, iniciando por la formulación y acta de

Palabras clave: Software, PMBOK, implantación, riesgo, costo, plan, arquitectura

La complejidad del mundo moderno exige implementar prácticas de máxima

En este trabajo se presenta un ejercicio de gerencia de proyectos, alineado con los

La organización del trabajo se corresponde con lo establecido en el PMBOK, por lo

1.1 CÓMO Y POR QUÉ SE SELECCIONÓ EL PROBLEMA

Para esto se hace necesario, la formulación de un proyecto que a partir de la

Con base en la anterior idea, se decide aprovechar los recursos financieros,

1.2 DESCRIPCIÓN ORGANIZACIÓN ENTIDAD DEL ESTADO

La entidad de aplicación, es una entidad del estado colombiano cuya misión es

La entidad forma parte de la rama ejecutiva y se encuentra conformada por seis

Actualmente la entidad de aplicación, ha venido investigando el comportamiento

En 1989, nuevamente se conformó una muestra probabilística tomando como

El desgaste de la muestra, dada la dinámica del sector, hizo imperioso su