MGTI 01 F v6 34095

ComITServices
Trabajo Final de Mster MGTI

Captulo F
Planificacin del Proyecto
Minty Ascensin
Francesc Castellet
Rubn Cobo
Xavier Colet
Oscar Victory
Oficina de Proyectos de Informtica
TOUCH IT
Plataforma mvil de gestin de servicios
IT
NDICE
Resumen Ejecutivo........5
22....Descomposicin de
actividades....................6
22.1. WBS........................................................................................................ 6
22.2. Red del Proyecto..................................................................................... 6
23.
Cronograma proyecto........................................................................................... 7
23.1. Plan General de Fases del Proyecto........................................................7

23.2. Plan de Hitos del proyecto......................................................................8
23.3. Programa del proyecto.........................................................................10
24.
Plan de Recursos Humanos.................................................................................11
24.1. Estimacin de RR.HH............................................................................11

24.2. Asignacin de RR.HH............................................................................12
24.3. Plan de RR.HH....................................................................................... 12
24.4. Plan de Formacin Inicial......................................................................15
25.
Plan de Compras................................................................................................. 16
25.1. Estimacin de Recursos Externos.........................................................16

25.2. Plan de Compras.................................................................................. 17
25.3. Subcontrataciones del Proyecto...........................................................19
Responsabilidades de Compras..............................................................................19
RFI: Requisitos previos para la contratacin...........................................................20
RFQ: Pliego de Condiciones y Cotizacin................................................................21
Gestin Administrativa de las Subcontrataciones...................................................21
Seguimiento y Control............................................................................................ 21
26.
Plan de Riesgos................................................................................................... 23
26.1. Identificacin de Riesgos......................................................................23

Estructura de desglose de riesgos (RBS)................................................................23
26.2. Cuantificacin de Riesgos.....................................................................24

Definiciones de Probabilidad...................................................................................24
Definiciones de Impacto......................................................................................... 24
26.3. Planes de Respuesta a Riesgos............................................................25

Matriz de Probabilidad de Impacto..........................................................................28
Matriz PxI................................................................................................................ 28
Catlogo de riesgos................................................................................................ 29
26.3. Planes de Respuesta a Riesgos............................................................30

27.
Plan de Calidad................................................................................................... 31
27.1. Estndares Aplicables...........................................................................31

Planificar la Calidad................................................................................................ 31
Realizar el Control de Calidad.................................................................................32
27.2. Plan de Calidad..................................................................................... 32

Premisas................................................................................................................. 32
Etapas del desarrollo de software...........................................................................32

Pruebas................................................................................................................... 36
Manejo de versiones y colaboracin.......................................................................37
Generacin de ejecutables.....................................................................................38
27.3. Control de Calidad................................................................................ 39

28.
Plan de Comunicacin......................................................................................... 40
28.1. Necesidades de Comunicacin.............................................................40

28.2. Plan de Comunicacin..........................................................................42
Informacin del Proyecto........................................................................................42
Actividades de comunicacin entre los Stakeholders..............................................42
Tabla de requerimientos de comunicaciones..........................................................44
Recursos asignados a actividades de comunicacin...............................................46
29.
Plan de Transferencia.......................................................................................... 48
30.
Presupuesto del Proyecto....................................................................................52
ANEXO 1..................................................................................................................... 54
RFQ Compra de servidores..........................................................................54

Introduccin............................................................................................................ 54
Requisitos Clave..................................................................................................... 54
Proceso de Respuesta............................................................................................. 54
RESUMEN EJECUTIVO
TouchIT consiste en el desarrollo de un sistema mvil orientado a smartphones y
tablets que ofrecer a los clientes toda la informacin en tiempo real sobre los servicios
contratados a ComITServices, que actualmente solo puede obtener a travs del portal
web de clientes de NBOSS. A su vez, dicho sistema proporcionar a los empleados de la
compaa la posibilidad de acceder a distintos servicios CORE del negocio: NBOSS,
Sharepoint y mensajera interna.
Los beneficios que aportar el proyecto al negocio sern los siguientes:
Aportar valor aadido para diferenciar a ComITServices de la competencia con

servicios innovadores y de calidad.
Alinear al Departamento IT con la estrategia empresarial (permite al cliente
visualizar lo fiable que es la plataforma y como su servicio se presta de forma
ininterrumpida).
Dotar de un nuevo canal que mejorar la comunicacin con el cliente pues
facilitar la gestin de sus incidencias o gestiones administrativas.
Permitir mejorar la atencin y el servicio que prestamos a nuestros clientes,
disminuyendo los tiempos de respuesta a las incidencias.
Aumentar el grado de fidelizacin de los clientes por el incremento de
satisfaccin, reduciendo el tanto por ciento de abandonos anuales.
Aumentar el porcentaje de captacin de nuevos clientes.
Mejorar la productividad del equipo de operaciones (Soporte y Service

Managers), aumentando su control sobre las plataformas y servicios.
Para conseguirlo, se desarrollar una capa de integracin que ser capaz de ofrecer un
sistema de personalizacin de alarmas, que sern recibidas por nuestros Clientes en
forma de notificaciones PUSH, permitiendo la eliminacin de correo masivo en forma de
SPAM. A su vez, se pretende habilitar el acceso a la cuenta de cada Cliente desde el
dispositivo mvil, su documentacin privada y sus cuotas de consumo respecto a los
servicios contratados. A nivel operativo, debe permitir una gestin optimizada de los
Tickets, la monitorizacin de nuestros sistemas, siempre con el objetivo de mejorar la
experiencia del usuario y de facilitar un nuevo canal de comunicacin con
ComITServices.
Con el objetivo de dotar al proyecto de los conocimientos tecnolgicos necesarios para
el desarrollo de la capa de integracin y las aplicaciones mviles para Android e iOS, se
contar con la participacin de una empresa externa especializada. El trabajo de la
empresa externa se realizar bajo estrecha supervisin del Project Manager interno del
proyecto y siguiendo los estndares de calidad de ComITServices. El contrato con la
empresa de desarrollo externa incluye 2 meses de soporte una vez en produccin para
la resolucin de incidencias. De cara al futuro mantenimiento de la aplicacin TouchIT,
el proyecto tambin incluye formacin a dos desarrolladores del Equipo de Desarrollo
interno.
El desarrollo del proyecto implica la compra de hardware, licencias de desarrollo,

licencias de publicacin en Apple Store y Google Play Store, el contrato con una
empresa de desarrollo externo y el contrato con una empresa de formacin.
22.
DESCOMPOSICIN DE ACTIVIDADES
22.1.
WBS
Se anexa el documento TFM TouchIT WBS.pdf resultante despus de varios

ciclos de revisin, donde se incluye el detalle de las principales tareas. Es importante
puntualizar que el diseo de la WBS se ha efectuado por fases, lo que ms entendible
el proyecto.
22.2.
RED DEL PROYECTO
Se anexan los documentos TFM TouchIT Gantt - Camino Crtico.pdf y TFM

TouchIT Diagrama de Red Camino Crtico.pdf con el resultado del camino
crtico, tanto para el Diagrama de Gantt como el Diagrama de Red. Ambos documentos
han sido exportados de la herramienta Microsoft Project.
23.
CRONOGRAMA PROYECTO
23.1.
PLAN GENERAL DE FASES DEL PROYECTO
Para la planificacin del presente proyecto se ha utilizado una estructura en la cual se

han dividido las tareas en cinco grandes bloques o fases, adems de las fases de Inicio
y Cierre del Proyecto:
1. Fase de Anlisis: en la que se coordinar a todos los stakeholders del proyecto
con la finalidad de identificar y definir en detalle todas sus necesidades. Se
realizarn diferentes reuniones con todos los involucrados para realizar la toma
de requerimientos necesaria para realizar un diseo coherente y diferencial.
2. Fase de Diseo: en la que con toda la informacin recogida iniciamos el diseo
de todos los componentes y la arquitectura del sistema. El objetivo de esta fase
es desarrollar un sistema que permita satisfacer todos los requisitos del cliente
(no slo en trminos de calidad sino tambin en trminos de coste y plazo) de
manera que todas y cada una de las caractersticas de diseo sean trazables a
los requisitos de cliente y viceversa. Dado que una parte del desarrollo lo
realizar un proveedor, es necesario especificar y disear cada componente con
el mximo detalle, de esta forma aseguraremos que todos los requerimientos
del cliente estn cubiertos. Se realizar el diseo de las pruebas que se van a
realizar para poner a prueba la calidad de los sistemas y los parmetros que
tanto los proveedores como el equipo de QA tienen que validar.
3. Fase de Construccin y Desarrollo: donde se construirn todos los componentes
del sistema de acuerdo al diseo de la fase anterior. En el caso de las
aplicaciones mviles, el proveedor deber construir mltiples prototipos
buscando la validacin de los key users.
4. Fase de Integracin y Pruebas: Se elaborarn las pruebas segn el diseo
planteado en la fase anterior. Por tanto, es importante llevar un control
detallado sobre el plan de proyecto establecido dentro del coste y tiempo
asignado.
5. Fase de Formacin y Transferencia: En la cual se pone en marcha la gestin del
cambio, con la finalidad de que el sistema sea utilizado por todos los usuarios.
Para ello se realizar la formacin, tanto en el aspecto tcnico como para el uso
de las funcionalidades del sistema al equipo actual de desarrollo de
ComITServices. El objetivo principal es asegurar que los beneficios alcanzados
se mantengan una vez el equipo de proyecto se retire y finalice el mismo.
A continuacin se presenta un grfico del cronograma general resumido del proyecto,

as como el calendario bsico y los principales hitos basados en unas primeras
estimaciones. Todos estos puntos se ampliarn con detalle en el momento de abordar
la planificacin detallada del proyecto.
Proyecto Touch IT
Meses
10 11 12
1. Fase de Anlisis
Coordinacin Stakeholders y reuniones de toma de requerimientos.
2. Fase de Diseo
Arquitectura del sistema. Asegurarse de que todos los
requerimientos del cliente estn cubiertos.
3. Fase de Construccin y Desarrollo

Construccin de Prototipos para la validacin de los Key users.
4. Fase de Integracin y Pruebas
Despliegue del Producto y validacin de pruebas.
5. Fase de Formacin y Transferencia
Inicio de la Gestin del Cambio y Transferencia de Conocimientos.
23.2.
PLAN DE HITOS DEL PROYECTO
A continuacin se muestra una tabla con el plan de hitos. Incluye fecha, responsables y
entregables asociados:
Nombre de Hito
Documento de Alcance
Fecha
Responable
10/03/201
PM Interno
5
Entregables
Documento de Alcance
Adquisicin Licencias
Desarrollo
31/03/201
Equipo Compras ;PM Interno
5
Contrato Adquisicin
Licencias Desarrollo
Solicitud de Recursos
Externos
01/04/201
PM Interno; Equipo Compras
5
Documento Solicitud
Recursos Externos
Solicitud de Formacin
01/04/201
5
Documento Solicitud de
Formacin
Disponibilidad de Recursos
Externos
02/04/201
5
Contrato Empresa Externa

de Desarrollo
02/04/201
5
15/04/201
PM Interno
5
15/04/201
PM Interno
5
Contrato Empresa
Formacin
Documento de
Requerimientos SW
06/05/201
PM Interno; Arquitecto Interno
5
Documento de
Requerimientos SW
Documento de
Requerimientos HW
07/05/201
PM Interno; Arquitecto Interno
5
Documento de
Requerimientos HW
Lanzamiento RFQ Proveedor

HW
08/05/201
PM Interno
5
Documento RFQ
Proveedor
Elaboracin TAD
14/05/201
Arquitecto Interno
5
Documento Technical
Arquitecture Design
Prototipo de Servicios Web
Arquitecto Externo; Arquitecto

19/05/201 Interno; Desarrollador Android
5
Externo; Desarrollador iOS
Externo; PM Interno
Archivos Diseo
Arquitectura SW
Diseo Cdigo Java
Cierre RFQ y Eleccin

Proveedor
25/05/201
Equipo Compras ;PM Interno
5
Documento Comunicacin
Eleccin Proveedor
Recepcin Material
27/05/201
Equipo Delivery
5
Albaran Recepcin
Entrega de Mockups y
Prototipo de Diseo Grfico
Android
29/05/201 Diseador Grfico Externo; PM

5
Externo
Archivos Mockups y
Prototipo de Diseo
Android
Montaje Servidores
01/06/201 Analista Sistemas Interno;

5
Equipo de Montaje
Plataforma enrackada y
configurada
Entrega Entorno Desarrollo

5
Arquitecto Interno; PM Interno
Plataforma de desarrollo
disponible
Entrega de Mockups y
Prototipo de Diseo Grfico
iOS
12/06/201 Diseador Grfico Externo; PM

5
Externo
Archivos Mockups y
Prototipo de Diseo iOS
Entrega Entorno Integracin

5
Plataforma de Integracin
disponible
Entrega Entorno Produccin

5
Plataforma de Produccin
disponible
Entrega Prototipo Funcional 1

de Servicios Web

15/07/201
Interno; Analista Sistemas
5
Externo; PM Externo
Cdigo Prototipo Funcional

1 de Servicios Web
Entrega Prototipo Funcional 2

de Servicios Web
Analista Sistemas Externo;

03/08/201
5
Interno; PM Externo
Cdigo Prototipo Funcional

2 de Servicios Web
Formalizacin Formacin
Kick Off Global
Kick Off Equipo
Acta Reunin
Acta Reunin
Entrega Mdulo 1 Prototipo

Funcional
Cdigo Men Inicio

27/08/201 Desarrollador Android Externo; Cdigo Mdulo
5
PM Externo
Monitorizacin
Cdigo Mdulo Ticketing

Funcional
27/08/201 Desarrollador iOS Externo; PM

5
Externo

Funcional
Cdigo Mdulo Cuenta

29/10/201 Desarrollador Android Externo; Cliente
5
PM Externo
Cdigo Mdulo Encuestas
Cdigo Mdulo Propuestas

Funcional

5
Externo
Cdigo Mdulo Cuenta

Cliente
Cdigo Mdulo Encuestas
Cdigo Mdulo Propuestas
Finalizacin Pruebas
Unitarias
12/11/201
PM Externo
5
Documento Informe de
Resultados

Funcional
09/12/201 Desarrollador Android Externo; Cdigo Mdulo Sharepoint

5
PM Externo
Cdigo Mdulo XMPP
Aprobacin Aplicacin Apple

Store
11/12/201
PM Interno
5
Comunicacin Aprobacin
Apple Store

Funcional

5
Externo
Cdigo Mdulo Sharepoint

Cdigo Mdulo XMPP
Finalizacin Pruebas
Integracin
31/12/201
PM Externo
5
Resultados
Finalizacin Formacin
14/01/201 Desarrollador A Interno;

6
Desarrollador B Interno
Certificado Asistencia
Curso Desarrollador en
iOS
Certificado Asistencia
Curso Desarrollador en
Android
Aceptacin en Produccin
15/01/201
PM Externo
6
Resultados
Handover
21/01/201
PM Interno
6
Acta Reunin Handover
Aprobacin Publicacin Apple

Store
01/02/201
PM Interno
6
Publicacin Apple Store
Comunicacin Publicacin
Aplicaciones
02/02/201
PM Interno
6
Aplicacin Apple Store
Cierre de Proyecto
16/03/201
PM Externo; PM Interno
6
Documento Firma
Aceptacin del Proyecto
Entregado
Cdigo Men Inicio

Cdigo Mdulo
Monitorizacin
Cdigo Mdulo Ticketing
23.3.
PROGRAMA DEL PROYECTO
Se adjunta Grfico de Gantt en documento TFM TouchIT Gantt.pdf despus de

varios ciclos de reunin. Elaborado con Microsoft Project.
24.
PLAN DE RECURSOS HUMANOS

24.1.
ESTIMACIN DE RR.HH.
Se presenta el siguiente cuadro resumen de estimacin de RR.HH. despus de realizar

diversos ciclos de revisin de las asignacin de RR.HH. (punto 24.2). Para ello se ha
utilizado la herramienta Microsoft Project y se ha comprobado que no hubiese
sobreasignaciones.
Se considera que los recursos no estn asignados exclusivamente al proyecto durante
toda la duracin del mismo, sino solo cuando se requieren. Se asume que estarn
disponibles en los espacios de tiempo en que se les requiere. Para los clculos de carga
de trabajo se ha tenido en cuenta que el rendimiento real no es del 100% si no del
60%. As, si para una tarea concreta se asigna en el documento de MS Project un
recurso al 100% durante una jornada laboral de 8 horas, se entiende que en tiempo
efectivo el trabajo se ha realizado en 4,8 horas, aunque para la estimacin de horas
contamos tambin con el tiempo no efectivo.
Departamen
to
Tasa
estndar
Trabajo
Costo
PMO
75,00 /hora
512,03
38.403,00
Sistemas y
Comunicacion
es
35,00 /hora
201,18
7.041,49
Desarrollador A Interno
Equipo de
Desarrollo
20,00 /hora
144
2.880,00
Equipo de
Desarrollo
20,00 /hora
144
2.880,00
Calidad
35,00 /hora
165,43
5.790,40
Analista Sistemas Interno
Sistemas y
Comunicacion
es
30,00 /hora
121,43
3.643,20
Analista Funcional Interno
Equipo de
Desarrollo
35,00 /hora
173,43
6.070,40
Equipo Delivery
Logstica
0,00 /hora
16
0,00
Equipo Compras
Compras
0,00 /hora
22
0,00
Equipo Marketing
Marketing
0,00 /hora
0,00
Nombre del recurso

PM Interno
Arquitecto Interno
Analista QA Interno
Equipo Montaje
Logstica
0,00 /hora
0,00
Descripcin de los recursos internos:

Recurso
PM Interno
Arquitecto Interno
Desarrollador A
Desarrollador B
Analista QA Interno
Equipo Delivery
Equipo Compras
Equipo Marketing
Responsabilidades
Creacin y mantenimiento de todos los planes de
proyecto
Elaboracin de documentos referentes al proyecto
Conduccin de las reuniones del proyecto
Elaboracin de actas de reunin del proyecto
Seguimiento de las diferentes fases y tareas del
proyecto
Interlocucin con stakeholders
Interlocucin con Project Manager Externo
Definicin de arquitectura de software de la capa de
integracin
Participacin en la preparacin de los entornos de
trabajo
Asistencia a reuniones como especialista de
arquitectura
Configuracin de los servidores
Preparacin de los entornos de trabajo
Asistencia a reuniones como especialista de
sistemas
Definicin de funcionalidades de la capa de
integracin y las aplicaciones mviles
Asistencia a reuniones y asesoramiento en creacin
de manuales como especialista en funcionalidad
Asistencia a formacin
Participacin en la fase de traspaso
Asistencia a formacin
Participacin en la fase de traspaso
Asesoramiento en calidad en diferentes tareas
Elaboracin de pruebas y tests
Recurso
de
la
Empresa,
no
vinculado
especficamente al proyecto
Encargado de recibir los servidores
Recurso
de
la
Empresa,
no
vinculado
Encargados de hacer las compras de materiales y
recursos, junto con los contratos de compra
Recurso
de
la
Empresa,
no
vinculado
Encargado de comunicacin
Equipo Montaje
24.2.
Recurso
de
la
Empresa,
no
vinculado
Encargados de enrackar los servidores y cablearlos
ASIGNACIN DE RR.HH.
Se adjunta cronograma del proyecto sin sobreasignaciones de recursos.

En el siguiente apartado se presenta una tabla completa de incorporaciones y
liberaciones de recursos, junto con su dedicacin requerida durante su participacin en
el proyecto.
24.3.
PLAN DE RR.HH.
Veamos el Plan de Incorporaciones del personal interno que participa en el proyecto, y

de su liberacin.
Nombre del recurso
Trabajo
Comienzo
Fin
Dedicaci
n
PM Interno
512,03
lun 02/03/15 mi 16/03/16
24%
Arquitecto Interno
201,18
mi 15/04/15 jue 21/01/16
13%
Desarrollador A Interno
144
mi 29/04/15
vie 22/01/16
9%
144
mi 29/04/15
vie 22/01/16
9%
Analista QA Interno
165,43
mar
31/03/15
mi 20/01/16
10%
121,43
mi 15/04/15 mi 20/01/16
173,43
mi 15/04/15
mar
26/01/16
8%
11%
Equipo Delivery
16
lun 25/05/15 mi 27/05/15
100%
Equipo Compras
22
lun 30/03/15
lun 25/05/15
5%
Equipo Marketing
lun 01/02/16
mar
50%
02/02/16
Equipo Montaje
mi 27/05/15 jue 28/05/15
100%
Teniendo en cuenta que los recursos no son exclusivos, es interesante ver la dedicacin
semanal de cada recurso durante el proyecto, pues veremos que variar enormemente
segn la fase del proyecto en que nos encontremos.
Fases
Mes
Gestin
mar15
Se
m
2
9
16
23
abr-15
Anlisis
13
20
27
Construccin y Desarrollo
may15
Diseo
30
6
jun-15
jul-15
4
11
18
25
1
8
15
22
29
6
13
20
27
PM
Arquitec Desarroll
to
ador A
Desarroll
ador B
Analis
ta QA
Analis Analist
ta
a
Siste Funcion
mas
al
30h
30h
33,67
h
32,67
h
33,73
h
39h
34,85
h
25,97
h
28h
23,95
h
8,82h
1h
8,42h
4,38h
12,02
h
4,37h
8h
8h
8h
16h
15,52h
3,43h
17,92h
2h
2h
2h
2h
15,52h
15,52h
17,92h
25,97h
2h
22h
16,1h
7,95h
33,9h
2h
2h
4h
2h
2h
2h
2,82h
2h
2h
2,22h
7,78h
14,1h
19,9h
2h
6h
2h
2h
2,22h
2h
2h
2h
15,78h
2h
2h
8h
2h
2h
2h
2h
2h
2h
2h
2h
2h
2h
2h
2h
12,45h
14h
5,55h
6h
2,38h
2h
1,62h
ago-15
sep-15
oct-15
Pruebas
nov-15
dic-15
FormTrans
ene-16
feb-16
mar16
Cierr
e
3
10
17
24
31
7
14
21
28
5
12
19
26
2
9
16
23
30
7
14
21
28
4
11
18
25
1
8
15
22
29
2h
2h
2h
2h
2h
8h
6h
2,38h
2h
2h
2h
2h
2h
2h
8h
2h
2h
2h
2h
2h
2h
8h
2h
2h
2h
2h
2h
2h
8h
2h
2h
2h
2h
2h
2h
8h
2h
2h
2h
2h
2h
2h
8h
2h
2h
2h
2h
2h
2h
10h
2h
2h
2h
2h
2h
2h
8h
2h
2h
2h
2h
2h
2h
8h
8,22h
1,78h
2h
4,55h
2h
2h
2h
8,22h
33,78h
2h
2h
14,22h 14,22h
38h 27,78h
29,78h
26h
2h
8,22h
1,78h
2h
2h
8h
3,82h
8,98h
25,4h
3h
18h
2h
12,88h
39,33h
29,78h
26h
2h
2h
7
14
24.4.
8h
6h
PLAN DE FORMACIN INICIAL
No aplica. Se recurrir a una empresa externa para el desarrollo de la aplicacin, y la

formacin que incluye el proyecto para los desarrolladores de Android e iOs internos es
2h
31,12h
18,88h
7,92h
10,08h
para hacer posible el traspaso del proyecto, y que estos desarrolladores se encarguen
del mantenimiento de las aplicaciones una vez concluido el proyecto.
25.
PLAN DE COMPRAS
25.1.
ESTIMACIN DE RECURSOS EXTERNOS
Durante la fase de anlisis del proyecto se han identificado los recursos materiales y
humanos necesarios para su correcta ejecucin. A continuacin detallamos ambas
categoras con la descripcin y el nmero de unidades necesarias:
RECURSOS MATERIALES
Categora
Descripcin
Servidores X3750
HARDWARE
N
Unidades
8
Procesadores Intel Xeon 8C E5-4620
16
8GB (1x8GB, 2Rx4, 1.35V) PC3L-10600 CL9

ECC DDR3 1333MHz LP RDIMM
16
Licencia desarrollo en Google Play
Licencia desarrollo en Apple Store
SOFTWARE
RECURSOS HUMANOS
Descripcin
N
Unidades
Formacin en desarrollo de aplicaciones iOS
Formacin en desarrollo de aplicaciones

Android
PM Externo
Arquitecto Externo
Desarrollador Android Externo
Desarrollador iOS Externo
Diseador Grfico Externo
Categora
FORMACIN
RECURSOS
EXTERNOS
25.2.
PLAN DE COMPRAS
Durante la fase de diseo del plan de compras se han identificado 4 paquetes de

recursos que debern ser adquiridos. Para ello, ComITServices dispone de proveedores
homologados internamente que garantizan la calidad de los servicios ofrecidos tanto
en proceso como en entregables. Los paquetes identificados son los siguientes:
Recursos HW
Recursos Humanos
Licencias de Desarrollo
Formacin para empleados internos
Excluimos el paquete de Licencias de Desarrollo de los proveedores homologados

internamente, ya que estas licencias se adquieren directamente de Apple y Google.Por
otro lado, los paquetes de Recursos HW y Recursos Humanos si sern ofrecidos por
proveedores homologados en ComITServices. Asumimos en este punto que los RFQs ya
se han ejecutado y valorado. A continuacin detallamos la informacin relacionada con
fechas, coste y proveedor en ambos casos:
RECURSOS HW
PROVEEDOR
SELECCIONADO:
Servidores
Concepto
Servidores X3750
Procesadores Intel Xeon 8C E5-4620
8GB (1x8GB, 2Rx4, 1.35V) PC3L-10600 CL9
ECC DDR3 1333MHz LP RDIMM
Coste
Unidade
unitario
s
6738,45
8
1773,41
16
74,3
16
TOTAL
Total
53907,6
28374,56
1188,8
83470,96
DETALLE FECHAS:
Nombre de tarea
Lanzamiento RFQ Proveedor HW
Cierre RFQ y eleccin del proveedor HW
Recepcin Material
RECURSOS HUMANOS
Fecha
08/05/15
18/05/15
27/05/15
PROVEEDOR SELECCIONADO:
Servidores
Concepto
Desarrollo Capa de Integracin
Desarrollo nueva App mvil iOS
Desarrollo nueva App mvil Android
Coste
unitario
185.357,3
9
Unidade
s
1
Total
185.3
57,39
185.3
57,39
TOTAL
DETALLE FECHAS:
Nombre de tarea
Fin
Solicitud y contratacin de Recursos Externos

Disponibilidad de Recursos Externos
01/04/15
02/04/15
LICENCIAS DESARROLLO
Servidores
Concepto
Licencia desarrollo Apple
Licencia desarrollo Google
Coste
Unidade
unitario
s
90
1
60
1
TOTAL
Total
90
60
150
DETALLE FECHAS:
Nombre de tarea
Adquisicin licencias de Desarrollo
CURSOS DE FORMACIN
Fecha
31/03/15
PROVEEDOR SELECCIONADO:
Formacin
Concepto
Curso desarrollo aplicaciones mviles iOS
Curso desarrollo aplicaciones mviles
Android
Coste
unitario
Unidade
s
Total
1.100
2.200
1.100
2.200
4.400
TOTAL
DETALLE FECHAS:
Nombre de tarea
Solicitud de formacin
Formalizacin cursos de formacin
25.3.
Fecha
01/04/15
02/04/15
SUBCONTRATACIONES DEL PROYECTO
RESPONSABILIDADES DE COMPRAS
Las responsabilidades relacionadas con las compras de recursos materiales,
servidores en nuestro proyecto, recaen en el equipo de Delivery que forma parte del
departamento de Project Management. Para ello hemos estimado un recurso
DeliveryEngineer en el organigrama del proyecto. Sus tareas se engloban en 2.5.
Adquisicin Recursos en la WBS.
Aun siendo responsabilidad del equipo de Delivery, existe un flujo de aprobacin de la
rdenes de compra en el que estn implicados el Director de operaciones, Director de
Ventas y Director de Finanzas, con el Project Manager de stakeholder en todo el
proceso. Cabe puntualizar, que las compras de recursos humanos a proveedores la
realiza directamente el Equipo de Compras:
Director de
operaciones
Valida con el
equipo
tcnico la
solucin
escogida y las
compras
necesarias
para validar la
operacin.
Director de
Ventas
Revisa que la
operacin sea
coherente a
nivel
econmico y
que est
dentro de los
estndares de
ganancias.
Equipo de
Finanzas /
Compras
Revisa que no
existen errores
en el proceso a
nivel
burocrtico y
econmico
antes de
validar la
compra.
Ejecuta las
contratacion
ess de
recursos
humanos.
Equipo de
Delivery
Ejecuta la
compra de
HW segn la
propuesta
original, al
proveedor
correspondien
te.
RFI: REQUISITOS PREVIOS PARA LA CONTRATACIN

ComITServices dispone de proveedores de hardware de primera lnea ya homologados
a nivel europeo, lo que permite estandarizar las infraestructuras que se despliegan en
cada proyecto.
Los proveedores homologados y, por lo tanto, implicados en el RFQ que se detalla en el
siguiente punto son:
Por la parte de externalizacin del desarrollo de la capa de integracin y aplicaciones

mviles, ComIT services tambin dispone de un proveedor homologado que ya ha
realizado trabajos de desarrollo en otros proyectos del grupo. En este caso, el
proveedor no se ver involucrado en ningn RFQ. El proveedor en cuestin es:
RFQ: PLIEGO DE CONDICIONES Y COTIZACIN

Se puede encontrar la RFQ para los elementos Hardware necesarios para llevar a cabo
el proyecto en el ANEXO-1 de este documento.
GESTIN ADMINISTRATIVA DE LAS SUBCONTRATACIONES

La gestin de subcontrataciones durante el proyecto se realizar mediante la
consolidacin de los Hitos descritos a continuacin:
Nombre de tarea
Fecha
Lanzamiento RFQ Proveedor HW

Cierre
RFQ
y
eleccin
de
proveedor HW
Solicitud de Recursos Externos
Recepcin Material
Adquisicin Licencias Desarrollo
Solicitud de formacin
Formalizacin
cursos
de
formacin
08/05/15
18/05/15
01/04/15
27/05/15
31/03/15
01/04/15
02/04/15
El seguimiento de las compras lo realizar el equipo de Delivery. Respecto a la compra

y seguimiento de recursos humanos para el desarrollo, ser directamente el equipo de
compras el que ejecutar la compra y seguimiento del proceso.
En cuanto a la gestin global de la facturacin y pagos, ser tarea exclusiva del equipo
de compras de ComITServices.
SEGUIMIENTO Y CONTROL
Tal y como se detalla en el Plan de Comunicacin (punto 28), el Project Manager de

ComITServices realizar reuniones de seguimiento peridicas para gestionar
debidamente el tiempo y coste derivado de nuestro proveedor encargado del desarrollo
de la Capa de Integracin y las Apps Mviles:
2.3. Reuniones del Comit de Seguimiento.

Reuniones semanales de verificacin y control entre el jefe de proyecto,
el equipo y el Project Manager externo. El jefe de Proyecto presentar el
Informe de Seguimiento para evaluar las directrices ms importantes
concernientes al cumplimiento de los hitos semanales. El ndice de este
informe ser:
Resumen ejecutivo
Grado de avance. Planning actualizado
Tareas realizadas en el ltimo perodo
Previsin de tareas para el siguiente perodo
Puntos de inters
Validacin de hitos
Validacin de entregables
Validacin de la operativa
El acta de la reunin ser enviada a los participantes va correo electrnico.

Lo que refiere a la adquisicin de HW, no se establecen reuniones de seguimiento, ya
que se trata de una compra con fecha lmite de entrega que no requiere un control o
seguimiento peridico una vez entregados.
26.
PLAN DE RIESGOS
26.1.
IDENTIFICACIN DE RIESGOS
ESTRUCTURA DE DESGLOSE DE RIESGOS (RBS)
26.2.
CUANTIFICACIN DE RIESGOS
DEFINICIONES DE PROBABILIDAD
Muy Alta
Alta
Media
Riesgo que es muy probable que suceda. Se trata de la

probabilidad ms alta, contabilizando la probabilidad entre el 80%99%
Riesgo altamente probable de suceder, su probabilidad se sita
entre el 60% y 80%.
Riesgo medianamente probable de suceder. Su probabilidad se

sita entre el 40% y el 60%
Baja
Riesgo poco probable de ocurrir. La probabilidad de que suceda se

encuentra entre el 10% y el 40%.
Muy Baja
Riesgo muy poco probable para ocurrir, La posibilidad de que

ocurra este Riesgo y el impacto en el proyecto es casi o totalmente
nula.
DEFINICIONES DE IMPACTO
IMPACTO
Muy bajo
Bajo
Medio
Alto
Muy Alto
Alcance
Mnimo
Cambios
Dbiles
Cambios
Importantes
Inaceptable
por Sponsor
Inaceptable
por
empresa
Cronograma
Mnimo
(horas)
Algunos
das
Varias
Semanas
Ms de un
mes
Ms de un
trimestre
Costo
0%
0 a 5%
5 a 7%
7 a 10%
>10%
26.3.
PLANES DE RESPUESTA A RIESGOS

Prob.
%
Impac
to
Retraso en la
configuracin de los
R01
servidores
Muy
Bajo
Bajo
Mal anlisis de la
infraestructura
R02
requerida
Muy
Bajo
Medio
Medio
ID
Riesgo
Bajo rendimiento ante

la integracin del
R03 nuevo sistema con
NBOSS
R04 Afectacin a servicios
core de la compaa
R05
R6
R7
Fuga de cerebros de
personal relacionado
con el proyecto
Actualizacin de S.O.
mvil que hace que la
aplicacin no funcione
correctamente.
Mala comunicacin
entre cliente-proveedor
Descripcin
Plan de Mitigacin
Posibilidad de que el equipo de Sistemas no

configure los servidores en el tiempo
requerido
Realizar un datasheet con todos los requerimientos bien

definidos con antelacin y mantener reunin diaria del
avance de los trabajos.
Posibilidad de que la infraestructura

virtualizada requiera ser redimensionada
debido a un mal planteamiento inicial
Realizar un checklist conjuntamente con el proveedor para

tener un dimensionamiento adecuado a las exigencias de
los nuevos sistemas
Muy
Alto
La aplicacin tiene un rendimiento

inaceptable, (no pasa test de calidad)
Realizar pruebas de carga antes de pasar a produccin.
Bajo
Muy
Alto
En el desarrollo de la capa de integracin se

ven afectados los sistemas actuales de
produccin
Proporcionar un entorno de desarrollo y pruebas adecuado.

En este caso tendremos 2 entornos de prueba antes de
pasar a produccin. Hacer rollback para estabilizar la
situacin.
Bajo
Alto
Empleados clave relacionados con el proyecto

causan baja en la empresa
Tener documentados el estado de todas las tareas de los

usuarios clave del proyecto para hacer un correcto
traspaso a la nueva incorporacin.
Alta
Muy
Alta
Debido a una actualizacin de sistema

operativo mvil la aplicacin deja de ser
funcional o pasa a estar inoperativa
En caso de requerir una actualizacin la aplicacin ser

probada en un entorno de desarrollo y de no funcionar se
debern realizar desarrollos adicionales para adaptarla
Media
Media
Aumentar infraestructura en caso necesario.
Mala comunicacin entre proveedor-cliente. Se Establecer un plan de comunicacin y concienciar a todas

tarda en validar hitos
las partes del protocolo.
R8
R9
Baja implicacin
stakeholders
Medio
Medio
Retraso en la entrega
de servidores por parte
del proveedor
Medio
Muy
alto
Retrasos en la entrega
de la APP por parte del
R10
proveedor
La base de datos de
COMIT actual no puede
realizar tantas
R11 transacciones por
segundo como se
esperaba
Retraso porque la
empresa no pasa test
R12 de calidad establecidos
por ComIT
Quiebra de la
R13 subcontrata
Traspaso de
R14 conocimiento
inadecuado entre
Bajo
Bajo
Bajo
Bajo
Bajo
Alto
Alto
Alto
Muy
Alto
Muy
alto
Hacer partcipes a los stakeholders con reuniones definidas

previamente en el proyecto y valorar las sugerencias que
Los stakeholder no se implican con el proyecto
puedan aportar al proyecto. Comunicar a los stackeholders
que sus sugerencias se tienen en cuenta.
Retraso en la entrega de los servidores por

parte del proveedor, consecuencia de ello, se
produce un retraso en todo el proyecto.
El proveedor no entrega la APP en la fecha

prevista
Debido a que hay una carga adicional a la

BBDD de ComIT puede que esta no soporte la
carga adicional
Definir una penalizacin con el proveedor por cada da de

retraso.
Realizar una estimacin lo ms realista posible en cuanto

al desarrollo del producto.
Establecer por contrato con el proveedor una penalizacin
por da de retraso
Realizar anlisis de la situacin actual. Aumentar la
memoria a los servidores de BBDD para que puedan
procesar la informacin a la velocidad deseada.
Se han definido unos test de calidad por parte

de ComIT. En caso de no pasar estos test de
calidad se debera revisar el desarrollo de la
APP.
Definir por contrato los requisitos de calidad establecidos

por ComIT. Exigir por contrato una penalizacin en caso de
no cumplir con estos test.
La empresa quiebra. Como consecuencia deja

de ofrecer su servicio.
Definir por contrato que en caso de cese de servicio haya

una compensacin econmica. Exigir documentacin de
los trabajos realizados hasta el momento para un correcto
traspaso de informacin a otro proveedor.
La empresa externe ofrece un inadecuado

traspaso de conocimiento a nuestros
desarrolladores.
Exigir una hoja valoracin final, para valorar traspaso de

conocimiento. Proponer ms horas de formacin para
realizar un traspaso correcto.
proveedor-cliente
Alta rotacin de
personal en empresa
R15
externa
Aparicin de nuevos
sistemas mviles con
penetracin rpida en
R16
el mercado
Medio
Muy
Bajo
Alto
Alto
Alta rotacin de personal en la empresa

externa. Por este motivo se pueden generar
retrasos en el proyecto.
Mantener y exigir un interlocutor nico con la empresa

externa. Y que los desarrolladores siempre sean los
mismos.
Disponer por contrato con proveedor de mantenimiento de

los mviles actuales.El hecho de tener ya desarrollada una
capa de integracin con NBOSS ayudar a reaccionar con
Aparecen al mercado nuevos sistemas mviles
rapidez a los cambios en el mercado mvil
MATRIZ DE PROBABILIDAD DE IMPACTO

Muy Alto
R6
Probabilidad
Alto
R8
R7
R15
R1
R2
R5
R10
R11
R12
R16
Bajo
Medio
Alto
Medio
Bajo
Muy Bajo
Muy Bajo
Impacto
Probabilidad
MATRIZ PXI
5
10
15
20
25
12
16
20
12
15
10
Impacto
GRADO
Riesgo
15-25
ALTO: Necesario Plan de Contingencia
6-14
MODERADO: Atencin del Project Manager
1-4
BAJO: Control por Project Manager
CATLOGO DE RIESGOS
R3
R9
R4
R13
R14
Muy alto
Riesgos
Responsable
ID
R03
R9
R15
R04
R13
R14
R8
Actualizacin de S.O. mvil que hace que la aplicacin no

funcione correctamente.
Bajo rendimiento ante la integracin del nuevo sistema con

NBOSS
Retraso en la entrega de servidores por parte del proveedor
Alta rotacin de personal
Afectacin a servicios core de la compaa
Quiebra de la subcontrata
Traspaso de conocimiento inadecuado
Baja implicacin stackeholders
R7
Retraso en publicacin por estndares no admitidos por las

tiendas mviles.
R05
Problemas de comunicacin entra las la capa de integracin

y las APP
R10
Retrasos en la entrega de la APP por parte del proveedor
Impact
20
Desarrollador
IOS y
Desarrollador
Android
Externo
Media
Muy Alta
Arquitecto
interno
Medio
Muy Alto
Responsable
de compras
Medio
Muy alto
Project
Manager
Externo
Medio
Alto
Arquitecto
interno
Bajo
Muy Alto
Bajo
Muy Alto
Project
manager
externo
Bajo
Muy alto
RRHH
Medio
Medio
9
9
Project
Manager
Externo
Medio
Medio
Responsable IT
Bajo
Alto
Project
Manager
Externo
Bajo
Alto
Arquitecto
interno
Bajo
Alto
8
8
R12
Project
manager
externo
Bajo
Alto
R16
Aparicin de nuevos sistemas mviles con penetracin

rpida en el mercado
Project
manager
interno
Muy
Bajo
Alto
Arquitecto
interno
Muy
Bajo
Medio
Responsable IT
Muy
Bajo
Bajo
Retraso en la configuracin de los servidores
10
10
Desarrollo no pasa los tests de calidad establecidos por

ComIT
R01
15
10
Project
manager
interno
La base de datos de COMIT actual no puede realizar tantas

transacciones por segundo como se esperaba
Deficiencias o incompatibilidades con el hardware comprado
15
12
R11
R02
Grado
Descripcin
R6
Prob.
8
8
3
2
26.3.
PLANES DE RESPUESTA A RIESGOS
Riesgos
ID
Descripcin
R03
R06
R10
Grad
o
Plan de Contingencia
COSTE
Responsable
Bajo rendimiento ante la integracin del

nuevo sistema con NBOSS
15
Realizar estudio de performance,

para ajustar las necesidades de la
plataforma. Aumentar
infraestructura en caso de ser
necesario.
Actualizacin de S.O. mvil que hace que la

aplicacin no funcione correctamente.
20
Estandarizar la aplicacin al mximo

posible. Rediseo de aplicacin
conforme los nuevos estndares.
13.120
Desarrolladore
s externos
Retraso en la entrega de servidores por

parte del proveedor
15
Establecer un SLA al proveedor por

das de retraso. Entrega de RFI con
margen.
15.000
Project
Manager
TOTAL COSTES CONTINGENCIA
14.500
Arquitecto
interno
42.620
27.
PLAN DE CALIDAD
27.1.
ESTNDARES APLICABLES
El equipo de proyectos encargado de la ejecucin de este proyecto aplicar la

metodologa PMBOK, que consiste en una coleccin de procesos y reas de
conocimiento generalmente aceptadas como las mejores prcticas dentro de la gestin
de proyectos. El PMBOK es un estndar reconocido internacionalmente (IEEE Std 14902003) que provee los fundamentos de la gestin de proyectos.
Siguiendo PMBOK, la Gestin de la Calidad del Proyecto incluye los procesos y
actividades de la organizacin ejecutante que determinan responsabilidades, objetivos
y polticas de calidad a fin de que el proyecto satisfaga las necesidades por la cuales
fue emprendido. Implementa el sistema de gestin de calidad por medio de polticas y
procedimientos, con actividades de mejora continua de los procesos llevados a cabo
durante todo el proyecto, segn corresponda.
PLANIFICAR LA CALIDAD
Planificar la Calidad es el proceso por el cual se identifican los requisitos de calidad y/o
normas para el proyecto y el producto, documentando la manera en que el proyecto
demostrar el cumplimiento con los mismos.
La planificacin de la calidad debe realizarse en forma paralela a los dems procesos
de planificacin del proyecto. Por ejemplo, los cambios propuestos en el producto para
cumplir con las normas de calidad identificadas pueden requerir ajustes en el costo o
en el cronograma, as como un anlisis detallado de los riesgos de impacto en los
planes.
REALIZAR EL CONTROL DE CALIDAD

Realizar el Control de Calidad es el proceso por el que se monitorean y registran los
resultados de la ejecucin de actividades de calidad, a fin de evaluar el desempeo y
recomendar cambios necesarios. El control de calidad se lleva a cabo durante todo el
proyecto. Los estndares de calidad incluyen las metas de los procesos y del producto
delproyecto.
27.2.
PLAN DE CALIDAD
PREMISAS
A continuacin se presentan aquellas premisas que se deben tomar en cuenta al
momento de implementar el uso de herramientas y buenas prcticas de desarrollo.
Considerar en todo momento dichas premisas permitir poseer una orientacin
correcta durante el proceso de entendimiento y aplicacin de las prcticas.
Las que siguen son aquellas premisas que definen el contexto en el cual se desarrolla
el presente plan de calidad:
Se debe generar una solucin de software sostenible en todo momento de su ciclo de
vida.
Se debe generar una solucin adaptable al crecimiento de la demanda (escalabilidad).
Se debe contar con un proceso de desarrollo de software auditable y medible en todo
momento.
Se deben mantener estndares durante la generacin de cdigo, pruebas, despliegue y
documentacin.
Se debe generar una solucin de software tolerante a fallos (robustez).
Se debe contar con una documentacin asequible y concisa.
Se debe contar con un desarrollo de software colaborativo.
ETAPAS DEL DESARROLLO DE SOFTWARE

Definicin de actividades especficas: es de vital importancia comenzar el
desarrollo de una solucin de software con tareas bien especificadas. Generalmente se
debe contar con una lista bien definida de los requerimientos funcionales y no
funcionales que debe cumplir la solucin, y a partir de all especificar una serie de
tareas que debe cumplir un grupo de desarrolladores.
De forma general definimos:
Requerimiento funcional: una funcin que debe cumplir el sistema dado una
entrada, un comportamiento definido y una respuesta esperada. Por ejemplo, la
aplicacin debe permitir iniciar sesin en el sistema.
Requerimiento no funcional: estos requisitos contemplan todos aquellos

comportamientos o caractersticas que describen nuestro sistema, pero no se
relacionan directamente con alguna funcionalidad. Por ejemplo contar con un sistema
que sea seguro, rpido y escalable serian requerimientos no funcionales.
Una vez se cuente con una lista bien definida de requerimientos, de debe especificar
una lista de tareas que deben realizar los programadores, basndose en los
requerimientos que hay que cumplir. Dicha lista de actividades debe estar ordenada
segn fases a cumplir y prioridades.
Generalmente la definicin de actividades y el formato en que se realiza el
cumplimiento y seguimiento de las mismas, viene atado a una metodologa de
desarrollo especfica.
Seleccin de lenguaje o framework de desarrollo: regularmente pasa
desapercibida la importancia que tiene la seleccin del lenguaje correcto o framework
para el desarrollo de una solucin. Es all donde se debe dar un vistazo a la lista de
requerimientos que posee el sistema, la arquitectura de software que deseamos
implementar y el nivel de experticia que posee nuestro equipo de desarrollo.
Dentro de los aspectos ms importantes a considerar cuando se elige un
lenguaje de programacin o un framework estn:
Adaptabilidad a los requerimientos no funcionales:
es importante tomar en cuenta la capacidad que posee el lenguaje o
framework seleccionado en satisfacer los requerimientos no funcionales
que definimos.
Conocimiento del equipo de desarrollo (presente o
futuro): se debe tener en cuenta el nivel de experticia que tiene el
equipo de desarrollo en el lenguaje o framework seleccionado. Esto tiene
una influencia directa en la rapidez con la que se desarrollar la solucin,
la eficiencia y buenas practicas al generar cdigo y la capacidad de
detectar errores.
Licenciamiento: en muchos escenarios el tipo de licencia
de distribucin con que cuentan los lenguajes o frameworks representa
una caracterstica determinante en el proceso de seleccin. Dependiendo
del presupuesto, a veces es mejor elegir una opcin propietaria que
ofrece mayor efectividad en el soporte que un producto con licencia
software libre que es mantenido por una comunidad.
Resolucin de conflictos: relacionado un poco con el
apartado de conocimiento del equipo y licenciamiento, el proceso de
resolucin de errores puede verse muy afectado por la seleccin que
hagamos. Al presentarse errores, es normalmente ms recomendable
contar con un lenguaje que permita en un par de bsquedas en lnea
encontrar la solucin o apoyo. A diferencia de muchos lenguajes que son
raramente utilizados y la comunidad en internet es bastante baja, lo que
dificulta la bsqueda de soporte en lnea para solventar problemas que
puedan encontrarse los desarrolladores.
Integracin con otros componentes: generalmente
una solucin de software es un ecosistema de componentes,
normalmente
desarrollados
usando
diversas
tecnologas.
Es
recomendable seleccionar un lenguaje basado en la capacidad que
poseen en integrarse con componentes de uso comn o que poseen
estndares reconocidos, y que adems confluyen en el mismo objetivo,
que es satisfacer aquellos requerimientos que se plantearon en un
principio.
Libreras y plugins: relacionado con el apartado anterior,

siempre es mejor elegir un lenguaje o framework que nos ofrezca una
gama amplia de libreras o plugins certificados que nos ayuden a generar
una solucin robusta y basada en componentes.
Soporte: antes de que una aplicacin se encuentre en
produccin, es necesario pensar en la importancia que tiene el futuro
soporte que necesitar. La eleccin de un lenguaje que garantice la
capacidad de poder obtener soporte a largo plazo luego de la salida a
produccin, es un factor muy importante al momento de elegir una
tecnologa.
Prototipado y validacin de Diseo: con la intencin de obtener un feedback
rpido de los implicados en el proyecto, una vez que se realice el anlisis funcional y
toma de requerimientos del proyecto se realizarn diferentes actividades de diseo y
prototipado del producto:
Arquitectura inicial del producto: una vez se tienen todos los requerimientos
funcionales y los casos de uso elaborados por el analista funcional, el diseador grfico
elaborar una arquitectura inicial donde aparecen todas las pantallas de la app y el
flujo entre ellas. Para ello las herramientas que utiliza son Adobe Illustrator y Adobe
Photoshop, un ejemplo de este entregable es el siguiente:
Prototipos de diseo: una vez aprobada la arquitectura inicial del producto se

procede a realizar el prototipo de diseo de las apps en los diferentes sistemas
operativos, el mismo se realiza con la herramienta InVision. De esta forma todos los
stakeholders pueden recibir un prototipo en su mvil que simula con pantallas de
diseo el comportamiento de la aplicacin
Configuracin de ambiente de desarrollo: es de vital importancia dedicar un

espacio de tiempo a la configuracin efectiva de todos los componentes que se van a
utilizar para desarrollar. Contar con un ambiente de desarrollo estable y bien
configurado, garantiza mayor eficiencia en el proceso de generacin de una solucin.
A pesar de que el desarrollo lo realizar una empresa externa, para cuando tengamos
que mantener el software internamente, se debe tener en cuenta este punto.
Manejo de versiones: se debe configurar la herramienta con la cual se realizar el

manejo de versiones y colaboracin. Esto es de vital importancia, ya que representar
el respaldo del trabajo desarrollado, as como la va de fcil acceso a etapas parciales
del cdigo generado.
Ambiente de produccin: por lo general se cuenta con la necesidad de publicar

entregas parciales de la solucin para que sean probadas. Es importante configurar
dichos ambientes de pruebas previamente para que permitan un despliegue de
compilados parciales de manera rpida y efectiva.
Manejo de logs: en el desarrollo de una plataforma de integracin es comn contar
con una batera de logs generados por la aplicacin. Al momento del desarrollo es
recomendable contar desde el principio con una herramienta de anlisis y filtrado de
logs, que permita de manera rpida analizar la informacin obtenida y as comprobar
funcionalidades y corregir errores de forma ms expedita.
Repositorio de compilados/ejecutables: como parte de las pruebas de

integracincontinua, es recomendable contar con un manejador de artefactos, o
repositorio de compilados, que permita resguardar todas aquellas entregas parciales
que se generen. Con un correcto versionamiento, esto ofrece una ventaja considerable
para generar soluciones ms estructuradas y de mejor calidad.
Documentacin: el proceso de documentacin debe ser una actividad vital dentro del
desarrollo del software. Esto garantiza un mejor entendimiento de las funcionalidades
desarrolladas, y robustece la capacidad del software de ser mantenido en el futuro. En
secciones posteriores se extender esta seccin.
Generacin de cdigo: luego de tomar en cuenta todas las etapas anteriores, llega el
momento de comenzar con la generacin de cdigo y cumplimiento con las tareas
especificadas. Durante este proceso entran en juego las metodologas de desarrollo y
seguimiento que ampliaremos ms adelante.
Pruebas: es una prcticacomn y recomendada, que los desarrolladores realicen
pruebas sobre el software que se est generando. Para ello existen una variedad de
metodologas y herramientas que hacen de este proceso una prcticafcil y rpida de
realizar. En secciones posteriores se ampliar este tema.
Despliegue: una vez se empiezan a tener avances parciales en la solucin, por lo
general es necesario realizar despliegues en ambientes de pruebas. Parte vital del
proceso es lograr automatizar el mismo, de forma que sea posible generar
compilados/ejecutables de la manera msrpida posible y menos invasivo al proceso
normal que lleva un desarrollador al crear una solucin.
Generacin de producto final: al finalizar el desarrollo se encuentra una etapa en
donde se tienen que realizar todos los ajustes para generar la solucin final. Realizar un
cumplimiento formal de todas las etapas antes mencionadas, as como contar con las
herramientas ms efectivas y eficientes, lograrn que este proceso sea parte natural
de las actividades que se realizan al desarrollar un software.
PRUEBAS
Como se present en la seccin de etapas del desarrollo de software, contar con unas
buenas prcticas en la realizacin de pruebas garantiza la generacin de una solucin
de calidad y tolerante a fallos (robusta). A continuacin se presenta una prctica
reconocida en el rea que permite contar con un esquema de pruebas y desarrollo
bastante integrado.
Test Driven Development (TDD): es una prctica que se deriva de TDF (Test First
Development), la cual tiene como base fundamental generar casos de pruebas y
ejecutarlos antes de desarrollar alguna funcionalidad. Bsicamente es generar casos
de prueba basados en nuestras funcionalidades, que estn destinados a fallar, en aras
de ir mejorando progresivamente nuestro cdigo e ir desarrollando cada una de las
funcionalidades especificadas. A continuacin un diagrama que representa el proceso
de TDF:
Algunas herramientas reconocidas: generalmente las herramientas para hacer

pruebas sobre el software durante el desarrollo se encuentran casadas con una
tecnologa de desarrollo y conforman todo un framework de pruebas. Las herramientas
ms utilizadas para las tecnologasms conocidas son:
JUnit para Java y Android.
OCUnit para Objective-C (iOS)
MANEJO DE VERSIONES Y COLABORACI N

Esta seccin presenta una descripcin general de la naturaleza y funcin de los
manejadores de versiones. Para informacin detallada sobre cmo utilizar el manejador
propuesto (GIT) revisar el documento Manejo de Versiones utilizando GIT.
El manejo de versiones representa uno de los aspectos ms importantes en el proceso
de desarrollo de software, y es de las prcticas en la que se debe enfocar mayor
atencin. Son muchos los beneficios que contar con una buena estrategia de manejo
de versiones agrega al proceso de desarrollo:
- Colaboracin: mediante un manejador de versiones es posible
compartir cdigo entre su grupo de desarrolladores, de manera que cada
persona contribuya con la construccin de la solucin. Estas
herramientas proveen mecanismos que garantizan la integridad del
cdigo que se comparte en todo momento.
- Versionamiento: ofrece mecanismos de versionamientos que
permite generar y mantener diferentes versiones del software de manera
ordenada y estructurada.
- Restauracin de versiones previas: dadas las facilidades de

versionamiento, permite recuperar versiones previas en cualquier
momento durante el desarrollo
- Auditabilidad: permite observar detalladamente el trabajo que
se est realizando, quien lo realiza y cuando, as como examinar los
cambios realizados a lo largo de la historia del desarrollo.
- Respaldo: ofrece un mecanismo de respaldo de cdigo, tanto en
cada unidad de desarrollo como en servidores centrales. La prdida de
cdigo se reduce casi a nula utilizando herramientas de control de
versiones.
^
GIT: es un sistema de control de versiones distribuido libre y Open Source. Es la
herramienta ms utilizada hoy en da, ya que permite trabajar con todo tipo de
soluciones independientemente de su tamao, tecnologa o complejidad. GIT fue
diseado y utilizado para el desarrollo del Kernel de Linux, y a partir de ese momento
tom un auge enorme.
Metodologa: la seleccionada para que el proveedor use para control de versiones
mediante GIT es
Gitflow workflow: esta metodologa introduce 3 nuevos
branches. Un branch nico llamado develop, en donde se ejecutar todo el desarrollo
general de la aplicacin, dejando el branch master nicamente para releases
finalizados para produccin. Se introduce el branch hotfix que se utiliza para solventar
problemas en versiones que se encuentren en produccin, y por ltimo se agrega el
branch release, que permite preparar la versin que sale de develop para el master. De
esta forma es posible realizar cambios como definicin de versin, cambio de
ambientes, etc. antes de hacer merge con el branch master y crear el tag.
GENERACI N DE EJECUTABLES
Ya hemos cubierto gran parte del proceso de desarrollo de una solucin de software, sin
embargo falta contemplar el paso final: la generacin de ejecutables. De igual forma es
pertinente mencionar la prctica de manejo de dependencias en un proyecto, ya que
en la prctica, estos dos procesos se encuentran muy relacionados.
27.3.
CONTROL DE CALIDAD
Se realizar un control de calidad de las aplicaciones desarrolladas tanto para Android

como para iOS, dicho control de calidad estar supeditado a las pruebas unitarias que
se definan desde ComIT Services y que el proveedor seleccionado deber realizar a los
distintos mdulos desarrollados.
A continuacin se listan los mdulos a desarrollar en ambos entornos (Android e iOS), y
que por tanto debern pasar el control de calidad diseado:
Men inicio
Mdulo monitorizacin
Mdulo Ticketing
Mdulo Cuenta Cliente
Mdulo Encuestas
Mdulo Propuestas
Mdulo Sharepoint
Mdulo XMPP
Por otro lado, disponemos de las siguientes prioridades a validar:
Eficiencia/Rendimiento
Funcionalidad
Interfaz de usuario
Compatibilidad de versiones
Seguridad
Todas las prioridades listadas contienen un total de 5 KPIs que darn como resultado un
porcentaje (%) de superacin de las mismas para cada mdulo desarrollado. Partiendo
de la base de que no todos los mdulos son igual de crticos para el xito del proyecto,
se ha elaborado una categorizacin por niveles que determinar si ha superado el
control de calidad:
Categoriza
cin
Nivel 1
Nivel 2
Nivel 3
Mdulo
Men inicio
Mdulo monitorizacin
Mdulo Ticketing
Mdulo Cuenta Cliente
Mdulo Encuestas
Mdulo Propuestas
Mdulo Sharepoint
Mdulo XMPP
Eficienci Funcionali
a
dad
Int.
Usuario
Compatibili
dad
Seguri
dad
97%
95%
99%
95%
100%
92%
90%
90%
90%
100%
85%
85%
80%
85%
100%
28.
PLAN DE COMUNICACIN
28.1.
NECESIDADES DE COMUNICACIN
El siguiente Plan de Comunicacin identifica y describe los pasos y actividades

necesarias para asegurar que las comunicaciones entre los participantes del proyecto
sean claras, concisas, y relevantes. En este Plan se describe la informacin que debe
distribuirse entre las partes interesadas del proyecto para mantenerlos informados de
los avances del mismo.
El Plan se implementar antes de la fase de ejecucin para asegurarnos de que las
comunicaciones entre los interesados y afectados por el proyecto se realicen de forma
fluida y sin contratiempos. El proceso de gestin de comunicacin ser empleado para
supervisar y controlar las comunicaciones durante el desarrollo del proyecto, adems
de facilitar la coordinacin de los equipos de trabajo y proveerles de toda la
informacin necesaria para conseguir la eficiencia en el trabajo. La comunicacin
adquiere una gran importancia, llegando a convertirse en una actividad crtica del
Proyecto, en dos momentos especficos: la asimilacin y la puesta en marcha.
Transmitir el compromiso de la Direccin ser fundamental para involucrar y
comprometer a las personas implicadas en el Proyecto, y para favorecer su actitud
positiva y el comportamiento proactivo. Parte de la comunicacin ofrecida al Equipo
estar fundamentada en la exposicin de los beneficios del Proyecto expresados de
forma clara, adems, como una oportunidad de mejora continua, a nivel individual y
grupal.
El desarrollo del Plan incluye:
UNA LISTA COMPLETA DE TODOS LOS RECEPTORES DE COMUNICACIONES

DEL PROYECTO.
Para realizar un proceso de comunicacin efectiva debemos identificar a los implicados
y para ello es necesario elaborar un listado de las partes interesadas (Stakeholders) del
proyecto. A continuacin se presenta una lista con principales receptores del Plan de
Comunicacin:
Stakeholder
Direccin General
Project Sponso
Project Owner
Director de Operaciones
Director de Cloud
Director de Marketing
Director de Finanzas
Director Comercial
Project Manager
Arquitecto
Equipo de Sistemas y
Comunicaciones
Analista Funcional y de
Rol
Direccin General
Comit de Direccin y
Seguimiento
Equipo Desarrollo
Interno
Calidad
Desarrolladores
Project Manager
Diseador Grfico
Arquitecto
Desarrolladores
Usuarios Internos
Clientes Externos
Equipo Desarrollo
Externo (Proveedor APP)
Proveedores APP
Publicacin de la nueva
APP
Usuarios/Clientes
IDENTIFICACIN DE LOS REQUERIMIENTOS DE INFORMACIN DE CADA

UNA DE LAS PARTES INTERESADAS.
Stakeholder
Direccin
General
Rol
Equipo
Info. Requerida
Direccin General
Presentacin del
Proyecto
Direccin General
Objetivos y Beneficios
del Proyecto
Comit de Direccin y
Seguimiento
Informes de situacin
del Proyecto
Comit de Direccin y
Seguimiento
del Proyecto
Project Manager
Interno
Comit de Direccin y
Seguimiento
del Proyecto
Project Manager
Interno
Comit de Direccin y
Seguimiento
Organizacin del
Proyecto
Comit de
Seguimiento
del Proyecto
Comit de
Seguimiento
Organizacin del
Proyecto
Comit de Direccin y
Seguimiento
del Proyecto
Comit de Direccin y
Seguimiento
del Proyecto
Direccin
General
Project Owner
Project Sponsor
Project Manager
Externo
Direccin General
Responsable del desarrollo
del Proyecto
Participacin, colaboracin,
implicacin y soporte ante
el cambio.
Liderar el proyecto, velar

por cumplir objetivos del
proyecto.
Project Manager
Externo
Director de
Operaciones
Director Cloud
Director de
Marketing
Director de
Finanzas
el cambio.
Involucrar al equipo para

reconocer las virtudes de la
Comit de Direccin y
nueva aplicacin y
Seguimiento
promover un plan de
marketing futuro
Informar, formar y dar
Comit de Direccin y
soporte para que puedan
Seguimiento
del Proyecto
Gestin del
presupuesto asignado
Director de
Finanzas
desarrollar sus tareas.

el cambio.
Director
Comercial
Comit de Direccin y
Seguimiento
del Proyecto
Comit de Direccin y
Seguimiento
del Proyecto
Tcnicos
internos/externos
Desarrollo de
actividades y sus
plazos de entrega
Tcnicos
internos/externos
Organizacin del
Proyecto
Tcnicos
internos/externos
Pruebas de Software y
Validaciones
Tcnicos
internos/externos
del Proyecto
Tcnicos
internos/externos
Trasferencia de
Conocimientos
Equipo
desarrollo
interno y
externo
Equipo
desarrollo
interno y
externo
Equipo
desarrollo
interno y
externo
Equipo
desarrollo
interno
Equipo
desarrollo
interno
Desarrollo de las
necesidades demandadas
por el Project manager
Cliente Interno
Empleados con acceso a la

Aplicacin
mbito interno
del Proyecto
Cliente Externo
Clientes de la Compaa
con acceso a la Aplicacin
mbito externo
del Proyecto
Proveedores
Publicacin de la nueva
APP
mbito externo
Cundo debe ser

publicada la APP
28.2.
PLAN DE COMUNICACIN
INFORMACIN DEL PROYECTO.
Empresa/Organizacin
ComIT Services
Nombre del Proyecto
Touch IT
Fecha de Preparacin
13/11/2014
Cliente
Ascensin Castellet (VP Operations)
Project Owner
Francesc Batlle Sard (IT Manager)
Project Sponsor
Xavi Victory Lpez (VP Operations)
Project Manager
scar Colet Cobo (Head of Development Team)
Proveedor APP
Xxxx
ACTIVIDADES DE COMUNICACIN ENTRE LOS STAKEHOLDERS.

A continuacin se especifican las distintas reuniones que se realizarn a lo largo del
proyecto.
1. REUNIONES KICK-OFF DEL PROYECTO.
Reunin de inicio del proyecto entre los diferentes stakeholders una vez establecido el
Project Plan. Establecemos de manera precisa los objetivos que se pretenden lograr, las
etapas, las responsabilidades y funciones de cada persona involucrada en el proyecto.
Se llevarn a cabo dos reuniones de Kick-off:
Kick-off Global: En esta reunin el jefe de proyecto hace la introduccin del
proyecto a los miembros del Comit de Direccin, del Comit de Seguimiento y los
distintos usuarios implicados. El jefe de proyecto preparar el material para la
reunin y realizar el acta correspondiente.
Kick-off del equipo de trabajo interno y con el proveedor que desarrollar la nueva
aplicacin: en esta reunin el jefe de proyecto se encargar de presentar el proyecto
al equipo tcnico interno y el equipo externo de la empresa XXXX (proveedor), y
recoger sus inquietudes, sugerencias y dudas al respecto. El jefe de proyecto debe
preparar el material para la reunin y realizar el acta correspondiente.
2. REUNIONES DEL COMIT DE DIRECCIN.

Reuniones especficas en las que se discutir y evaluar el resumen ejecutivo, las
tareas realizadas de alto nivel, los siguientes pasos a seguir, y se tomarn decisiones
estratgicas. El jefe de proyecto debe de informar al Comit de Direccin las
cuestiones ms importantes tratadas en las reuniones con el comit de seguimiento.
Para ello deber elaborar un Informe de Direccin en el que se indique de forma grfica
y sencilla el progreso total del proyecto, cuestiones que afecten a variaciones en el
alcance, coste o duracin inicialmente previstas, as como decisiones que slo
corresponden al Comit de Direccin. Al finalizar la reunin, el jefe de proyecto se
encargar de elaborar el acta de reunin que enviar a los participantes va correo
electrnico.
3. REUNIONES DEL COMIT DE SEGUIMIENTO.

Reuniones semanales de verificacin y control entre el jefe de proyecto, el equipo y el
Project Manager externo. El jefe de Proyecto presentar el Informe de Seguimiento para
evaluar las directrices ms importantes concernientes al cumplimiento de los hitos
semanales. El ndice de este informe ser:
Resumen ejecutivo
Grado de avance. Planning actualizado
Tareas realizadas en el ltimo perodo
Previsin de tareas para el siguiente perodo
Puntos de inters
Validacin de hitos
Validacin de entregables
Validacin de la operativa
4. REUNIONES DEL EQUIPO DE TRABAJO.

Se realizar un seguimiento detallado del avance del proyecto con el equipo de trabajo.
El jefe de Proyecto presentar el Informe de Trabajo con un ndice similar al del Informe
de Seguimiento con la revisin de la planificacin actualizada, el grado de avance y la
previsin de tareas semanal. En estas reuniones se informar del estado del proyecto
pero no se dedicarn a la resolucin de problemas. Si hubiera problemas a resolver se

organizar una reunin especfica para solventarlos.
Para la preparacin de la reunin, los miembros del equipo del proyecto debern enviar
un reporte semanal al jefe de proyecto detallando sus progresos durante el perodo del
reporte y as poder tratar estos temas en las reuniones semanales. Esta informacin
ser utilizada por el jefe de proyecto para actualizar cada actividad asignada en el plan
de trabajo. Este informe es adicional a las reuniones y debe ser enviado a ms tardar
cada viernes por la maana. Este proceso asegurar que el jefe de proyecto est al da
sobre todas las actividades del proyecto al final de la semana y est preparado para
reuniones productivas con el equipo y el Comit de Seguimiento al comienzo de la
semana siguiente.
5. REUNIONES DE CIERRE DEL PROYECTO.

En la reunin de cierre se verificar que se han cumplido los requerimientos, plazos y
objetivos previstos del proyecto. Es el momento de hacer balance del mismo. Se
realizarn 2 reuniones de cierre, la del equipo de trabajo y proveedor y la reunin de
cierre global dirigida al resto de stakeholders. En estas reuniones el jefe de proyecto
presentar el Informe de Cierre.
6. SOPORTE POST-ARRANQUE.
Esta fase es la que se inicia despus de la puesta en produccin de la nueva aplicacin
y se mantiene hasta dos meses despus el arranque, segn acordado con nuestro
proveedor.
Para esta etapa contamos con el equipo de soporte y desarrollo (ahora ejerciendo como
helpdesk) proporcionado por el proveedor. Este equipo ser el responsable de dar
respuestas y soluciones a los problemas y dudas que surjan a nuestro equipo de
desarrollo. Adems, durante esta fase se contempla la dedicacin parcial del equipo
tcnico de desarrollo externo del proyecto para la correccin de posibles errores en la
configuracin de los sistemas.
TABLA DE REQUERIMIENTOS DE COMUNICACIONES

Conociendo los receptores y la informacin adecuada, se define el programa de
comunicaciones estableciendo frecuencias y medios a utilizar. El siguiente paso es
elaborar el programa de comunicacin para asegurar comunicaciones pertinentes y
apropiadas. Identificamos las tareas que se deben llevar a cabo para difundir la
informacin entre los receptores en forma regular o peridica.
A modo de documentacin, definimos el significado de cada columna de la siguiente
tabla:
Qu: La informacin que se distribuir a cada receptor durante cada actividad.
Quin: El responsable de emitir la comunicacin.
A Quines: Los receptores de informacin para cada actividad.
Cundo: Identifica los rangos de tiempo y frecuencias para la distribucin de la

informacin.
Cmo: Mtodos de distribucin de la informacin (ej. Informes, presentaciones,
reuniones, email, memos, pgina web, etc.)
Qu
Presentacin del Proyecto
Quin
Project Sponsor
A Quines
Direccin
General
Cundo
Inicio
Propuesta
Proyecto
Cmo
Reunin inicial
Fecha: 02/03/15
Comit de
Direccin y
Seguimiento
Objetivos y Beneficios del
Proyecto
Project Sponsor
Cliente Interno
Cliente Externo
Inicio
Propuesta
Proyecto
Fecha: 02/03/15
Reunin inicial
Mail e Intranet
Corporativa
Equipo
desarrollo
interno
Project Sponsor
Gestin del Presupuesto
Project Manager
Organizacin del Proyecto
Project Manager
Kick-off Global
Project Manager
Director
Finanzas
Inicio Proyecto
Reunin
y Quincenal
Inicio Proyecto
Kick-off Equipo de trabajo
Informes de situacin del

Proyecto
Actividades del Proyecto y sus
plazos
Project Manager
Project Manager
Project Manager
Project Sponsor
Comit de
Direccin y
Seguimiento
Project Manager
Externo
Equipo
desarrollo
Externo
Equipo
desarrollo
Interno
Comit de
Direccin y
Seguimiento
Project Manager
Externo
Equipo
desarrollo
Externo
Equipo
desarrollo
Fecha: 02/03/15
Inicio Proyecto
Reunin
Reunin
Fecha: 15/04/15
Quincenal
(Inicio
semana)
Quincenal
(Inicio
semana)
Quincenal
(Inicio
semana)
Reunin
Seguimiento
Reunin
Seguimiento
Reunin
Seguimiento
Interno
Project Manager
Externo
Control de los Cambios
Project Manager
Equipo
desarrollo
Externo
Quincenal
(Inicio
semana)
Reunin
Seguimiento
Quincenal
(Inicio
semana)
Reunin
Seguimiento
Quincenal
(Inicio
semana)
Reunin
Seguimiento
Equipo
desarrollo
Interno
Project Manager
Externo
Gestin de Riesgos
Project Manager
Equipo
desarrollo
Externo
Equipo
desarrollo
Interno
Project Manager
Externo
Gestin de Problemas
Project Manager
Equipo
desarrollo
Externo
Equipo
desarrollo
Interno
Project Owner
Control de la Calidad
Project Manager
Necesidad de Recursos
Project Manager
Project Sponsor
Project Owner
Project Sponsor
Transferencia de
Conocimientos
Publicacin de la nueva APP
Project Manager
Externo
Equipo
desarrollo
Externo
Project Owner
Project Manager
Equipo
desarrollo
Interno
Proveedor
Cliente Externo
Comit de
Direccin y
Seguimiento
Cierre del Proyecto
Project Manager
Equipo
desarrollo
interno
Cliente Interno
Quincenal
(Inicio
semana)
Quincenal
(Inicio
semana)
Finalizacin
del Proyecto
Reunin
Reunin
Reunin
Fecha 31/12/15
Finalizacin
del Proyecto
Reunin
Fecha 26/01/16
Mail e Intranet
Corporativa
Finalizacin
del Proyecto
Fecha 15/03/16
Reunin
Mail e Intranet
Corporativa
RECURSOS ASIGNADOS A ACTIVIDADES DE COMUNICACIN

En el Cronograma del Proyecto se especifica el personal y/o recursos, tiempos de
dedicacin a la comunicacin y presupuesto asignado a las comunicaciones del
proyecto.
Adems de un cronograma de ejecucin del Plan en el que se detallarn las fechas, los
costos y los responsables de las diferentes actividades, el cronograma de ejecucin del
plan de comunicacin responde a la necesidad de darle estructura y orden a las
diferentes actividades a comunicar.
Los tems a valorar por actividad se deducen teniendo en cuenta tres factores:
Personal / recurso requerido.
Tiempo empleado.
Coste aproximado hora / recurso.
29.
PLAN DE TRANSFERENCIA
La implementacin de la nueva aplicacin implica un proceso de aprendizaje especfico

dentro de nuestro departamento de desarrollo interno y helpdesk, siendo la
transferencia del conocimiento del resultado del Proyecto factor clave para ofrecer el
soporte, las respuestas y soluciones apropiadas que se planteen durante el servicio, as
como la correccin de posibles errores en la configuracin de los sistemas, sin
embargo, aunque se obtenga un aprendizaje de los procesos de forma detallada es
necesario contar con los canales adecuados que permitan una buena transferencia del
mismo, adems de las herramientas que permitan transformar dicho recurso en capital
intelectual beneficioso para la organizacin.
OBJETIVOS ESPECFICOS DEL PLAN DE TRANSFERENCIA
Asegurar las competencias en la asistencia tcnica y servicios del helpdesk

mediante criterios objetivos de formacin.
Transferir documentacin tcnica y de validaciones.
Verificar los acuerdos de licencia.
PLAN DE CORTE/TRANSICIN
En el plan de corte del proyecto Touch IT se disean una serie de actividades quese
consideran necesarias para que la transicin entre el cierre del proyecto desarrollado
por XXXX y la toma deposesin por parte de ComIT Services sea ptima para la
correcta puesta enfuncionamiento dela aplicacin y los nuevos sistemas.
Las actividades del plan de corte se subdividen en cuatro bloques:
1. Formacin:
a. A nivel de usuario.
b. De mantenimiento.
c. Tecnolgico y desarrollo (evolutivos).
2. Documentacin:
a. Entrega y traspaso de toda la informacin tcnica (anlisis
tcnicos y funcionales de Hardware y Software, prototipos de
producto (Prototipos funcionales: diseo android, diseo ios,
diseo servicios web y capa integracin), diseo e interacciones
bbdd,) y de desarrollo relativa al proyecto y al producto.
b. Facilitar listado de otros proveedores (Si procede. En el caso de
que nuestro proveedor necesite la colaboracin de terceros.
Informacin que ser proporcionada durante las distintas fases
del proyecto.)
3. Pruebas y Validaciones:
a. Informe de validaciones por parte del Equipo Tcnico Externo. Con
el objetivo de garantizar la viabilidad y funcionalidad del
producto, el Proveedor har entrega de del informe de evaluacin
del producto realizado por su Equipo de Desarrollo.
b. Validaciones conjuntas entre el Equipo Interno y el Externo.
c. Validacionesadicionales a la instalacin como paso previo al
documento de aceptacin formal del producto.
4. Soporte/Mantenimiento:
a. Presencia del Equipo Externo durante el proceso de puesta en
marcha e inicio de la nueva aplicacin.
b. Soporte tcnico y mantenimiento durante los dos meses
posteriores a la puesta en marcha.
c. Servicio de mantenimiento posterior en las condiciones en que se
acuerde (actualmente fuera del alcance de este Proyecto)
DETALLE DE ACTIVIDADES
A continuacin se presenta el plan detallado para cada una de las actividades
descritas. Se detalla quin es el responsable encargado de llevar a cabo las tareas, as
como el destinatario:
Formacin a nivel de usuario
Fecha inicio / fin
Del 21/01/16 al 26/01/16
Duracin
3 das
Responsable
Project Manager interno
Quin
Equipo desarrollo interno
Dnde
ComIT Services
Destinatario
Key-users
Formacin de Mantenimiento
Fecha inicio / fin
Del 31/12/15 al 14/01/16
Duracin
10 das
Responsable
Project Manager externo
Quin
Equipo desarrollo externo
Dnde
ComIT Services
Destinatario
Formacin Tecnolgica y Desarrollo

Fecha inicio / fin
Del 31/12/15 al 14/01/16
Duracin
10 das
Responsable
Quin
Equipo desarrollo externo
Dnde
ComIT Services
Destinatario
Entrega Documentacin Producto

Fecha inicio / fin
Del 15/01/16 al 21/01/16
Duracin
4 das
Responsable
Quin
Dnde
ComIT Services
Destinatario
Validaciones Equipo Externo

Fecha inicio / fin
Del 24/12/15 al 31/12/15
Duracin
5 das
Responsable
Quin
Dnde
ComIT Services
Destinatario
Validaciones Conjuntas
Fecha inicio / fin
Del 12/11/15 al 15/01/16
Duracin
14 das
Responsable
Quin
Dnde
ComIT Services
Destinatario
Validaciones Adicionales
Fecha inicio / fin
Del 12/11/15 al 15/01/16
Duracin
14 das
Responsable
Quin
Dnde
ComIT Services
Destinatario
Presencia Equipo Externo puesta en marcha

Fecha inicio / fin
Del 15/01/16 al 15/03/16
Duracin
42 das
Responsable
Quin
Dnde
ComIT Services
Destinatario
Mantenimiento perodo garanta
Fecha inicio / fin
Del 15/01/16 al 15/03/16
Duracin
42 das
Responsable
Quin
Dnde
ComIT Services
Destinatario
30.
PRESUPUESTO DEL PROYECTO
Una vez finalizada la planificacin del proyecto procedemos a presentar el

Presupuesto definitivo y de forma detalla. La relacin de compras a realizar se
muestra en la siguiente tabla, diferenciando a la vez a qu tipo de partida
corresponde.
CONCEPTO
INVERSIN
GASTO
COSTE
Servidores X3750
83.470,96
Desarrollo recursos externos
185.357,39
Desarrollo recursos internos
66.708,49
Licencia Desarrollo Apple
90,00
Licencia Desarrollo Google
60,00
Formacin equipo intenor (desarrollo aplicaciones

mviles)
RESERVA
4.400,00
Margen de contingencia
42.620,00
Margen de Gestin (5% del presupuesto total)
191.32,342
TOTAL
401.779,182
Una vez finalizada la planificacin tanto a nivel de tiempo como en costes, procedemos
a elaborar el siguiente grfico, que nos muestra la Lnea Base de Costes o Lnea Base
del Proyecto.
Existen diferencias en relacin a la estimacin realizada durante la fase inicial del

proyecto, donde el coste de todo el proyecto ascenda a 443.700, siendo un total de
41.920,8 ms costoso que el presupuesto real.
Las diferencias principales se centran en la valoracin inicial efectuada acerca del

desarrollo a realizar por el proveedor, as como el soporte durante los 2 meses
posteriores a la puesta en produccin de la nueva plataforma. Por otro lado, cabe
destacar que en la fase inicial no se estimaron costes internos a nivel de RRHH, dato
que si se ha tenido en consideracin en el estudio detallado del presupuesto final.
Los cambios a nivel presupuestario afectan directamente a la TIR y el VAN calculados
anteriormente, siendo los nuevos valores:
VAN a 5
aos:
310.271
PAYBACK
:
1,1
aos.
TIR:
60%
Los ratios calculados mantienen intacta la viabilidad del proyecto en trminos

econmicos, pero cabe puntualizar que los mayores beneficios del proyecto se basan
en conceptos intangibles como la mejora del servicio, mayor satisfaccin de los clientes
y un valor diferencial frente a otros competidores en el mercado de los servicios Cloud,
hosting y comunicaciones.
Destacamos tambin que el proyecto TouchIT tiene previsto realizar el piloto en la
Espaa, el clculo realizado para la recuperacin de la inversin se ha realizado en
base a la facturacin de dicho pas en 2014. Cualquier despliegue en el resto de pases
de ComITServices, supondra beneficios directos sin la necesidad de incurrir en ningn
otro gasto, lo que mejorara los ratios calculados anteriormente de forma significativa,
tal y como se muestra en la siguiente tabla.
VAN a 5
aos:
1.979.72
8
PAYBAC
K:
034
aos
TIR:
271,5
3%
ANEXO 1
RFQ COMPRA DE SERVIDORES
INTRODUCCIN
ComIT Services como uno de los principales proveedores de servicios cloud, hosting y
comunicaciones alrededor del mundo y con sede principal en Japn, se dispone a iniciar
un proyecto en la filial de Europa (ComIT Services Europe) que permita a los empleados
y clientes de la compaa, acceder a los recursos CORE de los servicios ofrecidos.
Para poder afrontar dicho proyecto, ha surgido la necesidad de adquirir recursos HW
donde alojar el desarrollo de dicha plataforma.
Con el objetivo de satisfacer esta necesidad, ComIT Services Europe pone a disposicin
de sus proveedores homologados la posibilidad de participar en este RFQ.
REQUISITOS CLAVE
ComIT Services necesita 8 servidores fsicos que cumplan con las siguientes
caractersticas:
Procesador INTEL
Procesador de 8 Cores
Memoria RAM mnima: 16GB.
Controladora de discos RAID.
Discos SAS con tamao mnimo disponible: 300GB.
Doble fuente de alimentacin.
Enrackable.
Mantenimiento de soporte 24x7 a a 5 aos.
PROCESO DE RESPUESTA
CONTENIDO
ComIT Services espera que la respuesta al RFQ en curso contenga la siguiente
informacin:
Lista de precios adjunta a este RFQ completada debidamente

o Deben cumplimentarse todos los campos.
o La respuesta debe enviarse en el mismo documento, cualquier otro
formato no ser aceptado.
o nicamente se puede entregar una lista de precios en el RFQ.
Todos los precios se expresarn en euros ().

Los precios deben basarse en contrato a 5 aos.
Las condiciones de pago deben ser a 60 das desde la recepcin de la factura.
FECHAS DE ENTREGA
A continuacin detallamos el calendario de actividades para la adjudicacin de este
RFQ:
Fecha lmite para participar en el RFQ de ComIT Services 18 de Marzo de 2015
El hecho de no ceirse a las fechas o requerimientos planteados en el RFQ puede

suponer la desvinculacin del proveedor en el proceso de adjudicacin
COMUNICACIN Y ENTREGA
Cualquier cuestin o respuesta de orden comercial o tcnico de este RFQ debe enviarse
a la siguiente persona de contacto:
scar Colet Cobo Project Manager de ComIT Services.

Telfono: +34 633149114
E-mail: oscar.colet@comitservices.com

MGTI 01 F v6 34095

Încărcat de

Informații document

Titlu original

Drepturi de autor

Formate disponibile

Partajați acest document

Partajați sau inserați document

Opțiuni de partajare

Vi se pare util acest document?

Este necorespunzător acest conținut?

Drepturi de autor:

Formate disponibile

MGTI 01 F v6 34095

Încărcat de

Drepturi de autor:

Formate disponibile

ComITServices

Trabajo Final de Mster MGTI

Oficina de Proyectos de Informtica

23.1. Plan General de Fases del Proyecto........................................................7

Plan de Recursos Humanos.................................................................................11

24.1. Estimacin de RR.HH............................................................................11

Oficina de Proyectos de Informtica

25.1. Estimacin de Recursos Externos.........................................................16

26.1. Identificacin de Riesgos......................................................................23

26.2. Cuantificacin de Riesgos.....................................................................24

26.3. Planes de Respuesta a Riesgos............................................................25

26.3. Planes de Respuesta a Riesgos............................................................30

27.1. Estndares Aplicables...........................................................................31

27.2. Plan de Calidad..................................................................................... 32

Oficina de Proyectos de Informtica

Etapas del desarrollo de software...........................................................................32

27.3. Control de Calidad................................................................................ 39

28.1. Necesidades de Comunicacin.............................................................40

Presupuesto del Proyecto....................................................................................52

RFQ Compra de servidores..........................................................................54

Oficina de Proyectos de Informtica

Aportar valor aadido para diferenciar a ComITServices de la competencia con

Mejorar la productividad del equipo de operaciones (Soporte y Service

Oficina de Proyectos de Informtica

El desarrollo del proyecto implica la compra de hardware, licencias de desarrollo,

Oficina de Proyectos de Informtica

Se anexa el documento TFM TouchIT WBS.pdf resultante despus de varios

RED DEL PROYECTO

Se anexan los documentos TFM TouchIT Gantt - Camino Crtico.pdf y TFM

Oficina de Proyectos de Informtica

PLAN GENERAL DE FASES DEL PROYECTO

Para la planificacin del presente proyecto se ha utilizado una estructura en la cual se

A continuacin se presenta un grfico del cronograma general resumido del proyecto,

Oficina de Proyectos de Informtica

requerimientos del cliente estn cubiertos.

3. Fase de Construccin y Desarrollo

PLAN DE HITOS DEL PROYECTO

Oficina de Proyectos de Informtica

Contrato Empresa Externa

Lanzamiento RFQ Proveedor

Prototipo de Servicios Web

Arquitecto Externo; Arquitecto

Cierre RFQ y Eleccin

29/05/201 Diseador Grfico Externo; PM

01/06/201 Analista Sistemas Interno;

Entrega Entorno Desarrollo

03/06/201 Analista Sistemas Interno;

12/06/201 Diseador Grfico Externo; PM

Entrega Entorno Integracin

17/06/201 Analista Sistemas Interno;

Entrega Entorno Produccin

18/06/201 Analista Sistemas Interno;

Entrega Prototipo Funcional 1

Arquitecto Externo; Arquitecto

Cdigo Prototipo Funcional

Entrega Prototipo Funcional 2

Analista Sistemas Externo;

Cdigo Prototipo Funcional

Oficina de Proyectos de Informtica

Entrega Mdulo 1 Prototipo

Cdigo Men Inicio

Entrega Mdulo 1 Prototipo

27/08/201 Desarrollador iOS Externo; PM