Professional Documents
Culture Documents
Director
Yasser Muriel Perea
Magister en Ingeniera de Sistemas y Computacin
Nota de Aceptacin
________________________________
Yasser Muriel Perea
Director
________________________________
Ingeniero Cesar Orlando Daz Bentez
Revisor Metodolgico
DEDICATORIA
Dedico este trabajo a mis padres lvaro Franco y Carmenza Garca, y a mis
abuelitas Mara Teresa Galvis de Franco y Ana Luz Tovar; por ser el motor de
mi vida e inspiracin para alcanzar mis sueos. Su apoyo, fe y sabidura puesta
en m, hizo posible alcanzar uno de mis grandes anhelos: ser ingeniero de
sistemas. Cristian David Franco Garca
AGRADECIMIENTOS
En primer lugar, agradezco a Dios permitirme alcanzar una utopa que hoy es
una realidad. Su infinito amor, sapiencia, proteccin y misericordia me dieron la
fortaleza para superar cada una de las pruebas que se presentaron a lo largo de
este camino de formacin, hasta convertirme en ingeniero de sistemas.
Igualmente agradezco a toda mi familia haber hecho posible este sueo, sin sus
consejos, acciones y apoyo, los resultados alcanzados no hubieran sido los
mismos.
TABLA DE CONTENIDO
Pg.
GLOSARIO
12
ACRONIMO
14
INTRODUCCIN
17
1. GENERALIDADES
1.1 ANTECEDENTES
1.2 PLANTEAMIENTO DEL PROBLEMA
1.3 OBJETIVOS
1.3.1 Objetivo general
1.3.2 Objetivos especficos
1.4 JUSTIFICACIN
1.5 MARCO REFERENCIAL
1.5.1 Proceso de negocio
1.5.2 Gestin de procesos de negocio BPM
1.5.3 Modelo y notacin de procesos de negocio BPMN
1.5.4 Lenguaje de ejecucin de procesos de negocio BPEL
1.5.5 Buenas / mejores prcticas
1.5.6 Biblioteca de infraestructura de tecnologas de informacin ITIL
1.5.7 Cadena de valor
1.5.8 Indicadores de gestin
1.6 ALCANCE Y LIMITACIONES
1.6.1 Delimitacin
1.7 METODOLOGA PROPUESTA
1.7.1 Tipo investigativo
1.7.2 Fuentes de informacin
19
19
19
21
21
21
21
21
22
24
25
27
28
28
33
36
38
38
39
39
39
40
40
42
43
DE
44
45
45
50
56
56
66
70
70
72
2.5.3 Desarrollo
72
3. CONCLUSIONES
79
BIBLIOGRAFA
80
ANEXOS
84
LISTA DE ILUSTACIONES
Pg.
Figura 1. Ejemplo, proceso de negocio
Figura 2. Actividad de un proceso de negocio
Figura 3. Ciclo de vida BPM
Figura 4. Diagrama de procesos de negocio
Figura 5. Elementos principales de un BPD
Figura 6. Ciclo de vida del Servicio
Figura 7. Proceso de Gestin de Cambios
Figura 8. Cadena de Valor
Figura 9. Ubicacin, Sede principal Telefnica Colombia - Movistar
Figura 10. Cadena de Valor de Telefnica Colombia Movistar
Figura 11. Diagrama de casos de uso
Figura 12. Modelo Entidad Relacin
Figura 13. Vista principal
Figura 14. Vista de informacin de indicadores Ratio de cambios exitosos
Figura 15. Vista de informacin de indicadores Porcentaje de Cambios
Ejecutados Exitosamente
Figura 16. Vista de informacin de indicadores Porcentaje de Cambios
Ejecutados Errneamente
Figura 17. Vista de inicio de sesin
Figura 18. Vista principal Gestor de Cambios (administrador)
Figura 19. Vista de registro de cambios
Figura 20. Vista de consulta, actualizacin y eliminacin de cambios
Figura 21. Detalle de cambios
Figura 22. Portada y hoja 1 manual de instalacin SICIRC
Figura 23. Hoja 2 y 3 manual de instalacin SICIRC
Figura 24. Hoja 4 y 5 manual de instalacin SICIRC
Figura 25. Hoja 6 y 7 manual de instalacin SICIRC
Figura 26. Hoja 9 manual de instalacin SICIRC
22
23
25
26
27
31
33
33
38
41
71
72
73
73
74
74
75
75
76
77
77
90
91
91
92
92
LISTA DE TABLAS
pg.
Tabla 1. Actividades del Proceso de Gestin de Cambios
Tabla 2. KPI, Ratio de xito en cambios
Tabla 3. KPI, Porcentaje de cambios ejecutados exitosamente
Tabla 4. KPI, Porcentaje de cambios ejecutados errneamente
Tabla 5. KPI, Porcentaje de cambios reprogramados
Tabla 6. KPI, Porcentaje de cambios cancelados
Tabla 7. KPI, Ratio de ejecucin adecuada de cambios
Tabla 8. KPI, Porcentaje de cambios realizados en el tiempo programado
Tabla 9. KPI, Tiempo promedio de ejecucin
Tabla 10. Rediseo del proceso
10
50
58
59
60
61
62
63
64
65
66
LISTA DE ANEXOS
Pg.
ANEXO A. DIAGRAMA DE FLUJO DEL PROCESO DE GESTIN DE CAMBIOS
TECNOLGICOS
84
ANEXO B. REDISEO DEL DIAGRAMA DE FLUJO DEL PROCESO DE
GESTIN DE CAMBIOS
89
ANEXO C. MANUAL DE INSTALACIN DEL SISTEMA DE INFORMACIN
SICIRC
90
11
GLOSARIO
12
13
ACRONIMO
14
RESUMEN
15
ABSTRACT
This degree project applies concepts of business process management and ITIL,
in order to analyse and optimize the effectiveness of the technological change
management process of the company Telefonica Colombia Movistar.
16
change,
key
INTRODUCCIN
17
DAZ, Flor. Gestin de procesos de negocio BPM (Business Process Management), TIC y
crecimiento empresarial Qu es BPM y cmo se articula con el crecimiento empresarial? En:
Universidad & Empresa. Julio diciembre, 2008. vol. 10, no. 15, p. 247
18
1. GENERALIDADES
1.1
ANTECEDENTES
1.2
19
Los autores del artculo Modelos de Desarrollo para Gobierno TI afirman que,
con el entorno y las dinmicas competitivas de la actualidad, contar con
tecnologa de informacin y comunicaciones no supone por s misma una ventaja
competitiva para las organizaciones. Es la gestin de los procesos de negocio
mediante el uso de esas tecnologas, la que puede dar una ventaja competitiva
o factor de xito a las organizaciones4. Afirmacin que se ve respaldada con las
cifras calculadas por la multinacional europea especialista en ingeniera,
outsourcing y mantenimiento de sistemas TI distribuidos, OSIATIS5, al decir que
la fase de operacin con productos y servicios TI en cualquier organizacin
grande o pequea, alcanza cerca del 70 80% del total del tiempo y del costo
de produccin, razn por la cual los procesos eficaces y eficientes se convierten
en esenciales para el xito de sus objetivos de negocio6.
En este orden de ideas se puede afirmar que las empresas que gestionan
servicios TI y no usan buenas prcticas de BPM pueden ser ineficientes. Con
esta premisa se da paso al problema que se desea atacar, el cual se resume a
travs de la siguiente pregunta: Cmo aumentar el desempeo y la calidad del
Proceso de Gestin de Cambios Tecnolgicos de la compaa Telefnica
Colombia Movistar? Este problema ser resuelto mediante la identificacin,
medicin y optimizacin del proceso mencionado anteriormente, mejorando de
esta manera los siguientes aspectos de dicho proceso: capacidad de respuesta
a los cambios del entorno, reduccin de tiempos, control de costos y apoyo a la
toma de decisiones, lo cual con lleva a mejorar los niveles de servicio brindados
a los clientes de la compaa. Finalmente, y despus de haber conocido el
contexto de la problemtica a solucionar, es posible identificar que las
necesidades que dan origen al problema son la evolucin y perduracin de las
organizaciones basadas en servicios TI, a lo largo del tiempo, de tal manera que
estas sean competitivas y alcancen sus objetivos de negocio, a travs de la
gestin y optimizacin de sus procesos de negocio.
MARULANDA, Carlos. Modelos de desarrollo para gobierno TI. En: Scientia et Technica.
Agosto septiembre, 2009. vol. 1, no. 41, p. 351
5
ECONOCOM OSIATIS. Organizacin Osiatis: Quines somos? [en lnea]. Madrid: Osiatis
[citado
01
agosto,
2015].
Disponible
en
internet:
<
http://www.osiatis.es/empresa/organizacion.php>
6
ECONOCOM OSIATIS. Fundamentos de la Gestin TI: Qu es ITIL? [en lnea]. Madrid: Osiatis
[citado
28
julio,
2015].
Disponible
en
internet:
<
http://itil.osiatis.es/Curso_ITIL/Gestion_Servicios_TI/fundamentos_de_la_gestion_TI/que_es_ITI
L/que_es_ITIL.php>
20
1.3
OBJETIVOS
1.4
JUSTIFICACIN
Por tal motivo, el objetivo del presente proyecto consiste en redisear el Proceso
de Gestin de Cambios Tecnolgicos de la compaa de tecnologas de la
informacin y la comunicacin Telefnica Colombia Movistar, lo cual permitir
aumentar el desempeo y calidad del proceso.
1.5
MARCO REFERENCIAL
21
Fuente. BLOG PICO.DEV. Reglas de negocio con Drools y Activiti [en lnea].
Madrid: Pico.dev [citado 02 agosto, 2015]. Disponible en internet: <
http://elblogdepicodev.blogspot.com/2012/10/reglas-de-negocio-con-drools-yactiviti.html>
7
IDEA DBF LTDA. Sistema de informacin computacional: Una Herramienta TICs, para el
Desarrollo Estratgico y Gestin de EMPRESAS PyMEs [en lnea]. Santiago de Chile: Franco
Di
Biase
De
Lillo
[citado
01
agosto,
2015].
Disponible
en
internet:
<http://dbf.cl/Material%20Docente/Libro/Sistema%20de%20Informacion%20Computacional%20
Texto%20Completo.pdf>
8
Ibd., p. 42.
22
10
11
12
23
13
15
BPM - SOSW. Ciclo de vida BPM [en lnea]. Bogot D.C.: Juan Bello [citado 07 agosto, 2015].
Disponible en internet: < https://bpmsosw.wordpress.com/2012/02/12/ciclo-de-vida-bpm/>
24
16
BIZAGI. BPMN 2.0 [en lnea]. Chalfont: Bizagi [citado 08 agosto, 2015]. Disponible en internet:
< https://www.bizagi.com/docs/BPMNbyExampleSPA.pdf>
25
Como bien lo dice Bizagi17, BPMN proporciona un lenguaje comn para que las
partes involucradas puedan comunicar los procesos de forma clara, completa y
eficiente. De esta forma BPMN define la notacin y semntica de un Diagrama
de Procesos de Negocio (Business Process Diagram, BPD). BPD es un
diagrama diseado para representar grficamente la secuencia de todas las
actividades que ocurren durante un proceso, basado en la tcnica de Flow
Chart, incluye adems toda la informacin que se considera necesaria para el
anlisis. La Figura 4 ilustra un proceso de negocio (proceso de generacin de
ordenes compra) modelado a travs de BPMN.
Fuente. BIZAGI. BPMN 2.0 [en lnea]. Chalfont: Bizagi [citado 08 agosto, 2015].
Disponible
en
internet:
<
https://www.bizagi.com/docs/BPMNbyExampleSPA.pdf>
17
BIZAGI. BPMN [en lnea]. Chalfont: Bizagi [citado 08 agosto, 2015]. Disponible en internet: <
http://www.bizagi.com/esp/descargas/BPMNbyExample.pdf>
26
Fuente. KLAWLER BLOG. What is BMPN? [en lnea]. Pune: Klawler [citado 08
agosto, 2015]. Disponible en internet: < http://blog.krawler.com/tag/bpmn/>
ROBLEDO, Pedro. El Libro del BPM 2014. 1 ed. Madrid: Club-BPM, 2014. p. 260.
19 WSO2. Writing
a simple WS-BPEL process for WSO2 BPS and Apache ODE [en lnea]. Sidney:
Denis
Weerasiri
[citado
08
agosto,
2015].
Disponible
en
internet:
<
http://wso2.com/library/articles/writing-simple-ws-bpel-process-wso2-bps-apache-ode/>
27
20 BERRO, Mariano. Buenas prcticas: Gua didctica. 1 ed. Montevideo: s.e., 2013. p. 36.
21
SEARCH DATACENTER. Conocer cules son las mejores prcticas de TI, le ayudara a
determinar los principios que debe seguir al planificar su estrategia de negocios TI [en lnea].
Ciudad de Mxico D.F.: Melisa Osores [citado 02 agosto, 2015]. Disponible en internet: <
http://searchdatacenter.techtarget.com/es/cronica/Mejores-practicas-de-TI-Mas-valor-para-elnegocio>
28
22
VAN BON, Jan. Mejores prcticas: Fundamentos de ITIL V3. 3 ed. Amersfoort: Van Haren
Publishing, 2008. p. 380.
23
VAN BON, Jan. Gestin de servicios de TI basada en ITIL V3. 1 ed. Amersfoort: Van Haren
Publishing, 2008. p. 133.
24
29
Por lo tanto, se puede afirmar que ITIL tiene que ver con todos aquellos procesos
que se requieren ejecutar dentro de las organizaciones para la administracin y
operacin de la infraestructura de TI, de tal forma que se tenga una ptima
provisin de servicios a los clientes bajo un esquema de costos congruentes con
las estrategias del negocio.
El Ciclo de Vida del Servicio se compone de cinco fases. Cada volumen de los
nuevos libros de ITIL describe una de estas fases.
26
Ibid., p. 9.
27
Ibid., p. 15.
28
Ibid., p. 17.
29
Ibd., p. 17.
30
Ibd., p. 18.
30
La Figura 6 describe las cinco fases del Ciclo de Vida del Servicio y las mejores
prcticas (procesos) que componen cada una de estas fases.
Ibd., p. 18.
32
Ibd., p. 18.
33
Ibd., p. 18.
31
34
32
33
37
GUERRA, Guillermo. El agro negocio y la empresa agropecuaria frente al siglo XXI. 1 ed. San
Jos: Editorial Agro americana, 2002. p. 509.
38
39
Ibid., p. 57.
40
Ibid., p. 57.
41
Ibid., p. 57.
42
Ibid., p. 57.
34
43
Ibid., p. 58.
44
Ibid., p. 56.
45
Ibid., p. 56.
46
Ibid., p. 58.
47
Ibd., p. 59.
48
Ibd., p. 60.
49
Ibd., p. 61.
35
50
Ibd., p. 5.
52
Ibd., p. 6.
53
Ibd., p. 5.
54
Ibd., p. 6.
55
Ibd., p. 5.
56
Ibd., p. 6.
57
Ibd., p. 5.
58
Ibd., p. 6.
36
Ibd., p. 11.
60
Ibd., p. 13.
61
Ibd., p. 13.
62
Ibd., p. 13.
63
Ibd., p. 16.
64
Ibd., p. 16.
65
Ibd., p. 16.
66
Ibd., p. 19.
67
Ibd., p. 37.
37
1.6
ALCANCE Y LIMITACIONES
1.6.1 Delimitacin.
Fuente. GOOGLE. Telefnica Ubicacin, sede principal [en lnea]. Bogot D.C:
Google maps [citado 08 agosto, 2015]. Disponible en internet: <
https://www.google.com.co/maps/place/@4.697307,-74.069932,17z/>
38
1.7
METODOLOGA PROPUESTA
39
2.1
68
Ibd., p. 51.
40
Fuente. El autor
41
70
Ibd., p. 99.
42
71
Ibd., p. 99.
43
2.2
TECNOLGICOS
DE
72
Ibd., p. 100.
44
2.2.2.1 Descripcin del proceso. Este proceso tiene como objetivo controlar
los cambios de infraestructura y servicios de tecnolgica reduciendo los riesgos
tcnicos, econmicos y de tiempo al momento de la realizacin de cambios,
asegurando la calidad y continuidad del servicio de TI74. Las reglas del proceso
son:
73
Ibd., p. 137.
75
Ibd., p. 137.
76
Ibd., p. 137.
77
Ibd., p. 137.
78
Ibd., p. 137.
45
Todos los cambios deben ser aprobados por el Gerente/jefe dueo del
cambio79.
Los cambios normales, urgentes y emergencia que tengan impacto funcional
deben ser socializados antes de registrar el cambio al grupo de soporte,
incidentes y problemas, de igual forma deber publicarse la informacin de
dicha capacitacin en la base de conocimiento del Service Manager 80.
Los cambios de Alto Impacto deben ser programados nicamente los fines
de semana81.
Fuera del comit de cambios solo se tramitarn cambios de emergencia, este
cambio debe tener como soporte un incidente masivo o criticidad alta (outage
o degradacin) del servicio y debe ser relacionado en la herramienta donde
se registra el cambio82.
Toda solicitud de cambios debe incluir la siguientes documentacin:
Plan de trabajo detallado (incluye tareas pos implementacin, de ejecucin,
plan de rollback , pruebas pos implementacin).
Scrip de mesa (cuando haya indisponibilidad del servicio).
Certificado de pruebas en ambiente de pruebas.
Check de paso a produccin (nuevas aplicaciones)83.
Cuando se requieran tareas que deben ser ejecutadas por el proveedor esas
deben ser comunicadas y socializadas por el coordinador de cambios (antes
de pasar el cambio al comit)84.
Cuando se requiera cambios en componentes de infraestructura se
recomienda al coordinador el check list de infraestructura, esta es una gua,
no se debe incluir en el cambio. Para la implementacin de un cambio, deben
haberse cumplido la aprobacin de las pruebas correspondientes85.
El coordinador debe definir el tipo de cambio que va a ejecutar dependiendo
de las necesidades y o requerimientos. Caractersticas de un cambio:
Un cambio siempre requiere pruebas de calidad (pruebas de continuidad de
la totalidad del ambiente y/o pruebas de certificacin por un rea
especializada de QA).
Un cambio puede estar conformado por una o ms tareas, las cuales deben
tener un orden definido de ejecucin y requieren una coordinacin86.
El coordinador de cambio debe verificar que el plan de trabajo se haya
ejecutado correctamente, debe coordinar en conjunto con la Gerencia de
79
Ibd., p. 137.
80
Ibd., p. 137.
81
Ibd., p. 137.
82
Ibd., p. 137.
83
Ibd., p. 137.
84
Ibd., p. 138.
85
Ibd., p. 138.
86
Ibd., p. 138.
46
87
Ibd., p. 138.
88
Ibd., p. 138.
89
Ibd., p. 138.
90
Ibd., p. 138.
91
Ibd., p. 138.
92
Ibd., p. 139.
93
Ibd., p. 139.
94
Ibd., p. 139.
47
2.2.2.5 Entradas y salidas del proceso. Las entradas del proceso son las
Solicitudes del Cambios99.
95
Ibd., p. 139.
96
Ibd., p. 139.
97
Ibd., p. 139.
98
Ibd., p. 139.
99
Ibd., p. 140.
48
Las entradas
100
Ibd., p. 140.
101
Ibd., p. 140.
102
Ibd., p. 140.
103
Ibd., p. 140.
49
Gestin de Cambios104.
104
Envo de
acta para
asignacin
de recursos
Ibd., p. 141.
50
Control
cambios
Sistemas
de
informacin
Correo
electrnico
Centro de
cmputo
Coordinador
de cambios
Control
Cambios
Service
Manager
SM
Tabla 1. (Continuacin)
estandar y Urgencias,
para
que
sean
socializados dentro del
comit de cambios.
Segui miento
51
Gestor de
Cambios /
Gobierno TI
Tabla 1. (Continuacin)
Jefatura
Operaciones.
de
El rea de Gobierno
TI, genera mtricas de
cambios totales y
cambios de urgencia,
los
cuales
son
tomados
mensualmente de la
herramienta Service
Manager.
Gestionar Cambio Estndar, un
cambios cambio
recurrente,
estndar bien conocido, que no
implica modificacin
funcional ni genera
indisponibilidad
del
servicio. Debe ser
registrado
como
normal
durante
3
veces para que sea
aprobado
como
cambio estndar, sin
modificacin.
Asignacin Revisan el plan de
de
trabajo, generan los
Recursos comentarios para el
acuerdo de las tareas
y cuando ya se reciba
la respuesta de los
comentarios,
se
comunicar el recurso
que ejecutar la tarea.
Cuando el cambio es
de Emergencia, la
asignacin
de
recursos
y
la
coordinacin
de
tareas, se hace por
medio de audio unas
horas
antes
de
ejecutar el cambio; se
tiene en cuenta que las
aprobaciones
se
generan via correo y al
52
Coordinador
del Cambio
Proveedor
Service
Manager
-SM-
Tabla 1. (Continuacin)
da siguiente hbil se
actualiza a la fase
Implementacin
en
SM.
Gestionar Si el cambio es de
cambios de Emergencia, deber
Emergencia solicitar al Gerente de
Operaciones, Gerente
de area y/o Director
T.I. la aprobacin del
mismo por correo
electronico. Este tipo
de cambio debe tener
un incidente masivo
asociado, o un PM
que no tenga un
Workaround,
que
tenga un impacto al
negocio.
Gestionar Se debe crear con 72
cambios
horas de anticipacin.
Normales
Realizacin Se realizara comit de
del Comite socializacin
y
de Cambios aprobacin
de
TI
ejecucin de cambios,
la
cual
queda
registrada en un acta
diaria, la cual es
enviada por correo
electrnico
a
los
involucrados de la
Direccin TI y los
proveedores, y se
registra en el Share
Point.
Tambien se enva los
cambios a ejecutar via
mail
(tipos
de
cambios) De igual
forma se cambia a
fase Implementacin
normal
en
la
herramienta Service
Manager.
53
Coordinador
del Cambio
Service
Manager
-SM-
Coordinador
del Cambio
Sevice
Manager
SM
Control
Cambios /
Gestor de
Cambios /
CAB
Tabla 1. (Continuacin)
54
Comite
Aprobador de
Cambios
Coordinador
del Cambio
Coordinador
del cambio
Coordinador
del cambio
Sevice
Manager
SM
Tabla 1. (Continuacin)
aprobacion
de
la
ventana por parte del
usuario cuando se
requiera.
Coordinador
del cambio
Service
Manager
-SM-
Los Cambios de
Emergencia, podrn
registrarse
en
cualquier momento
del da, para realizar
la restauracion de
un servicio, mximo
ser
ejecutado
desde la creacin
hasta la ejecucin
en Seis (6) horas.
55
Por tal motivo, a mediados del ao 2014 se declar una poltica de mejora
continua ha dicho proceso. Esta exige al equipo de Gestin de Cambios y
Operaciones TI de la compaa, analizar, medir y optimizar trimestralmente dicho
proceso; promoviendo de esta forma la madurez del proceso en trminos de
efectividad y adaptacin al ambiente de negocios tan dinmico y competitivo
como lo es el mercado de las telecomunicaciones donde la capacidad para tomar
las mejores decisiones y en el menor tiempo posible, es esencial para el xito de
la compaa.
2.3
INDICADORES DE MONITORIZACIN
56
mensualmente106. Por tanto, los KPI de esta seccin son calculados con mtricas
operativas, tomadas a lo largo de un mes. A continuacin, se describe la ficha
de los ocho KPI principales del proceso de Gestin de Cambios, clasificados en
trminos de eficiencia y eficacia.
106
BLOG ELIO PERCESEPE. Implementando gestin de cambios en TI [en lnea]. Caracas: Elio
Percesepe
[citado
05
septiembre,
2015].
Disponible
en
internet:
<
http://eliopercesepe.com/implementando-gestion-de-cambios-en-ti/>
57
Intencin del
indicador
Unidad
Periodicidad
Formula
Porcentaje (%)
Mensual
+
= (1 (
)) 100
Glosario
Tendencia
esperada
Hacia arriba
Responsable
Fuentes de
informacin
Centro de cmputo
y el Gestor de
incidentes Masivos
/ Grupo
solucionador.
Observaciones
Excelente
Regular
Malo
Intencin del
indicador
Unidad
Porcentaje (%)
Periodicidad
Mensual
Formula
Glosario
) 100
Tendencia
esperada
Hacia arriba
Responsable
Fuentes de
informacin
Centro de cmputo
Observaciones
Meta
91%
93%
95%
95%
96%
Estados de medicin
>= 95%
Entre (80 94) %
< 80%
Fuente. El autor
59
Observaciones
Excelente
Regular
Malo
Unidad
Porcentaje (%)
Periodicidad
Mensual
+
= (
) 100
Formula
Glosario
Tendencia esperada
Responsable
Fuentes de
informacin
Centro de cmputo y el
Gestor de incidentes
Masivos / Grupo
solucionador
Hacia abajo
El gerente a cargo de la gerencia de operaciones
TI y el gestor de cambios.
Responsable(s) de las
Observaciones
fuentes
El administrador del centro
de cmputo y el lder de
incidentes masivos.
Datos de lnea base
Meta
5%
4%
2%
1%
0%
Observaciones
Estados de medicin
< = 5%
Entre (6 15) %
> 15%
Excelente
Regular
Malo
Fuente. El autor
60
Unidad
Porcentaje (%)
Periodicidad
Mensual
= (
Formula
) 100
Glosario
Tendencia esperada
Hacia abajo
Responsable
Fuentes de
informacin
Centro de cmputo y
coordinadores de los
cambios
Informacin de la meta
Meta
16%
2015 / Septiembre
15%
2015 / Octubre
14%
2015 / Noviembre
12%
2015 / Diciembre
11%
Observaciones
Estados de medicin
<= 5%
Entre (6 25) %
> 25%
Excelente
Regular
Malo
Fuente. El autor
61
Unidad
Porcentaje (%)
Periodicidad
Mensual
Formula
) 100
Glosario
Tendencia esperada
Hacia abajo
El gerente a cargo de la gerencia de operaciones
TI y el gestor de cambios.
Responsable(s) de las
Observaciones
fuentes
Responsable
Fuentes de
informacin
Centro de cmputo
Meta
2015 / Agosto
4.5%
2015 / Septiembre
4%
2015 / Octubre
3.7%
2015 / Noviembre
3.2%
2015 / Diciembre
2%
Observaciones
Estados de medicin
< = 5%
Entre (6 15) %
> 15%
Excelente
Regular
Malo
Fuente. El autor
62
Unidad
Porcentaje (%)
Periodicidad
Mensual
= (1 ( )) 100
Formula
Glosario
Tendencia esperada
Hacia arriba
Responsable
Fuentes de
informacin
Centro de cmputo y el
Gestor de incidentes
Masivos / Grupo
solucionador
Excelente
Regular
Malo
Fuente. El autor
63
Unidad
Porcentaje (%)
Periodicidad
Mensual
= (
Formula
) 100
Glosario
Tendencia esperada
Hacia arriba
Responsable
Fuentes de
informacin
Centro de cmputo y
sistema de informacin
Service Manager
Responsable(s) de las
fuentes
El administrador del centro de
cmputo y el gestor de
cambios
Observaciones
Meta
2015 / Agosto
2015 / Septiembre
2015 / Octubre
2015 / Noviembre
2015 / Diciembre
80%
85%
90%
95%
99%
Observaciones
Estados de medicin
>=95%
Entre (80 94) %
< 80%
Fuente. El autor
64
Excelente
Regular
Malo
Unidad
Horas
Periodicidad
Mensual
=
Formula
0 + 1 + +
Glosario
Tendencia esperada
Estable
Responsable
Fuentes de
informacin
Centro de cmputo
2.4
Situacin propuesta
Situacin # 1
Coordinador
del
Cambio
(programacin del cambio
horas,
aplazamiento,
cancelamiento tareas-).
Director
TI
(aprobacin
cambios de emergencia y
escalados).
66
Gerente de Operaciones TI
(aprobacin
cambios
de
emergencia,
cambios
a
ejecutar diarios y desvi de
cambios).
Gerente
de
Ingeniera
de
Infraestructura
(aprobacin
cambios a ejecutar diarios).
Centro de Gestin (programacin
de cambios).
Situacin # 2
Situacin # 3
Cuando un cambio es aplazado el
67
Situacin # 4
Debido a la situacin actual se
propone que, si la Bolsa de cambios
excede su lmite y el CAB no se pone
de acuerdo para elegir los cambios a
aprobar durante el Comit de Gestin
de Cambios TI, los cambios a
La Bolsa de Cambios es una regla de socializar deben ser priorizados de la
negocio, la cual establece que las siguiente manera:
direcciones
de
Produccin
y
Desarrollo solo pueden ejecutar 6 Cambios con PMs (Problemas
Masivos) asignados.
Cambios Normales de domingo a
Falta de criterios o flujo de decisin
para la aprobacin de un cambio por
parte del CAB durante el Comit de
Gestin de Cambios TI, a causa del
sobrecupo de la Bolsa de Cambios.
68
(Incidentes
La
priorizacin
mencionada
anteriormente es ilustrada en el anexo
B, Figura 10.
Nota: El objetivo de los Cambios con
PMs e IMs asociados es solucionar
problemas e incidentes que estn
afectando actualmente la calidad del
servicio.
Situacin # 5
En
algunas
ocasiones
los
coordinadores aplazan sus cambios,
y/o agregan o eliminan tareas
referentes al cambio; despus que el
Equipo de Gestin de Cambios ha
enviado el acta de cambios
planificados para la asignacin de
recursos al proveedor.
Este tipo de acciones y falta de
comunicacin de la accin realizada
por parte del coordinador con el
Equipo de Gestin de Cambios hace
que las actas enviadas sean errneas.
69
Fuente. El autor
2.5
AUTOMATIZACIN DE INDICADORES
SICIRC, es una aplicacin web que calcula en tiempo real 3 KPI del Proceso de
Gestin de Cambios Tecnolgicos (ver seccin 2.4, Indicadores de
Monitorizacin), permitiendo a la direccin de gobierno T.I. y al Gestor de
Cambios de la compaa de tecnologas de la informacin y la comunicacin
Telefnica Colombia - Movistar tomar decisiones basadas en las mtricas
ofrecidas por SICIRC, para mejorar la efectividad del proceso.
70
Fuente. El autor
71
Fuente. El autor
72
Fuente. El autor
Figura 14. Vista de informacin de indicadores Ratio de cambios exitosos
Fuente. El autor
73
Fuente. El autor
Figura 16. Vista de informacin de indicadores Porcentaje de Cambios
Ejecutados Errneamente
Fuente. El autor
74
Fuente. El autor
Figura 18. Vista principal Gestor de Cambios (administrador)
Fuente. El autor
75
Fuente. El autor
Los 4 campos restantes, Jefe, Jefatura T.I, Gerencia T.I y direccin T.I son
cargados automticamente, despus de haber sido seleccionado un
coordinador.
Nota: Para registrar o actualizar un cambio todos los campos de texto deben
tener cargado un valor; de lo contrario SICIRC no ejecutara la accin deseada.
Adems, se debe tener en cuenta que el valor digitado en el campo Identificador
del Cambio, debe cumplir la siguiente expresin regular al momento de registrar
un cambio: Una C seguida por cinco o ms nmeros del 1 9 (Ejemplo. C12345).
76
Fuente: El autor
Fuente. El autor
77
78
3. CONCLUSIONES
BIBLIOGRAFA
BPM - SOSW. Ciclo de vida BPM [en lnea]. Bogot D.C.: Juan Bello [citado 07
agosto,
2015].
Disponible
en
internet:
<
https://bpmsosw.wordpress.com/2012/02/12/ciclo-de-vida-bpm/>
BIZAGI. BPMN 2.0 [en lnea]. Chalfont: Bizagi [citado 08 agosto, 2015].
Disponible
en
internet:
<
https://www.bizagi.com/docs/BPMNbyExampleSPA.pdf>
BIZAGI. BPMN [en lnea]. Chalfont: Bizagi [citado 08 agosto, 2015]. Disponible
en internet: < http://www.bizagi.com/esp/descargas/BPMNbyExample.pdf>
DELOITTE TOUCHE TOHMATSU LIMITED. La Gestin por Procesos en las
Organizaciones: La forma en la que los resultados se logran [en lnea]. Bogot
D.C.: Deloitte [citado 28 julio, 2015]. Disponible en internet: <
http://www2.deloitte.com/content/dam/Deloitte/uy/Documents/strategy/Gesti%C
3%B3n%20por%20procesos%20para%20web.pdf>
80
81
[citado
07
agosto,
2015].
Disponible
en
internet:
<
http://www.ibm.com/developerworks/ssa/local/websphere/introduccion-bpm/>
ROBLEDO, Pedro. El Libro del BPM 2014. 1 ed. Madrid: Club-BPM, 2014. p.
260.
82
VAN BON, Jan. Gestin de servicios de TI basada en ITIL V3. 1 ed. Amersfoort:
Van Haren Publishing, 2008. p. 133.
VAN BON, Jan. Mejores prcticas: Fundamentos de ITIL V3. 3 ed. Amersfoort:
Van Haren Publishing, 2008. p. 380.
WSO2. Writing a simple WS-BPEL process for WSO2 BPS and Apache ODE [en
lnea]. Sidney: Denis Weerasiri [citado 08 agosto, 2015]. Disponible en internet:
<
http://wso2.com/library/articles/writing-simple-ws-bpel-process-wso2-bpsapache-ode/>
83
ANEXOS
Fuente. El autor
89
Fuente. El autor
Fuente. El autor
90
Fuente. El autor
Fuente. El autor
91
Fuente. El autor
Fuente. El autor
92