Implementación de Sistema de Información para Gestión Estadística de Telecomunicaciones (SIGETEL

EPE - Ingeniería Sistemas Gerencia de Proyectos
UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS

“AÑO DE LA CONSOLIDACIÓN DEL MAR DE GRAU”
FACULTAD INGENIERÍA – EPE
Implementación de Sistema de Información para la

Gestión Estadística de Telecomunicaciones – SIGETEL en
OSIPTEL
ALUMNOS:
ALEGRE HIDALGO, GUSTAVO ADOLFO U20151A441
BAYONA HUAMAN, CINDY ANGELICA U201303299
CHAVEZ ESPINOZA, RAUL EDUARDO U201513579
CHAVEZ PACHAS, ELIO GIANCARLO U201114942
HURTADO LEONARDO, MARLON RICHARD U20151A084
PROFESORA:
ALEJANDRINA NELLY HUARCAYA JUNES
CURSO:
GERENCIA DE PROYECTOS
MAYO 2017
Página 1
INDICE
1. ACTA DE CONSTITUCIÓN ........................................................................................ 3

2. PLAN DE REQUERIMIENTOS ................................................................................. 10
3. PLAN DE ALCANCE ................................................................................................ 16
4. PLAN DE GESTIÓN DEL CRONOGRAMA .............................................................. 23
5. PLAN DE GESTIÓN DE LA CALIDAD ...................................................................... 40
6. PLAN DE GESTIÓN DE RECURSOS HUMANOS ................................................... 52
7. PLAN DE GESTIÓN DE LAS COMUNICACIONES .................................................. 62
8. PLAN DE GESTIÓN DE ADQUISICIONES .............................................................. 66
9. PLAN DE GESTIÓN DE INTERESADOS ................................................................. 73
10. CIERRE DEL PROYECTO .................................................................................... 77
Página 2
1. ACTA DE CONSTITUCIÓN
ACTA DE CONSTITUCIÓN DEL PROYECTO

CÓDIGO 20173005
versión 1.0
PROYECTO Implementación de Sistema de Información para la Gestión Estadística

de Telecomunicaciones – SIGETEL
PATROCINADOR Ana Maria Granda Becerra

PREPARADO POR: Equipo del proyecto FECHA 08 05 17
REVISADO POR: Equipo del proyecto FECHA 08 05 17
APROBADO POR: Ana Maria Granda Becerra FECHA 10 05 17
REVISIÓN DESCRIPCIÓN (REALIZADA POR) FECHA

01 Validación de objetivos del proyecto (Raúl Chávez) 08 05 17
02 Validación requerimientos de alto nivel (Raúl Chávez) 08 05 17
03 Validación extensión y alcance del proyecto (Raúl Chávez) 08 05 17
04 Validación interesados clave (Raúl Chávez) 08 05 17
05 Aprobación de la plantilla (Marlon Hurtado) 10 05 17
BREVE DESCRIPCIÓN DEL PRODUCTO O SERVICIO DEL PROYECTO

Implementar el software que gestione las estadísticas periódicas reportadas por las empresas
operadoras al OSIPTEL.
Para la implementación se realizará un levantamiento de información de los procesos del

negocio actuales. Luego de lo cual, se realizará las optimizaciones y/o adaptaciones para su
correcta alineación con el software.
La empresa consultora, como parte de su propuesta, está obligada a otorgar una garantía de
soporte y mantenimiento (corrección de incidencias que forman parte del alcance) del presente
servicio, sin costo alguno para las empresas operadoras al OSIPTEL.
Garantía:
 El período de garantía mínima es de doce (12) meses.

 Durante dicho período se deberá sustituir o reparar cualquier elemento, parte o
componente del software que resulte defectuoso.
 Los gastos de transporte, mano de obra y materiales que se puedan originar con
motivo de las reparaciones o reposiciones dentro del plazo de garantía serán por
cuenta de la empresa consultora.
 Se deberá garantizar que toda la tecnología y programas del sistema cumplen todas
las condiciones técnicas establecidas, y que cumplan totalmente con los requisitos
de aceptación que sean especificados.
 La empresa consultora podrá especificar en su propuesta los servicios adicionales
ofrecidos como parte de la garantía.
Mantenimiento:
 La empresa consultora describirá su modelo de organización para el mantenimiento

del sistema.
 Niveles de soporte: “in situ”, telefónico, etc.
 Política de escalado y de resolución de problemas.
 Flujo de trabajo del equipo de soporte: quién recibe la llamada cuando se reporta
una incidencia y el flujo existente hasta la resolución de la misma.
 Mantenimiento correctivo: Este mantenimiento se aplicará por el mismo período y
condiciones de la garantía. Si el proveedor ofertara mayor tiempo de garantía, el
período de mantenimiento correctivo se extiende por el mismo plazo.
 Mantenimiento evolutivo: La empresa consultora deberá indicar el catálogo de
servicios profesionales que puede proporcionar durante la operación sistema (jefes
de proyectos, especialistas, analistas, desarrolladores, etc.).
Help Desk:
La empresa consultora se comprometerá a brindar soporte técnico para atender las

incidencias que se reporten del sistema, mediante contacto telefónico u otro medio.
Tiempos de respuesta:
 Problema crítico: instantáneo.

 Problema grave: inferior a 4 horas.
 Problema leve: inferior a 12 horas.
Tiempos de resolución
 Problema crítico: inmediato, ofreciendo una solución lo antes posible (máximo 1 día
hábil).
 Problema grave: 1-2 días hábiles.
 Problema leve: 3-4 días hábiles.
Para la aplicación de los criterios mencionados anteriormente, se considerarán:
 Problemas críticos: los que afectan de forma masiva el funcionamiento del sistema.
Acta de Constitución Gestión de la Integración Página 4

 Problemas graves: los que no se encuentran en la categoría anterior, pero sin

embargo afectan a los usuarios finales que son los que registran y consultan
información en el sistema.
 Problemas leves: resto de problemas.
Capacitación:
 La capacitación para las funcionalidades implementadas en el sistema se realizará

por lo menos cinco días (5) a los usuarios de la GPRC y tres días (3) a los usuarios de
la GTICE del OSIPTEL.
 La empresa consultora es responsable de efectuar tanto el desarrollo de las sesiones,
como de elaborar el material a emplear en ellas.
 La formación ha de tener un enfoque de casos prácticos y a partir de ellos adecuar
los cursos de formación a las áreas usuarias permitiendo una mayor efectividad.
 La actividad de formación será independiente a cualquier otra actividad del
proyecto.
 La ejecución del plan de entrenamiento se realizará en coordinación con la GPRC y
la GTICE del OSIPTEL.
Coordinaciones:
Las labores en su conjunto que realice la empresa consultora a contratar, estarán bajo la
supervisión del responsable de proyecto de la GPRC y en coordinación con el personal de la
GTICE del OSIPTEL.
ALINEAMIENTO DEL PROYECTO

1. OBJETIVOS ESTRATÉGICOS DE LA 2. PROPÓSITO DEL PROYECTO
ORGANIZACIÓN (Beneficios que tendrá la organización una vez que el producto
(A qué objetivo estratégico se alinea el proyecto) del proyecto esté operativo o sea entregado)
Mejorar los servicios de orientación y solución La implementación del software tendrá un impacto
de reclamos de usuarios. en la mejora de los procesos y el manejo de la
información, por lo cual, se obtendrá un panorama
más amplio y ágil para la toma de decisiones.
Incrementar la efectividad de las

herramientas TICs en soporte a la gestión y
alineadas con la estrategia de Gobierno
Electrónico

3. OBJETIVOS DEL PROYECTO

(Principalmente en términos de costo, tiempo, alcance, calidad)
Alcance
 Diseño de solución tecnológica que garanticen la disponibilidad, calidad, e integridad de
los datos.
 Estudio de infraestructura tecnológica (necesidades) y oportunidades. Reutilización en
lo mayor posible la infraestructura existente.
 Levantamiento de Requerimientos, Análisis y Diseño e Implementación basándonos en
la metodología PMI.
 La implementación se llevará a cabo inicialmente en las oficinas de OSIPTEL.
Tiempo
 El proyecto tiene una duración inferior a un año aproximadamente.
Costo
La implementación del proyecto no debe superar el costo estimado de USD 1’001,000.00 con
un margen de error del 5%.
4. FACTORES CRÍTICOS DE ÉXITO DEL PROYECTO
 Definir con exactitud el alcance y limitaciones del proyecto

 Controlar y gestionar cualquier incidencia o desviación del proyecto
 Gestionar las expectativas de los involucrados de manera correcta
 Realizar un correcto seguimiento a la elaboración de documentación y entregables del
proyecto
 Atribuir a la retroalimentación del proyecto un valor crítico.
5. REQUERIMIENTOS DE ALTO NIVEL

(Condiciones o características que deben cumplirse para satisfacer lo solicitado al proyecto)
Relacionados al producto
● Levantamiento de Información de los procesos de la empresa OSIPTEL.

● Definición y ajuste de los procesos del negocio ajustados a las demandas del software.
● Todos los procesos implementados en el software deberán estar integrados para evitar errores
de ingreso de datos y un mejor monitoreo en las áreas contables financieras.
● Ventas se adapta a las ventas para los servicios de capacitación.
● CRM se integrará inclusive con el módulo de ventas y cobranzas.
● Configuración y adaptación de los módulos y reportes en el software.
● Desarrollo de la interfaz del módulo de ventas con el Sistema de Gestión Académica de SIGETEL.
● Pruebas unitarias e integrales de los módulos adaptados.
● Implementación final del software.

Relacionados al proyecto
● Mantener una constante línea de comunicación, eficaz y de naturaleza colaborativa con los
patrocinadores e interesados.
● Cumplir con los reglamentos establecidos por la institución.
● Gestionar cambios comunicados por los interesados en un tiempo no mayor a 2 días calendario.
● El proyecto debe finalizar en el mes de Abril del 2017.
● Se debe entregar reportes de avance cada 2 semanas.
EXTENSIÓN Y ALCANCE DEL PROYECTO
6. FASES DEL PROYECTO 7. PRINCIPALES ENTREGABLES

(Agrupamiento lógico de actividades relacionadas que (Un único y verificable producto, resultado o capacidad
usualmente culminan elaborando un entregable principal) de realizar un servicio que debe ser elaborado para
completar un proceso, una fase o un proyecto)
Dirección del proyecto ● Acta de constitución del proyecto.
Análisis y Diseño ● Blue print

● Casos de uso
● Diagrama de procesos
● Documento de diseño detallado
Desarrollo y Construcción ● Documento de conformidad por módulo
implementado
Pruebas y Despliegue ● Plan de casos de prueba
● Informe de resultados de las pruebas
unitarias
● Informe de resultado de las pruebas
integrales
● Documento de instalación del sistema
● Manual de usuario
● Manual técnico
Capacitación de usuarios ● Acta de conformidad de capacitación y
entrega de materiales.
8. INTERESADOS CLAVE
(Persona u organización que está activamente involucrado en el proyecto o cuyos intereses pueden ser afectados positiva o
negativamente por le ejecución del proyecto o por el producto que elabora)
9. RIESGOS
(Evento o condición incierta que, si ocurriese, tiene un efecto positivo o negativo sobre los objetivos del proyecto)
Riesgos Precauciones/Acciones Responsable

Debido a fallas en los dispositivos podría Establecer una política de respaldo Arcos
ocurrir pérdida de información / continua o contactar con un file Consulting
documentación lo que impactaría en la server. SAC
documentación del proyecto.
Debido a mal control de versionado del Documentar cambios generados en el Arcos

código fuente podría ocurrir corrupción código / Implementar una política de Consulting
de código / aparición de errores en la backup de la base de datos. SAC
adaptación de módulos lo cual impactaría
en la implementación del sistema.
Debido a insuficiente acogida o Coordinar con el patrocinador para SIGETEL

colaboración en el proyecto por parte de obtener el apoyo suficiente y difusión
los stakeholders podría ocurrir una falta de la importancia del proyecto en la
de información sustancial para la correcta Institución.
adaptación del sistema lo cual impactaría
en lo implementación del sistema.
Debido a demoras en la entrega de Notificar al patrocinador del proyecto SIGETEL

información relevante para el desarrollo e informar a los involucrados de los
del proyecto podría ocurrir retrasos en la efectos de las demoras en el avance
implementación del sistema lo cual del proyecto.
impactaría en las fecha de entrega del
proyecto.
10. HITOS PRINCIPALES DEL PROYECTO
Dirección del Proyecto
● Firma de Acta de Constitución.

● Aceptación del enunciado del alcance del proyecto preliminar.
● Aprobación por parte de los involucrados del Plan de Gestión del Proyecto.
● Firma de Acta de Cierre del Proyecto.
● Análisis & Diseño
Desarrollo / Construcción
● Aprobación del documento de Diseño detallado.
Pruebas y Despliegue
● Documento de resultado de pruebas aprobado.

● Aceptación de documentos Técnicos de Usuario

Capacitación de usuarios
● Acta de Capacitación.
POST Producción
● Acta de Soporte Técnico.
11. RESUMEN DEL PRESUPUESTO DEL PROYECTO
Ítem Descripción Costo
1 Costo de los recursos USD 250,000.00
2 Servicios profesionales USD 20,000.00
3 Licencias de software USD 30,000.00
4 Hardware USD 600,000.00
5 Servicios de implementación / instalación y otros USD 100,000.00
6 Capacitación a Usuarios USD 1000.00
COSTO TOTAL DEL PROYECTO USD 1’001,000.00
12. REQUERIMIENTOS DE APROBACIÓN DEL PROYECTO

(Quién evalúa los FCE, decide el éxito del proyecto y quien cierra el proyecto )
FCE Evaluador Firma el Cierre del Proyecto

(Nombres apellidos y cargo de la persona (Nombres apellidos y cargo de la
(Ver punto 4)
asignada) persona asignada)
13. GERENTE DE PROYECTO ASIGNADO AL PROYECTO

(Nombres apellidos y cargo de la persona asignada como gerente del proyecto)
14. AUTORIDAD ASIGNADA

(Autoridad asignada al gerente del proyecto para el uso de recursos)

2. PLAN DE REQUERIMIENTOS
PLAN DE GESTIÓN DE REQUERIMIENTOS

CÓDIGO 20173005
versión 1.0
PROYECTO Implementación de Sistema de Información para la Gestión Estadística

RECOPILACIÓN Y PRIORIZACIÓN DE REQUERIMIENTOS
Recopilación y planificación de requerimientos
Se recopilan los requerimientos válidos por medio de negociaciones con los stakeholders. Para
capturar los requerimientos se va a usar 7 herramientas. Estos son: entrevistas, grupos de
enfoque, reuniones de trabajo, técnicas de creatividad en grupo, técnicas de toma de decisiones
en grupo, encuestas y observaciones. Hay que tomar en cuenta también el plan de gestión del
alcance, el plan de gestión de los requisitos, el plan de gestión de los interesados, el Acta de
constitución del proyecto y el Registro de interesados.
Priorización de requerimientos
Se priorizan los requerimientos de acuerdo a los intereses pactados en las reuniones con los
stakeholders, los casos de uso de sistema y su impacto al proyecto. Se califica como alto, mediano
y bajo según la prioridad.
PRINCIPALES REQUERIMIENTOS
Describir los principales requerimientos funcionales, no funcionales y de calidad
Requerimientos Funcionales:
Nº Requerimientos
1 Analizar los mecanismos actuales de transferencia de la información contenida en archivos

electrónicos con los cuales el OSIPTEL recepciona la información de las empresas operadoras (por
ejemplo SIGOTEL, GED, SADD, SISREP, entre otros), con el fin de proponer cambios en la modalidad
de recepción de dichos archivos. Tales cambios no deberán descartar la actual entrega de
información utilizando archivos en formato Excel (.xls), sino que deberán ir orientados a proponer
Plan de Gestión de Requerimientos Gestión del Alcance Página 10

una transferencia y validación en línea de estos archivos.
Se deberá considerar que el formato de recepción de la información entregada por las empresas
operadoras será siempre Excel, de acuerdos a los anexos de la Resolución 121 y sus modificatorias.
No obstante, se deberá considerar que un grupo de pequeñas empresas remiten la información sólo
en físico.
Asimismo, se deberá considerar en el análisis la información de los períodos definidos en la sección

3.1.1 del enunciado.
2 Analizar los formatos estandarizados de reportes de información al OSIPTEL por parte de las empresas
operadoras de telecomunicaciones. Se debe considerar los formatos vigentes de la Resolución 121 y
aquellos que se han propuesto en las resoluciones que modifican la Resoluciones 121, así como la
información existente para el Periodo A (ver sección 3.1.1 del enunciado).
3 Analizar los sistemas de trámite documentario del OSIPTEL, de manera tal que permita su reutilización
y/o un diseño y/o elaboración de la Actividad de Ingreso y Registro de Trámite Documentario para el
sistema.
Dicha actividad debe permitir:

(i) Realizar el control de ingreso (entrega) y registro de nueva información,
(ii) Envío a la Actividad de Validación, Extracción y Carga de Información.
(iii) Generación de las cartas de conformidad total, conformidad parcial y/o rechazo de
información.
(iv) Realizar el control de ingreso (entrega) y registro de rectificación de información.
(v) Realizar el seguimiento de entrega/rectificación de información, incluyendo la actividad en
la que se encuentra (ver sección 3.1.2 del enunciado). Entre otros, mantener una lista
clasificada según operador y servicios que muestre los formatos por recibir, formatos
recibidos, formatos validados, formatos que no han superado la validación, formatos
almacenados en la base de datos (Datawarehouse), y que permita su ordenamiento y
filtrado.
(vi) El Sistema deberá contar con opciones que permitan la definición de nuevos formatos de
entrega de información y/o la modificación de los existentes. Considerar que los formatos
bajo los cuales cada empresa operadora tiene que reportar pueden variar de acuerdo a
cambios en su concesión de servicios públicos o cambios normativos relacionados a los
requerimientos de información periódica (ver sección 4). Esto con el fin de adicionar nuevos
elementos en una etapa posterior a la consultoría.
(vii) Considerar que el sistema debe almacenar la información necesaria (por ejemplo número
de carta, fecha de ingreso, nombre del operador, código de registro GED/SADD, etc.) para
su identificación en el sistema de trámite documentario del OSIPTEL (GED, SADD, etc).

4 Diseñar, construir, e implementar el mecanismo de validación y procesamiento de la información, así

como la extracción y carga, sobre los formatos bajo los cuales las empresas operadoras reportarán
periódicamente.
Para los Períodos A y B (ver sección 3.1.1 del enunciado):

 Las actividades de Ingreso y Registro de Trámite Documentario y de Validación, Extracción y
Carga de Información se realizarán una única vez, al tratarse de información existente.
 Se debe realizar los aplicativos específicos de validación, extracción y carga para cada caso.
Considerar que, si bien la mayor parte de información recibida está en Excel, un grupo de
pequeñas empresas remiten la información en formato impreso (escaneado en formato de
imagen en un documento PDF).
 En el caso que exista información que no haya superado el proceso de validación, los
aplicativos deben proporcionar un mecanismo de edición, carga, identificación y posterior
rectificación de dicha información.
 Considerar que el sistema debe almacenar la información necesaria (por ejemplo número de
carta, fecha de ingreso, nombre del operador, código de registro GED/SADD, etc.) para su
identificación en el sistema de trámite documentario del OSIPTEL (GED, SADD, etc).
Para el Período C:
 La Actividad de Validación, Extracción y Carga de Información incluye la construcción de las
siguientes validaciones de los datos recibidos:
 Validación básica embebida en el archivo Excel (macros, validaciones, etc). Los formatos
Excel establecidos (ver sección 4 del enunciado) incorporarán dicha validación básica,
siendo elaborados por la empresa consultora.
 Validación completa aplicando las reglas propias del negocio. Las reglas de validación de
carácter general y de carácter específico serán proporcionadas por el OSIPTEL e
implementadas por empresa consultora.
 Esta actividad debe ser flexible e incorporar un entorno de trabajo que permita realizar
fácilmente cambios en el tiempo.
o El sistema deberá contar con opciones para la validación de la información
estadística contenida en los nuevos formatos de entrega y/o en formatos que
modifiquen los existentes.
o El sistema deberá contar con opciones para crear y/o modificar el procesamiento
de los formatos de entrega de información (el proceso ETL) y los elementos de la
explotación de la información.
o Considerar que los formatos bajo los cuales las empresas operadoras reportarán
periódicamente pueden variar de acuerdo a cambios en su concesión de servicios
públicos o cambios normativos relacionados a los requerimientos de información
periódica (ver sección 4).
 En el caso que exista información que no haya superado el proceso de validación, los
aplicativos deben proporcionar un mecanismo de edición, carga, identificación y posterior
rectificación de dicha información.
 El sistema debe permitir la priorización de tareas y cambios en dicha priorización. La
priorización debe ser lo suficientemente flexible para priorizar según operador y/o según
formato.
 Considerar que, si bien la mayor parte de la información recibida se encuentra en archivos
en Excel, un grupo de pequeñas empresas remiten la información en formato impreso
(escaneado en formato de imagen en un documento PDF).
Para todos los períodos, considerar actividades automatizadas para la extracción, transformación y
carga (ETL) de los datos estadísticos recibidos para su almacenamiento en un Datawarehouse.

5 Diseñar, construir, e implementar la explotación de los datos para la emisión de reportes establecidos
de acuerdo a la información y reportes relacionados a la información según los períodos establecidos
(ver sección 3.1.1 del enunciado).
Dichos reportes están definidos parcialmente en el Anexo 1.
Diseñar, construir e implementar un aplicativo que permita contar con reportes, tablas y gráficos en
base a la información reportada. El usuario podrá escoger el tipo de gráfico y el diseño del mismo
(tipo y tamaño de fuente, colores, entre otras características). El aplicativo deberá mostrar la
información a través de un browser, y tener la posibilidad de exportar los datos a formatos en Excel y
Acrobat Reader.
6 El sistema deberá contar con opciones para establecer el carácter de información -pública o
confidencial- a nivel de cada formato y de cada reporte, tanto para la información reportada por
Resolución 121 y sus modificatorias, así como para los nuevos formatos y/o los que modifiquen los
existentes.
Esta opción deberá ser administrable y a nivel de formato de información recibido. Para ello debe
considerarse la Lista Enunciativa establecida por Resolución N° 053-2004-CD/OSIPTEL y sus
modificatorias.
El objetivo final de esta opción es permitir/restringir el acceso a la información por parte de los
usuarios del sistema.
7 El Datawarehouse deberá consolidar toda la información histórica desde el año 1993, según los
períodos de información definidos (ver sección 3.1.1 del enunciado)
Para el diseño del Datawarehouse se deberá considerar la secuencia histórica de series estadísticas
que están agrupadas o detalladas en un lapso de tiempo determinado (por ejemplo líneas de abonado
a nivel nacional y líneas de abonado por departamento).
8 El trabajo a desarrollarse durante la consultoría se realizará sólo en las instalaciones de la oficina

central del OSIPTEL.
Requerimientos No-Funcionales:
Nº Requerimientos
1 Confiabilidad  Incorporar mecanismos de validación que garantice la integridad y

consistencia de datos recibidos por las empresas operadoras.
 Optimizar los tiempos de respuesta en la ejecución de las consultas al
Datawarehouse para mejorar el desempeño.
 Controlar adecuadamente los errores producidos en el sistema.

2 Seguridad  Se incluirá mecanismos de seguridad: HTTPS, SSL, como medidas para

asegurar y contrarrestar amenazas sobre la información contenida en
el sistema.
 Tomar como referencia las buenas prácticas del “SQL Injection” para la
validación de las entradas a la base de datos desde la aplicación,
evitando de esta manera vulnerabilidades.
 Autenticación de los usuarios del sistema (funcionarios del OSIPTEL y
empresas operadoras).
3 Usabilidad  Incluir interfaces gráficas sencillas, amigables, intuitivas, consistentes y
de fácil uso para los usuarios.
 Considerar factores de presentación en el formato de las pantallas a
través de hoja de estilos *.css, temas, templates, plantillas, resolución
de pantalla (pixel) u otros estándares disponibles en el mercado.
 Compatible con todas las versiones recientes de navegadores de
Internet.
4 Escalabilidad  Las opciones requeridas en el sistema se ejecutarán en internet (Web),
que permite extender sus funcionalidades sin perder la calidad, basado
en estándares, componentes y orientada a servicios web.
5 Disponibilidad  Se requiere que los servicios estén completamente operativos las 24
horas del día, 7 días a la semana. Optar por mecanismos alternos para
asegurar la continuidad del servicio.
6 Reusabilidad  Indica el uso eficiente de componentes o librerías de códigos fuentes,
aplicando las buenas prácticas en el desarrollo de aplicaciones
empresariales como la programación en capas y orientada a servicios.
7 Administrable  Gestión de usuarios, roles, perfiles.
 Configuración de parámetros.
 Mecanismos de auditoría, seguimiento y trazabilidad de la información
y las transacciones realizadas en el sistema
 Tratamiento del log de eventos, para contemplar el registro de caídas
del servicio, manejo de errores y excepciones.
8 Arquitectura  Framework de desarrollo multicapa, mínimo 3 capas (presentación,
lógica de negocio y acceso a datos).
 Orientada a servicios, que soporte estándares abiertos, como por
ejemplo webservices.
 Utilización de lenguaje Ajax.
 Basado en estándares, componentes, en tecnología web como el WC3.
MATRIZ DE TRAZABILIDAD
Definición de los atributos de los requerimientos que serán empleados para confirmar su cumplimiento.

GESTIÓN DE LA CONFIGURACIÓN
Descripción de cómo los requerimientos pueden ser cambiados, incluyendo una evaluación del impacto y el proceso de aceptación
Los stakeholders, p.ej. jefes de los diferentes áreas de SIGETEL pueden solicitar los cambios de los
requerimientos. Estos cambios deben ser detallados. Luego, el Gerente de Proyecto y su equipo
van hacer un análisis de impacto sobre como afectaría el cambio de requerimiento al proyecto
(alcance, costos, cronograma, recursos, etc.) Si se acepta el cambio del requerimiento se procede
con la implementación, los ajustes sobre las restricciones del proyecto y se hace seguimiento. Con
el seguimiento se monitorea los efectos positivos y negativos del cambio de requerimiento sobre
el proyecto.
Caso contrario, si el cambio al requerimiento va tener un impacto desfavorable este va ser

rechazado.
VERIFICACIÓN DE REQUERIMIENTOS
Métodos para verificar requerimientos, incluyendo las métricas para su medición.
El propietario del requerimiento tiene que probar el buen funcionamiento de ese mismo y los
entregables tienen que cumplir su plazo. Se verifica el cumplimiento de los requerimientos y
entregables por medio de la matriz de trazabilidad. En caso contrario hay que tomar acciones
correctivas o preventivas según el caso.
Para verificar y asegurar los requerimientos se hacen diferentes tipos de pruebas. Estas son
pruebas individuales que verifican cada proceso en su módulo. También hay pruebas integrales
que verifican la correcta integración de los procesos. Como última prueba se hacen pruebas de
volumen o stress que son pruebas de rendimiento del sistema cuando opera con los usuarios.

3. PLAN DE ALCANCE
ENUNCIADO DEL ALCANCE
CÓDIGO 20173005
versión 1.0
PROYECTO: Implementación de Sistema de Información para la Gestión Estadística

GERENTE: Ana Maria Granda Becerra
I.- DESARROLLO DE LA PROPUESTA
1. DESCRIPCIÓN DEL PRODUCTO DEL PROYECTO

(Características, funcionalidades, soporte, entre otros)
El proyecto consiste en planificar y diseñar el software para la gestión estadística de

telecomunicaciones.
Asimismo, la propuesta de diseño que incluya Analisis de Costos (Factores de Inversion) que
demuestran la viabilidad del proyecto y el tiempo de recuperación de la inversión.
Diseño de solución tecnológica que garanticen la disponibilidad, calidad e integridad de los

datos.
Estudio de infraestructura tecnológica (necesidades) y oportunidades. Reutilizacion en lo

mayor posible la infraestructura existente.
Levantamiento de Requerimientos, Analisis y Diseño e Implementacion del software
basándonos en la metodología PMI.
2. DESCRIPCIÓN DE LOS ENTREGABLES DEL PROYECTO
Plan de Gestión del Alcance Gestión del Alcance Página 16

ENTREGABLE DESCRIPCIÓN
Acta de constitución Corresponde al documento que da inicio al
proyecto.
Alcance preliminar del Proyecto Corresponde al documento que contiene los
primeros objetivos del sistema.
Plan de gestión del proyecto Corresponde al documento donde se define
cada tarea a dar seguimiento en el proyecto.
Análisis de requisites Corresponde al documento que definen los

requerimientos del sistema.
Casos de uso Corresponde al documento que contiene
todos los casos y flujos del sistema.
Blueprint Corresponde al documento pre-liminar que
definen las pantallas a ser implementadas en
el sistema.
Diagrama de procesos Corresponde al documento que define los
procesos que incorporará el sistema.
Documento de diseño detallado Corresponde al documento que define y da
conformidad al diseño del sistema.
Documentos de conformidad por los módulos Corresponde al documento que define e
implementados indica qué módulos se incorporarán al
sistema.
Plan de casos de prueba Corresponde al documento que define la
revisión de todos los escenarios que se darán
en el sistema.
Informes con resultados de las pruebas Corresponde al documento de conformidad a
unitarias las pruebas de casos de uso.
Informes con resultados de las pruebas Corresponde al documento que identifica las
integrales pruebas realizadas en el sistema con sus
respectivos resultados.
Documento de instalación del sistema Corresponde al documento de instalación del
sistema.
Manual de usuario Corresponde al documento que indica todos
los flujos y acciones del sistema.
Corresponde al documento
Manual técnico Corresponde al documento de instalación del
sistema.

Documentos que den conformidad a las Corresponde al documento que indica las
capacitaciones y material guía brindados capacitaciones realizadas, los materiales
generados y entregadas; y la conformidad de
los mismos.
Acta de aceptación y cierre del proyecto Corresponde al documento que define la
finalización del proyecto e indica que no
existe documentación pendiente.
3. PROCEDIMIENTO DE ELABORACIÓN DE LA EDT

(Descripción detallada del procedimiento para crear aprobar, y mantener el EDT).
- El EDT del proyecto será estructurado utilizando la herramienta de Descomposición.

Identificándose inicialmente los entregables de las fases del proyecto.
- A partir de los entregables identificados se determinarán los esfuerzos de trabajo o
paquetes de trabajo (actividades, tareas)
- En el proyecto se identificó 6 fases, luego se procedió con la descomposición del
entregable en paquetes de trabajo los cuales nos permiten conocer al mínimo detalle el
costo, trabajo y calidad incurrido en la elaboración del entregable.
- Se utilizará la herramienta MS Visio para la elaboración del WBS, pues facilita la
diagramación y manejo de los entregables del proyecto.
4. PROCEDIMIENTO DE ELABORACIÓN DEL DICCIONARIO DE LA EDT

(Detalle del procedimiento para crear, aprobar, y mantener el diccionario del EOT).
- Se identificarán las siguientes características de cada paquete de trabajo de la EDT.

o Se detalla el objetivo del paquete de trabajo.
o Se hace una descripción breve del paquete de trabajo.
- La elaboración del Diccionario EDT se realizará mediante los siguientes pasos:
o Se utiliza una plantilla para documentar cada paquete identificado.
o Se identifica las siguientes características de cada paquete de trabajo del EDT.
▪ Se detalla el objetivo del paquete de trabajo.
▪ Se hace una descripción breve del paquete de trabajo.
▪ Se describe el trabajo a realizar para la elaboración del
entregable, como son la lógica o enfoque de elaboración y las
actividades para elaborar cada entregable.
▪ Se establece la asignación de responsabilidad, donde por cada paquete
de trabajo se detalla quién hace qué: responsable, participa, apoya,
revisa, aprueba y da información del paquete de trabajo.
▪ De ser posible se establece las posibles fechas de inicio y fin del
paquete de trabajo, o un hito importante.
▪ Se describe cuáles son los criterios de aceptación.
▪ Se describe los supuestos.

▪ Se describe los riesgos.

▪ Se colocan los recursos asignado y el costo del paquete.
▪ Se coloca la dependencia.
5. PROCEDIMIENTO DE VALIDACIÓN DEL ALCANCE

(Detalle del procedimiento para la verificación formal de los entregables y su aceptación por parte del cliente interno o
externo).
- Al término de elaboración de cada entregable, éste debe ser presentado al

Patrocinador del Proyecto, el cual se encargará de aprobar (confirmar que el proyecto
es exacto y completo) o presentar las observaciones del caso. Si el entregable es
aprobado, es enviado al Gerente General Hugo R. Cordero Sánchez.
6. PROCEDIMIENTO DE CONTROL DEL ALCANCE

(Detalle del procedimiento para identificar, registrar, y procesar cambios de alcance, así como su enlace con el control
integrado de cambios).
- El director del proyecto se encargará de verificar que el entregable cumpla con lo

acordado en la Línea Base del Alcance. Si el entregable es aprobado es enviado al
Cliente, pero si el entregable no es aprobado, el entregable es devuelto a su
responsable junto con una Hoja de Correcciones, donde se señala cuáles son las
correcciones o mejoras que se deben hacer.
II.- CONTEXTO DEL PROYECTO
7. LÍMITES DEL PROYECTO

(Entregables no considerados como parte del proyecto)
8. RESTRICCIONES
(Estado, calidad o sensación de estar forzado a tomar un determinado curso de acción o inacción. Una restricción o
limitación impuesta, sea interna o externa, al proyecto afectará el rendimiento del proyecto o de un proceso)

- El proveedor debe especificar las características mínimas y recomendadas para el

hardware de los servidores necesarios para la instalación del nuevo Sistema
.
- La adquisición del hardware y las licencias necesarias para los servidores donde se
instalará el nuevo sistema estará bajo responsabilidad de SIGETEL.
- Entrega de licencias para el uso del sistema.
9. ASUNCIONES
(Factores que, para efectos de planificación, se consideran verdaderas, reales o ciertas sin necesidad de pruebas o
demostraciones)

10. ESTRUCTURA DEL DESGLOSE DEL TRABAJO EDT

11. DICCIONARIO DE LA EDT
ACTIVIDAD O ESFUERZO DE TRABAJO DICCIONARIO
Nombre de la actividad: Elaboración del Acta

de constitución
Código de la actividad: 1.1.1
Objetivo: Dar inicio al proyecto.
Descripción
Responsables Responsable:
Participa:
Apoya:
Revisa:
Aprueba:
Da información:
Fechas programadas Fecha de inicio:

Fecha de fin:
Hitos:
Criterios de aceptación
Supuestos
Riesgos
Recursos asignados y costos
Dependencias

4. PLAN DE GESTIÓN DEL CRONOGRAMA
DECLARACIÓN DE CRONOGRAMA
CÓDIGO 20173005
versión 1.0
PROYECTO: Implementación de Sistema de Información para la Gestión Estadística de

Telecomunicaciones – SIGETEL
GERENTE:
PREPARADO POR: Equipo de proyecto FECHA 15 05 2017
REVISADO POR: Equipo de proyecto FECHA 15 05 2017
APROBADO POR: FECHA 17 05 2017
A. PROCEDIMIENTO DE DEFINICIÓN DE ACTIVIDADES

Después de culminar las definiciones y aprobaciones de la línea base en la etapa de gestión del alcance.
La confección de la EDT y la estructura del diccionario de la EDT, se determina la lista de actividades a
seguir cuya consumación permitirá el cumplimiento de los entregables que se detalla en mapa de fases.
Los directores de proyectos estarán a cargo de la elaboración de la lista de actividades, que luego de
dará conocimiento de ello al cliente por medio del área de sistemas quien dará aviso a los personeros
del avance de implementación.
Por cada actividad identificada, se define un código, nombre y alcance de trabajo, responsable y tipo
de actividad.
B. PROCEDIMIENTO DE SECUENCIAMIENTO DE ACTIVIDADES

El equipo de proyecto se encargará de mantener el control se la secuencia cronológica de las diferentes
actividades, mediante la elaboración de diagrama de precedencias, la cual mostrará de manera visual
y grafica el orden de realización de tareas, Asimismo, el Diagrama de Precedencias nos mostrará
rápidamente las relaciones de priorización de las actividades, es decir, aquellas actividades que deben
realizarse anticipadamente y que representan en su culminación el punto de partida para otras.
PROCESO DE DEFINICIÓN DE ALCANCE: DESCRIPCIÓN DETALLADA DEL PROCESO PARA ELABORAR EL
C. SPROCEDIMIENTO DE ESTIMACIÓN DE RECURSOS DE LAS ACTIVIDADES

En base a los entregables y actividades identificados para el proyecto se procede a realizar las
estimaciones de recursos (personal, software y hardware) para llevar a cabo las actividades.
Para el Recurso de tipo Personal se define los siguientes: nombre de recurso, trabajo, duración,
supuestos y base de estimación, y forma de cálculo.
Plan de Gestión de Cierre de Proyecto Gestión de Cierre Página 23

Para el recurso de tipo Software se define los siguientes: descripción del software, licencias, supuestos,
base de estimación y forma de cálculo.
Para el recurso de tipo Hardware se define los siguientes: nombre de equipo, tipo de equipo (servidor
o estación de trabajo), cantidad de equipos, supuestos y base de estimación, y forma de cálculo.
El resultado del proceso estimará el costo y la duración de manera más precisa.

C
D. D. PROCESO DE ESTIMACIÓN DE DURACIÓN DE LAS ACTIVIDADES

El proceso de estimación de la duración de las actividades estima la cantidad de períodos laborales de
acuerdo al tipo de recurso asignado a la actividad:
- Si el recurso es tipo personal, estimamos la duración y calculamos el trabajo que tomará realizar
la actividad.
- Si el tipo de recurso es software o hardware, se define el tiempo y la cantidad de equipos que se
utilizará para realizar la actividad.
La estimación de la duración se elabora de manera progresiva.

PE STATEMENT DEFINITIVO A PARTIR DEL SCOPE STATEMENT
UÁNDO, DÓNDE, Y CON QUÉ.
E. E. PROCEDIMIENTO DE DESARROLLO DEL CRONOGRAMA

Para la creación del cronograma de las actividades se van a tener como entradas principales los
siguientes documentos: identificación de las actividades de los paquetes de trabajo, secuencia lógica
de las actividades del proyecto, estimación de los recursos de las actividades y estimación de la
duración de las actividades.
Con el apoyo del software de gestión de proyectos MS Project 2010 se van a registrar las entradas
correspondientes a todas las actividades a desarrollar con el fin de obtener una secuencia más
congruente de las mismas.
Con el ingreso de las actividades en el software y la determinación de los recursos y la duración de las
tareas se va a crear el cronograma en forma tabular y gráfica. Para este caso, se va a trabajar con el
diagrama de Gantt que muestra en forma visual el orden cronológico de ejecución o realización de las
actividades.
-
F. F. PROCEDIMIENTO DE CONTROL DE CRONOGRAMA

Para el desarrollo del Control de Cronograma, el Gerente de Proyectos medirá el grado de progreso del
avance real contra los objetivos del Cronograma del Proyecto. Para ello, realizará las siguientes
actividades:
- Semanalmente, se realizarán reuniones con el equipo del proyecto para controlar el avance del
cronograma.
- Se tomarán decisiones para corregir en caso existan desfases en el proyecto.

- Se evaluará y documentará los eventos suscitados que no han sido levantados en el

cronograma del proyecto.
GESTIÓN DE CAMBIOS AL CRONOGRAMA
Persona(s) autorizada(s) a solicitar cambio en cronograma:

Nombre Cargo Ubicación
Gerente de Proyecto Oficina de Tecnologías de la
Información
Persona(s) que aprueba(n) requerimiento de cambio de cronograma:

Nombre Cargo Ubicación
Secretario General Secretaria General
Razones aceptables para cambios en cronograma del Proyecto(por ejemplo, retrasos debido a
entrega de materiales o disponibilidad de personal; clima; adelantar el cumplimiento debido a
término de fase o proceso, etc.):
 Inconvenientes en la recepción de hardware o software por parte de los proveedores

 Disponibilidad de técnicos e ingenieros para las tareas de configuración e instalación de
hardware y software.
 Solicitud de nuevos requerimientos por parte del cliente
 Retraso en la aceptación de entregables
Describir cómo calcular y reportar el impacto en el proyecto por el cambio en cronograma. (tiempo,
costo, calidad, etc.):
 El Gerente de Proyecto debe calcular y reportar el impacto que tiene el cambio sobre el
proyecto.
 Se debe planificar de nuevo el tiempo del proyecto cuando se implemente el cambio del
cronograma
 El Gerente de Proyecto debe comunicar al equipo de proyecto los nuevos cambios y la nueva
versión del cronograma.
 El Gerente de Proyecto reporte el resultado del cambio al Comité de cambios
 Se realiza un seguimiento y control del impacto del cambio realizado.

Describir cómo los cambios al cronograma serán administrados:
La solicitud de cambios luego de ser evaluada y aprobada por el comité de cambios, será administrada
por el gerente de proyectos, el mismo que deberá colocar el cambio en el cronograma.
G. HITOS DE PROYECTO
Hitos EDT/WBS Fecha Descripción
Acta de Constitución del 1.1 10/05/2017 Aprobación del proyecto

proyecto
Especificación de 2.1 24/06/2017 Finalización de los documentos

requisitos aprobados que recopilan los requerimientos
detallados del cliente
Documentación de 4.3 08/09/2017 Finalización y entrega de los

hardware y software documentos sobre la
4.4
aprobados configuración e implementación
del hardware y el software
Informe de pruebas 4.5 23/10/2017 Finalización y aprobación del

realizadas informe de pruebas realizadas
Cierre del proyecto 6.1 24/04/2018 Culminación del proyecto
Comentarios:

Anexo
IDENTIFICACIÓN Y SECUENCIAMIENTO DE ACTIVIDADES
Activida Actividades o Tareas

do Secuencia
Paquete Restricci
Alcance Fecha de
de Nombr ón o Responsabl Luga
Cód. del Predecesor impue actividade
Trabajo e supuesto e r
trabajo sta so
s
paquetes
1.1 Acta de 1.1.1 Reunión Reunión - Director de - 1
Constitución con inicial de Proyecto
patrocinad trabajo
or
1.1.2 Elaborar Redactar 1.1.1 - Director de -
Acta document Proyecto
o de inicio
1.1.3 Revisar Revisar y 1.1.2 - Director de -
Acta aprobar el Proyecto
Acta
1.2. Plan de 1.2.1 Elaborar Generar 1.1.3 Director de 1
Gestión del plan de plan de Proyecto
Proyecto gestión gestión
de de
requeri requerim
mientos ientos
1.2.2 Elaborar Generar 1.2.1 Director de
plan de plan de Proyecto
gestión gestión
del del
alcance alcance
gestión gestión
del del
Cronogr Cronogra
ama ma
gestión gestión
de de Costos
Costos
gestión gestión
de de
riesgos riesgos
gestión gestión
de de
calidad calidad


gestión gestión
de de RR.HH
RR.HH
gestión gestión
de de
comunic comunica
aciones ciones
gestión gestión
de de
adquisici adquisici
ones ones
0 plan de plan de Proyecto
gestión gestión
de de
interesa interesad
dos os
1.3 1.3.1 Identifica Generar 1.2.10 Director de 1
Cronograma ción de lista de proyecto
del proyecto los actividade
compone s
ntes
básicos
del
proyecto
1.3.2 Estructur Generar 1.3.1 Director de
ación del EDT proyecto
cronogra
ma
1.3.3 Revisión 1.3.2 Director de
y proyecto
aprobació
n del
cronogra
ma
1.4 Plan de 1.4.1 Elaborar Generar 1.3.3 Director de 1
reuniones de plan de plan de proyecto
seguimiento reuniones reuniones
de de
seguimie seguimien
nto to
2.1 2.1.1 Identificar Generar 1.4.1 Director de 2
Documentaci los formalmen proyecto
ón de requerimi te los
requerimient entos de requerimie
os los ntos de
interesad los
os interesado
s
3.1 3.1.1 Analizar 2.1.1 Líder Técnico 3
Diagrama de la
topología de topología
red interna de red
3.1.2 Diseñar Generar el 3.1.1 Líder Técnico
la nueva Diagrama
topología de
de red topología
de red
interna
y proyecto

aprobació
n del
document
o
Diagrama de la
red entre de red
hospitales 3.2.2 Diseñar Generar el 3.2.1 Líder Técnico
la nueva Diagrama
topología de
de red topología
de red
entre
hospitales
y proyecto
aprobació
n del
document
o
Diagrama de la
red de de red
internet 3.3.2 Diseñar Generar el 3.3.1 Líder Técnico
la nueva Diagrama
topología de
de red topología
de red de
internet
y proyecto
aprobació
n del
document
o
3.4. Informe 3.4.1 Identificar 3.3.3 Líder Técnico 3
de equipos y
especificacio herramie
nes del ntas
diseño necesaria
s
3.4.2 Identificar 3.4.1 Líder Técnico 3
proveedo
res que
puedan
proveer
los
equipos y
herramie
ntas
necesaria
s
3.5 3.5.1 Realizar 3.4.2 Líder Técnico 3
Diagrama de el
la solución diagrama
de la
solución
propuesta
y proyecto
aprobació
n del
diagrama
3.6 Estudio 3.6.1 Solicitar 3.5.2 Director de 3
de la proyecto
factibilidad elaboraci
ón del

estudio
de
factibilida
d
y proyecto
aprobació
n del
estudio
4.1 Informe 4.1.1 Evaluació 3.6.2 Director de 4
de compra n de proyecto
de hardware proveedo
res
4.1.2 Compra y 4.1.1 Director de
recepción proyecto
de
hardware
4.2 4.2.1 Elaboraci 4.1.2 Líder Técnico 4
Documentaci ón de
ón de lista de
software software
y proyecto
aprobació
n
Documentaci ón de
ón de document
configuració ación
ne 4.3.2 Revisión 4.3.1 Director de
instalación y proyecto
del hw aprobació
n
Documentaci ón de
ón de document
configuració ación
ne
instalación
de sw
y proyecto
aprobació
n
4.5 Informe 4.5.1 Realizaci 4.4.2 Equipo Técnico 4
de pruebas ón de
en entorno pruebas
de pruebas 4.5.2 Elaboraci 4.5.1 Líder Técnico
ón de
informe
4.5.3 Aprobaci 4.5.2 Director de
ón de proyecto
informe
4.6. Informe 4.6.1 Realizaci 4.5.3 Equipo Técnico 4
de pase a ón del
entorno de pase a
producción producció
n
4.6.2 Elaboraci 4.6.1 Líder Técnico
ón de
Informe
y proyecto
aprobació
n
de validación ón de
pruebas

del servicio 5.1.2 Elaboraci 5.1.1 Líder Técnico

de internet ón de
informe
ón de proyecto
informe
del servicio pruebas
de telefonía 5.2.2 Elaboraci 5.2.1 Líder Técnico
ón de
informe
ón de proyecto
informe
de la pruebas
emisión de 5.3.2 Elaboraci 5.3.1 Líder Técnico
reportes ón de
informe
ón de proyecto
informe
del servicio pruebas
VoIP 5.4.2 Elaboraci 5.4.1 Líder Técnico
ón de
informe
ón de proyecto
informe
6.1 Informe 6.1.1 Elaboraci 5.4.3 Director de 6
de cierre de ón de proyecto
proyecto acta de
cierre de
proyecto
6.1.2 Revisión 6.1.1 Director de 6
y proyecto
aprobació
n de acta
de cierre
de
proyecto

Anexo: DIAGRAMA DE PRECEDENCIAS


Anexo
ESTIMACION DE RECURSOS Y DURACIONES
Tipo de Recursos: MATERIALES MAQUINARIAS

PERSONAL /INSUMOS
Supues Supues Supues
Entregabl Nomb Trabaj to /
For Nom
to /
For Nom
to /
For
Actividad ma bre ma bre ma
e re o Bases Qt Bases Qt Bases
Dur. de de de de de
Recur (día/ho de y de y de
calc recur cálc recur calc
so m) estima estima estima
ulo so ulo so ulo
ción ción ción
Director Ms
Reunión con de Lapt
patrocinador proyect
1 1 Offic 1 1
op
o e
1.1. Acta Direct Ms
de Elaborar or de Lapt
Constitució Acta proye
2 2 Offic 1 1
op
n cto e
Direct Ms
Revisar or de Lapt
Acta proye
1 1 Offic 1 1
op
cto e
1.2 Plan de Elaborar 2 2
Direct Ms
Gestión del plan de
or de Lapt
Proyecto gestión de
proye
Offic 1 1
requerimie op
cto e
ntos
Elaborar Direct 2 2 Ms
plan de or de Lapt
gestión del proye
Offic 1 1
op
alcance cto e
Elaborar 2 2
Direct Ms
plan de
or de Lapt
gestión del
proye
Offic 1 1
Cronogram op
cto e
a
plan de or de Lapt
gestión de proye
Offic 1 1
op
Costos cto e
Elaborar Direct 2 2
plan de Ms
or de Lapt
gestión de proye
Offic 1 1
op
riesgos cto e
Elaborar Direct 2 2
Ms
plan de or de Lapt
gestión de proye
Offic 1 1
op
calidad cto e
plan de or de Lapt
gestión de proye
Offic 1 1
op
RR.HH cto e
Elaborar 2 2
Direct Ms
plan de
or de Lapt
gestión de
proye
Offic 1 1
comunicaci op
cto e
ones

Elaborar 2 2
Direct Ms
plan de
or de Lapt
gestión de
proye
Offic 1 1
adquisicion op
cto e
es
Elaborar Direct 2 2
plan de or de Ms
Lapt
gestión de proye Offic 1 1
interesado cto op
e
s
1.3 Identificaci Líder 1,5 3
Cronogram ón de los Técnic
a del component o; Ms
Lapt
proyecto es básicos Analis Offic 2 2
del ta op
e
proyecto funcio
nal
Estructurac Líder 1,5 3
ión del Técnic
cronogram o; Ms
Lapt
a Analis Offic 2 2
ta op
e
funcio
nal
Revisión y Direct 1 1
aprobación or de Ms
Lapt
del proye Offic 1 1
cronogram cto op
e
a
1.4 Plan de Elaborar Direct 1 1
reuniones plan de or de Ms
de reuniones proye Lapt
seguimient de cto
Offic 1 1
op
o seguimient e
o
2.1 Identificar Analis 3 3
Documenta los ta Ms
ción de requerimie funcio Lapt
requerimie ntos de los nal
Offic 1 1
op
ntos interesado e
s
3.1 Analizar la Asiste 3 3 Ms
Diagrama topología nte Lapt
de de red técnic
Offic 1 1
op
topología o1 e
de red Diseñar la Líder 3 3
interna nueva técnic Ms
Lapt
topología o Offic 1 1
op
de red e
Revisión y Direct 1 1 Ms
aprobación or de Lapt
del proye
Offic 1 1
op
documento cto e
de de red técnic
Offic 1 1
op
topología o2 e
de red Diseñar la Líder 3 3 Ms
entre nueva técnic Lapt
hospitales topología o
Offic 1 1
op
de red e
del proye
Offic 1 1
op
documento cto e
Offic 1 1
de de red op
e

topología técnic
de red de o3
internet Diseñar la Líder 3 3 Ms
nueva técnic Lapt
topología o
Offic 1 1
op
de red e
del proye
Offic 1 1
op
documento cto e
3.4 Informe Identificar Líder 2 2
de equipos y técnic Ms
Lapt
especificaci herramient o Offic 1 1
ones de as op
e
diseño necesarias
Identificar Líder 2 2
proveedore técnic
s que o
puedan Ms
Lapt
proveer los Offic 1 1
equipos y op
e
herramient
as
necesarias
3.5 Realizar el Líder 3 3
Diagrama diagrama técnic Ms
Lapt
de la de la o Offic 1 1
solución solución op
e
propuesta
del proye
Offic 1 1
op
diagrama cto e
3.6 Estudio Solicitar la Direct 5 5
de elaboració or de Ms
Lapt
factibilidad n del proye Offic 1 1
estudio de cto op
e
factibilidad
del estudio proye
Offic 1 1
op
cto e
4.1 Informe Evaluación Direct 2 4
de compra de or de
de proveedore proye Ms
Lapt
hardware s cto; Offic 2 2
Líder op
e
técnic
o
Compra y Direct 20 2 Ms
recepción or de 0 Lapt
de proye
Offic 1 1
op
hardware cto e
4.2 Elaboració Analis 3 3 Ms
Documenta n de lista ta Lapt
ción de de funcio
Offic 1 1
op
software software nal e
proye
Offic 1 1
op
cto e
4.3 Elaboració Líder 3 3 Ms
Documenta n de técnic Lapt
ción de documenta o
Offic 1 1
op
configuraci ción e
ón e Revisión y Direct 1 1 Ms
instalación aprobación or de Lapt
Offic 1 1
del hw op
e

proye
cto
4.4 Elaboració Analis 3 3 Ms
Documenta n de ta Lapt
ción de documenta funcio
Offic 1 1
op
configuraci ción nal e
ón e Revisión y Direct 1 1
instalación
Ms
del sw proye
Offic 1 1
op
cto e
4.5 Informe Realizació Asiste 30 3 Ms
de pruebas n de nte 0 Lapt
en entorno pruebas técnic
Offic 1 1
op
de pruebas o1 e
Elaboració Líder 3 3 Ms
n de técnic Lapt
Offic 1 1
informe o op
e
Aprobación Direct 1 1 Ms
de informe or de Lapt
proye
Offic 1 1
op
cto e
4.6 Informe Realizació Líder 1 1 Ms
de pase a n del pase técnic Lapt
entorno de a o
Offic 1 1
op
producción producción e
Elaboració Líder 2 2 Ms
n de técnic Lapt
Offic 1 1
Informe o op
e
proye
Offic 1 1
op
cto e
de n de nte 0 Lapt
validación pruebas técnic
Offic 1 1
op
de servicio o1 e
de internet Elaboració Líder 5 5 Ms
n de técnic Lapt
Offic 1 1
informe o op
e
proye
Offic 1 1
op
cto e
de n de nte 0 Lapt
Offic 1 1
op
de servicio o2 e
de telefonía Elaboració Líder 5 5 Ms
n de técnic Lapt
Offic 1 1
informe o op
e
proye
Offic 1 1
op
cto e
5.3 Informe Realizació Asiste 20 2
Ms
de n de nte 0 Lapt
validación pruebas técnic Offic 1 1
op
de la o3 e
emisión de Elaboració Líder 5 5 Ms
reportes n de técnic Lapt
Offic 1 1
informe o op
e
proye
Offic 1 1
op
cto e


de n de nte 0 Lapt
Offic 1 1
op
de servicio o4 e
VoIP Elaboració Líder 5 5 Ms
n de técnic Lapt
Offic 1 1
informe o op
e
proye
Offic 1 1
op
cto e
6.1 Informe Elaboració Direct 3 3
de cierre n de acta or de Ms
Lapt
de proyecto de cierre proye Offic 1 1
de cto op
e
proyecto
Revisión y Direct 2 2
aprobación or de Ms
Lapt
de acta de proye Offic 1 1
cierre de cto op
e
proyecto


5. PLAN DE GESTIÓN DE COSTOS
Plan de Gestión de Costos
CÓDIGO C201701
versión 1.0

GERENTE:
PREPARADO POR: Equipo de trabajo FECHA 1 0 2017

5 5
REVISADO POR: Equipo de trabajo FECHA 1 0 2017

5 5

5 5
I.- TIPOS DE ESTIMACIÓN DEL PROYECTO

TIPOS DE ESTIMACIÓN A UTILIZAR EN EL PROYECTO CON INDICACIÓN DEL MODO DE FORMULACIÓN Y LOS NIVELES DE PRECISIÓN DE CADA TIPO .
NIVEL DE PRECISIÓN
TIPO DE ESTIMACIÓN MODO DE FORMULACIÓN
(especificar el nivel de
(especificar los tipos de estimación a usar (especificar en detalle el modo de formulación
en el proyecto, ejm. orden de magnitud, del estimado indicando el porqué, quién, precisión del estimado, ejm. -
presupuesto, definitiva) cómo, y cuando)
15% +25%)
Presupuesto De abajo hacia arriba -15% al +25%
Definitivo De abajo hacia arriba -5% al + 10%
II. UNIDADES DE MEDIDA

TIPO DE RECURSO UNIDADES DE MEDIDA
Recurso personal Costo / hora

Equipamiento Costo (Dolares)
III.- UMBRALES DE CONTROL

ALCANCE:
VARIACIÓN PERMITIDA ACCIÓN A TOMAR SI VARIACIÓN
PROYECTO/FASE/ENTREGABLE EXCEDE LO PERMITIDO
(VARIACIÓN PERMITIDA PARA EL ALCANCE ESPECIFICADO,
(ESPECIFICAR SI EL UMBRAL DE CONTROL APLICA A TODO EL EXPRESADA EN VALORES ABSOLUTOS, EJM $, O VALORES
(ACCIÓN A TOMAR EJM. MONITOREAR RESULTADOS, ANALIZAR
PROYECTO, UNA FASE, UN GRUPO DE ENTREGABLES O UN RELATIVOS EJM % )
VARIACIONES, O AUDITORIA PROFUNDA DE LA VARIACIÓN)
ENTREGABLE ESPECÍFICO)
Investigar variación para tomar

Proyecto completo + - % del valor permitido
acción correctiva
IV.- METODOS DE MEDICIÓN DE VALOR GANADO

ALCANCE:
MÉTODO DE MEDICIÓN MODO DE MEDICIÓN
PROYECTO/FASE/ENTREGABLE
(ESPECIFICAR EL MÉTODO DE MEDICIÓN QUE SE
(ESPECIFICAR EN DETALLE EL MODO DE MEDICIÓN, INDICANDO EL
(ESPECIFICAR SI EL MÉTODO DE MEDICIÓN APLICA A TODO EL USARÁ PARA CALCULAR EL VALOR GANADO DE LOS
QUIÉN, CÓMO, CÚANDO, DONDE)
PROYECTO, UNA FASE, UN GRUPO DE ENTREGABLES O UN ENTREGABLES ESPECIFICADOS)
ENTREGABLE ESPECÍFICO)
Reporte de Performance
Proyecto completo Valor acumulado – Curva S
Semanal del Proyecto
V.- FORMULAS DE PRONÓSTICO DEL VALOR GANADO

ESPECIFICACIÓN DE FORMULAS DE PRONÓSTICO QUE
SE UTILIZARÁN PARA EL PROYECTO.
TIPO DE PRONÓSTICO FÓRMULA MODO: QUIÉN, CÓMO, CUÁNDO, DÓNDE
Informe de Performance del Proyecto

EAC variaciones Típicas EAC = AC / CPI
Semanalmente
NIVELES DE ESTIMACIÓN Y DE CONTROL

ESPECIFICACIÓN DE LOS NIVELES DE DETALLE EN QUE SE EFECTUARÁN LAS ESTIMACIONES Y EL CONTROL DE LOS COSTOS .
TIPO DE ESTIMACIÓN NIVEL DE ESTIMACIÓN DE COSTOS

NIVEL DE CONTROL DE COSTOS
DE COSTOS (ESPECIFICAR EL NIVEL DE DETALLE AL CUAL SE
(ESPECIFICAR EL NIVEL DE DETALLE AL CUAL SE EFECTUARÁ EL CONTROL
EFECTUARÁN LOS ESTIMADOS DE COSTOS, EJM.
DE LOS COSTOS EN EL SISTEMA EVM, EJM. ACTIVIDAD, PAQUETES DE
(ESPECIFICAR LOS TIPOS DE ESTIMACIÓN A USAR EN EL ACTIVIDAD, PAQUETES DE TRABAJO, ENTREGABLES,
TRABAJO, ENTREGABLES, ETC.)
PROYECTO, EJM. ORDEN DE ETC.)

MAGNITUD, PRESUPUESTO, DEFINITIVA)
Orden de Magnitud Por Fase Nivel 1 EDT
Presupuesto Por actividad Por actividad
Definitiva Por actividad Por Actividad
PROCESOS DE GESTIÓN DE COSTOS

DESCRIPCIÓN DETALLADA DE LOS PROCESOS DE GESTIÓN DE COSTOS QUE SE REALIZARÁN DURANTE LA GESTIÓN DE PROYECTOS .
Estimación de Costos 1. Se estima los costes del proyecto en base al tipo de estimación por
presupuesto y definitiva. Esto se realiza en la planificación del proyecto y es
responsabilidad del Project Manager, y aprobado por el Sponsor.
2.
Preparación de Presupuesto 1. Se elabora el presupuesto del proyecto y las reservas de gestión

del proyecto
2. Se elabora el presupuesto del proyecto y las reservas de gestión

del proyecto
3.
Control de costos 1.Se evaluará el impacto de cualquier posible cambio del costo,
informando al patrocinador los efectos en el proyecto, en especial las
consecuencias en los entregables finales del proyecto (alcance,
tiempo y costo)
2.- El análisis de impacto deberá ser presentado al patrocinador y

este evaluará distintos escenarios posibles, cada uno de los cuales
corresponderá alternativas de intercambio de triple restricción.
FORMATOS DE GESTIÓN DE COSTOS

DESCRIPCIÓN DETALLADA DE LOS FORMATOS DE GESTIÓN DE COSTOS QUE SE UTILIZARÁN DURANTE LA GESTIÓN DE PROYECTOS .
Formatos de Gestión de Costos Descripción
Documento que informa la planificación para la gestión del costo del

1) Plan de Gestión de Costos
proyecto.
Línea base del costo del proyecto, sin incluir las reservas de
2) Línea de Base del Costo
contingencia
Este informe detalla los costos a nivel de las actividades de cada

3) Costeo del Proyecto
entregable, según el tipo de recurso que participe.
4) Presupuesto por fase y El formato de Presupuesto por fase y entregable informa los costos del
entregable proyecto, divididos por fases y cada fase dividido en entregables
PRESUPUESTO DEL PROYECTO (Por Fase y por Entregable)
Proyecto Fase Entregable Monto

1600.00
1.1 Acta de constitución
8500.00
1.2 Plan del Proyecto
1.Gestión de 2550.00
1.3 Informes Estado del Proyecto
Proyecto
1.4 Reunión de Coordinación
420.00
Semanal
Total Fase 13070.00
2.1 Documentaciòn de
2.- Analisis 450
requerimientos
Total Fase 450
3.1 Diagrama de uso 2600.00
3.2 Creaciòn de bases y tablas 2500.00

Implementación
3. Diseño y 3.3 Diagrama de entidad relación 2550.00
de Sistema de
planificaciòn 560.00
Información 3.4 Diagrama arquitectura
para la Gestión 3.5 Informe de especificaciones 420.00
Estadística de de diseño
Telecomunicaci
Total Fase 8630.00
ones – SIGETEL
4.1 Documentaciòn de instalación 1560.00
de software
4.2 Documentaciòn diccionario de

550.00
datos
560.00
4.- Implementación 4.3 Capacitación
2420.00
4.4 Manual de usuario
650.00
4.5 Informe de pruebas
580.00
4.6 Informe de pase a entorno
producción 660.00
Totsl Fase 6980.00
5.1 Alquiler de equipos de 30,000.00

5.Alquileres
cómputo
Total Fase 30,000.00
Reserva de
6980.00
Contingencia
Reserva de Gestión
PRESUPUESTO DEL PROYECTO

PRESUPUESTO DEL PROYECTO (Por Fase y por Tipo de Recurso)
Proyecto Fase Tipo de Recurso Monto
Personal 230.00
Materiales 24.00
1. Fase 1
Maquinaria 120.00
Otros 770.00
PROYECTO Total Fase 1210.00

X Personal
2. Fase 2 Materiales
Maquinaria
Otros
Total Fase
Total Fases
Reserva de Contingencia
Reserva de Gestión
PRESUPUESTO DEL PROYECTO (Por semana)
Proyecto Semana Nro. Costo $ por semana Costo acumulado por semana
Semana 01 3,820.00 3,820.00
Semana 02 250.00 4,720.00
Semana 03 250.00 4,320.00
Semana 04 2,945.00 7,265.00
PROYECTO Semana 05 1,255.00 8,520.00

X Semana 06 440.00 8,960.00
Semana 07 440.00 9,400.00
Semana 08 505.00 9,905.00
Semana 09 450.00 10,355.00
Semana 10 440.00 10,795.00
Total Fases
Reserva de Contingencia

Reserva de Gestión
6.
7.
COSTEO DEL PROYECTO
Entregabl Activida Tipo Recurso: Personal Tipo Recurso: Personal Tipo Recurso: Personal
e d
Recurs Unid QTY Cost Cost Recurs Unid QTY Cost Cost Recurs Unid QTY Cost Cost
o . . o o o . . o o o . . o o
Unit. Total Unit. Total Unit. Total
8.
9. PLAN DE GESTIÓN DE LA CALIDAD
Gestión de la Calidad
CÓDIGO 20173005
versión 1.0
PROYECTO: Implementación de Sistema de información para la Gestión

Estadística de Telecomunicaciones – SIGETEL en Osiptel
GERENTE:
APROBADO POR: FECHA
I. POLÍTICA DE CALIDAD DEL PROYECTO
CONTROL DE LA CALIDAD

La implementación de SIGETEL debe cumplir con los requerimientos de calidad bajo

los estándares internacionales de calidad del OSIPTEL, tanto desde el punto de vista
formal como funcional. También contar con los mecanismos que aseguren los
lineamientos de costo y tiempo planificados de cada fase. El control de la calidad será
constante, continuo y sistemático. Cada proceso deberá ser certificado y validado
dentro de los planes de calidad. Los procedimientos y estándares de calidad podrán ser
reformulados en la medida que satisfagan las necesidades de los objetivos del
proyecto. Los entregables deben cumplir exhaustivamente los requisitos demandados.
Las modificaciones a las medidas de la calidad van a seguir los patrones determinados
con antelación en la sección correspondiente.
ASEGURAMIENTO DE LA CALIDAD
Para calidad por cada etapa del proyecto es necesario establecer los siguientes objetivos:
 Monitorear los diferentes procesos de proyecto.

 Examinar los procedimientos de calidad de manera continua, durante el ciclo
completo de vida del proyecto.
 Establecer y supervisar las unidades de paquetes de trabajo para organizar los
objetivos de costo, tiempo y alcance del resultado final.
 Todos los entregables deben cumplir con las métricas establecidas para su aprobación
posterior.
MEJORAMIENTO CONTINUO
Para garantizar una mejora continua en cada etapa del proyecto se debe proceder con
los siguientes pasos:
 Revisar el proceso
 Determinar el ámbito del proceso
 Evaluar las especialidades del proceso
 Determinar las medidas correctivas
 Aplicar las medidas correctivas
 Comprobar las medidas aplicadas
 Generalizar las medidas en el resto de elementos
II. LÍNEA BASE DE CALIDAD DEL PROYECTO

FACTOR DE FRECUENCIA Y FRECUENCIA Y

OBJETIVO DE MÉTRICA A
CALIDAD MOMENTO
MOMENTO DE
CALIDAD UTILIZAR
RELEVANTE MEDICIÓN DE REPORTE
 Semanal
Indicador de  Semanal
CPI >= 0.95  Todos los
costos  Los lunes por la
viernes al
Rendimiento del tarde
empezar el día
proyecto  Semanal
Indicador de  Semanal
SPI >= 0.96  Todos los
cronograma  Los lunes al final
viernes al
del día.
empezar el día
 Hoja de
Desaprobado < 0.98 satisfacción en
Expectativa del Nivel de satisfacción  Semanal
forma semanal.
cliente >= 0.98  Todos los viernes
Aprobado >= 0.98  Todos los
por la tarte
viernes por la
tarde.
II.- MATRIZ DE ACTIVIDADES DE CALIDAD
Estándar o norma de Actividades de

Paquete de Trabajo Actividades de Control
calidad aplicable Prevención
 Cronograma del Estándar PMI Aprobado por Jefe de

proyecto Proyectos
 Acta de Aprobado por Jefe de

constitución del Estándar PMI Proyectos
proyecto
 Registro de Aprobado por Jefe de

Estándar PMI
Interesados Proyectos
 Enunciados del Aprobado por Jefe de

Estándar PMI
alcance Proyectos
 EDT y Diccionario Aprobado por Jefe de

Estándar PMI
del EDT Proyectos
 Documentación de Aprobado por Jefe de

Estándar PMI
requerimientos Proyectos
 Informe de Aprobado por Jefe de

especificaciones del Estándar OSIPTEL
Sistemas
diseño

 Acta de Aprobado por Jefe de

capacitación de Estándar OSIPTEL Sistemas
usuarios
 Desarrollo en Aprobado por Jefe de

Servidores de bases Estándar Oracle Sistemas
de datos
 Desarrollo de Aprobado por Jefe de

Aplicaciones NET Estandar OSIPTEL Sistemas
IV. ORGANIGRAMA PARA LA CALIDAD DEL PROYECTO
Jefe de
Proyecto
Jefe de
Sistemas
Testeador del Soporte Programador Administrador Analista

Sistema Técnico Senior de BDA Funcional

V. ROLES PARA LA GESTIÓN DE LA CALIDAD
Objetivos del rol:
Responsable ejecutivo y final por la calidad del proyecto
Funciones del rol:
Revisar, aprobar, y tomar acciones correctivas para mejorar la

calidad, deliberar para generar acciones correctivas, aplicar acciones
correctivas
Niveles de autoridad :
ROL Nro. 1
Aplicar a discreción los recursos para el proyecto, renegocia
JEFE DE contratos
PROYECTOS
Reporta a: Directorio
Supervisa a: Jefe de Sistemas
Requisitos de conocimientos:
Gestión y dirección de Proyectos,
Requisitos de habilidades:
Liderazgo, Comunicación a todo nivel, Negociación, Motivación, y

Solución de Conflictos

Requisitos de experiencia:
4 años de experiencia en el cargo
Objetivos del rol:
Responsable general de la calidad del proyecto
Funciones del rol:
Revisar, aprobar, y tomar acciones correctivas para mejorar la

calidad, deliberar para generar acciones correctivas, aplicar acciones
correctivas
Requerir cumplimiento de entregables de calidad al equipo

ROL Nro. 2
Reporta a: Jefe de Proyectos
JEFE DE
SISTEMAS
Supervisa a: Al equipo de sistemas
Gestión y dirección de Proyectos, Lenguajes de programación,

Modelado de la información.
Liderazgo, Comunicación a todo nivel, Negociación, Motivación, y

Solución de Conflictos
Objetivos del rol:
Elaborar los entregables con la calidad requerida y según estándares
ROL Nro. 3
Funciones del rol:
Equipo de Elaborar los entregables

Sistemas
Aplicar los recursos que se le han asignado
Reporta a: Jefe de Sistemas

Supervisa a:
Gestión de Proyectos y las especialidades que le tocan según sus

entregables asignados
Específicas según los entregables

10. PLAN DE GESTIÓN DE RECURSOS HUMANOS
Gestión de Recursos Humanos
CÓDIGO 20173005
versión 1.0
PROYECTO: Implementación de Sistema de información para la Gestión Estadística

de Telecomunicaciones – SIGETEL en Osiptel
GERENTE:
APROBADO POR: FECHA
I. ORGANIGRAMA DEL PROYECTO
Team Project
PERFORMANCE CONSULTORA
PARTNER (EMPRESA
(CLIENTE) EJECUTORA)
PATROCINADOR
Jefe de Proyecto
(SPONSOR)
Jefe de Sistemas
Testeador del Programador Administrador Analista

Soporte Técnico
Sistema Senior de BDA Funcional

II. S III. MATRIZ DE ASIGNACIÓN DE RESPONSABILIDADES

ENTREGABLE
ROLES
JP PP JS TS ABDA AF P
S
Acta de Constitución A R A C C C C
Alcance preliminar del proyecto
Plan de Gestión del Proyecto R C I I I I I
Cronograma del proyecto R C C I I - -
Análisis de requisitos R C I C C - -
Casos de uso R C I I I I I
Blueprint I I C R R - -
Diagrama de procesos I I C R R - -
Documento de diseño detallado I I R C C I I
Documentos de conformidad I I I R R C I
por los módulos implementados
Plan de casos de prueba I I C R R - -
Informes con resultados de las I I C R R - -

pruebas unitarias
Informes con resultados de las I I C R R - -

pruebas integrales
Documento de instalación del I I I R R C I

sistema
Manual de usuario R I I I I I -
Documentos que den I I C R R - -

conformidad a las
capacitaciones y material guía
brindados
Acta de aceptación y cierre del I I I R R C I

proyecto
R=Persona Responsible JP: Jefe del Proyecto TS: Testeador del

sistema
A=Persona que Rinde cuentas GTI: Patrocinador ABDA: Administrador

del Proyecto de BDA
C= Persona consultada /a JS: Jefe de Sistemas PS: Programador

consultar Senior
I=Persona a quien se Informa

III.- DESCRIPCION DE ROLES
NOMBRE DEL ROL PATROCINADOR DEL PROYECTO
OBETIVOS DEL ROL:
El patrocinador del Proyecto es la persona que financia y respalda la ejecución del Proyecto en
su integridad, es quien debe ser informado constantemente de todo el desarrollo del
Proyecto. Asimismo, es el más interesado en la finalización exitosa del Proyecto.
RESPONSABILIDADES:
 Reconocer y aprobar el Acta de Constitución del proyecto a implementar

 Aprobar el Plan de Gestión del Proyecto.
 Revisar informes, entregables del Proyecto.
 Aprueba los recursos que formarán parte del proyecto
 Aprobar el cierre del proyecto.
FUNCIONES:
 Dar inicio al Proyecto

 Firmar el contrato
 Asignar todos los recursos que el proyecto necesita
 Asignar Roles y las funciones que se han de cumplir
 Facilitar cada recurso necesario para la formación de un grupo capaz
 Aprobar cada entregable del proyecto
 Velar por la calidad óptima de los recursos del proyecto
NIVELES DE AUTORIDAD:
Posee autonomía y es la principal autoridad jerárquica del proyecto.
Es quién puede decidir, con potestad la vida del proyecto, así como, la incorporación
de nuevos recursos, tiempo, presupuesto, etc.
Reporta a:
REQUISITOS DEL ROL:
CONOCIMIENTOS:
• Dominio en Gestión de Proyectos

• Conocimiento en Organización y
Dirección de Empresas
 Manejo de estrés, capacidad de

HABILIDADES: organización, habilidad de dirección de
grupos y resolución de
 conflictos
EXPERIENCIA: qué experiencia debe tener, sobre

• Liderazgo
qué temas o situaciones, y de qué nivel.
NOMBRE DEL ROL Jefe del Proyecto

OBETIVOS DEL ROL:
Controlar que la ejecución del proyecto se realice exitosamente, respetando los acuerdos
pactados.
RESPONSABILIDADES:
 Preparar el Acta de constitución del proyecto
 Preparar el plan de alcance del Proyecto
 Preparar el plan de gestión del tiempo del proyecto
 Elaborar informes de avances del proyecto
 Velar por los temas de calidad del proyecto
 Velar por la documentación de manera formal del proyecto
 Aprobar el Plan de Implantación
 Aprobar el Acta de Cierre del Proyecto
 Elaborar el Plan de Gestión del Tiempo
FUNCIONES:
Informar en todo momento el estado del proyecto, así como los avances de cada una de las fases
Validar cada entregable del proyecto
Construir un equipo adecuado para el desarrollo del
proyecto Proporcionar un ambiente óptimo de trabajo al
equipo
 Puede decidir de manera autónoma sobre asuntos de proyecto, es decir, sobre temas
que influyan en el desarrollo del proyecto.
 Decide en la asignación y reasignación de recursos pertinentes al proyecto
 Está inmerso en el estado y avance de cada fase del proyecto
 Puede solicitar aumento de los recursos, si lo considera apropiado
Reporta a: Patrocinador

REQUISITOS DEL ROL:

CONOCIMIENTOS:  Conocimientos de Gestión de Proyectos
 Conocimientos de Administración de
HABILIDADES:
 Personal de Liderazgo
Capacidad
 Manejo de Personal
 Buena comunicación
EXPERIENCIA:  - Más de 5 años trabajando como
Gerente de Proyectos
NOMBRE DEL ROL Jefe de Sistemas

OBETIVOS DEL ROL:
Controlar y dirigir la implementación de la red
RESPONSABILIDADES:
 Preparar el plan de pruebas

 Brindar información acerca de las métricas que cada equipo a instalar debe tener
 Ha de revisar temas de seguridad vinculados a la implementación de las redes
FUNCIONES:
C
 Coordinar el diseño de la red
 Dirigir al personal involucrado en el desarrollo
 Defender el diseño realizado
 Solicitar recursos al Jefe de Proyecto
 Dirigir el trabajo del equipo de desarrollo
Reporta a: Jefe de Proyecto
REQUISITOS DEL ROL:

CONOCIMIENTOS:  Conocimientos del funcionamiento del área
de
 desarrollo de la empresa.
Personal
HABILIDADES:
 Capacidad
CCNA de Liderazgo
 Manejo deTelefonicas
Centrales Personal

EXPERIENCIA:  Más de 3 años trabajando como Líder de

desarrollo
 de proyectos.
NOMBRE DEL ROL Testeador del Sistema
OBETIVOS DEL ROL:
Encargado de la implementación de la pruebas del sistema
RESPONSABILIDADES:
 Realizar las pruebas o test en los equipos a instalar

 Revisar el Documento de Arquitectura de red
 Aprobar las prueba de estrés
 Revisar las actas de implementación y de pruebas
 Revisar el Plan de implantación
 Revisar el Manual de Usuario
 Preparar las pruebas en los equipos de red
 Realizar la instalación de los puntos y equipos de red
FUNCIONES:
 Obtener las especificaciones de requerimientos de la red
 Coordinar con el proveedor en la etapa de diseño a fin que la implementación cumpla
satisfactoriamente con los requerimientos solicitados
 Proveer a los miembros del equipo con todo lo que se requiera para la consecución de las
metas y el éxito de los objetivos trazados
 Coordinar modificaciones con el Jefe de Sistemas.
 Supervisar los trabajos realizados por el proveedor
REQUISITOS DEL ROL:
CONOCIMIENTOS:  Redes y networking

 Lenguaje de Programación
 Modelado de la Información
HABILIDADES:  Capacidad de Liderazgo

 Trabajo en equipo
EXPERIENCIA:
 Más de 3 años trabajando como
técnico

NOMBRE DEL ROL Administrador de BDA

OBETIVOS DEL ROL:
Controlar y dirigir las base de datos Oracle
RESPONSABILIDADES:

 Ha de revisar temas de seguridad vinculados a la implementación de las redes
 Establecer la configuración y programación de las centrales
FUNCIONES:
 Coordinar el diseño de la red
 Dirigir al personal involucrado en el desarrollo
 Defender el diseño realizado
 Solicitar recursos al Gerente de Proyecto
REQUISITOS DEL ROL:

CONOCIMIENTOS:  Conocimientos del funcionamiento del
área de
Personal
HABILIDADES:
 Capacidad
CCNA de Liderazgo
 Manejo
CentralesdeTelefonicas
Personal
EXPERIENCIA:  Más de 3 años trabajando
administrador de base de datos.
OTROS:  de proyectos. Asterisk
Certificaciones

NOMBRE DEL ROL Programador Senior

OBETIVOS DEL ROL:
Controlar y dirigir los lenguajes de programanción del sistema
RESPONSABILIDADES:

 Ha de revisar los errores en la programación.
 Establecer la documentación del sistema.
FUNCIONES:
 Coordinar el diseño de la programación
 Dirigir al personal involucrado en la creación del código.

 Solicitar recursos al Jefe de sistemas
REQUISITOS DEL ROL:

CONOCIMIENTOS:  Conocimientos del funcionamiento del
área de
Personal
HABILIDADES:
 Capacidad
CCNA de Liderazgo
 Manejo
CentralesdeTelefonicas
Personal
EXPERIENCIA:  Más de 3 años trabajando como Líder
de desarrollo
OTROS:  de proyectos. de Oracle, C++, Java
Certificaciones

IVIV.- CUADRO DE ADQUISICIONES DEL PERSONAL DEL PROYECTO

Rol Tipo de Fuente de Modalidad de Local de Fecha Fecha Costo de Apoyo
Adquisición trabajo Inicio de área
Adquisición Adquisición requerida reclutami de
asignado reclutami ento
ento disponibilidad RRHH
Patrocinador Pre- OSIPTEL Oficinas de 21/11/2016 29/11/2016 Ninguno No

Asignado OSIPTEL
Jefe del Pre- OSIPTER/G Permanente Oficinas de 21/11/2016 29/11/2016 Ninguno No

Proyecto Asignado erencia OSIPTEL
Jefe de Pre- Área de TI Permanente Oficinas de 21/11/2016 29/11/2016 Ninguno No

Sistemas Asignado OSIPTEL
Testeador del Pre- Área de TI Permanente Oficinas de 21/11/2016 29/11/2016 Ninguno No

Sistema Asignado OSIPTEL
Administrado Pre- Área de TI Permanente Oficinas de 21/11/2016 29/11/2016 Ninguno No

r de BDA Asignado OSIPTEL
Programado Pre- Área de TI Permanente Oficinas de 21/11/2016 29/11/2016 Ninguno No

Senior Asignado OSIPTEL
V V.- CRITERIOS DE LIBERACIÓN DEL PERSONAL DEL PROYECTO
Rol Criterios de ¿Como? Destino de

Liberación asignación
Patrocinador Al final de Proyecto Entrega Final del Otros proyectos
proyecto
Jefe del Proyecto Al final de Proyecto Entrega Final del Otros proyectos
proyecto
Jefe de Sistemas Al final de Proyecto Entrega Final del Otros proyectos

proyecto
Testeador del Sistema Configuración de Conformidad de la Otros proyectos

Centrales Optima configuración
Administrador de BDA Al final de Proyecto Entrega Final del Otros proyectos

proyecto
Programado Senior Configuración de Conformidad de la Otros proyectos

Centrales Optima configuración

VI.-CAPACITACIÓN, ENTRENAMIENTO, MENTORING REQUERIDO

( QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE,POR QUIÉN, CUÁNTO?)
Capacitación en tecnología de implementación de sistemas de manejo de información.
Los técnicos, analistas debe ser capacitados en productos a fines del proyecto a manejar
Capacitación en gestión de proyectos
VII.- SISTEMA DE RECONOCIMIENTO Y RECOMPENSAS

(QUÉ, PORQUÉ, CUÁNTO, CÓMO, DÓNDE, POR QUIÉN, CUÁNTO?.)
El Jefe de Proyecto tiene un Sistema de Incentivo por cumplimiento de las líneas base del
proyecto, si el CPI y SPI al final del proyecto no son menores de 1.0, se entregará una carta
de reconocimiento de la institución. Adicionalmente:
 CPI y SPI a final del proyecto, no menores del 1.0, 20% de abono sobre su
remuneración mensual durante el período del proyecto.
 CPI y SPI a final del proyecto, entre 0.95 y 1.0, 5% de abono sobre su
remuneración mensual durante el período del proyecto.
 Cualquier combinación de los objetivos anteriores promedia los bonos
correspondientes. Cualquier resultado por debajo de 0.95 anula
cualquier bono.
Los Líderes y analistas de cada equipo tienen una bonificación del 10% sobre su
remuneración durante el plazo que dure el proyecto y cumplan mensualmente con:
1. Puntualidad: llegar a tiempo y cumplir con todas las reuniones de trabajo.
2. Avances: entregar todos los avances a tiempo.
3.Materiales: entregar todos los materiales a tiempo.
VII.- CUMPLIMIENTO DE REGULACIONES, PACTOS, Y POLÍTICAS

(QUÉ, PORQUÉ, CUÁNDO, CÓMO, DÓNDE, POR QUIÉN, CUÁNTO?)
Todo el personal de la empresa que participa del proyecto pasará por una Evaluación de
Desempeño al final del proyecto, y dicha evaluación se guardará en su file personal.
Sólo el personal designado al proyecto podrá ser partícipe de la implementación del sistema
de migración de las centrales y telefonía a VOIP.
De requerirse personal adicional, este debe ser aprobado por el Departamento de Proyectos
a cargo del Director de Proyectos.
VIII.- REQUERIMIENTOS DE SEGURIDAD
El traslado de equipos (pcs, laptops, teléfonos, tarjetas, servidores, etc) debe ser efectuado
en compañía del equipo y personal de seguridad con el fin de evitar posibles riesgos como
robos, asaltos o accidentes.

11. PLAN DE GESTIÓN DE LAS COMUNICACIONES
Gestión de las Comunicaciones
CÓDIGO PL09
versión 1.0

GERENTE:
PREPARADO POR: FECHA
REVISADO POR: FECHA
APROBADO POR: FECHA
I.- MATRIZ DE COMUNICACIONES DEL PROYECTO

Nivel de Responsable Grupo Formato y
Información Contenido Formato Frecuencia
detalle de comunicar receptor tecnología
Iniciación Información Acta de Medio Director de Sponsor, Documento Una sola
del proyecto sobre la Constitución Proyecto Gerentes digital (PDF) vez
iniciación del funcionales vía correo
proyecto electrónico
Avance del Información Acta de Alto Director de Sponsor, Documento Una sola
proyecto sobre el Constitución proyecto Jefes de digital (PDF) vez a la
progreso de áreas vía correo mitad del
las etapas funcionales electrónico proyecto
del proyecto
Finalizació Informació Acta de Alto Director de Sponsor, Documento Una sola
n del n sobre los Constitució proyecto Jefes de digital (PDF) vez al
proyecto entregables n áreas vía correo finalizar el
del funcionales electrónico proyecto
proyecto , Gerentes
funcionales
S
II.- PROCEDIMIENTO PARA TRATAR POLÉMICAS

(Se especifica la forma de capturarlas y registrarlas, cómo se abordará su tratamiento y resolución, la
forma de controlarlas y hacerles seguimiento, y el método de escalamiento en caso de no poder
resolverlas).

1. Se captan las polémicas a través de la observación y conversación, o de alguna persona o grupo que los
exprese formalmente. Estas son comunicadas al Director de Proyecto.
2. Se codifican y registran las polémicas en el Log de Control de Polémicas mantenido por el Director de
Proyecto.
3. El Log de Control de Polémicas contiene.
 Código de la Polémica
 Fecha y hora de ocurrencia
 Descripción
 Involucrados
 Enfoque de solución
 Acciones de solución
 Responsable de seguimiento
 Resultado obtenido
III.- PROCEDIMIENTO PARA ACTUALIZAR EL PLAN DE GESTIÓN DE COMUNICACIONES

El Plan de Gestión de las Comunicaciones deberá ser revisado y/o actualizado cada vez que:
1. Hay una solicitud de cambio aprobada que impacte el Plan de Proyecto.
2. Hay una acción correctiva que impacte los requerimientos o necesidades de información de los
stakeholders.

VI.- GUÍAS PARA EVENTOS DE COMUNICACIÓN

(Defina guía para reuniones, conferencias, correo electrónico, etc.)
Guías para Reuniones .- Todas las reuniones deberán seguir las siguientes pautas:
1. Debe fijarse la agenda con anterioridad.
2. Debe coordinarse e informarse fecha, hora, y lugar con los participantes.
3. Debe ser comunicada vía correo electrónico
4. En caso algún participante no pueda asistir, éste debe comunicarlo vía correo electrónico al
Director de Proyecto, justificando su inasistencia.
Guías para Correo Electrónico.- Todos los correos electrónicos deberán seguir las siguientes
pautas:
1. Los correos electrónicos entre el Equipo de Proyecto y el Cliente deberán ser enviados por el
Director de Proyecto con copia al Sponsor, para establecer una sola vía formal de comunicación
con el Cliente.
CUÁNDO, DÓNDE, Y CON QUÉ.
VII.- GUÍAS PARA DOCUMENTACIÓN DEL PROYECTO

Guías para Codificación de Documentos.- La codificación de los documentos del proyecto será:
AAAA_BBB_CCC.DDD
Donde: AAAA = Código del Proyecto= ‘PROD’
BBB = Abreviatura del Tipo de Documento= pch, sst, wbs, dwbs, org, ram, etc.
CCC = Versión del Documento=’v1_0’, ‘v2_0’, etc.
DDD = Formato del Archivo = doc, exe, pdf, mpp, etc.
Guías para Almacenamiento de Documentos.- El almacenamiento seguirá las siguientes pautas:
1. Durante la ejecución del proyecto cada miembro del equipo tendrá acceso a una
unidad de red compartida con la misma estructura que el WBS del proyecto, donde
guardará en las sub-carpetas correspondientes las versiones de los documentos que
vaya generando.
VII.- REGISTRO DE LECCIONES APRENDIDAS
Identificación de Lección Aprendida: LA-02
Nombre Propuesto para la Lección Aprendida: Mejoramiento de la distribución del trabajo
Rol en el Equipo del Proyecto: Director de Proyecto
Grupo de procesos: Iniciación Planeamiento X Ejecución Control C

Proceso Específico de la Gerencia de Proyecto que está siendo utilizado: i
e
Proceso de desarrollo de un módulo de sistema
r
Práctica específica, herramienta o técnica que está siendo utilizada: r
e
Observación del trabajo realizado
¿Cuál fue la acción sucedida, que pasó?
Programador mostraba baja productividad dado que estaba siendo sobrecargado de trabajo

¿Cuál fue el resultado o impacto de la incidencia?
Estrés y retraso en el desarrollo
¿Cuál es la lección aprendida?
Distribuir de manera adecuada el trabajo según la capacidad de cada programador
¿Qué acción se tomó?
Redistribuir el trabajo entre varios programadores y reprogramar fechas de entrega
¿Qué comportamiento se recomienda para el futuro?
Coordinar con los programadores previamente antes de distribuir el trabajo, para así adecuar
la carga laboral a la capacidad de cada uno
¿Dónde y cómo éste conocimiento, puede ser utilizado más adelante en el proyecto actual?
En la etapa de control, coordinando directamente con el personal involucrado en la ejecución de

las actividades del proyecto.
¿Dónde y cómo éste conocimiento, se puede utilizar en un proyecto futuro?
En proyectos que involucren el desarrollo de un software o sistema integrado
¿Quién debe ser informado sobre esta lección aprendida?: (marcar una)
Ejecutivo(s) Gerente(s) Proyecto X Equipo del Proyecto Todo el
¿Cómo debe ser distribuida esta lección aprendida? (marcar todas las que apliquen)
Personal
X e-mail X Intranet/pagina Web Preguntas Frecuentes Bibli
¿Ha anexado referencia(s), ejemplo(s) y/o material(es) adicional(es)? otec
si X n
Nombre(s) de anexo(s): a o
1.
2.

12. PLAN DE GESTIÓN DE ADQUISICIONES
Gestión de las Adquisiciones
CÓDIGO PL10
versión 1.0

GERENTE:
PREPARADO POR: FECHA
REVISADO POR: FECHA
APROBADO POR: FECHA
I.- PROCEDIMIENTO DE ADQUISICIONES

I.Tipo de contrato A: Locación de servicios para programadores
Se realiza el siguiente proceso:
- Se comunica al programador el inicio del desarrollo de un módulo de software.
- Se solicita la disponibilidad de horario del programador.
- Se confirma con el programador mediante un correo electrónico el horario de la jornada laboral.
- El programador firma el contrato por el servicio.
II.Tipo de contrato B: Alquiler de equipos de cómputo

Se realiza el siguiente proceso:
- Se comunica al proveedor el requerimiento de equipos informáticos con determinadas características técnicas.
- El proveedor envía su propuesta técnica y económica.
- Se confirma con el proveedor mediante un correo electrónico.
III.- El proveedor firma el contrato por el alquiler de los equipos.
II.- FORMATOS STÁNDAR A UTILIZAR

Para el tipo de contrato A utilizar formato F0001.
Formato F0001
CONTRATO DE LOCACIÓN DE SERVICIOS. Conste por el presente documento, el contrato de locación de

servicios que celebran de una parte ____________, con R.U.C._____________domiciliada en ___________,
representada por su Gerente General ____________, en adelante LA EMPRESA; y de la otra ___________, con
D.N.I. Nº_________, domiciliado en _______________, en adelante EL LOCADOR, de conformidad con los
términos siguientes:
PRIMERO
LA EMPRESA se dedica a ______________________.
SEGUNDO
EL LOCADOR declara ser ______________________.
TERCERO
Por este instrumento LA EMPRESA al amparo de lo establecido en los art. 1764º y siguientes del Código Civil
contrata los servicios profesionales de EL LOCADOR, a fin de que en forma personal, le preste servicios de
____________, no encontrándose obligado a asistencia diaria, ni a horario de trabajo fijo.
CUARTO
Las labores que realiza EL LOCADOR, serán las inherentes al cargo para el cual se le contrata.
QUINTO
Las partes dejan expresa constancia que no existe relación de subordinación ni dependencia entre ellas y las
labores objeto del presente contrato, las podrá realizar dentro o fuera de las instalaciones de LA EMPRESA.
SEXTO
En virtud a lo expuesto en la cláusula anterior, EL LOCADOR no tendrá derecho a los beneficios contemplados
para los trabajadores del régimen laboral de la actividad privada, toda vez que el vínculo contractual entre LA
EMPRESA y EL LOCADOR es de naturaleza civil.
SÉTIMO
Como contraprestación por los servicios que EL LOCADOR realice a favor de LA EMPRESA, se fija de común
acuerdo un honorario de _____________.
OCTAVO
La contraprestación por los servicios de EL LOCADOR, será abonada por LA EMPRESA previa presentación de
los recibos de honorarios y estará sujeta a los tributos que correspondan de conformidad con las disposiciones
legales pertinentes.
NOVENO

El presente contrato tendrá una duración de ___________, comprendido entre el _______________; sin embargo,
antes del vencimiento de dicho plazo, cualquiera de las partes podrá darle término mediante simple aviso, que
deberá ser remitido con 15 días de anticipación a la fecha en que se pretende dejar sin efecto el contrato.
DÉCIMO
EL LOCADOR señala como su domicilio, el indicado en la introducción de este contrato, donde válidamente se le
efectuarán todas las citaciones, comunicaciones y notificaciones a que hubiera lugar, reconociendo EL LOCADOR
como válidas, las citadas comunicaciones que le lleguen a su domicilio aludido, salvo que con anterioridad hubiera
comunicado a LA EMPRESA, variación domiciliaria dentro de la ciudad de Lima.
DÉCIMO PRIMERO
Todo litigio o controversia, derivados o relacionados con este acto jurídico, será resuelto mediante arbitraje, de
conformidad con los Reglamentos Arbitrales del Centro de Arbitraje de la Cámara de Comercio de Lima, a cuyas
normas, administración y decisión se someten las partes en forma incondicional, declarando conocerlas y
aceptarlas en su integridad.
Se suscribe el presente contrato en Lima a los ___ días del mes de _________de 20__.
POR “LA EMPRESA“ POR “EL LOCADOR”
Para el tipo de contrato B utilizar el formato F0002.
Formato F0002
Contrato de Alquiler, que celebran por una parte, la empresa _________________, a quien se le
denominará "EL ARRENDATARIO", representada legalmente por____________________, con la
asistencia de _________________ ; y de la otra parte, la empresa _________________ a quien se
le denominará "EL ARRENDADOR", representado por _________________, celebran el presente
contrato, de acuerdo a las estipulaciones contenidas en las siguientes declaraciones y cláusulas:
DECLARACIONES
I. DECLARA "EL ARRENDATARIO":
1. Que la representación de _________________, recae originalmente en el Gerente General,
_________________ de conformidad con los artículos de su Ley Orgánica y
de su Estatuto General.
2. Que dentro de su estructura orgánico-administrativa se encuentra el (la) _________________ el
(la) cual cuenta con los recursos necesarios para el cumplimiento de este contrato.

3. Que señala como dirección legal, para efectos de este contrato, _________________ en la
ciudad de Lima, Perú.
II. DECLARA "EL ARRENDADOR":
1. Que es una empresa legalmente constituida, de conformidad con las leyes peruanas como lo
demuestra con la escritura de su acta constitutiva número _________________ volumen
_________________ otorgada ante la fe del Notario Público Número _________________.
2. Que dentro de su objeto social se encuentra el de
____________________________________________
3. Que señala como dirección legal el ubicado en
_______________________________________________
III. DECLARAN AMBAS PARTES:
ÚNICO. Que en atención a lo expuesto, están conformes en sujetar su compromiso a términos y

condiciones insertos en las siguientes:
CLÁUSULAS
PRIMERA.
"EL ARRENDADOR" da en alquiler a "EL ARRENDATARIO" equipos de cómputo de alta tecnología, según
los términos de referencia especificados.
SEGUNDA.
"EL ARRENDATARIO" cubrirá a "EL ARRENDADOR" el concepto del pago periódico de los bienes
materiales objeto de este contrato.
TERCERA.
"EL ARRENDADOR" se compromete a entregar a "EL ARRENDATARIO” los bienes que se mencionan
en la cláusula primera en el lugar que esta designe, en óptimas condiciones de funcionamiento y puestos
en marcha, a más tardar el día _________________
CUARTA.
"EL ARRENDADOR" garantiza los bienes contra defectos de materiales y de obra, comprometiéndose a
sustituirlos por otros nuevos, en caso los mismos presenten defectos.

QUINTA.
El presente contrato empezará a surtir efectos a partir de la fecha de su firma.
SEXTA.
Para la interpretación y cumplimiento de este contrato, así como para todo lo no previsto en el mismo, las
partes se someten a la jurisdicción y competencia de los tribunales de la Ciudad de Lima, por lo que
renuncia expresamente al fuero que, por razón de su domicilio, presente o futuro pudiera corresponderles.
Leído que fue el presente contrato y enteradas las partes de su contenido y alcances, lo firman
en la Ciudad de Lima, a los _________________ días del mes de _________________ del
dos mil once.
POR ''EL ARRENDATARIO” POR ''EL ARRENDADOR'
III.- CRONOGRAMA DE ADQUISICIONES

En la Planificación del Proyecto se establecieron las siguientes fechas para la realización de los contratos:
a) Contrato de Locación de Servicios:
- Contrato del Sr. Ramírez C0001 21 de octubre de 2016.
- Contrato del Sr. Jiménez C0002 25 de octubre.
- Contrato del Sr. Pérez C0003 28 de octubre.
- Contrato del Sr. Martínez C0004 02 de noviembre
- Contrato del Sr. Saavedra C0005 15 de noviembre
b) Contratos de alquileres:
- Contrato de Computadoras S.A. C0006 15 de octubre de 2016
- Contrato de Tecnología e Informática S.A.C. C0007 18 de octubre

IV.- COORDINACIONES CON PROVEEDORES

a) Para contratos de alquileres.
 El Contrato de Alquiler de Equipos de Cómputo, debe ser coordinado con el proveedor con 5 días de
anticipación, para habilitar y preparar los equipos requeridos por el cliente.
 Las coordinaciones con el proveedor se realizarán mediante correo electrónico.
 El pago del servicio se realiza al 100% a la implementación de los equipos de cómputo.
 Cualquier modificación que se requiera en el servicio deberá ser comunicada con 24 horas de
anticipación, luego de lo cual el proveedor confirmará o no la solicitud hecha por el cliente.
V.- RESTRICCIONES Y SUPUESTOS

Las restricciones y/o supuestos que han sido identificados y que pueden afectar las adquisiciones del proyecto son
las siguientes:
 Solicitudes de cambio en el presupuesto del proyecto, debido a la modificación en la cotización del dólar.
Dándose este caso si aun no se ha solicitado la cotización del servicio de alquiler de equipos de
cómputo, o la cotización ha sido emitida por un periodo de validez el cual concluyó.
IV.
VI.- RIESGOS Y RESPUESTAS

Según el Plan de Respuesta a Riesgos se tiene los siguientes:
R006 – Incumplimiento de los contratos de alquiler de equipos de cómputo.
Siendo el trigger la detección de fallas y mal funcionamiento de los equipos implementados.
Las respuestas planificadas son:
 Solicitar feedback de los participantes mediante encuestas por cada sesión. Con lo cual se puede
detectar cuan eficiente es y la calidad del funcionamiento de los equipos.
 Pago adelantado de solo el 50% y resto al término del contrato. Con lo cual se obliga al proveedor a
mantener sus equipos en estado óptimo, pues está sujeto a la cancelación o no del monto restante.
 Actualizar la lista de proveedores.
VII.- METRICAS DE ADQUISICIÓN

Se tomarán como referencia la medición de métricas:
 La Satisfacción de Cliente que se obtendrán de las encuestas de Evaluación de Sesión con relación a
los diversos factores involucrados con los proveedores.
 El cumplimiento de los horarios. Esta debe cumplirse en un 100%

VIII.- MATRIZ DE ADQUISICIONES DEL PROYECTO

Cronograma de Adquisiciones requeridas
Proveedor
Área/Rol Planifica Solicitar Selecció Administr Cerrar
Element Forma de es
Producto o Tipo de Lista de r respuest n ar contrat
o del contactar
servicio a Contrat /Persona proveedore Contrato as contrato o
proveedore Pre
adquirir o responsa s Proveedor
EDT s
ble
calificados
Del Del Del Del Del
Al Al Al Al Al
Compu 03/10/ 05/10/2 10/10/2 14/10/

tadora 2016 016 al 016 al 2016
s S.A. Tecnolog 01/10/ al 09/10/2 13/10/2 al
ía e 2016 04/10/ 016 016 18/10/
Servid Jefatur
B Directa Tecnol Informát al 2016 2016
or a TI
ogia e ica 02/10/
Inform S.A.C. 2016
ática
S.A.C.
Estaci B Directa Jefatur Compu Comput 01/10/ 03/10/ 05/10/2 10/10/2 14/10/
ones a TI tadora adoras 2016 2016 016 al 016 al 2016
de s S.A. S.A. al al 09/10/2 13/10/2 al
trabaj 02/10/ 04/10/ 016 016 18/10/
o Tecnol 2016 2016 2016
ogia e
Inform
ática
S.A.C.
ÁNDO, DÓNDE, Y CON QUÉ.

13. PLAN DE GESTIÓN DE INTERESADOS
PLAN DE GESTIÓN DE INTERESADOS

CÓDIGO 20173005
versión 1.0
PROYECTO: Sistema de información para la Gestión Estadística de Telecomunicaciones -

SIGETEL
GERENTE:
PREPARADO POR: Equipo de Proyectos FECHA 15 05 2017
REVISADO POR: Equipo de Proyectos FECHA 15 05 2017
I.- REGISTRO DE INTERESADOS
- Cómo se van a identificar a todos los interesados, generar el registro y mantener actualizado
el registro. Indicar Herramientas y Técnicas a usar
REGISTRO DE INTERESADOS (STAKEHOLDERS)

ID Interesado Titulo Área Roles Requisitos Expectativas
1 Juan Díaz Patrocinador Gerencia Dirección, Contar con 5 años Satisfacción general
Comunicación de experiencia en Al momento de
Proyectos. Recibir resultados.
2 Percy Castro Director de Oficina de Dirección, Contar con 5 años Cumplir con lo
Proyectos
proyectos Comunicación de experiencia en Requerido por los
Proyectos. patrocinadores
3 Supervisor Proyectos Gestionar los Ing Industrial con Cumplir con los
de proyecto
recursos que conocimientos en los tiempos
se tengan PMI acordados del
asignados al proyecto y recursos
proyecto. asignados.

4 Analista de Proyectos Gestionar los Ing Industrial y/o Cumplir con los
proyecto
recursos que Sistemas con los tiempos
se tengan conocimientos en acordados del
asignados al PMI proyecto y recursos
proyecto. asignados.
5 Asistente TI Realizar la Ing Industrial y/o Implementaciones

Funcional
Implementación Sistemas satisfactorias
y configuración
II.- NIVEL DE COMPROMISO DE LOS INTERESADOS PLANEADO (definir plantillas)

Por ejemplo:
- ¿Cómo se va gestionar la matriz de evaluación de compromiso de los interesados?
Interesado Inconsciente Resistente Neutral Apoyador Líder

Patrocinador X D
X: Actual
D: Deseado
Inconsciente: No conoce el proyecto ni sus impactos
Resistente: Conoce del proyecto y sus impactos pero se resiste al cambio
Neutral: Conoce del proyecto pero ni apoya ni es resistente
Apoyador: Conoce del proyecto, impactos y lo apoya al cambio
Líder: Conoce del proyecto, impactos y es activamente involucrado en la toma de decisiones
con el fin de lograr el existo del mismo.
- ¿Cómo se va determinar el nivel de influencia?
En base a la siguiente estrategia:

A-A = Gestionar Cerca
A-B = Mantener Satisfecho
B-A = Informar
B-B = Monitorear
- ¿Cómo se va a realizar la clasificación de los niveles de compromiso de los interesados?
Interesado Poder de Influencia Interés Estrategia
Patrocinador A A Gestionar Cerca
A: Alto
B: Bajo
- ¿Cómo afecta el nivel de compromiso actual al proyecto?

Afecta positivamente, ya que el patrocinador es partidario a que se ejecute el proyecto.
- ¿Cómo se va a convocar si fuera el caso a los expertos?
Se convocaría en base se necesite el apoyo para un despliegue el cual afecte en los tiempos de
implementación o configuraciones no contempladas.
LISTA II.- NIVEL DE INFLUENCIA Y AUTORIDAD DE LOS INTERESADOS (ejemplo)
Autoridad sobre el Proyecto
Alta Baja
1. Patrocinador 1.
2. Director de proyecto 2.
3. 3.
Alta
Influencia sobre el Proyecto
4. 4.
5. 5.
6. 6.
1. Supervisor de proyecto 1. Asistente Funcional
2. Analista de proyecto 2.
3. 3.
Baja
4. 4.
5. 5.
6. 6.
III.- CÓMO SE ELABORARÁ LAS NECESIDADES DE INFORMACIÓN DE LOS INTERESADOS
Interesado del Proyecto Necesidades

Patrocinador Entregables, status del proyecto
Director del Proyecto Entregables, status del proyecto
Supervisor de proyecto Status de avance del proyecto
Analista de proyecto Conformidades de los entregables de
implementación del servicio.
Asistente Funcional Status de avance del proyecto
Asistente Funcional Conformidades de los entregables de
implementación del servicio.

IV.- COMO LA INFORMACIÓN REQUERIDA POR LOS INTERESADOS SERÁ ENTREGADA Y SU

FRECUENCIA
Mediante la plantilla de comunicaciones
V.- COMO SE ACTUALIZARÁ ESTE DOCUMENTO A MEDIDA QUE AVANCE LA EJECUCIÓN DEL
PROYECTO
- Que procedimientos se seguirá para su actualización
1. El Plan de Gestión de los Interesados deberá ser revisado y/o actualizado cada vez que:
A. Hay una solicitud de cambio aprobada que impacte el Plan de Proyecto.
B. Hay una acción correctiva que impacte los requerimientos.
C. Hay personas que ingresan o salen del proyecto.
D. Hay cambios en las asignaciones de personas a roles del proyecto.
E. Hay cambios en la matriz autoridad versus influencia de los stakeholders.
F. Hay solicitudes inusuales de informes o reportes adicionales.
G. Hay quejas, sugerencias, comentarios o evidencias de requerimientos de información
H. no satisfechos.
I. Hay evidencias de resistencia al cambio.
2. Para el Plan de Gestión de Interesados deberá seguir los siguientes pasos:

A. Identificación y clasificación de stakeholders.
B. Determinación de requerimientos de información.
C. Elaboración de la Matriz de Interesados del Proyecto.
D. Actualización del Plan de Gestión de los Interesados.
E. Aprobación del Plan de Gestión de los Interesados.
F. Difusión del nuevo Plan de Gestión de los Interesados.
Adicionalmente, mediante reuniones con expertos y el equipo del proyecto se producen nuevas
versiones.
APROBADO POR: Director de proyectos FECHA 18 05 2017

14. CIERRE DEL PROYECTO
DECLARACIÓN DE Tiempo o Cronograma
CÓDIGO 20173005
versión 1.0
PROYECTO: Sistema de información para la Gestión Estadística de Telecomunicaciones -

SIGETEL
GERENTE:
PREPARADO POR: FECHA 15 05 2017
REVISADO POR: FECHA 15 05 2017
I. NOMBRE DEL CLIENTE O SPONSOR
II.- DECLARACIÓN DE LA ACEPTACIÓN FORMAL
Por medio del presente se da por culminado el proyecto “Sistema de información para la Gestión Estadística de
Telecomunicaciones - SIGETEL”, especificando las observaciones que se han presentado así como los objetivos
logrados a lo largo del mismo, las tareas pendientes por finalizar y la aprobación de los stakeholders. Se detalla
también la conformidad de los entregables generados por el equipo de proyecto, los cuales han sido revisados por
las gerencias y los involucrados.
Por lo tanto, se acepta el alcance y la documentación entregada.
------------------------------- -------------------------------
xxxxxxx xxxxxxx
Secretario General xxxxxxxxxxxxx
------------------------------- -------------------------------
xxxxxxxxxxx xxxxxxxxxxx
Gerente de Proyecto xxxxxxxxxxxxI

III. OBSERVACIONES ADICIONALES
No hay observaciones adicionales
IV. ACEPTADO POR:

Nombre de cliente, sponsor o funcionario Fecha
V.- DISTRIBUCIÓN Y ACEPTACIÓN:

Stakeholder Fecha
CHECKLIST DE CIERRE
¿SE HAN ACEPTADO POR RESULTADOS DEL PROYECTO?

Objetivos Entregables Si / No Observaciones
Obtener confirmación Aprobación documentada Si Ninguna
final de los resultados del
proyecto
Cumplimiento de los Documentación de entre- Si Ninguna
acuerdos contractuales Gables finalizados y no
finalizados.
Confirmación documenta-
da que las cláusulas del
Contrato han sido
cumplidas
¿SE HAN LIBERADO LOS RECURSOS DEL PROYECTO?

Ejecutar la liberación Cumplimiento de Si Ninguna
de los recursos del cronograma de
proyecto, de acuerdo a liberación de recursos.

los procedimientos de
la empresa.
Feedback de Resultados de la Si Ninguna
performance del retroalimentación de la
proyecto a los performance. Va para
miembros de equipo. archivo.
Informar a la empresa Evaluaciones de Si Ninguna
respecto al desempeño performance revisadas
de los miembros del por los gerentes
equipo funcionales. Va para
legajo personal.
¿SE HAN MEDIDO LAS PERCEPCIONES DE LOS STAKEHOLDERS?

Entrevistar a los Documentar Si Ninguna
interesados del retroalimentación de los
proyecto. Stakeholder.
Analizar resultados de Documentar análisis. Si Ninguna
las entrevistas.
¿SE HA CERRADO FORMALMENTE EL PROYECTO?

Ejecutar y validar las Documento firmado Si Ninguna
actividades de cierre de la entrega del
del proyecto producto o servicio del
proyecto
Notificar a gerencia de Documento con los Si Ninguna
los problemas problemas
importantes sustanciales del
proyecto
Finalizar las Retroalimentación Si Ninguna
actividades financieras documentada del área
relativas al proyecto financiera sobre el
cierre del proyecto
Notificar a los Documento oficial que Si Ninguna
interesados del cierre informa del cierre del
del proyecto proyecto
Finalizar todos los Contratos cerrados Si Ninguna
contratos del proyecto apropiadamente
Documentar y Documentación Si Ninguna
publicar las lecciones impresa u online de
aprendidas las lecciones
aprendidas
Actualizar los Activos Cambios, Si Ninguna
de los Procesos de la modificaciones y
Organización actualizaciones de los
Activos de los
Procesos de la
Organización

ÁNDO, DÓNDE, Y CON QUÉ.

Implementación de Sistema de Información para Gestión Estadística de Telecomunicaciones (SIGETEL

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Implementación de Sistema de Información para Gestión Estadística de Telecomunicaciones (SIGETEL

Uploaded by

Copyright:

Available Formats

EPE - Ingeniería Sistemas Gerencia de Proyectos

UNIVERSIDAD PERUANA DE CIENCIAS APLICADAS

Implementación de Sistema de Información para la

1. ACTA DE CONSTITUCIÓN ........................................................................................ 3

ACTA DE CONSTITUCIÓN DEL PROYECTO

PROYECTO Implementación de Sistema de Información para la Gestión Estadística

PATROCINADOR Ana Maria Granda Becerra

REVISIÓN DESCRIPCIÓN (REALIZADA POR) FECHA

02 Validación requerimientos de alto nivel (Raúl Chávez) 08 05 17

03 Validación extensión y alcance del proyecto (Raúl Chávez) 08 05 17

04 Validación interesados clave (Raúl Chávez) 08 05 17

05 Aprobación de la plantilla (Marlon Hurtado) 10 05 17

BREVE DESCRIPCIÓN DEL PRODUCTO O SERVICIO DEL PROYECTO

Para la implementación se realizará un levantamiento de información de los procesos del

 El período de garantía mínima es de doce (12) meses.

 La empresa consultora describirá su modelo de organización para el mantenimiento

La empresa consultora se comprometerá a brindar soporte técnico para atender las

 Problema crítico: instantáneo.

Acta de Constitución Gestión de la Integración Página 4

 Problemas graves: los que no se encuentran en la categoría anterior, pero sin

 La capacitación para las funcionalidades implementadas en el sistema se realizará

ALINEAMIENTO DEL PROYECTO

Incrementar la efectividad de las

Acta de Constitución Gestión de la Integración Página 5

3. OBJETIVOS DEL PROYECTO

 El proyecto tiene una duración inferior a un año aproximadamente.

4. FACTORES CRÍTICOS DE ÉXITO DEL PROYECTO

 Definir con exactitud el alcance y limitaciones del proyecto

5. REQUERIMIENTOS DE ALTO NIVEL

● Levantamiento de Información de los procesos de la empresa OSIPTEL.

Acta de Constitución Gestión de la Integración Página 6

EXTENSIÓN Y ALCANCE DEL PROYECTO

6. FASES DEL PROYECTO 7. PRINCIPALES ENTREGABLES

Análisis y Diseño ● Blue print

Riesgos Precauciones/Acciones Responsable

Acta de Constitución Gestión de la Integración Página 7

Debido a mal control de versionado del Documentar cambios generados en el Arcos

Debido a insuficiente acogida o Coordinar con el patrocinador para SIGETEL

Debido a demoras en la entrega de Notificar al patrocinador del proyecto SIGETEL

10. HITOS PRINCIPALES DEL PROYECTO

Dirección del Proyecto

● Firma de Acta de Constitución.

● Aprobación del documento de Diseño detallado.

● Documento de resultado de pruebas aprobado.

Acta de Constitución Gestión de la Integración Página 8

● Acta de Soporte Técnico.

11. RESUMEN DEL PRESUPUESTO DEL PROYECTO

Ítem Descripción Costo

1 Costo de los recursos USD 250,000.00

2 Servicios profesionales USD 20,000.00

3 Licencias de software USD 30,000.00

4 Hardware USD 600,000.00

5 Servicios de implementación / instalación y otros USD 100,000.00

6 Capacitación a Usuarios USD 1000.00

COSTO TOTAL DEL PROYECTO USD 1’001,000.00

12. REQUERIMIENTOS DE APROBACIÓN DEL PROYECTO

FCE Evaluador Firma el Cierre del Proyecto

13. GERENTE DE PROYECTO ASIGNADO AL PROYECTO

14. AUTORIDAD ASIGNADA

Acta de Constitución Gestión de la Integración Página 9

PLAN DE GESTIÓN DE REQUERIMIENTOS

PROYECTO Implementación de Sistema de Información para la Gestión Estadística

RECOPILACIÓN Y PRIORIZACIÓN DE REQUERIMIENTOS