MyCompaa

PORTABILIDAD NUMRICA
PLAN DE ADMINISTRACIN DEL PROYECTO
Versin 1.0

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

Control de Cambios
Fecha

Versin

dd/mm/yyyy

1.0

Confidential

Descripcin
1ra.versin

MiCompaa., 2013

Autor
PMO

Page 2 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

Contenido
1.

INTRODUCCION ..........................................................................................................................5
1.1

Objetivo de este documento ............................................................................................................ 5

1.2

Objetivos y Prioridades del Management .......................................................................................... 5

1.3

Contexto del Proyecto ..................................................................................................................... 6

1.4

2.

1.3.1

Situacin actual ......................................................................................................................................6

1.3.2

Objetivos ...............................................................................................................................................6

1.3.3

Alcance (macro) .....................................................................................................................................6

1.3.4

Descripcin del proyecto .........................................................................................................................6

1.3.5

Beneficios ..............................................................................................................................................7

1.3.6

Estrategia ..............................................................................................................................................7

1.3.7

Metodologa del Proyecto ........................................................................................................................8

1.3.8

Tamao .................................................................................................................................................9

1.3.9

Prioridades .............................................................................................................................................9

1.3.10

Restricciones ..........................................................................................................................................9

1.3.11

Suposiciones ..........................................................................................................................................9

1.3.12

Fecha objetivo de finalizacin del proyecto ............................................................................................. 10

Entregables del Proyecto ............................................................................................................... 10

1.4.1

Producto .............................................................................................................................................. 10

1.4.2

Requeridos por SARBOX/SOX ................................................................................................................ 11

1.4.3

de la gestin de proyectos .................................................................................................................... 11

1.5

Evolucin de este Plan de Proyecto ................................................................................................ 12

1.6

Referencias .................................................................................................................................. 12
1.6.1

Documentacin .................................................................................................................................... 12

1.6.2

Glosario ............................................................................................................................................... 12

1.6.3

Puntos de contacto ............................................................................................................................... 13

ORGANIZACIN DEL PROYECTO ................................................................................................ 14

2.1

2.2

2.3

Gestin de la Integracin .............................................................................................................. 14

2.1.1

Sistema de informacin para la gestin del proyecto (PMIS).................................................................... 14

2.1.2

Sistema de control integrado de cambios ............................................................................................... 14

2.1.3

Criterios de aceptacin.......................................................................................................................... 19

2.1.4

Gestin de la configuracin (repositorios)............................................................................................... 19

Gestin del Alcance ...................................................................................................................... 20

2.2.1

Descripcin .......................................................................................................................................... 20

2.2.2

Estructura de Desglose de Trabajo (WBS) .............................................................................................. 20

Gestin del Tiempo ....................................................................................................................... 22

2.3.1

Cronograma ......................................................................................................................................... 22

2.3.2

Hitos previstos ..................................................................................................................................... 22

2.3.3

Plan de Implementacin del proyecto .................................................................................................... 22

2.4

Gestin de Costos ......................................................................................................................... 23

2.5

Gestin de la Calidad .................................................................................................................... 23

2.5.1

Confidential

Alcance ................................................................................................................................................ 23

MiCompaa., 2013

Page 3 of 36

MiProyecto

Version:

Project Management Plan

Date:

2.6

2.8

2.9

3.

13/jun/2013

2.5.2

Plan de pruebas ................................................................................................................................... 23

2.5.3

Mtricas ............................................................................................................................................... 24

2.5.4

Control de Calidad ................................................................................................................................ 24

Gestin de Riesgos ....................................................................................................................... 26

2.6.1

2.7

1.0

Gestin de issues.................................................................................................................................. 28

Gestin de las Comunicaciones ...................................................................................................... 29

2.7.1

Esquema de Reuniones, Informes y Destinatarios ................................................................................... 29

2.7.2

Necesidades Particulares de informacin ................................................................................................ 30

2.7.3

Proceso de escalamiento ....................................................................................................................... 30

2.7.4

Plan de capacitacion ............................................................................................................................. 31

Gestin de los Recursos ................................................................................................................ 32

2.8.1

RRHH .................................................................................................................................................. 32

2.8.2

Otros Recursos ..................................................................................................................................... 34

Gestin de las Adquisiciones / Contrataciones ................................................................................. 35

SEGURIDAD Y PRIVACIDAD........................................................................................................ 36

Confidential

MiCompaa., 2013

Page 4 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

PLAN DE ADMINISTRACIN DEL PROYECTO

1. INTRODUCCION
1.1 OBJETIVO DE ESTE DOCUMENTO
El propsito de este documento es presentar el plan del proyecto Portabilidad Numrica,
describiendo la forma en que se gestionar, las actividades a desarrollar, su alcance, tiempos,
recursos asignados, calidad, riesgos, y en general la metodologa de gestin de proyectos que se
utilizar.
Se establece un Cronograma del proyecto y se menciona quienes participan en el proceso de
Control de Cambios y los responsables de tomar decisiones sobre las modificaciones que puedan
surgir a lo largo del Proyecto.
Adicionalmente contiene:
La descripcin del producto/servicio/resultado
Alcance del proyecto
La organizacin de los equipos de proyecto
Ciclo de vida del Proyecto
Hitos y Entregables
Las Responsabilidades y Dependencias
Los Riesgos, Issues y Acciones
Requerimientos
Fechas de Implementacin
Para detalles de IT e ING, deber remitirse a sus planes respectivos.

1.2 OBJETIVOS Y PRIORIDADES DEL MANAGEMENT

En funcin de requisitos especficos del negocio y de experiencias anteriores es conveniente
poner especial nfasis en los siguientes puntos:

Control continuo y exhaustivo sobre el avance y las fechas pactadas para los
entregables. De esta forma se podrn identificar riesgos de incumplimientos para intentar
evitarlos en forma temprana
Verificacin constante del estado de los entregables para que sus aprobaciones sean
oportunas y precisas
Control y coordinacin de las decisiones a tomar
Monitoreo y coordinacin en las tareas asociadas con la reutilizacin de componentes y
servicios por parte de otras aplicaciones y si aplican redes

Con respecto al esquema de planificacin, se decidi que:

Se crear un cronograma de alto nivel para todo el proyecto en que se marquen slo las
entregables e hitos principales

Se crear un cronograma de ejecucin detallado

Confidential

MiCompaa., 2013

Page 5 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

1.3 CONTEXTO DEL PROYECTO

1.3.1 SITUACIN ACTUAL
La portabilidad numrica no es operada en la actualidad en Argentina.
Por Resolucin SC Nro.98/10 publicada en el Boletn Oficial de 19 de Agosto de 2010 se
aprob el Rgimen de Portabilidad Numrica de la Repblica Argentina.

1.3.2 OBJETIVOS
El macro objetivo del proyecto es dar cumplimiento a la Resolucin sobre Portabilidad
Numrica para permitir al Cliente de Servicios Portables, seleccionar el prestador manteniendo su
nmero.

1.3.3 ALCANCE (MACRO)

Alcance de la Portabilidad Numrica: se implementar a nivel nacional entre los Servicios de
Telefona Mvil, de Radiocomunicaciones Mvil Celular, de Comunicaciones Personales y de
Servicio Radioelctrico de Concentracin de Enlaces, para cuya prestacin se utilice numeracin
asignada en el marco del Plan Fundamental de Numeracin Nacional, dentro de una misma rea
Local del Servicio Bsico Telefnico.

1.3.4 DESCRIPCIN DEL PROYECTO

La Portabilidad Numrica es el derecho que tienen los usuarios de servicios de
telecomunicaciones a conservar su nmero telefnico cuando cambian de operador de servicio
telefnico mvil.
De esta manera los usuarios podrn seleccionar a su nuevo proveedor de servicios de
telefona mvil, evaluando las condiciones de calidad y precio, sin el riesgo de perder su nmero
telefnico.
La portabilidad deber ser solicitada por el titular de la lnea, en el prestador de servicios
telefnicos mviles que desea contratar. Una vez evaluado y aceptado el cliente, el Operador
Receptor (OR = Operador Receptor, operador que recibir la lnea telefnica), solicitar un nmero
PIN (PIN=Portability Identification Number) en nombre del poseedor de la/s lnea/s telefnica/s para
poder iniciar el proceso de portabilidad.
Cada solicitud de portabilidad ser validada por el Administrador de Base de Datos
Centralizada (ABD, entidad externa a todos los operadores de telefona), quien analizar la
continuacin o no del trmite de portabilidad numrica. Si se decide por su prosecucin le enviar al
Operador Donador (OD=operador desde el cual ser cedido el nmero telefnico) la informacin de
la/s lnea/s a portar.
Una vez analizada toda la informacin por el Operador Donador, el Administrador de Base de
Datos junto con el Operador Receptor, acordarn la fecha para portar cada solicitud, en acuerdo con
el cliente.
El Operador Receptor tendr la obligacin de informar al usuario cul es el estatus de su
solicitud y confirmar la fecha en que se realizar la portacin de su nmero.
En el momento de cambio de Operador, el perodo sin servicio no deber exceder las 3 horas
(valor a confirmar por Secretara de Comunicaciones).
La comunicacin entre Operadores slo se har a travs del Administrador de Base de
Confidential

MiCompaa., 2013

Page 6 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

Datos.

LINEAMIENTOS DEL PROYECTO

DETALLE DE LINEAMIENTOS

1.3.5 BENEFICIOS

Conservacin del nmero de telefona mvil por parte del cliente

Utilizacin eficiente de la numeracin
Promocin de competencia entre Prestadores
Mayores beneficios para usuarios por diversidad de servicios

1.3.6 ESTRATEGIA
El Ciclo de Vida del Proyecto estar formado por 5 Grupos de Procesos:
1. Inicio
2. Planificacin
3. Ejecucin
4. Seguimiento y Control
5. Cierre
El Ciclo de Vida para la obtencin del Producto final tendr distintos pasos, cada uno de los
cuales se usan para agrupar las varias actividades y procesos que necesitan ser realizados en
momentos especficos a lo largo del ciclo de vida del proyecto. El nmero de los procesos, subprocesos y volumen de entregables producidos durante cada paso variar segn su complejidad.
Los pasos para el producto de este proyecto son:
1. Iniciacin
2. Definicin
3. Diseo
4. Desarrollo
5. Prueba
6. UAT (User Acceptance Test) y ATP (Acceptance Test Protocol)
7. Deploy
8. Seguimiento Post-Produccin
Para las pruebas, sean de Sistemas Aplicativos o Redes, se definirn casos de prueba. El
circuito de evolucin detallado de estos consta de los siguientes pasos:

Especificacin funcional: esta tarea ser realizada por el equipo de trabajo formado por los
analistas teniendo soporte para su definicin/modificacin y validacin por los usuarios
referentes. Se adaptarn casos de prueba ya utilizados (si existen) y se especificarn casos
nuevos (de corresponder)

Revisin cruzada: el analista revisar los requerimientos y casos detallados

Validacin: analista/usuario/especialista validarn los casos

Aprobacin formal: los casos de prueba se acordarn en una reunin ad-hoc entre
usuarios, especialistas y analistas. La minuta de esta reunin (o registracin en el Informe de
Avance) implicar una aprobacin formal
La puesta en marcha de la portabilidad se har:

ESTRATEGIA DE DESPLIEGUE

Confidential

MiCompaa., 2013

Page 7 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

1.3.8 TAMAO
Utilizando slo 2 variables, segn la matriz de 2 entradas (analistas/tcnicos/referentes
involucrados en el proyecto y duracin en semanas del proyecto), el proyecto se enmarca como
Proyecto Grande.

1.3.9 PRIORIDADES
La toma de decisiones dentro del mbito del proyecto debe realizarse teniendo en cuenta la
siguiente escala de prioridades, ordenadas de mayor a menor:
1. Tiempo
2. Alcance
3. Costos
4. Riesgos
Toda accin en el proyecto ser tomada en base a estas prioridades.

1.3.10 RESTRICCIONES
Id

Detalle

Rest-01

Tiempo fijado por la SECOM para el cumplimiento de la resolucin, con fecha debida para
diciembre-2011

Rest-02

Fecha de comienzo de pruebas con ABD para el 20-octubre-2011

1.3.11 SUPOSICIONES
Id

Detalle

Sup-01

Disponer de los integrantes del equipo de proyecto en los plazos previstos para la realizacin
de actividades asignadas

Sup-02

Disponer de usuarios durante el ciclo de vida del proyecto con conocimiento de las
aplicaciones y redes, con poder de decisin para la definicin y aprobacin

Confidential

MiCompaa., 2013

Page 9 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

Contar con 3 Ambientes: Desarrollo y Testing, Preproduccin, definidos y soportados por las
gerencias correspondientes dentro de la compaa
La definicin, diseo e implementacin de los Casos de Prueba para el testing integral ser
realizado por los analistas y usuarios/especialistas que cada rea designe
Las reas de XXXXXXXXXXXXXXXXXX de XXX y XXXX, asumirn las tareas de instalacin y
configuracin de software de base, redes, que les correspondieren
Disponer del hardware necesario para la instalacin de la Base de Datos Operativa durante
mayo-2011 (postergado para julio-2011)

Sup-03
Sup-04
Sup-05
Sup-06
Sup-07

Tener la instalacin de la BDO durante julio-2011

Sup-08

Tener las adecuaciones de la plataforma de Prepago listas para setiembre-2011

Sup-08

Tener las adecuaciones de aplicativos por parte de HP para 1Q-setiembre-2011

Sup-09

Tener las adecuaciones del Signaling Gateway fines-mayo-2011

Sup10

Tener conformado y entrenado el Grupo de Portabilidad y otros sectores impactados al

momento de la salida operativa

1.3.12 FECHA OBJETIVO DE FINALIZACIN DEL PROYECTO

30-Diciembre-2011: fecha de puesta en marcha de operaciones
30-Mayo-2012:

finalizacin proyecto (por seguimiento post-implementacin, dinmica de

lecciones aprendidas, generacin informe de final del proyecto)

1.4 ENTREGABLES DEL PROYECTO

En esta seccin se describen los entregables a elaborar durante el proyecto. Los entregables
aprobados por las reas responsables, sern informas al Team Leader del proyecto.

1.4.1 PRODUCTO
La finalizacin de los entregables ser comunicada en reuniones de avance o ad-hoc. Las
aprobaciones quedarn reflejadas en los Informes de Avance o Minutas de reuniones ad-hoc.

IT (ver detalle Doc. Alcance):

o BDO en funcionamiento
o Aplicaciones modificadas

ING (ver detalle Doc. Alcance):

o Interconexiones
o Signaling Gateway
o BDO en funcionamiento
o .
o

Ambientes
o De Prueba
o De Preproduccin

Doc.de Especificacin
o Funcional (IT)

Confidential

MiCompaa., 2013

Page 10 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

Tcnica (ING)

Procesos mapeados
Procedimientos

Doc. Casos de Prueba

Cronograma de Pruebas

Pruebas de integracin
o Des (por parte de IT/ING)
o Integracin en Test (por parte de usuarios)
o Integracin en Pre Produccin (por parte de usuarios/analistas/tcnicos)

Capacitacin
o Carpetas
o Cursos

..

..

Comunicaciones
o Folletos
o Cartelera
o Internas
o Externas

Grupo Portabilidad en funciones

Portabilidad funcionado

1.4.2 REQUERIDOS POR SARBOX/SOX

Se dispondr de los entregables de auditora segn especificaciones del plan de IT.

1.4.3 DE LA GESTIN DE PROYECTOS

Informes de Avance
Informes Ejecutivos
Informe de Lecciones Aprendidas
Informe de Cierre
Registro de Riesgos
Registro de Issues

En la siguiente tabla se muestran otros entregables del proyecto (el detalle est incluido en el
Cronograma) y las personas designadas para su aprobacin y si va a estar sujeto a Control de
Cambios.

Confidential

MiCompaa., 2013

Page 11 of 36

MiProyecto

Version:

Project Management Plan

Date:

Entregable

1.0
13/jun/2013

Autor

Aprobacin

Plazo Aprobacin

Gestin Control de
Cambios

PMO

Presentacin Kick-Off

Asuntos
Regulatorios /
PMO

Documento Alcance

PMO

Owner / Team
Leader / Referentes

5 das de
presentado

SI

Cronograma general del

Proyecto

PMO / IT PM /
Network PM

Owner / Team
Leader / Referentes

5 das de
presentado

SI

Plan de Administracin
del Proyecto (PMP)

PMO

Owner / Team
Leader / Referentes

5 das de
presentado

SI

Sitio
Sharepoint
Proyecto

del

1.5 EVOLUCIN DE ESTE PLAN DE PROYECTO

Este plan de proyecto ser actualizado en caso de existir cambios significativos respecto al
plan inicial o en el caso que surja informacin adicional relevante.

1.6 REFERENCIAS
1.6.1 DOCUMENTACIN
La documentacin del presente proyecto o aspectos relacionados con l estar subida en el
sitio colaborativo SharePoint de MiCompaa:
Entre otra documentacin:

Polticas y Procedimientos publicadas en la Intranet de MiCompaa

Documento de Alcance

Documento Plan de Administracin del Proyecto

Seguimiento de riesgos

Seguimiento de issues

Documentacin de seguimiento del proyecto

1.6.2 GLOSARIO

Ttulo
A

Descripcin
ABD: Administrador de Base de Datos centralizada
ATP: Acceptance Test Protocol

Confidential

MiCompaa., 2013

Page 12 of 36

B
C
O
P
S
U
W

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

BDO: Base de Datos Operativa

CCB: Change Control Board
CCB1 = Comit de Aprobacin de Cambios nivel 1
CCB2 = Comit de Aprobacin de Cambios nivel 2
OD: Operador Donante u Operador Donador
OR: Operador Receptor
PN: Portabilidad Numrica
PMI: Project Management Institute
PMIS: Project Management Information System
Sharepoint: Sitio colaborativo de MiCompaa para compartir informacin del proyecto
UAT: User Acceptance Test
WBS: Work Breakdown Structure, estructura de desglose del trabajo (tambin conocido
como EDT = Estructura Desglose Trabajo; es el alcance grfico del proyecto)

1.6.3 PUNTOS DE CONTACTO

Confidential

MiCompaa., 2013

Page 13 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

Nota1: Cada uno de los involucrados en el proceso recibirn una notificacin va email cuando se
haga un alta o modificacin sobre los pedidos de cambio. De no ocurrir esto sern presentados
directamente en la reunin ad-hoc / reunin de avance.
Nota2: Vnculo a la lista en el sitio SharePoint: Lista Control de Cambios
Nota3: Para desarrollar el documento de pedido de cambio hay que utilizar el Requerimiento de
Cambio
Nota4: Para desarrollar el documento de anlisis de impacto hay que utilizar el Anlisis de Impacto
Esta herramienta de seguimiento de pedidos de cambios puede utilizarse como herramienta
de toma de decisiones

2.1.2.2.1 Registrar el pedido de cambio

Los usuarios referentes registrarn el cambio o mejora solicitado con sus respectivos
datos.

2.1.2.2.2 Clasificar y priorizar los pedidos de cambios

Los asistentes a las reuniones de avances sern los principales responsables en
clasificar y priorizar los pedidos de cambio teniendo en cuenta el cumplimiento de los
objetivos primordiales del proyecto. Clasificacin a utilizar para esta actividad:

La no implementacin de este tipo de requerimiento significa que no se

resolvern las necesidades del usuario.
Crtico / Regulatorio
Modificacin mandatoria para resolver una
necesidad especfica de los
usuarios. Es necesario desarrollar ese cambio antes de la Puesta en Produccin.

Importante

Requerimiento importante para la eficacia y eficiencia del proyecto para la

mayora de los usos. El cambio requerido afecta una funcionalidad importante.
Esta peticin del usuario no puede ser resuelta en forma eficiente si no se
desarrolla e implementa antes de la Puesta en Produccin.

El cambio requerido es til pero no tiene un impacto significativo ya que la

funcionalidad/accin/conexin/etc. requerida puede ser resuelta de otra forma
(otro software, en forma manual, otra red, etc.). Este cambio puede ser incluido
en un prximo Release / Fase a planificar.

til

Para poder efectuar eficientemente esta categorizacin, es de vital importancia analizar

exhaustivamente el origen de la necesidad del usuario, los beneficios que acompaan dicho cambio,
el impacto cross que trae aparejado con otras funcionalidades, etc.
Para todos aquellos requerimientos que se clasifiquen como crticos o importantes ser
necesario analizar cul es su impacto en la planificacin del proyecto.

Confidential

MiCompaa., 2013

Page 16 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

Cabe destacar que el resto de las solicitudes de requerimientos considerados tiles

quedarn pendientes para prximos proyectos.

2.1.2.2.3 Especificar los requerimientos crticos e importantes

Los usuarios especificarn en detalle los requerimientos crticos e importantes utilizando el
Formulario de Requerimiento de Cambio.
Bsicamente la informacin que contiene este formulario es la siguiente:
Fecha de solicitud
Identificacin del requerimiento de cambio
Clasificacin (crtico o importante)
Usuario/Analista/Tcnico generador del cambio
Tipo de cambio (cambio a un requerimiento existente, requerimiento nuevo, cambio
sugerido a la implementacin)
Descripcin detallada del requerimiento
Justificacin
Impacto en caso que el requerimiento no se pueda implementar
Si existen, otras alternativas a evaluar para la implementacin
Si existen, recomendaciones

2.1.2.2.4 Analizar el impacto

Para esta actividad dentro del procedimiento de Control de Cambios ser necesario:
Identificar el requerimiento de cambio pedido con los requerimientos en la lnea base
Identificar otros pedidos de cambios a requerimientos an pendientes de implementacin
Determinar los componentes afectados por el cambio segn los criterios de Anlisis de
Impacto definidos
Documentar en la plantilla de Anlisis de Impacto cual es el resultado del anlisis del
cambio
El equipo de proyecto asistente a las reuniones de avance informar cual es el esfuerzo
necesario para la implementacin del cambio. Bsicamente el contenido de este documento es:
Introduccin
Objetivos
Descripcin general del documento
Documentos relacionados
Contexto del cambio
Detalle del cambio
Componentes impactados
Nuevos componentes
Esfuerzo estimado (horas hombre por perfil)
Duracin
Aprobacin total o parcial del requerimiento de cambio (a completar posteriormente
en funcin a la decisin del CCB)

2.1.2.2.5 Evaluar la aprobacin o no del requerimiento de cambio

El CCB se reunir para acordar la aprobacin o rechazo del requerimiento de cambio en
cuestin. Si el requerimiento de cambio es aprobado esto implica que es necesario desarrollarlo
antes de la Puesta en Produccin por lo que se presentan distintas alternativas para cumplir con esta
premisa:

Agregar recursos al equipo de trabajo para absorber las nuevas tareas a realizar sin que se
vea afectada la fecha de Puesta en Produccin.
Replanificar la fecha de Puesta en Produccin en funcin al esfuerzo estimado para
satisfacer el requerimiento en cuestin.
Dejar fuera del alcance otra funcionalidad originalmente requerida en la propuesta del
Confidential

MiCompaa., 2013

Page 17 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

proyecto.
En funcin a la decisin que tome el CCB ser necesario actualizar el Plan de Proyecto, el
Cronograma, Lnea Base, etc.
Tambin se deber actualizar el formulario de requerimiento de cambio para documentar la
aprobacin o rechazo del mismo.

2.1.2.2.6 Iniciar actividades por cambio aprobado

Se ejecutan las acciones para la realizacin del cambio solicitado y aprobado.

2.1.2.2.7 Seguir Implementacin del requerimiento de cambio

Toda la documentacin existente relacionada con el requerimiento de cambio deber ser
actualizada por los analistas / tcnicos y aprobada por el Team Leader.
El seguimiento de los requerimientos de cambio aprobados ser tratado en el marco de las
reuniones de avance del proyecto en donde se comentar el estado de todas las actividades
principales del proyecto teniendo en cuenta, cuando corresponda, la nueva planificacin acordada.
Si fuera necesario, se realizarn reuniones ad-hoc para el monitoreo de los mismos.
Tambin se analizarn las dependencias crticas de actividades que puedan estar demoradas,
como as tambin todos los posibles riesgos o alertas que se detectan para poder minimizar su
impacto en el Proyecto.

2.1.2.3 SOLICITUDES DE CAMBIO GESTIONADAS EN EL PROYECTO

Al momento de emisin del presente documento no existen.

Confidential

MiCompaa., 2013

Page 18 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

2.1.3 CRITERIOS DE ACEPTACIN

El proyecto se considerar aceptado una vez que:

Se concluyan las pruebas unitarias, de aceptacin de usuario (UAT), de aceptacin de

network (ATP), y pruebas GO/NO GO en el entorno de produccin para cada uno de sus
componentes
Todos los entregables estn disponibles y han sido aceptados por las reas respectivas
(*) e informados al Team Leader (plazo para su aceptacin = 5 das)
Las capacitaciones han sido dictadas segn lo planeado
Las comunicaciones han sido realizadas segn lo planeado

Adicionalmente, se realizar un taller para identificar las Lecciones Aprendidas del proyecto y
un Informe de Cierre del mismo, comunicndose sus resultados.
(*) ver lista de Key Users

2.1.4 GESTIN DE LA CONFIGURACIN (REPOSITORIOS)

El objetivo de esta administracin es establecer y mantener la integridad de los productos
que se obtienen (sean aplicativos, redes, del proyecto, etc.).
Esto permite garantizar que no se realicen cambios incontrolados y disponer -para todos los
participantes- de la versin adecuada de los entregables que manejan.
Para todos los productos/entregables a controlar, considerar:

Criterio o norma de identificacin de los productos (sean aplicaciones, plataformas,

gateways, etc.)
Ubicacin y localizacin de los productos
Definicin de las reglas de versionado de los productos, teniendo en cuenta el motivo por
el cual se realiza el cambio de versin
Descripcin de responsables y usuarios

Confidential

MiCompaa., 2013

Page 19 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

2.2 GESTIN DEL ALCANCE

2.2.1 DESCRIPCIN
El alcance est documentado en: Documento de Alcance Proyecto Portabilidad Numrica.

2.2.2 ESTRUCTURA DE DESGLOSE DE TRABAJO (WBS)

Considerando el Alcance como una Estructura de Divisin del Trabajo (Work Breakdown
Structure), el proyecto en MiCompaa, abarca:

Confidential

MiCompaa., 2013

Page 20 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

En cuanto a la gestin del proyecto:

Administracin Proyecto

Alcance

WBS

Cronograma

Plan del Proyecto

Registro de
Riesgos
Informe de Avance

Informe Ejecutivo
Registro de
Issues / Cambios
Lecciones
Aprendidas
Informe de Cierre

Confidential

MiCompaa., 2013

Page 21 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

2.3 GESTIN DEL TIEMPO

El cronograma que se desarrolle, una vez completado y aprobado, se guardar su
correspondiente lnea base.
El seguimiento de la ejecucin del cronograma se realizar con una frecuencia semanal
durante las reuniones de avance con el equipo de proyecto. Se colocar foco en el seguimiento del
camino crtico y las variaciones de la ejecucin real respecto de la lnea base del cronograma.

2.3.1 CRONOGRAMA
Cronograma macro del proyecto al momento de emisin de este documento:
CRONOGRAMA

Link Cronograma PN

2.3.2 HITOS PREVISTOS

A la fecha de emisin de este documento los hitos son los siguientes:
Id

Hito

Fecha

Kick-Off

31/08/10

Aprobacin Alcance del Proyecto

31//05/11

Aprobacin Cronograma general del Proyecto

07/06/11

Aprobacin Plan Administracin del Proyecto

07/06/11

Comienzo pruebas internas en MiCompaa

01/09/11

Comienzo pruebas con ABD

20/11/11

Comienzo pruebas Prestadoras/ABD

17/11/11

Puesta en marcha

30/12/11

2.3.3 PLAN DE IMPLEMENTACIN DEL PROYECTO

La puesta en produccin se realiza mediante el deploy en ambiente productivo de las
soluciones desarrolladas/probadas en el entorno de desarrollo, y probadas por el usuario en entorno
de testing y preproduccin.
Las implementaciones de IT e ING sern hechas cumpliendo los plazos previstos por SECOM.

Nota: Al momento de distribucin de este documento, se encuentran en desarrollo los

cronogramas de las reas mencionadas.

Confidential

MiCompaa., 2013

Page 22 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

2.4 GESTIN DE COSTOS

N/A

2.5 GESTIN DE LA CALIDAD

Las actividades debern estar planificadas en detalle para proveer los paquetes de trabajo
(work packages), que sern las unidades para el control de calidad.
Cada paquete de trabajo deber ser verificado para asegurar la conformidad con los estndares
especificados. Para esta verificacin pueden realizarse, entre otros: pruebas, revisiones formales, o
revisin de comprensin (walkthroughs).
Los registros de estos procesos de verificaciones sern registros del proceso de calidad y
debern ser mantenidos como parte de la evidencia detallada del control de calidad.
Sern utilizados para monitorear la calidad:

Informe de avance
Revisin de actividades
Verificacin/conformidad con estndares y planes y contra especificaciones de productos

2.5.1 ALCANCE
Se considerar la totalidad de los casos de prueba a definir oportunamente en el documento
Casos de Prueba, en lo inherente a productos a generar.
El alcance de cada prueba viene dado por el tipo de prueba a realizar (unitaria, UAT, ATP)
dependiendo tanto del entorno en el que se realiza la prueba como as tambin de lo que se desea
validar.

2.5.2 PLAN DE PRUEBAS

Ser determinado por las reas de IT e ING, debiendo contener entre otros:
2.5.2.1 ESTRATEGIA DE PRUEBA
Las pruebas a realzar sern:
1. Pruebas unitarias
2. Testing funcional
3. Pruebas de UAT y ATP
4. Pruebas de Go / No Go

Confidential

MiCompaa., 2013

Page 23 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

2.5.2.1.1 Pruebas unitarias

Son las pruebas que los desarrolladores/proveedores realizan a medida que realizan las
adecuaciones, configuraciones e instalaciones para validar que la tarea llevada a cabo cumple con
los objetivos pretendidos, verificando que tanto los datos/redes/etc., las instalaciones y
configuraciones realizadas, se reflejan en los sistemas, equipos, etc. en forma correcta.
La realizacin de estas pruebas es responsabilidad de los desarrolladores o proveedores junto
con personal de MiCompaa, o del responsable del soporte del sistema/red/equipo/etc., segn
corresponda.

2.5.2.1.2 Testing funcional

Se realizarn pruebas de caja negra, verificando
aplicaciones/redes/gateways/etc., analizando sus resultados.

la

interaccin

con

las

2.5.2.1.3 Pruebas de Aceptacin (UAT y ATP)

Se ejecutarn pruebas de aceptacin de usuarios/tcnicos. Dichas pruebas sern ejecutadas
por un usuario/tcnico de cada rol y coordinadas y diseadas por los consultores de implementacin.
Los usuarios/tcnicos participantes sern designados por los responsables del proceso, quien
ser tambin responsable de aprobar los casos de prueba.

2.5.2.1.4 Pruebas de Go / No Go
Validacin en produccin del pasaje realizado.

2.5.2.2 RECURSOS
Tipo de prueba

Responsable

Pruebas unitarias

Desarrolladores HP / Tcnicos NSN

Pruebas de UAT y ATP

Segn documentos UAT y ATP a ser desarrollados por IT e ING

Otras pruebas

A acordar entre los responsables de IT / ING

Pruebas Go / NO Go

Segn documento MOP o similar

2.5.3 MTRICAS
Si aplican, se definirn mtricas para valorar el grado de calidad del proyecto y producto/s, y
podrn utilizarse para medir el estado, efectividad y progreso de las actividades del proyecto,
contribuyendo a la toma de decisiones estratgicas ante los desvos, incidentes o diferentes
problemas que surjan en la ejecucin.
Al momento de emisin de este documento no se dispone de mtricas para el presente
proyecto.

2.5.4 CONTROL DE CALIDAD

Para asegurar que los resultados del proyecto cumplen con los estndares establecidos, estos
sern identificados y descriptos en un plan de calidad.
El control de calidad ser ejecutado revisando los entregables para ver si estn conformes o
no. En este proceso de har la medicin de las mtricas.
Confidential

MiCompaa., 2013

Page 24 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

Para cada Elemento a medir se definir:

Atributos: indicar los atributos de las entidades. Estos atributos corresponden a caractersticas de los
entregables, es decir, a las propiedades de calidad; sern objeto de medicin para determinar el nivel
de calidad
Objetivos de calidad: indicar el valor de referencia, es decir, el nivel, rango o tolerancia
requerido/permitido. Puede referirse algn estndar o norma de calidad aplicable
Mtricas a utilizar: unidad de medida a aplicar, para cada atributo (indicar ID de la mtrica/indicador)
Mtodo de medicin: definir el mecanismo y condiciones (cmo medir/recolectar la informacin)
Frecuencia de medicin: definir la frecuencia (cada cunto medir)
Momento de medicin: especificar las instancias de medicin (cundo medir, es decir, en qu momento
medir)
Momento de reporte: especificar las instancias de reporte (en qu momento informar/publicar)
Forma de publicacin: especificar dnde y cmo publicar
Responsable de medicin: definir quin medir
Requisito de aprobacin: especificar criterio de aceptacin
Lmites aceptables: especificar rango de aceptacin (superior e inferior)
Resultado de la medicin: indicar el resultado producto de la medicin (conforme/no conforme)
Acciones a tomar: qu hacer si no se cumple
Fecha, lugar y hora del control: especificar cundo y dnde se efecta el control

Al momento de emisin de este documento, estos elementos no se encuentran definidos. Si

aplican, en las siguientes versiones de este plan sern informados.

Confidential

MiCompaa., 2013

Page 25 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

2.6 GESTIN DE RIESGOS

Para administrar los riesgos del proyecto se realizarn las siguientes actividades:

Identificacin: Consiste en determinar qu riesgos pueden afectar el proyecto y

documentar sus caractersticas. Es un proceso iterativo porque se pueden descubrir
nuevos riesgos a medida que el proyecto avanza a lo largo de su ciclo de vida. Al
comienzo del proyecto el equipo del proyecto elaborar una lista inicial de riesgos.
Adems, se incorporarn aquellos riesgos que se identifiquen durante la ejecucin del
proyecto.

Anlisis y priorizacin: Implica evaluar los riesgos en funcin a dos variables: Impacto
(efecto sobre un objetivo del proyecto en trminos de desvos en los costos, tiempos,
calidad y/o alcance del proyecto) y Probabilidad (posibilidades de ocurrencia de cada
riesgo). Se priorizarn los riesgos de acuerdo a la exposicin que tengan en el proyecto.
La exposicin ser calculada de acuerdo al impacto que el riesgo pueda tener en el
proyecto y la probabilidad de que ste ocurra. A partir del grado de exposicin, los
riesgos identificados podrn ordenarse para obtener la lista de riesgos relevantes del
proyecto. Estos riesgos sern seguidos exhaustivamente para evitar desviaciones en el
proyecto.

Generar Respuestas: Consiste bsicamente en armar planes de accin con el objeto de

evitar la concrecin del riesgo, mitigar el impacto del mismo, aceptar su posibilidad de
realizacin sin hacer nada al respecto o solucionar en caso de producirse (lo cual se trata
de una accin de Contingencia).

Seguimiento y Control: La lista de riesgos ser revisada quincenalmente o cada 3

semanas (en las reuniones de avance) por los miembros del equipo del proyecto con el
objeto de: identificar, analizar y planificar nuevos riesgos, realizar el seguimiento de los 5
riesgos identificados ms importantes (criterio de exposicin), volver a analizar los
riesgos existentes, realizar el seguimiento de las condiciones que disparan los planes de
respuestas y revisar la ejecucin de las respuestas a los riesgos mientras se evala su
efectividad.

Comunicacin: Los riesgos sern publicados en el registro de riesgos del sitio web del
proyecto, el cual podr tomarse como input de informes de seguimiento y
presentaciones.

Notas:

Se trabajar en el proyecto segn el diagrama de transicin de estados para riesgos

y problemas expuesto a continuacin:

Confidential

MiCompaa., 2013

Page 26 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

2.6.1 GESTIN DE ISSUES

Tiene por objeto definir y comunicar cmo se realizar la identificacin, anlisis, solucin,
ejecucin y seguimiento de Problemas y Temas Pendientes.
El registro de los mismos se encuentra en listados en los sitios de proyecto y se comunica a
travs del Informe de Avance. Cuando un issue es de una considerable criticidad, se informa tambin
a nivel ejecutivo.
La gestin de issues tiene como objeto minimizar el impacto de los mismos en los objetivos
del proyecto. Los mismos pueden identificarse directamente como problemas, o instanciarse por
haberse manifestado un riesgo que no se pudo cerrar (ver diagrama de transicin de estados para
riesgos y problemas).
La gestin de temas pendientes tiene como fin administrar todas las tareas que son
necesarias realizar y que no estn contempladas en el cronograma.

Lista de issues en el sitio: Link Issues PN

Lista de issues surgidos en reuniones con referentes: Link Issues PN - ISDM

Confidential

MiCompaa., 2013

Page 28 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

2.7 GESTIN DE LAS COMUNICACIONES

2.7.1 ESQUEMA DE REUNIONES, INFORMES Y DESTINATARIOS
Se definen los siguientes mecanismos de seguimiento del proyecto e informes primarios
asociados al proyecto que debern ser entregados a los receptores enumerados, como
consecuencia de alguna de las reuniones programadas o por el normal desarrollo del proyecto.
El IT CM, IT PM, Nework PM, Network Especialist presentarn/expondrn un informe semanal
que se conversar en la reunin de avance de la semana.
Luego la PMO preparar un informe incluyendo los temas tratados en la reunin, y la evolucin
de riesgos, issues, cambios (cuando apliquen), cronograma. Este informe cumplir las veces de
minuta de la reunin y constancia de acuerdos (aprobaciones) de cambios, planes y de toda
documentacin que as lo requiera.

REUNIN

OBJETIVO

FRECUENCIA

INICIAL

Formalizar el comienzo del proyecto

entre todas las personas involucradas

Primera reunin formal

(KICK-OFF)

DE AVANCE

Brindar informacin acerca del

progreso del proyecto, gestionar los
issues, los riesgos y la toma de
decisiones.

AD-HOC

Abordar, analizar y solucionar temas

de trabajo puntuales, validacin de
entregables

DE EMERGENCIA

Resolver problemas urgentes para el

avance del proyecto

el 31/08/10

PARTICIPANTES
Sponsor, Owner,
Supervisores, Especialistas
IT / ING, PMO, Key Users

Team Leader, PMs de PMO,

IT PM, IT CM, Network PM,
Network Especiallist,
Semanal, cada martes de Referente Asuntos
16:30 a 17:30hs, en Sala 7 de Regulatorios
PB Palestina
Nota: cdo.aplique se
convocar a personal de HP
y NSN

(cuando suceda indicar

ubicacin, fecha y hora

Informe de Avance

(cuando suceda indicar

ubicacin, fecha y hora)

Participantes a demanda.

Minuta

Team Leader, PM de PMO,

involucrados directos en el
problema

Minuta

Team Leader, PMs de PMO,

IT PM, IT CM, Network PM,
Network Especiallist,
DE SEGUIMIENTO Revisar y actualizar el estado de los
Quincenal o cada 3 semanas Referente Asuntos
Y CONTROL DE riesgos identificados, monitoreando
(en las reuniones de avance) o Regulatorios
RIESGOS E
las acciones de mitigacin y planes de
por demanda
ISSUES
contingencia definidos
Nota: cdo.aplique se
convocar a personal de HP
y NSN

DE CIERRE

Presentacin Kick-Off

A necesidad

A necesidad

EJECUTIVAS

INFORME

Informe de Avance

Informar al nivel gerencial sobre la

evolucin del proyecto y su registro de
Por entregable, mensual o a Gerentes, Team Leader,
riesgos, como as tambin gestionar
demanda
Owner, PM PMO, Key users
la toma de decisiones crticas en el
caso de ser necesario.

Informe Ejecutivo

Sponsor, Owner, Gerentes,

Team Leader, PM PMO, IT
CM, IT PM, Network PM,
Network Especialist, Key
Users, Participantes clave

Informe de Cierre

Formalizar el fin del proyecto entre

todas las personas involucradas

Confidential

ltima reunin formal al

finalizar el proyecto

MiCompaa., 2013

Page 29 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

2.7.4 PLAN DE CAPACITACION

2.7.4.1 OBJETIVO DE LA CAPACITACIN

El objetivo principal es capacitar a los usuarios involucrados en la utilizacin de los diferentes
procesos de portacin y sus nuevas funcionalidades.
2.7.4.2 PERSONAL A CAPACITAR
El personal a capacitar involucra las reas de:

Call Center

Telemarketing

Atencin Personal

Fidelizacin

Crditos

Fulfillment

Back Office

EECC

Dealers

El plan ser comunicado oportunamente por el rea responsable.

2.7.4.3 MATERIALES Y LOGSTICA
Se deber definir el listado de personas, para en funcin a ello reservar la sala
correspondiente. Adems, deber prepararse el material de soporte (presentacin, manuales, etc.).
Se registrar la asistencia y la evaluacin de la actividad realizada por cada uno de los participantes
en forma annima, con el objeto de disponer de informacin para analizar la efectividad de la misma.

Confidential

MiCompaa., 2013

Page 31 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

2.8 GESTIN DE LOS RECURSOS

2.8.1 RRHH

2.8.1.1 ROLES, RESPONSABILIDADES Y ASGNACIONES

ROL

DESCRIPCIN

SPONSOR

OWNER
(Business PM)

NOMBRE

AREA

Proporciona los objetivos generales acorde a

los objetivos organizacionales y su
financiamiento. Aclara preguntas sobre el
alcance y ejerce influencia sobre otros a fin
de beneficiar al proyecto.

As.Legales e
Institucionales

Responsable del rea que utilizar la

solucin del proyecto, la duea del proceso
correspondiente, cuya principal funcin es
definir los requerimientos macros de los
usuarios finales. Debe enfatizar y trasmitir el
valor de negocio de la solucin (no la
implementacin tecnolgica).

As.Regulatorios

Responsable de la participacin de las reas

involucradas.
Representante del equipo de proyecto.
Primer nivel de escalamiento del PM ante
TEAM LEADER
inconvenientes. Facilita la comunicacin y la
obtencin de recursos.

PM

IT RM

Network
Operation
Support

Responsable de la administracin integral

del proyecto y de la aplicacin de la
metodologa PMO con foco en las
actividades de Planificacin, Comunicacin,
Seguimiento y Cierre, y del cumplimiento de
sus objetivos (de Alcance, Costo, Tiempo,
Calidad, etc.).

PMO

Entiende del negocio y se comunica con los

usuarios, relevando sus requerimientos y
necesidades.

IT Customer
Management

Responsable por el control de entregables

tales como casos de uso, flujos de procesos,
requerimientos funcionales, casos de
pruebas y trazabilidad de requerimientos.
Participa de reuniones de definicin.
Lidera la etapa de definicin del alcance y
diseo funcional de IT, y de los procesos de
UAT de los sistemas afectados.

IT PM

Responsable por IT de la especificacin de

la solucin tcnica del proyecto, gestionando
su ejecucin desde el inicio hasta el cierre, haciendo cumplir sus objetivos (de Alcance,
Tiempo, Calidad, etc.). Mantiene contacto
permanente con proveedores de IT y HP

Confidential

MiCompaa., 2013

IT Project &
Vendor
Management

Page 32 of 36

MiProyecto

Version:

Project Management Plan

Date:

Responsable por ING de la especificacin de

la solucin tcnica del proyecto, gestionando
su ejecucin desde el inicio hasta el cierreNETWORK PM , haciendo cumplir sus objetivos (de Alcance,
Tiempo, Calidad, etc.). Mantiene contacto
permanente con proveedores de Ingeniera y
NSN.
Responsable de consolidar, explicar y
aprobar los requerimientos. Coordina y
facilita las actividades de los key
(Business SME users/referentes.
Leader)
Nexo con otros usuarios de la compaa.
LIDER
USUARIO

KEY USER/S
(Business
SME)

Responsable/s por la provisin y validacin

de los requerimientos del proyecto, las
definiciones funcionales especficas,
operatoria de los procesos y herramientas
de trabajo.

1.0
13/jun/2013
Network Project
& Vendor
Management

Ver listado de Key

Users por rea
impactada

Ver listado de Key

Users por rea
impactada

Pertenece a un rea/s impactada/s por el

proyecto.
CONSULTOR
DE
PROCESOS

ProcesosCalidad

Responsable por el relevamiento, anlisis

y/o mapeo de procesos.

Network
Budget &
Performance
Responsable de proveer definiciones
funcionales especficas, sobre todo en lo que
REFERENTE/S se refiere a la operatoria de los procesos y
herramientas de trabajo, regulaciones.
(Especialista/s)
Pertenece/n a rea/s impactada/s por el
proyecto.

Network
Operation
Support

Asuntos
Regulatorios

2.8.1.2 KEY USERS REAS IMPACTADAS

AREA IMPACTADA

NOMBRE

Activador Fulfillment
Adm. Clientes Cobranzas
Adm. Clientes Fidelizacin
Adm. Clientes Nvos. Negocios Telemarketing
Adm. Clientes Nvos. Negocios Telemarketing
Adm. Vtas. Crditos, Fulfillment y ST

Confidential

MiCompaa., 2013

Page 33 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

Adm. Vtas. Crditos

Adm. Vtas. Crditos y Fulfillment Temas Legales
Asuntos Regulatorios Trfico
Asuntos Legales
Asuntos Legales
Call Center
Capacitacin RRHH
Compras
CRM
CRM
CRM
CRM
Facturacin Inteconexin
Facturacin Pospago
Referente
Marketing Productos y Precios
Marketing Estratgico
Prevencin Fraude
Revenue Assurance
Servicios al Cliente Atencin Personal
Servicios al Cliente Atencin Personal
Ventas Corporativo
Ventas Indirectas
Ventas AMBA Norte
Ventas AMBA Sur

2.8.2 OTROS RECURSOS

Se refieren a:
. Infraestructura a ser provista por ATS, HUAWEI, IQUALL, TELCORDIA: cuyo detalle ser
descripto en los planes de IT e ING.
. Infraestructura para el Gateway (BDO): Infraestructura
. Grupo Portabilidad: ver detalle en Doc.Alcance

Confidential

MiCompaa., 2013

Page 34 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

2.8.2.1 MTODOS, TCNICAS Y HERRAMIENTAS

Para la ejecucin del proyecto

Las herramientas que se utilizarn para implementar la solucin sern especificados en los
planes de IT e ING.

Para la gestin del proyecto

Microsoft SharePoint como herramienta colaborativa de la documentacin generada para

el proyecto. Al mismo tiempo se lo utiliza como repositorio de riesgos, issues (problemas,
temas pendientes), calendarios, contactos, etc.
Microsoft Project para el cronograma de proyecto, seguimiento de recursos, etc.

Microsoft Word para el Plan de Proyecto, Documento de Alcance, Especificacin

Funcional, Especificacin Tcnica, Minutas

Microsoft PowerPoint, Informes de avance semanales, Informes Ejecutivos para los

Project Managers, etc.

2.9 GESTIN DE LAS ADQUISICIONES / CONTRATACIONES

Se contratan servicios a HP, NSN, TELCORDIA, IQUALL, HUAWEI, ATS, cuyas condiciones se
encuentran en los documentos firmados ad-hoc.

Confidential

MiCompaa., 2013

Page 35 of 36

MiProyecto

Version:

Project Management Plan

Date:

1.0
13/jun/2013

3. SEGURIDAD Y PRIVACIDAD
En esta seccin se establecen las caractersticas de seguridad y privacidad de todos los datos
pertenecientes al proyecto. Los mecanismos de almacenamiento y acceso y de qu manera estos
datos sern recolectados y distribuidos.
Se entienden como datos del proyecto todos los entregables (manuales en general, informes,
reportes de ejemplos, instancias de BD, documentacin en general, etc.) y documentacin generada
en el proyecto (tems de configuracin (documentacin de requerimientos, diseo, cdigo fuente,
etc.), minutas, etc.). En este sentido, toda la informacin recibida y generada por el proyecto se
almacenar en el portal de MiCompaa para el proyecto, y en servidores cuya propiedad y
administracin corresponde a MiCompaa. MiCompaa ser responsable por la asignacin de
permisos y por la implementacin de las estrategias adecuadas para asegurar su integridad y la
continuidad de su servicio.
Los proveedores externos debern firmar el Acuerdo de Confidencialidad solicitado por
MiCompaa para proteger la privacidad de la informacin intercambiada en el contexto del presente
proyecto.

Confidential

MiCompaa., 2013

Page 36 of 36