Source: http://docplayer.es/608305-Facultad-de-ingenieria-carrera-profesional-de-ingenieria-de-sistemas.html
Timestamp: 2017-03-30 06:12:56+00:00

Document:
FACULTAD DE INGENIERÍA CARRERA PROFESIONAL DE INGENIERÍA DE SISTEMAS - PDF
FACULTAD DE INGENIERÍA CARRERA PROFESIONAL DE INGENIERÍA DE SISTEMAS
Download "FACULTAD DE INGENIERÍA CARRERA PROFESIONAL DE INGENIERÍA DE SISTEMAS"
Silvia Naranjo Lucero
1 FACULTAD DE INGENIERÍA CARRERA PROFESIONAL DE INGENIERÍA DE SISTEMAS IMPACTO DE LA IMPLEMENTACIÓN DE GESTIÓN DE INCIDENTES DE TI DEL FRAMEWORK ITIL V3 EN LA SUB-AREA DE END USER COMPUTER EN GOLDFIELDS LA CIMA S.A. OPERACIÓN MINERA CERRO CORONA APROBADA POR DIRECCION DE CARRERA TESIS PARA OPTAR EL TÍTULO PROFESIONAL DE: INGENIERO DE SISTEMAS AUTOR: Bach. JOSÉ LUIS IBÁÑEZ HERRERA ASESOR: Ing. OSCAR ZOCÓN ALVA CAJAMARCA PERÚ 20132 COPYRIGHT 2013 by JOSE LUIS IBAÑEZ HERRERA Todos los derechos reservados i3 UNIVERSIDAD PRIVADA DEL NORTE FACULTAD DE INGENIERÍA CARRERA PROFESIONAL DE INGENIERÍA DE SISTEMAS ACEPTADA: IMPACTO DE LA IMPLEMENTACIÓN DE GESTIÓN DE INCIDENTES DE TI DEL FRAMEWORK ITIL V3 EN LA SUB- AREA DE END USER COMPUTER EN GOLDFIELDS LA CIMA S.A. OPERACIÓN MINERA CERRO CORONA APROBADA POR DIRECCION DE CARRERA AUTOR: Bach. JOSÉ LUIS IBÁÑEZ HERRERA ASESOR: Ing. OSCAR ZOCÓN ALVA Aprobado por: Ing. Patricia Martos Uceda Ing. Samuel Mestanza Alcantara Presidente del jurado Secretario del jurado Ing. Manuel Malpica Rodriguez Mg. Ing. Oscar Zocón Alva Vocal del jurado Asesor Cajamarca, 08 de Octubre 2013 ii4 DEDICATORIA El presente trabajo de investigación se lo dedico a mis padres, por darme la vida, por todo su apoyo y cuidados, y por darme la oportunidad de llegar a ser un profesional y una mejor persona. Se lo dedico a mis hermanos, quienes siempre fueron mis ejemplos a seguir y nunca dejaron de creer en mí. En especial a mi hermana Yuli, mi segunda mamá, porque sé que siempre está conmigo. A mi esposa Cely y a mi hijo Sebastián por todo su apoyo y cariño, porque son mi mejor soporte y mi motivo para siempre seguir adelante. Los amo. Y a todas las personas que siguen apoyándome y demostrando su interés por mí. iii5 EPÍGRAFE No tenemos la oportunidad de hacer muchas cosas, por lo que cada cosa que hagamos debe ser excelente. Porque esta es nuestra vida (Steve Jobs) iv6 AGRADECIMIENTO Agradecer a Dios, por la vida y la oportunidad de vivirla. Agradezco de manera muy especial a todos los docentes que me guiaron y formaron profesionalmente durante los años universitarios, y a mis profesores de secundaria y primaria por saber educarme. A mi asesor, Ing. Oscar Zocón Alva, por orientarme y apoyarme en la elaboración de este trabajo. Y agradeceré por siempre a mi familia por su incondicional apoyo y comprensión. v7 LISTA DE ABREVIACIONES - EUC : End user Computer, Sub-área de ICT - ICT: Information and Communication Technology, area de sistemas de minera Goldfields. - IT: Information Technology (Tecnologia de Información, TI). - SLA: Service Level Agreement, en español Acuerdo de Nivel de Servicios. Es un acuerdo realizado entre el área ganadora del outsourcing de TI y el área de ICT. vi8 PRESENTACIÓN Señores Miembros del Jurado: De conformidad y cumpliendo lo estipulado en el Reglamento de Grados y Títulos de la Facultad de Ingeniería de la Universidad Privada del Norte, para Optar el Título Profesional de Ingeniero de Sistemas, pongo a vuestra consideración el presente Proyecto intitulado: IMPACTO DE LA IMPLEMENTACIÓN DE GESTIÓN DE INCIDENTES DE TI DEL FRAMEWORK ITIL V3 EN LA SUB-AREA DE END USER COMPUTER EN GOLDFIELDS LA CIMA S.A. OPERACIÓN MINERA CERRO CORONA El presente proyecto ha sido desarrollado durante los primeros de Abril del año 2012 a Agosto del año 2013, y espero que el contenido de este estudio sirva de referencia para otras Proyectos o Investigaciones. Bach. José Luis Ibáñez Herrera vii9 RESUMEN Impacto de la implementación de Gestión de Incidentes de TI del El presente trabajo tuvo como objetivo general estudiar el Impacto de la implementación de Gestión de Incidentes de TI del Framework ITIL v3 en la sub-área de End User Computer en Goldfields La Cima S.A. Operación Minera Cerro Corona ITIL es un framework (Marco de Trabajo) para la administración de procesos TI basado en Best Practices (Mejores Prácticas) y que plantea procedimientos de gestión ideados para ayudar a lograr la calidad y eficiencia en las operaciones TI de las organizaciones. Esta Gestión de Incidentes ayudará a la resolución y prevención de incidentes que afecten la ejecución normal de un servicio TI en la organización. También incluye la investigación de los incidentes ocurridos y la garantía de que las fallas son corregidas. Además se realizó la selección de un software que permita ayudar la gestión de incidentes, desde su registro hasta su solución. Esto con el objetivo de obtener una base de conocimientos que ayude a dar la solución de incidentes de manera más eficaz. También incluye el inventario de equipamiento tecnológico y su correcta administración. El área de ICT buscaba la mejora de la calidad del servicio de soporte a usuarios. Esta calidad está basada en tres aspectos: cantidad de incidentes registrados, tiempo del proceso de soporte a usuarios y satisfacción de los usuarios respecto al servicio brindado. Los resultados que se lograron son: - Aumentar la cantidad de incidentes registrados, de 155 incidentes que se tenía en promedio antes a 331 que se obtuvo después de la implementación del proyecto, es decir un aumento del 113%. Esto permitirá tener una base de conocimientos actualizada, poder realizar viii10 seguimiento a los incidentes que se manifiesten y generar reportes más exactos de la situación real de la sub-área de EUC. - Disminuir el tiempo del proceso de soporte a usuarios, desde su identificación y registro hasta su solución. Antes de la implementación del proyecto se tenía un promedio de 67 horas y luego de la implementación se logró reducir a 33 horas aproximadamente, es decir una mejora del 50%. - Aumentar la satisfacción del usuario respecto al servicio recibido por parte de la sub-área de EUC. Para esto se tomó como escala la propuesta por Likert que da un valor de 1 a 5 a diferentes adjetivos de menor a mayor. Antes de la implementación era Insatisfecho, y luego de la implementación paso a ser Satisfecho, obteniendo una mejora de 71%. Estos tres resultados positivos permitieron conseguir el objetivo del área, el cual era mejorar la calidad del servicio de soporte a usuarios. ix11 ABSTRACT The objective of the present work is study the "Impact of the implementation of IT Incident Management with ITIL v3 Framework in the area of End User Computer in Goldfields La Cima SA - Operacion Minera Cerro Corona " ITIL is a framework for managing IT processes based on " Best Practices and poses management procedures designed to help achieve quality and efficiency in IT operations in organizations. This Incident Management will help to the resolution and prevention of incidents which affect the normal operation of IT service organization. It also includes the investigation of incidents and ensuring that faults are corrected. I Also carried out the selection of a software to help incident management, from registration through to resolution. This with the pourpose of create a knowledge database that helps to give the solution more efficiently. It also includes an inventory of technological equipment and its proper administration. ICT area wants to improve the quality of user support service. This quality is based on three aspects : number of registered incidents, time of the process of user support and user satisfaction regarding the service provided. The results that were obtained are: - Increase the number of registered incidents, 155 incidents had on average prior to 331 was obtained after implementation of the project, here is an increase of 113 %. This it was because now there is an updated knowledge database, to perform tracking incidents that manifest and generate more accurate reports of the actual situation of the sub - area of EUC. - Reduce time user support process from identification and registration through to resolution. Before the implementation of the project had an average of 67 x12 hours and after implementation was reduced to 33 hours, showing an improvement of 50 %. - Increase user satisfaction regarding the service received from the sub - area of EUC. For this it was use the Likert scale which gives a value of 1-5 at different adjectives from lowest to highest. Before the implementation was dissatisfied, and after the implementation step to be satisfied, obtaining an improvement of 71 %. These three positive results allowed the area to achieve the objective, which was to improve the quality of user support service. xi13 INDICE DEDICATORIA... iii EPÍGRAFE... iv AGRADECIMIENTO... v LISTA DE ABREVIACIONES... vi PRESENTACIÓN... vii RESUMEN... viii ABSTRACT... x INDICE... xii INDICE DE FIGURAS... xv INDICE DE TABLAS... xvii INTRODUCCIÓN... xxi CAPITULO 1 INTRODUCCION Realidad problemática Formulación del problema Justificación Justificación Técnica Justificación aplicativa o práctica Justificación valorativa Justificación Académica Limitaciones Objetivos Objetivo General Objetivos Específicos CAPITULO 2 MARCO TEORICO Antecedentes Antecedentes internacionales Antecedentes Nacionales Bases Teóricas Qué es ITIL? Gestión de Servicio TI Sistemas El ciclo de vida de los Servicios TI Gestión de Incidentes xii14 2.3. Definición de términos básicos Tecnología de Información ITIL Incidente de TI Problema de TI Usuario final End User Computer Calidad CAPITULO 3 HIPOTESIS Formulación de la hipótesis Operacionalización de variables Validez y confiabilidad de los instrumentos CAPITULO 4 PROPUESTA DE APLICACIÓN PROFESIONAL Implementación de Gestión de Incidentes del Framework ITIL v Objetivo Valor para el proceso Detalles de la Gestión de Incidentes Beneficios Dificultades Flujo de Proceso Estudio de tiempos con la Implementacion de Gestión de Incidentes Selección del software Metodología de selección de software Resultados de la evaluación Caracteristicas de cada Software Conclusión de la Selección del Software CAPITULO 5 METODOS Y MATERIALES Tipo de diseño de investigación Material de estudio Población Usuarios Muestra usuarios Población de Incidentes Antes Muestra Incidentes Antes Población de Incidentes Después Muestra Incidentes Después xiii15 5.3. Técnicas, procedimientos e instrumentos Para recolectar datos Para procesar datos CAPITULO 6 RESULTADOS Cantidad de incidentes registrados Tiempo del proceso de soporte a usuarios Porcentaje de satisfacción de los usuarios respecto a la atención recibida CAPITULO 7 DISCUSIÓN CAPITULO 8 CONCLUSIÓN REFERENCIAS BIBLIOGRÁFICAS REFERENCIAS BIBLIOGRAFICAS ELECTRONICAS ANEXOS ANEXO 01: ENCUESTA TOMADA AL PERSONAL DE GOLDFIELDS SA OPERACIÓN MINERA CERRO CORONA ANEXO 02: ENTREVISTA REALIZADA AL JEFE DE AREA ICT ANEXO 03: RESULTADOS DE ENCUESTA REALIZADA A USUARIOS ANTES DE IMPLEMENTACION DE GESTION DE INCIDENTES ANEXO 04: RESULTADOS DE ENCUESTA REALIZADA A USUARIOS DESPUES DE IMPLEMENTACION DE GESTION DE INCIDENTES ANEXO 05: FICHA DE OBSERVACION DEL PROCESO DE SOPORTE A USUARIOS EN GOLDFIELDS SA OPERACIÓN MINERA CERRO CORONA ANEXO 07: LINEA OPERATVA DE EUC ANEXO 08: CATEGORIZACIÓN DE INCIDENTES ANEXO 09: TIEMPOS DEL PROCESO DE SOPORTE A USUARIOS ANTES DE LA IMPLEMENTACION ANEXO 10: HOJAS DEL CONTRATO DE OUTSOURCING DEL AREA ICT xiv16 INDICE DE IMÁGENES Impacto de la implementación de Gestión de Incidentes de TI del IMAGEN 1: IMAGEN 01: VENTANA DE INICIO DEL SISTEMA HELPDESK...5 IMAGEN 2: VENTANA PARA CREACIÓN DE TICKET...6 IMAGEN 3: OBTENIENDO ALFA DE CRONBACH CON SOFTWARE SPSS V IMAGEN 4: PROPUESTA DE LA GESTIÓN DE INCIDENTES IMAGEN 5: PROCESO DE GESTIÓN DE INCIDENTES IMAGEN 6: CLASIFICACIÓN DE INCIDENTES IMAGEN 7: INGRESO AL SISTEMA GLPI IMAGEN 8: PÁGINA PRINCIPAL DEL SISTEMA GLPI IMAGEN 9: INFORMACIÓN DE TICKETS ASIGNADOS DEL SISTEMA GLPI IMAGEN 10: INFORMACIÓN DETALLADA POR TICKET DEL SISTEMA GLPI IMAGEN 11 INTERFAZ DE CREACIÓN DE INCIDENTE DEL SISTEMA GLPI IMAGEN 12: INTERFAZ PARA AGREGAR EQUIPOS TECNOLÓGICOS DEL SISTEMA GLPI85 IMAGEN 13: INTERFAZ DE REPORTES DE EQUIPOS DEL SISTEMA GLPI IMAGEN 14: INTERFAZ DE REPORTES DE INCIDENTES DEL SISTEMA GLPI IMAGEN 15 FLUJO DEL FUNCIONAMIENTO DEL SISTEMA SERVICE DESK IMAGEN 16: FLUJO DE LA GESTIÓN DE INCIDENCIAS Y PETICIONES DE SERVICE DESK IMAGEN 17: INTERFAZ DE GESTIÓN DE INCIDENTES DE SERVICE DESK IMAGEN 18: INTERFAZ DE GESTIÓN DE INCIDENTES DE SERVICE DESK IMAGEN 19: INTERFAZ PARA OTORGAR PRIVILEGIOS A USUARIOS DE SERVICE DESK 89 IMAGEN 20: INTERFAZ DE INVENTARIO DE EQUIPOS TECNOLÓGICOS DE SERVICE DESK IMAGEN 21: INTERFAZ DE INVENTARIO DE EQUIPOS TECNOLÓGICOS DE SERVICE DESK IMAGEN 22: INTERFAZ DE BASE DE CONOCIMIENTOS DE SERVICE DESK IMAGEN 23: INTERFAZ DE GENERACIÓN DE REPORTES DE SERVICE DESK IMAGEN 24: INTERFAZ DE GENERACIÓN DE REPORTES DE SERVICE DESK IMAGEN 25: INTERFAZ DE INGRESO DE USUARIO Y CONTRASEÑA DE ITMS IMAGEN 26: PRIMERA INTERFAZ QUE MUESTRA LOS INCIDENTES ITMS IMAGEN 27: INTERFAZ DE REGISTRO DE INCIDENTES DE ITMS IMAGEN 28: INTERFAZ DE BÚSQUEDA DE INCIDENTES DE ITMS IMAGEN 29: INTERFAZ DE GENERACIÓN DE REPORTES DE INCIDENTES DE ITMS xv17 IMAGEN 30: INTERFAZ DE REPORTES DE INCIDENTES DE ITMS IMAGEN 31: INTERFAZ DE INVENTARIO DE ITMS IMAGEN 32: INTERFAZ DE REGISTRO DE NUEVO EQUIPO TECNOLÓGICO DE ITMS IMAGEN 33: INTERFAZ DE REGISTRO DE NUEVO ÍTEM DE UN SUB-CAMPO DE ITMS IMAGEN 34: INTERFAZ DE BÚSQUEDA DE EQUIPO DE ITMS IMAGEN 35: INTERFAZ DE DELIVERY DE EQUIPO TECNOLÓGICO DE ITMS IMAGEN 36: INTERFAZ DE RECEPTION DE EQUIPO TECNOLÓGICO DE ITMS IMAGEN 37: INTERFAZ DE BÚSQUEDA DE DELIVERY O RECEPTION DE ITMS IMAGEN 38: INTERFAZ PARA GENERAR REPORTE DE EQUIPOS TECNOLÓGICOS DE ITMS IMAGEN 39: INTERFAZ PARA GENERAR REPORTE DE EQUIPOS TECNOLÓGICOS DE ITMS IMAGEN 40: INTERFAZ PARA GENERAR REPORTES DE ITMS IMAGEN 41: REPORTE DE CANTIDAD DE LLAMADAS DE ITMS IMAGEN 42: REPORTE DE CARGA DE TRABAJO DE ITMS IMAGEN 43: REPORTE DE TICKETS POR ESTADO DE ITMS IMAGEN 44: REPORTE DE TIEMPO PROMEDIO DE RESOLUCIÓN DE ITMS IMAGEN 45: REPORTE DE TICKETS DE ACUERDO AL SLA DE ITMS IMAGEN 46: REPORTE DE TICKETS POR PERSONA DE ACUERDO AL MES DE ITMS xvi18 INDICE DE TABLAS TABLA 1: ATENCIÓN DE INCIDENTES DE TI - 12 MESES ANTERIORES...4 TABLA 2: EQUIPAMIENTO TECNOLÓGICO DE GOLDFIELDS LA CIMA O.M. CERRO CORONA...5 TABLA 3: CANTIDAD DE INCIDENTES REGISTRADOS DE 12 MESES ANTERIORES...7 TABLA 4: TIEMPO PROMEDIO DE RESOLUCIÓN DE LOS 12 MESES ANTERIORES...9 TABLA 5: RESULTADOS DE ENCUESTA ANTES DE LA IMPLEMENTACIÓN DEL PROYECTO TABLA 6: OPERACIONALIZACIÓN DE LAS VARIABLES TABLA 7: RESUMEN DEL PROCESAMIENTO DE LOS CASOS DE LA ENCUESTA INICIAL.. 38 TABLA 8: ESTADÍSTICOS DE FIABILIDAD DE LA ENCUESTA INICIAL TABLA 9: COMPARACIÓN ENTRE DIFERENTES FRAMEWORKS O MARCOS DE TRABAJO TABLA 10: EVALUACION DE CADA FRAMEWORKK TABLA 11: FORMATO PARA ASIGNAR PRIORIDAD AL INCIDENTE TABLA 12: DESCRIPCIÓN Y TIEMPO DE RESOLUCIÓN DE LAS PRIORIDADES TABLA 13: PROMEDIO DE TIEMPOS POR MES DESPUÉS DE LA IMPLEMENTACIÓN DEL PROYECTO TABLA 14: EMPRESAS Y SU RESPECTIVO SOFTWARE PARA GESTIÓN DE INCIDENTES TABLA 15: EVALUACIÓN DE LOS ASPECTOS DE CADA EMPRESA Y SU SOFTWARE TABLA 16: RESUMEN DEL ANÁLISIS REALIZADO A CADA SOFTWARE TABLA 17: VENTAJAS Y DESVENTAJAS DE CADA SOFTWARE TABLA 18: EXPLICACIÓN DE LAS PREGUNTAS DEL CUESTIONARIO DE USUARIOS TABLA 19: CANTIDAD DE INCIDENTES DESPUÉS DE LA IMPLEMENTACIÓN TABLA 20: CUADRO DE COMPARACIÓN DE 10 MESES IGUALES ANTES Y DESPUÉS TABLA 21: TIEMPOS PROMEDIOS DE 12 MESES DESPUÉS DE LA IMPLEMENTACIÓN TABLA 22: RESUMEN DE LA ENCUESTA TOMADA A USUARIOS DESPUÉS DE LA IMPLEMENTACION TABLA 23: RESUMEN DEL PROCESAMIENTO DE LOS CASOS DE LA ENCUESTA DESPUÉS DE LA IMPLEMENTACIÓN xvii19 TABLA 24: ESTADÍSTICOS DE FIABILIDAD DE LA ENCUESTA DESPUÉS DE LA IMPLEMENTACIÓN TABLA 25: DATOS PARA LA PRUEBA DE HIPÓTESIS DEL PRIMER INDICADOR TABLA 26: DATOS PARA LA PRUEBA DE HIPÓTESIS DEL SEGUNDO INDICADOR TABLA 27: DATOS PARA LA PRUEBA DE HIPÓTESIS DEL TERCER INDICADOR xviii20 INDICE DE GRAFICOS Impacto de la implementación de Gestión de Incidentes de TI del GRÁFICO 1: PROMEDIO DE INCIDENTES DE 12 MESES ANTERIORES...7 GRÁFICO 2: TIEMPO DEL PROCESO DEL SERVICIO DE SOPORTE A USUARIOS DE 12 MESES ANTERIORES GRÁFICO 3: GRÁFICO DE SATISFACCIÓN DEL USUARIO ANTES DELA IMPLEMENTACIÓN DEL PROYECTO GRÁFICO 4: RESPUESTAS PROMEDIO POR PREGUNTA ANTES DE LA IMPLEMENTACIÓN GRÁFICO 5: RESUMEN DE LOS VALORES OBTENIDOS POR ITMS GRÁFICO 6: RESUMEN DE LOS VALORES OBTENIDOS POR ADESK GX GRÁFICO 7: RESUMEN DE LOS VALORES OBTENIDOS POR GLPI GRÁFICO 8: RESUMEN DE LOS VALORES OBTENIDOS POR PROACTIVE NET GRÁFICO 9: COMPARACIÓN POR ASPECTO DE CADA SOFTWARE GRÁFICO 10: COMPARACIÓN DE LOS RESULTADOS OBTENIDOS DE CADA SOFTWARE 82 GRÁFICO 11: 5 MEJORES ASPECTOS DEL SOFTWARE ITMS GRÁFICO 12: PROMEDIO DE INCIDENTES DURANTE 12 MESES DESPUÉS DE LA IMPLENTACION GRÁFICO 13: COMPARACION DE 10 MESES DEL ANTES Y DESPUÉS DE LA IMPLEMENTACIÓN GRÁFICO 14: TIEMPOS DEL PROCESO DEL SERVICIO DE SOPORTE A USUARIOS 12 MESES DESPUÉS DE LA IMPLEMENTACIÓN GRÁFICO 15: GRAFICO DE SATISFACCIÓN DEL USUARIO DESPUÉS DE LA IMPLEMENTACION GRÁFICO 16: RESPUESTAS EN PROMEDIO POR PREGUNTA xix21 INDICE DE DIAGRAMAS Impacto de la implementación de Gestión de Incidentes de TI del DIAGRAMA 1: PROCESO DE ATENCIÓN ACTUAL ANTE LA OCURRENCIA DE UN INCIDENTE...3 DIAGRAMA 2: FLUJO DE PROCESO DE MANTENIMIENTO PREVENTIVO DIAGRAMA 3: FLUJO DE PROCESO DE VERIFICACIÓN SEMANAL DE CONSUMIBLES DE IMPRESORAS Y TIEMPO DE USO DIAGRAMA 4: FLUJO DE PROCESO DE REALIZACIÓN DE PRUEBAS DE VIDEO CONFERENCIA DIARIAS DIAGRAMA 5: FLUJO DE PROCESO DE VERIFICACIÓN DIARIA DE USUARIOS BLOQUEADOS EN EL ACTIVE DIRECTORY DIAGRAMA 6: FLUJO DEL PROCESO DE REGISTRO DEL INCIDENTE DIAGRAMA 7: FLUJO DE PROCESO DEL DIAGNÓSTICO INICIAL DIAGRAMA 8: FLUJO DE PROCESO DE ESCALAMIENTO DIAGRAMA 9: FLUJO DE PROCESO DE INVESTIGACIÓN Y DIAGNÓSTICO DIAGRAMA 10: FLUJO DE PROCESO DE RESOLUCIÓN Y RECUPERACIÓN DIAGRAMA 11: TIEMPOS DEL PROCESO DEL SERVICIO DE SOPORTE A USUARIOS 12 MESES DESPUÉS DE LA IMPLEMENTACIÓN xx22 INTRODUCCIÓN Una Tecnología de la información (TI) es todo método o herramienta usado para obtener, manipular o distribuir información. Es la denominación moderna que se da a todos los elementos computacionales que permiten montar una aplicación útil para un usuario final: hardware, software, comunicaciones por medio de redes y cualquier otro componente que sea parte de una aplicación computacional. La tecnología de la Información (TI) ha cambiado la forma tradicional de hacer las cosas. Las empresas del gobierno y las privadas cuentan en su mayoría ya con un departamento de TI, que es el encargado de administrar todo el equipamiento tecnológico, software y métodos de TI. Los avances que ya tenemos hace un buen tiempo nos permiten obtener y usar la información en el momento que se genera, es decir, tener procesos en línea. Este hecho no sólo ha cambiado la forma de hacer el trabajo y el lugar de trabajo sino que también ha tenido un gran impacto en la forma en la que las empresas compiten. (Steven, Alter. Information systems: a management perspective 1999). Los usuarios finales son representantes de departamentos ajenos al grupo de sistemas de información para quienes se desarrollan las aplicaciones. Estos usuarios están jugando un papel cada vez más creciente e importante en el diseño y desarrollo de los sistemas de información. Es por tal motivo que cada vez es más común la búsqueda de las empresas por estandarizar sus procesos, y evitar el crecimiento descontrolado se su TI. Entre los diversos frameworks que se tienen para lograr este objetivo el más conocido e implementado es el de ITIL. ITIL es xxi23 un marco de trabajo que ayuda al departamento de sistemas en la gestión de TI de la empresa, De acuerdo a lo anterior, la presente investigación sobre el Impacto de la implementación de Gestión de Incidentes de TI del Framework ITIL v3 en la sub-área de End User Computer en Goldfields La Cima S.A. Operación Minera Cerro Corona En el Capítulo I, se muestran los aspectos generales sobre el problema de la investigación. En el Capítulo II, se describen los planteamientos teóricos relacionados con la presente investigación. En el Capítulo III, se describe la hipótesis de la presente investigación. En el Capítulo IV, se describe la propuesta de aplicación profesional. En el Capítulo V, de muestran y describen los métodos y materiales usados En el Capítulo VI, se describen los resultados de la presente investigación. En el Capítulo VII, se detalla la discusión de los resultados del presente trabajo de investigación. Finalmente se plantean las conclusiones y recomendaciones como resultado del presente estudio. Además la presente investigación permitirá a los lectores conocer de software que administre la Gestión de Incidentes, inventario y reportes incluyendo software libre. xxii24 CAPITULO 1 INTRODUCCION 125 1.1 Realidad problemática Goldfields SA es una empresa minera sudafricana (una de los mayores del mundo), fundada en 1998 con sede en Johannesburgo, posee y opera minas en Sudáfrica, Australia y Perú. La Operación Minera Cerro Corona perteneciente a la empresa Goldfields SA realiza explotaciones a tajo abierto en un yacimiento de cobre y oro. Se ubica en la región Cajamarca, provincia de Hualgayoc, distrito de Hualgayoc, en la comunidad campesina El Tingo, anexo predio La Jalca, caseríos Coymolache y Pilancones, entre los y metros de altitud. Su ubicación dista 10 kilómetros al noreste del poblado de Hualgayoc, a 30 kilómetros al suroeste de Bambamarca (capital provincial), y a 90 kilómetros de Cajamarca (capital de la región). El área de Information and Communication Technology (de aquí en adelante abreviado por sus siglas como ICT) es la encargada de administrar todos los servicios de Tecnologías de Información (TI) que se tienen y se brindan en la empresa. Está conformada de 6 sub-áreas: radios and Network, Servers, Applications, SOX &Compliance, Prevention y End User Computer (de aquí en adelante abreviado por sus siglas en inglés como EUC). La sub-área de investigación del presente proyecto es la de EUC, que es la encargada principalmente de brindar el servicio de soporte a usuarios de manera remota o en sitio ( in site ) ante la ocurrencia de diferentes problemas de TI. Cualquier problema de TI es considerado como un incidente, y ante la ocurrencia de alguno el proceso de atención que se sigue es el siguiente: 2 26 Diagrama 1: Proceso de atención actual ante la ocurrencia de un incidente Fuente: Elaboración propia Para la realización del siguiente proyecto se estudió los 12 meses anteriores de atenciones de incidentes de TI de la sub-área, resultando el siguiente cuadro resumen: 327 Desktop Hardware Internet Mail Printers Radios / User Total failures Configuration Assistance Junio Julio Agosto Setiembre Octubre Noviembre Diciembre Enero Febrero Marzo Abril Mayo Tabla 1: Atención de incidentes de TI - 12 meses anteriores Fuente: Sub-área de EUC El área de ICT cuenta con una estructura de servicios de Tecnologías de Información necesaria para el normal funcionamiento de todas sus actividades, pero debido a una mala administración de la misma no es lo suficientemente eficiente, generando insatisfacción en los usuarios, además de no aprovechar al máximo la TI existente. A continuación se muestra un resumen con el equipamiento tecnológico con el que cuenta Goldfields La Cima Operación Cerro Corona, que se detalla en el siguiente cuadro: ACTIVO CANTIDAD DE EQUIPOS Computadoras personales 144 Monitores 127 Laptops 157 Impresoras 75 Plotters 3 Scanner 9 Cámaras Digitales 21 428 Disco Duro Externo 18 Anexos 212 Radios 175 Tabla 2: Equipamiento tecnológico de Goldfields La Cima O.M. Cerro Corona Fuente: Área de ICT El área también cuenta con un software de gestión de incidentes básico, que permite la generación de tickets para asignar al personal para su atención. Este software es de escritorio, está desarrollado en MS Project 2007 e instalado en un solo equipo, al cual se tienen que conectar el resto de equipos para poder visualizar sus tickets de atención. Es decir, depende del correcto funcionamiento de un solo equipo y solo puede ser accedido dentro de la red de Goldfields. Tampoco permite conservar una base de conocimientos para los nuevos incidentes o problemas, que permita una resolución más eficaz del mismo. Por último la empresa minera Goldfields no cuenta con ningún ERP que permita la administración de su TI o la gestión de Incidentes. Imagen 1: Imagen 01: Ventana de Inicio del sistema Helpdesk Fuente: Sub-área EUC Software Helpdesk 529 Imagen 2: Ventana para creación de ticket Fuente: Sub-area EUC Software Helpdesk Para mejorar el servicio de soporte a usuarios de TI de la sub-área, se implementará la gestión de incidentes del Framework ITIL V3, que está basado en Best Practices (Mejores Prácticas). Además de seleccionar un mejor software que permita evidenciar la implementación de ITIL. El área de ICT espera una mejora de la calidad del servicio de soporte a usuarios, basando esta calidad en 3 principales puntos previamente acordados: a. Aumentar la cantidad de incidentes registrados Se realizó un estudio de los 12 meses previos a la implementación del proyecto, del cual se obtuvo la siguiente información: Mes Total Mensual Junio Julio Agosto30 Setiembre Octubre Noviembre Diciembre Enero Febrero Marzo Abril Mayo PROMEDIO 155 Tabla 3: Cantidad de incidentes registrados de 12 meses anteriores Fuente: Sub-área EUC Sistema Helpdesk Promedio de Incidentes durante 12 meses antes de la implementación del proyecto Total Mensual 0 Gráfico 1: Promedio de incidentes de 12 meses anteriores Fuente: Elaboración Propia 731 Es decir que se tiene un promedio de 155 incidentes registrados mensualmente para la sub-área de EUC. Por acuerdos hechos con el área de ICT y establecidos en los SLA el mínimo de incidentes registrados que el área solicita es de 750, de los cuales 280 deben pertenecer a la sub-área de EUC. Para obtener el porcentaje de mejora (ME1) que espera el área de ICT se resta la cantidad esperada (280) menos la cantidad que se tenía anteriormente (155), y luego se aplica una regla de tres simple, tal como se muestra a continuación: Regla de tres simple: Es decir el área espera una mejora (M1) de 80,6% en la cantidad de incidentes registrados. b. Reducir el tiempo del proceso de servicio de soporte a usuarios Se realizó un estudio de los tiempos que toma cada actividad realizada en el proceso de soporte a los usuarios antes de la implementación del proyecto. Este estudio se tomó de una muestra de incidentes durante los 12 meses anteriores. Pare esto se utilizó una ficha de observación en la que se promedió por mes el tiempo del proceso. El total delos resultados de los tiempos estudiados se encuentran en la sección Anexos. La tabla final con los resultados de cada mes se muestra a continuación: 832 Mes H M S Junio Julio Agosto Setiembre Octubre Noviembre Diciembre Enero Febrero Marzo Abril Mayo PROMEDIO Tabla 4: Tiempo promedio de resolución de los 12 meses anteriores Fuente: Elaboración propia Software Helpdesk (Anterior) 9 33 Tiempos del proceso del servicio de soporte a usuarios de 12 meses después de la implementación H M S Gráfico 2: Tiempo del proceso del servicio de soporte a usuarios de 12 meses anteriores Fuente: Elaboración propia Software Helpdesk (Anterior) 1034 El tiempo promedio final del proceso del servicio de soporte a usuarios es de 66 horas 41 minutos y 21 segundos. Por acuerdos hechos con el área de ICT y establecidos en los SLA, el área solicita mejorar el tiempo promedio del servicio, estableciendo que debe ser de 48 horas. Para obtener el porcentaje de mejora (ME2) del tiempo del proceso, primero se consideró redondear el tiempo promedio a 67 horas. Luego se encontró la diferencia entre el tiempo actual (67) y el tiempo esperado (48), luego de esto se aplicó una regla de tres simple tal y como se muestra a continuación: Regla de tres simple: Es decir el área espera una mejora (ME2) de 28,4% en el tiempo del proceso de soporte a usuarios. c. Aumentar la satisfacción del usuario respecto al servicio recibido. Se realizó un estudio previo a la implementación del proyecto de investigación, a una determinada muestra de usuarios, mediante una encuesta para saber el grado de satisfacción respecto al servicio recibido de soporte a usuarios. Esta encuesta fue tomada a 113 usuarios al azar, se utilizó la escala de Likert para poder medir las respuestas. Además se consideró una prueba de validez en la encuesta, la cual consiste en que la pregunta 1 y 15 (primera y última) son la misma pregunta, y para considerar la encuesta como válida éstas dos preguntas deben tener la misma 1235 respuesta, caso contrario se podría suponer que el usuario está llenando la encuesta sin leer las preguntas por lo que los datos incluidos no serían del todo confiables. El modelo de la encuesta tomada se encuentra en la parte de Anexos. Los resultados de la encuesta aplicada son los siguientes: SATISFACCION USUARIOS 1 Insatisfecho Poco Satisfecho Indiferente 24 4 Satisfecho Muy satisfecho 0 INVALIDOS 10 TOTAL 113 Tabla 5: Resultados de encuesta antes de la implementación del proyecto Fuente: Elaboración Propia Gráfico de Satisfacción del usuario antes de la implementación del Proyecto 0; 0% 13; 12% 10; 9% 23; 20% 1 - Insatisfecho 2 - Poco Satisfecho 24; 21% 3 - Indiferente 43; 38% 4 - Satisfecho 5 - Muy satisfecho INVALIDOS Gráfico 3: Gráfico de satisfacción del usuario antes dela implementación del proyecto Fuente: Elaboración Propia 1336 Como se puede ver, hay un total de 10 encuestas inválidas, ya que la primera y la última pregunta no fueron contestadas igual, a pesar de ser la misma pregunta. RESPUESTA PROMEDIO POR PREGUNTA - ENCUESTA INICIAL 5,00 4,50 4,00 3,50 3,00 2,50 3,01 2,21 2,24 2,09 2,25 2,08 2,28 2,19 2,35 2,35 2,27 2,08 2,11 2,22 3,01 2,32 2,00 1,50 1,00 0,50 0,00 PROMEDIO Gráfico 4: Respuestas promedio por pregunta antes de la implementación Fuente: elaboración Propia El promedio final de la encuesta es de 2.32, y siguiendo la escala de Likert que se ha tenido en consideración se puede decir que en general el grado de satisfacción de los usuarios es Poco satisfecho. Por acuerdos hechos con el área de ICT y establecidos en los SLA, el área solicita mejorar la satisfacción del usuario respecto al servicio de atención a usuarios de poco Satisfecho a Satisfecho como mínimo. 1437 De acuerdo a la escala de Likert, el nivel esperado a alcanzar tiene un valor de 4, por lo que bastaría con alcanzar el 3.51 para considerar que se ha alcanzado el objetivo. Para determinar el porcentaje de mejora (ME3) esperado por el área de ICT primero se obtiene la diferencia entre el valor esperado (3.51) y el actual (2.32) y luego se aplica una regla de tres simple, como se muestra a continuación: Regla de tres simple: Es decir el área espera una mejora (ME3) de 51.3% en el grado de satisfacción de los usuarios respecto al servicio brindado de soporte a usuarios. El área busca mejorar la calidad de su servicio de soporte a usuarios basándose en estos tres principales aspectos: - Cantidad de incidentes registrados (ME1= 80.6 %) - Mejorar el tiempo del proceso del servicio de soporte a usuarios (ME2 = 28.4 %) - Aumentar la satisfacción del usuario (ME3 = 51.3%) Para poder obtener el porcentaje de mejora esperado se ha procedido a promediar los porcentajes de mejora esperados de los tres aspectos que se han tenido en cuenta. 1538 Por lo tanto, con la implementación de la gestión de incidentes se espera una mejora general de la calidad del servicio de soporte a usuarios de 53.4 %. 1.2 Formulación del problema Cómo impacta a la calidad del servicio de soporte a usuarios la implementación de Gestión de Incidentes en la sub-área de EUC? 1.3 Justificación - Justificación Técnica La implementación del proyecto de investigación permitirá mejorar el proceso de soporte a usuarios en tiempos, de no disponibilidad de la TI para el usuario, de resolución del incidente y de recuperación del incidente. Además se obtendrán los siguientes beneficios: o Mejorar la estructura del área de TI, es más eficaz y estará centrada en los objetivos de la organización. o Permite un mejor control, se estandarizan procedimientos y los cambios son más fáciles de manejar. o Apoya a crear una cultura de TI orientada al Servicio o Facilita la introducción de un sistema de administración de TI, en el caso de este proyecto un sistema de Gestión de Incidentes, además de inventario del equipamiento tecnológico. 1639 o Proporciona un marco de referencia uniforme para la comunicación interna y comunicación con proveedores. o Ayuda a identificar los procesos que podrían ser terciarizados y mejorar el proceso en general. Por el lado del uso de un software de gestión de incidentes, los principales beneficios son: o Software online, se podrá acceder al sistema desde cualquier PC o dispositivo con acceso a Internet. o Se tendrá la Información centralizada, ya que todos los datos de una misma solicitud quedan almacenados en el sistema: descripción, mensajes, acciones, archivos adjuntos, etc. o Se manejará las solicitudes de acuerdo a las necesidades, se podrá tener una visión general de todas las incidencias, clasificadas en función de su estado, personal asignado, clase de incidente, etc. o La delegación de incidencias, que permitirá decidir qué miembro del equipo de soporte gestionará cada incidencia. o Recordatorios y alertas, que se realizarán a través de avisos por correo electrónico y notificaciones para un mejor seguimiento y cumplimiento del SLA. o Crear una Base de datos de conocimiento, ya que todas las incidencias registradas en el sistema quedarán almacenadas, y disponibles para su consulta por el equipo de soporte. o Permitirá el reporte de informes y estadísticas, ya que el sistema generará diferentes reportes para el análisis y seguimiento del servicio de soporte. o Adicionalmente será un software al que se le pueda añadir otros módulos, de acuerdo a las necesidades del área. o Por ultimo está basado en la Gestión de Incidentes del Framework ITIL. 1740 - Justificación aplicativa o práctica El presente proyecto se realiza por la necesidad de la sub-área de EUC del área de ICT de la empresa Goldfields S.A. de mejorar el servicio de soporte a usuarios, proponiendo una base para su futura administración. - Justificación valorativa Con la realización del proyecto se brindará un aporte y guía para futuros trabajos de investigación relacionados al tema, además de nuevas oportunidades en el ámbito laboral de ésta área. - Justificación Académica El presente Proyecto ayudará a profundizar en el conocimiento e investigación acerca del Framework ITIL V3 de Mejores Prácticas y su aplicación real en las organizaciones. Permite hacer uso de los conocimientos adquiridos durante el transcurso de la carrera profesional de Ingeniería de Sistemas. 1.4 Limitaciones Las principales limitaciones estarán asociadas con el cumplimiento de los reglamentos y obligaciones que se tendrán en la sub-área de EUC y en la empresa. También se tiene presente la limitación de acceso a cierta información de carácter confidencial por parte de la empresa Goldfields S.A., pero que será manejada en coordinación con el Jefe del Área de ICT. 1841 1.5 Objetivos Objetivo General Identificar el impacto en la mejora de la calidad del servicio de soporte a usuarios mediante la implementación de Gestión de Incidentes del Framework ITIL V3 en la sub-área de EUC Objetivos Específicos. - Realizar el levantamiento de información en la sub-área de EUC, con el fin de conocer los procesos que se dan para la resolución de incidentes de TI. - Realizar contrastaciones del antes y después de la implementación de la Gestión de Incidentes. - Elaborar un plan para la Gestión de Incidentes basada en ITIL que se adecue a las necesidades de la sub-área. - Realizar la selección de una herramienta de software más adecuado que permita evidenciar los cambios realizados con la implementación de la Gestión de Incidentes. 1942 CAPITULO 2 MARCO TEORICO 2043 2.1. Antecedentes Impacto de la implementación de Gestión de Incidentes de TI del En la empresa no se tienen antecedentes de alguna implementación de ITIL en otra área, por lo que para la empresa y el área de ICT es un procedimiento nuevo. Se ha tenido como principal precedente la experiencia de la implementación y uso de ITIL v3 en la empresa minera Yanacocha, a través de su empresa contratista encargada del área de IT. En el área también se aplica la gestión de incidentes, además de utilizar un software de gestión de atenciones que permiten la generación de incidentes incluso por los mismos usuarios. Los resultados obtenidos por la estandarización del proceso de gestión de incidentes en el área de IT de la empresa Yanacocha se ven reflejados en los bajos tiempos de resolución de incidentes y su recuperación, en los reportes dedicados que se tienen de acuerdo a las necesidades del área de TI y en la mejora de la satisfacción de los usuarios en una etapa inicial y que se logra mantener. Además la empresa califica a sus contratistas de acuerdo al servicio que brindan, en donde el área de EUC de la empresa encargada de los servicios de TI obtuvo en varias ocasiones la distinción de color Azul, que dentro de la cultura organizacional de Yanacocha SRL significa haber alcanzado un nivel de calidad de servicio excelente. Adicionalmente los siguientes documentos han sido consultados y han servido como soporte para desarrollar la siguiente investigación Antecedentes internacionales Se realizó una búsqueda de proyectos realizados anteriormente en el ámbito internacional, obteniendo que en la mayoría de estos se recomiende el uso o 2144 implementación de ITIL en empresas, para ayudar a estandarizar y mejorar los procesos de las mismas. - ITIL COMO BASE PARA EVALUAR LA CALIDAD DE SERVICIO EN TI, proyecto de fin de carrera de la Universidad Carlos III de Madrid, en su capítulo de Conclusiones, nuevas líneas de Investigación menciona que las buenas prácticas de ITIL no tienen que cumplirse al pie de la letra, sino que nos proporcionan una gran flexibilidad, pudiendo adaptarse a cualquier empresa, lo cual facilita en gran medida el cambio de mentalidad. Además también indica que su objetivo principal fue obtener una mayor eficiencia de los servicios ofrecidos, permitiendo ofrecer los servicios del área de una mejor manera. Como indica en su proyecto: adoptando una serie de métricas y procedimiento, enmarcados en las buenas prácticas de ITIL, que harán que las cosas se realicen de una forma mucho más eficiente. (Muñoz, 2011). Este antecedente es de utilidad para el presente proyecto ya que apoya al objetivo principal que se tiene, el cual es la mejora de la calidad del servicio de soporte a usuarios, es decir más eficiente. - METODOLOGIA ITIL, trabajo de Seminario de Titulo de la Universidad de chile, en sus Conclusiones menciona que ITIL es un excelente modelo de procesos de TI, el cual promueve la calidad para alcanzar efectividad en el negocio y eficiencia en el uso de los sistemas de información. Además incluye también que ITIL se puede complementar en forma adecuada con otras iniciativas de calidad, como las ISO, CMM, Six Sigma o CobiT. (Ramírez, Donoso, 2006) 2245 Este antecedente es importante porque trata a ITIL desde un punto de visto de mejorar la calidad de atención a los usuarios, además que puede ser complementado con otros frameworks Antecedentes Nacionales También se realizó una búsqueda en el ámbito nacional, obteniendo proyectos realizados como propuestas de implementación. - IMPLANTACIÓN DE LOS PROCESOS DE GESTIÓN DE INCIDENTES Y GESTIÓN DE PROBLEMAS SEGÚN ITIL v3.0 EN EL ÁREA DE TECNOLOGÍAS DE INFORMACIÓN DE UNA ENTIDAD FINANCIERA, tesis para optar el título de Ingeniero Informático de la Pontificia Universidad Católica del Perú, en su capítulo de Observaciones, Conclusiones y Recomendaciones menciona que a través de la implementación de procesos ITIL, se desarrollan procedimientos estandarizados y fáciles de entender que apoyan la agilidad en la atención, además está enfocado hacia el cumplimiento de los objetivos corporativos. (Gómez, 2012). Este trabajo como antecedente es útil porque da un enfoque de la estandarización de procesos a través de ITIL, se centra en el servicio de atención al usuario y además incluye un aspecto importante de ITIL, que está enfocado a ayudar a cumplir los objetivos corporativos Bases Teóricas Qué es ITIL? ITIL puede ser definido como un conjunto de buenas prácticas destinadas a mejorar la gestión y provisión de servicios TI. Su objetivo último es mejorar la calidad de los servicios TI ofrecidos, evitar los problemas asociados a los 2346 mismos y en caso de que estos ocurran ofrecer un marco de actuación para que estos sean solucionados con el menor impacto y a la mayor brevedad posible Gestión de Servicio TI ITIL nos ofrece la siguiente definición de servicio: Un servicio es un medio para entregar valor a los clientes facilitándoles un resultado deseado sin la necesidad de que estos asuman los costes y riesgos específicos asociados. En otras palabras, el objetivo de un servicio es satisfacer una necesidad sin asumir directamente las capacidades y recursos necesarios para ello. Si se desea, por ejemplo, mantener limpias las instalaciones de una empresa se dispone de dos opciones: - Contratar a todo el personal y recursos necesarios (limpiadores, productos de limpieza, etcétera) asumiendo todos los costes y riesgos directos de su gestión. - Contratar los servicios de una empresa especializada. Si se opta por la segunda opción cuál es el valor aportado por la prestadora de ese servicio: - Utilidad: las instalaciones de la empresa se mantendrán limpias. - Garantía: la empresa contratada será responsable de que se realice la limpieza de forma periódica y según unos estándares de calidad predeterminados. 2447 Optar por otra opción dependerá de las circunstancias de cada empresa: su tamaño, estructura, etcétera. Sin embargo, la tendencia actual es a subcontratar todos aquellos servicios que se alejen de la actividad principal de la empresa. En cualquier caso una correcta gestión de este servicio requerirá: - Conocer las necesidades del cliente - Estimar la capacidad y recursos necesarios para la prestación del servicio - Establecer los niveles de calidad del servicio - Supervisar la prestación del servicio - Establecer mecanismos de mejora y evolución del servicio El objetivo de ITIL es precisamente ofrecer tanto a los proveedores como receptores de servicios TI de un marco que facilite todas estas tareas y procesos. ITIL define la Gestión de Servicios como un conjunto de capacidades organizativas especializadas para la provisión de valor a los clientes en forma de servicios Sistemas Según ITIL los sistemas son grupos de componentes interrelacionados o interdependientes que forman una unidad y colaboran entre sí para conseguir un objetivo común. Los aspectos clave para el correcto rendimiento de un sistema son: - Procesos de control - Feedback y aprendizaje El ciclo de vida de los Servicios TI 2548 ITIL v3 estructura la gestión de los servicios TI sobre el concepto de Ciclo de Vida de los Servicios. Este enfoque tiene como objetivo ofrecer una visión global de la vida de un servicio desde su diseño hasta su eventual abandono sin por ello ignorar los detalles de todos los procesos y funciones involucrados en la eficiente prestación del mismo. El Ciclo de Vida del Servicio consta de cinco fases: a. Estrategia del Servicio: propone tratar la gestión de servicios no sólo como una capacidad sino como un activo estratégico. b. Diseño del Servicio: cubre los principios y métodos necesarios para transformar los objetivos estratégicos en portafolios de servicios y activos. c. Transición del Servicio: cubre el proceso de transición para la implementación de nuevos servicios o su mejora. d. Operación del Servicio: cubre las mejores prácticas para la gestión del día a día en la operación del servicio. e. Mejora Continua del Servicio: proporciona una guía para la creación y mantenimiento del valor ofrecido a los clientes a traces de un diseño, transición y operación del servicio optimizado Gestión de Incidentes a. Objetivo 2649 El principal objetivo de la Gestión de Incidentes es restaurar a la normalidad la operación del servicio tan pronto como sea posible y minimizar el impacto en las operaciones del negocio, asegurando la mejor calidad y disponibilidad del servicio. b. Valor para el negocio Dentro de los beneficios que la gestión de incidentes genera en el negocio se tiene: - La habilidad de detectar y resolver incidentes en tiempos cortos, lo que se convierte en más altos tiempos de disponibilidad del servicio. - La habilidad de alinear las actividades del área de TI con las prioridades en tiempo real del negocio. - La habilidad de identificar posibles mejoras al servicio. - Se podrán identificar servicios adicionales en el área de TI y en el negocio. c. Procesos, métodos y técnicas 1. Registro de incidente Es el proceso inicial, en donde se registra toda la información relacionada al incidente de TI, para de esta manera obtener un histórico. Dentro de la información principal que se necesita registrar se tiene - Numero único de referencia - Categoría del incidente - Urgencia del incidente - Impacto del incidente - Prioridad del incidente 2750 - Fecha Impacto de la implementación de Gestión de Incidentes de TI del - Nombre de quien reporta el incidente - Método de aviso del incidente (teléfono, , en persona, etc) - Descripción de síntomas - Estado del incidente - Problema relacionado o conocido - Actividades para resolver el incidente - Fecha de resolución - Fecha de cierre 2. Categorización del incidente Es parte del registro inicial. Es importante saber con exactitud qué tipo de incidente se registra y a que campo informático pertenece. 3. Priorización del incidente Es otro parte importante del registro inicial, asignar el código de priorización correcto, ya que permitirá determinar cómo será manejado el incidente por soporte. Esta priorización por lo general es acordada en las negociaciones de niveles de servicios. Aunque en ocasiones debido a particulares casos del negocio los niveles normales del servicio pueden ser omitidos. 4. Diagnóstico Inicial Si se cuenta con una Mesa de Servicios (Service Desk) que atienda los incidentes de TI, esta área será la encargada del diagnóstico inicial, usualmente cuando el usuario aún se 2851 encuentra al teléfono, en caso el reporte del incidente se realice por este medio. La mesa de servicios intentara descubrir todos los síntomas del incidente y determinar exactamente que va mal y como corregirlo. Si la mesa de Servicios resuelve el incidente lo puede dar por cerrado, si no lo resuelve pero si se tiene una perspectiva de resolución que necesite de más tiempo se tendrá que coordinar con el usuario. 5. Escalamiento del incidente Un incidente puede ser escalado de dos maneras: - Escalamiento funcional En este caso se sigue los niveles de soporte que tiene la organización. Si la mesa de Servicio cree que el siguiente nivel de soporte puede resolver el incidente se lo asignara con toda la información ya antes recopilada. De igual manera si el segundo nivel de servicio no logra resolver el incidente puede ser escalado a un tercer nivel de soporte. El tercer nivel de servicio puede ser interno, pero también pueden estar incluidos terceros como empresas de hardware, abastecedoras de software o de mantenimiento. Las reglas para el escalado deben ser acordadas previamente con los grupos de soporte. - Escalamiento Jerárquico 2952 Si los incidentes son de naturaleza seria o grave (por ejemplo prioridad 1) es conveniente que el Jefe de IT sea notificado. También se puede usar el escalamiento jerárquico cuando los pasos de diagnóstico inicial y resolución y recuperación toman mucho tiempo o son de gran dificultad, para de esta manera se le pueda otorgar recursos adicionales. 6. Investigación y diagnostico En el caso de reportarse un error desconocido se tendría que realizar la investigación y diagnóstico de dicho error. Cada grupo de soporte investigara y diagnosticará que ha ido mal, y cada actividad que realicen será documentada en el histórico del incidente. En la investigación se deben incluir acciones tales como: - Establecer exactamente que ha ido mal - Entender el orden cronológico de los eventos - Confirmar la magnitud del impacto del incidente, incluyendo el número o rango de usuarios afectados. - Identificar cualquier evento que pudiera estar relacionado al incidente. - Búsqueda de conocimientos en incidentes previos. 7. Resolución y Recuperación Cuando una solución potencial ha sido identificada, debe ser aplicada y puesta a prueba. Los siguientes pasos para la recuperación del servicio dependerán de la naturaleza del error. 3053 El historial del incidente debe ser actualizado de acuerdo a la información relevante y los detalles para mantener el historial completo. 8. Cierre de incidente La mesa de ayuda revisara que el incidente está totalmente resuelto y que el usuario está satisfecho para poder cerrar el incidente. La mesa de ayuda puede realizar un seguimiento sobre: - Encuesta de satisfacción al usuario. - Documentación del incidente. - Si es un problema recurrente - Cierre formal del incidente. Algunas organizaciones pueden elegir usar un periodo de cierre automático, por ejemplo el incidente se cerrara automáticamente después de 2 días laborables Definición de términos básicos Tecnología de Información TI por sus siglas en español o IT en inglés (Information Technology). Se entiende como aquellas herramientas y métodos empleados para recabar, retener, manipular o distribuir información. Es la denominación moderna que se da a todos los elementos computacionales que permiten montar una aplicación útil para un usuario final: hardware, software, comunicaciones por medio de redes 3154 y cualquier otro componente que sea parte de una aplicación computacional ITIL Es la abreviación de Information Technology Infraestructure Library, en español Biblioteca de Infraestructura de Tecnologías de Información. ITIL puede ser definido como un conjunto de buenas prácticas destinadas a mejorar la gestión y provisión de servicios TI. Su objetivo último es mejorar la calidad de los servicios TI ofrecidos, evitar los problemas asociados a los mismos y en caso de que estos ocurran ofrecer un marco de actuación para que estos sean solucionados con el menor impacto y a la mayor brevedad posible Incidente de TI Aunque el concepto de incidencia se asocia naturalmente con cualquier malfuncionamiento de los sistemas de hardware y software según el libro de Soporte del Servicio de ITIL un incidente es: Cualquier evento que no forma parte de la operación estándar de un servicio y que causa, o puede causar, una interrupción o una reducción de calidad del mismo. (Office of Goverment Consortium, 2007) Problema de TI Un problema es la causa de uno o más incidentes. La causa no se conoce con certeza a la vez que se crea un registro de problemas y el proceso de administración de problemas es responsable de una mayor investigación. (Cartidge A, 2007) Usuario final 3255 Es un individuo que utiliza una computadora, sistema operativo, servicio o cualquier sistema, además se utiliza para clasificar a diferentes privilegios, permisos a los que tiene acceso un usuario o grupo de usuario, para interactuar o ejecutar con el ordenador o con los programas instalados en este End User Computer Es la sub área encargada de brindar el servicio de soporte a usuarios, de manera directa o remota. Recibe el reporte de la ocurrencia de los incidentes o problemas y determina su probable solución. (Organigrama área ICT Goldfields, 2013) Calidad Encontrar un concepto definitivo de calidad resulta sumamente difícil dada la subjetividad que le caracteriza. La calidad es subjetiva, ya que depende del sujeto que la percibe según sus intereses, deseos y expectativas. Lo que para una persona A está bien, puede no estarlo para una persona B, también es circunstancial, puesto que la apreciación de la calidad dependerá del momento o situación que se vive. En este sentido, la calidad podría definirse como la mejora continúa de todas las actividades que realiza la empresa, a fin de alcanzar un nivel de excelencia que satisfaga las demandas y expectativas de sus clientes. Todo ello mediante la activa participación de los niveles gerenciales y de todos los trabajadores. 33 56 CAPITULO 3 HIPOTESIS 3457 3.1. Formulación de la hipótesis. Con la implementación de la Gestión de incidentes en la sub-área de EUC se busca mejorar la calidad del servicio de soporte a usuarios Operacionalización de variables. 3558 VARIABLE DEFINICION DIMENSIO INDICADORES ITEMS INSTRUMENTO CONCEPTU NES AL Inicio Registro del Tiempo de Gestión de incidente demora del Incidentes del Categorización proceso de Framework ITIL La Gestión del incidente registro inicial? Software ITMS de Incidentes Asignación de Fichas de es el proceso prioridad del observación. Implementaci que trata incidente ón de la todos los gestión de incidentes, incidentes del esto puede Diagnostico Diagnóstico Tiempo en Gestión de Framework incluir fallas Inicial obtener un Incidentes del ITIL V3 de TI o Escalamiento diagnóstico y Framework ITIL preguntas del incidente solución del Software ITMS reportadas Investigación y incidente? Fichas de por usuarios, diagnostico Observación personal técnico o incidentes Cierre Resolución y Tiempo de Gestión de detectados recuperación resolución y Incidentes del por medio de Cierre del cierre del Framework ITIL monitoreo de incidente incidente? Software ITMS las Fichas de actividades. observación. - Incidentes - Cantidad de Número de Software ITMS registrados. incidentes incidentes registrados. registrados? Se observará 3659 Calidad del servicio de soporte a usuarios Impacto de la implementación de Gestión de Incidentes de TI del el proceso del servicio - Proceso Tiempo del Tiempo del Software ITMS de soporte a del servicio proceso de proceso? Encuesta usuarios para de soporte soporte a Fichas de detectar su a usuarios. usuarios. observación. calidad basada en 3 aspectos - Porcentaje de Aumento del Encuesta y principales: Satisfacció satisfacción de porcentaje de entrevista n del los usuarios satisfacción de - Incidentes usuario respecto a la los usuarios? registrados. atención - Proceso del recibida servicio. - Satisfacción del usuario Tabla 6: Operacionalización de las variables Fuente: Elaboración Propia Validez y confiabilidad de los instrumentos Alfa de Cronbach La medida de la confiabilidad mediante el alfa de Cronbach asume que los ítems (medidos en escala tipo Likert) miden un mismo constructo y que están altamente correlacionados (Welch& Comer, 1988). Cuanto más cerca se encuentre el valor del alfa a 1 mayor es la consistencia interna de los ítems analizados. La fiabilidad de la escala debe obtenerse siempre con los datos de cada muestra para garantizar la medida fiable del constructo en la muestra concreta de investigación. Para obtener el alfa de Cronbach se usó el software de estadística SPSS v18, y se aplicó a la encuesta de satisfacción de usuarios inicial, que fue realizada a un total de 113 usuarios antes de iniciar la implementación del proyecto obteniendo los siguientes resultados: 37 60 Imagen 3: Obteniendo Alfa de Cronbach con software SPSS v18 Fuente: Elaboración propia N % Casos Validos Excluidos Total Tabla 7: Resumen del procesamiento de los casos de la encuesta Inicial Fuente: Software SPSS v18 Alfa de Cronbach Alfa de Cronbach basada en los elementos tipificados N de elementos Tabla 8: Estadísticos de Fiabilidad de la encuesta inicial Fuente: Software SPSS v18 3861 El resultado es de 0.944, y de acuerdo a lo que sugieren George y Mallery (2003, p. 231), es excelente. 3962 CAPITULO 4 PROPUESTA DE APLICACIÓN PROFESIONAL 4063 El presente proyecto intentará mejorar la calidad del servicio de soporte a usuarios mediante la implementación de Gestión de Incidentes del Framework ITIL v3. Para esta selección se ha tenido que realizar un estudio de los diferentes Frameworks. Como ya se había indicado anteriormente en la realidad problemática, para el área de ICT la calidad está basada en tres aspectos fundamentales: - Cantidad de incidentes registrados - Tiempo del proceso de soporte a usuarios - Satisfacción del usuario respecto al servicio brindado 4164 ITIL ISO / IEC 2000 Microsoft Operation Frameworks IBM IT Service Management CMMI-SVC Mejores Prácticas Standard y código de Mejores Practicas Mejores prácticas, Framework para el Practicas metodologías y servicios mejoramiento de procesos para la entrega de servicios para organizaciones de servicios Calificación para personas Certificado para la Existe certificación a nivel de Existe certificación a nivel de Certificado para la individuales organización proveedora productos MS productos IBM organización proveedora de un servicio de un servicio Dirección detallada de las Requerimientos MoF utiliza un componente Utiliza herramientas de CMMI for service sesta mejores practicas definitivos de alto nivel basado en preguntas para mapeo por descubrimiento dirigido en general a para los sistemas de determinar donde centrarse y de infraestructura, cualquier tipo de servicio, procesos y gestión como comenzar desempeño de aplicaciones no exclusivamente TI. SOA, gestión de vulnerabilidades, gestión de virtualización, gestión de servicio de negocio entre otros. Enfoque en el ciclo de vida No posee enfoque en ciclo de vida Enfoque en el ciclo de vida Enfoque en el ciclo de vida Enfoque en el ciclo de vida Define muchas funciones con Estructura organizativa Define muchas funciones con Se complementa con ITIL roles y responsables de los independiente con muy roles y responsabilidades de Con ITUP (IBM procesos pocos roles mandatorios los procesos. tivoliunifiedprocess) une especificados nombres de productos y capacidades con los roles, 4265 responsabilidades y procesos basados en ITIL 26 áreas de procesos y 4 16 áreas de procesos, Plantea 3 fases y una capa Define 7 segmentos de valor. Tiene 22 áreas de funciones documentadas en 5 sin funciones y con ciclo de administración procesos obligatorias y 3 etapas del ciclo de vida de vida no especificado opcionales Descripción de la documentación Define un conjunto de MOF es semejante a una IBM TivoliUnifiedProccess es Otros modelos de clave. Adoptar ITIL como un documentos requeridos versión de ITIL simplificada un roadmap para la entrega servicios son mejores lenguaje común y punto de de servicios basados en ITIL usados para un solo referencia para servicios TI. servicio al cual fue Gestionar y adaptar las mejores orientado. Se prácticas para lograr los objetivos complementa con ITIL del negocio. ITIL no está ligado a ninguna No está ligado a alguna Microsoft ha creado MOF IBM Service Management NO está ligado a ninguna marca de tecnología en tecnología para proveer un framework está construida para la tecnología particular. común para sus plataformas. plataforma de Gestión de Sin embargo puede ser Servicios TIVOLI adaptado fácilmente a otras plataformas Se centra en el QUE y en el Se centra en el QUE Se centra en el QUE y en el Se centra en el QUE y en el Todos los modelos CMMI COMO COMO COMO. Definiendo una no son recetarios. Es gestión de punta a punta decir, indican que debe (END to END) hacer más no como hacerlo. Tabla 9: Comparación entre diferentes Frameworks o Marcos de Trabajo Fuente: Elaboración Propia 4366 Se ha evaluado cada framework de acuerdo a las necesidades y solicitudes del área de ICT, el resultado de esta evaluación se muestra a continuación: ITIL ISO / IEC 2000 MOF IBM IT Service Management CMMI- SVC Mejorar la estructura del área de TI Centrado en los objetivos corporativos Procedimientos estandarizados Cultura de TI orientada al servicio No necesita de un sistema de administración Marco de referencia uniforme interno Marco de referencia uniforme con proveedores Certificación TOTAL Tabla 10: Evaluación de cada framework Fuente: Elaboración Propia Se le asignó una cantidad comprendida entre 1 a 5 de acuerdo a la siguiente escala: - 1 No lo considera - 2 Considera un poco - 3 Se puede incluir - 4 Muy considerado - 5 Punto principal De acuerdo a esta evaluación ITIL tiene una ventaja sobre los demás, sin embargo no significa que sea el mejor para todas las empresas que deseen implementarlo, dependerá mucho de los recursos con los que cuente (tiempo, dinero, conocimientos, etc), de las necesidades y/o solicitudes que tiene el área donde se desea implementar y de su propia experiencia. En el caso de este proyecto de investigación se eligió ITIL por los antecedentes que se tenían de implementación en otra empresa minera de 4467 Cajamarca, además se contaba con los recursos necesarios y con personal capacitado y certificado en ITIL Implementación de Gestión de Incidentes del Framework ITIL v3. La propuesta que se ha hecho es la implementación de Gestión de Incidentes del framework ITIL v3 en la sub-área de EUC para mejorar la calidad del servicio de soporte a usuarios, que es la principal actividad dela sub-área. Además se propone la elección de un software para permitir evidenciar la implementación de gestión de incidentes. A continuación de detalla todo el plan de implementación y mejora de la Gestión de incidentes Objetivo El principal objetivo de la implementación de la Gestión de Incidentes en la sub-área de EUC será restablecer a la normalidad el servicio de la operación tan pronto como sea posible, minimizando el impacto sobre los procesos de negocio de la empresa Goldfields la Cima S.A. Operación minera Cerro Corona Valor para el proceso Dentro de los principales aportes por la implementación de la Gestión de Incidentes se tendrá: - La detección y solución de incidentes de manera más eficaz, con resultados en menores tiempos y asegurando una mayor disponibilidad del servicio. - La posibilidad de identificar mejoras del proceso de servicio de soporte a usuarios. - Identificar servicios o requerimientos adicionales para el área de EUC. 4568 Detalles de la Gestión de Incidentes La Gestión de Incidentes tiene como objetivo resolver cualquier incidente que cause una interrupción en el servicio de la manera más rápida y eficaz posible. La Gestión de Incidentes no debe confundirse con la Gestión de Problemas, pues a diferencia de esta última, no se preocupa de encontrar y analizar las causas de un determinado incidente sino exclusivamente a restaurar el servicio. Sin embargo, cabe resaltar que existe una fuerte interrelación entre ambas. El funcionamiento de la Gestión de Incidentes que se plantea se describe en la siguiente imagen: Imagen 4: Propuesta de la Gestión de Incidentes Fuente: Elaboración Propia La siguiente imagen resume el proceso de Gestión de incidentes: 46 69 Imagen 5: Proceso de Gestión de Incidentes Fuente: Elaboración Propia Casi cualquier llamada a Helpdesk puede clasificarse como un incidente, lo que incluye a las Peticiones de Servicio tales como concesión de nuevas licencias, cambio de información de acceso, cambios de contraseñas etc. siempre que estos servicios se consideren estándar Beneficios Los principales beneficios de una correcta Gestión de Incidentes incluyen: - Mayor control de los procesos y monitorización del servicio. - Cumplimiento de los niveles de servicio acordados en el SLA (Service Level Agreement). - Optimización de los recursos disponibles. - Una CMDB (Change Management Data Base, Base de Datos de Administración de Cambios) más precisa. - Mejorar la productividad y satisfacción general de los usuarios y clientes Dificultades 4770 Las principales dificultades que se encontraran a la hora de implementar la Gestión de Incidentes se resumen en: - No se siguen los procedimientos previstos y se resuelven las incidencias sin registrarlas además de omitir protocolos preestablecidos. - No están bien definidos los niveles de calidad de servicio ni los productos soportados, lo que generaría peticiones que no estaban incluidas en los servicios previamente acordados Flujo de Proceso Identificación del incidente Desde la perspectiva del negocio no se debería esperar a que un usuario sea afectado por un incidente de TI y recién se reporte a Helpdesk. Es por eso que las actividades principales son monitoreadas constantemente, de esta manera se podrán detectar posibles fallas con anticipación, y se podrán tener planes secundarios. Dentro de las actividades que se monitorean tenemos: - Mantenimiento preventivo de equipos. Diagrama 2: Flujo de proceso de Mantenimiento Preventivo Fuente: Elaboración propia 4871 - Verificación semanal de consumibles de impresoras y tiempo de uso. Diagrama 3: Flujo de proceso de verificación semanal de consumibles de impresoras y tiempo de uso Fuente: Elaboración Propia - Realización de pruebas de Video Conferencia diarias. Diagrama 4: Flujo de proceso de realización de pruebas de Video Conferencia diarias Fuente: Elaboración propia - Verificación diaria de usuarios bloqueados en el Active Directory. 4972 Diagrama 5: Flujo de proceso de verificación diaria de usuarios bloqueados en el Active Directory Fuente: Elaboración propia Registro del Incidente Todo incidente que es reportado (por teléfono, correo o en persona) se registra en el sistema. Este registro incluye información relevante al incidente, creando así un record histórico completo, que permita una mejor atención por parte del grupo de analistas de soporte. La información que es necesaria para cada incidente incluye: - Tipo de incidente - Fecha - Fuente de notificación (teléfono, correo o en persona) - Usuario que solicita - Usuario afectado - Prioridad - Cola de atención - Asignado a - Estado - Categoría 5073 - Control Remoto (Si se tomó control remoto del equipo) - Es padre de otro incidente (Se deriva algún otro incidente) - Resumen - Adjuntar archivo - Numero de referencia único El registro del incidente es el primer y necesario paso para una correcta gestión del mismo. Debe realizarse inmediatamente pues resulta mucho más costoso hacerlo después y se corre el riesgo de que la aparición de nuevas incidencias demore indefinidamente el proceso. A continuación se detalla el proceso de registro: a. La admisión a trámite del incidente: Helpdesk evaluará en primer lugar si el servicio requerido está incluido en el acuerdo de niveles de servicio (SLA) del cliente. Caso contrario se deberá re-enviar a una autoridad competente. b. Comprobación de que ese incidente aún no ha sido registrado: es normal que más de un usuario notifique la misma incidencia, por lo tanto han de evitarse duplicaciones innecesarias. c. Registro inicial: se introducen en la base de datos la información básica necesaria para el procesamiento del incidente (Ítems que se vieron con anterioridad). d. Información de apoyo: se incluirá cualquier información relevante para la resolución del incidente que puede ser solicitada al cliente a través de un formulario específico. e. Asignación de referencia: al incidente se le asignará una referencia o número de incidente automáticamente 5174 después de ser registrado en el software, que le identificará particularmente. f. Notificación del incidente: en los casos en que el incidente pueda afectar a otros usuarios estos deben ser notificados para que conozcan como esta incidencia puede alterar su flujo habitual de trabajo. 5275 Diagrama 6: Flujo del proceso de Registro del Incidente Fuente: Elaboración propia 5376 Categorización del incidente Consiste en la asignación de una categoría (que puede estar a su vez subdividida en más niveles) dependiendo del tipo de incidente o del grupo de trabajo responsable de su resolución. Se identifican los servicios afectados por el incidente. Este proceso está incluido en el registro de incidente. El resumen de la categorización de los incidentes para el sub-área de EUC se describe en el Anexo Priorización del incidente Para una adecuada priorización del incidente se tiene en cuenta dos parámetros: Este proceso está incluido en el registro de incidente. - Impacto: determinará la importancia del incidente dependiendo de cómo éste afecta a los procesos de negocio y/o del número de usuarios afectados. - Urgencia: depende del tiempo máximo de demora que acepte el cliente para la resolución del incidente. También se tendrán en cuenta factores auxiliares tales como el tiempo de resolución esperado y los recursos necesarios: los incidentes sencillos se tramitarán cuanto antes. Dependiendo de la prioridad se asignarán los recursos necesarios para la resolución del incidente. La prioridad del incidente puede cambiar durante su ciclo de vida. Por ejemplo, si se obtienen soluciones temporales que logren restaurar 54 77 aceptablemente los niveles de servicio permitiendo el retraso del cierre del incidente. Imagen 6: Clasificación de Incidentes Fuente: Elaboración Propia y / e Impacto Alto Medio Bajo Alta Urgencia Media Baja Tabla 11: Formato para asignar Prioridad al Incidente Fuente: Elaboración Propia Prioridad Descripción Tiempo de Resolución 1 Crítico 1 hora 2 Alto 8 horas 3 Medio 24 horas 5578 4 Bajo 48 horas 5 Planificación Planeado Tabla 12: Descripción y Tiempo de Resolución de las Prioridades Fuente: Elaboración Propia Diagnóstico Inicial El primer diagnóstico será realizado por personal de Helpdesk, usualmente cuando el usuario aún se encuentra al teléfono de ser el caso que el reporte del incidente se realice por este medio - para intentar descubrir los síntomas completos y exactos del incidente y determinar cuál es la fuente del problema y su probable solución. Como primera acción se examinará el incidente para determinar si se puede identificar y comparar con alguna incidencia ya resuelta, de esta manera aplicar el procedimiento asignado. Casos de un diagnóstico Inicial - El analista de Helpdesk puede resolver el incidente y lo dará por cerrado. - El analista de Helpdesk no puede resolverlo durante la llamada telefónica, pero si podría hacerlo con más tiempo, por lo que se le informará al usuario acerca del tiempo que tomara al analista resolver el incidente. - El analista de Helpdesk no puede resolver el incidente y tendrá que escalarlo a la siguiente línea de atención, informará de esto al usuario y al personal asignado del escalamiento del incidente. 5679 Diagrama 7: Flujo de proceso del Diagnóstico Inicial Fuente: Elaboración propia Escalamiento del incidente Cuando no se pueda resolver en primera instancia un incidente con ayuda del analista de Helpdesk, se deberá recurrir a un especialista o a algún superior que pueda tomar decisiones que se escapan de su responsabilidad. A este proceso se le denomina escalado. Básicamente existirán dos tipos diferentes de escalado: - Escalado funcional: Se requiere el apoyo de un especialista de más alto nivel para resolver el problema. - Escalado jerárquico: Debemos acudir a un responsable de mayor autoridad para tomar decisiones que se escapen de las atribuciones asignadas a ese nivel, como, por ejemplo, asignar más recursos para la resolución de un incidente específico. El proceso de escalado puede resumirse gráficamente como sigue: 5780 Diagrama 8: Flujo de proceso de Escalamiento Fuente: Elaboración Propia Investigación y Diagnostico En el caso de incidentes en el que el usuario está en busca de información nueva, el analista de Helpdesk estará apto de proveer esta información tan rápido como le sea posible, dependiendo de la magnitud de la información solicitada. En caso un incidente no pueda ser resuelto y necesite de un diagnostico a profundidad, el analista de Soporte EUC o el analista de Helpdesk tendrán que hacer la investigación y diagnóstico del proceso inicial que se ejecutó, y verificar si tiene algún problema. Todas las actividades que realicen y evidencias que encuentren serán registradas en el ticket del incidente. Se tendrá en cuenta los tiempos que tomen estas investigaciones y diagnósticos, además de los recursos que puedan necesitar para evitar la acumulación de otros incidentes o deficiencias en el servicio de soporte a usuarios. 5881 Por último, si la incidencia fuera recurrente y no se encuentra una solución definitiva al mismo se deberá informar a la Gestión de Problemas para el estudio detallado de las causas subyacentes. Diagrama 9: Flujo de proceso de Investigación y Diagnóstico Fuente: Elaboración Propia Resolución y Recuperación Una vez identificada y aplicada la solución del incidente se realizaran pruebas de conformidad para determinar que la solución es la correcta y que el incidente ya no se presente de nuevo. Dependiendo del incidente, las personas que estarán involucradas en el proceso de resolución y recuperación puede variar, por ejemplo: - El usuario: se le puede indicar directamente los pasos a seguir para aplicar la solución. 5982 - El analista de Helpdesk: implementando la solución de manera remota, tomando control del equipo del usuario. Esto lo realizará teniendo como herramientas: o Remote Desktop Connection: Herramienta propia de Windows o TeamViewer: software libre o Desktop Assistance: Herramienta propia de Windows - El analista de EUC: implementando la solución en el sitio físico del usuario. - El proveedor: realizando una solicitud a un proveedor para que implemente una solución a determinado incidente. Las pruebas que se realicen deben asegurar que la solución es la ideal y que el servicio ha sido restaurado completamente. También es importante recordar registrar todas las actividades realizadas en el ticket del incidente, ya que permitirán tener una mejor base de conocimientos para futuros incidentes de TI. Se verificará que el incidente esté completamente resuelto y que el usuario quede satisfecho con el trabajo realizado. 6083 Diagrama 10: Flujo de proceso de Resolución y recuperación Fuente: Elaboración Propia 6184 Cierre del incidente El sistema automáticamente cerrará el ticket de atención después de 48 horas desde que se cambió su estado a Resolved (Resuelto). Durante este tiempo aún se puede modificar, reabrir o agregar comentarios. Luego de estas 48 horas el estado del ticket será Closed (Cerrado) Estudio de tiempos con la Implementación de Gestión de Incidentes Para realizar el estudio de los tiempos se ha tenido en cuenta cada actividad que se realiza en el proceso de atención a usuarios finales. De acuerdo a nuestra población de incidentes se tomó una muestra de 65 incidentes estudiados que ingresaron a Helpdesk reportando incidentes de TI o solicitudes de información. Esta muestra estudiada fue repartida entre los 12 meses de duración del proyecto de investigación, es decir aproximadamente 5 o 6 incidentes eran observados y analizados cada mes. Debido a que el registro del incidente se ha realizado con ayuda del sistema, los tiempos que se observaron al realizar cada actividad del registro han sido promediados y estandarizados para que sean los mismos cada mes, al igual que el diagnóstico inicial y el escalamiento que se realizó a la 2da, 3ra y 4ta línea. La diferencia más notoria se centra en la resolución y recuperación del incidente, en donde se ha encontrado que en la mayoría de meses hay una mejora significativa respecto al mes anterior. Los resultados del estudio se muestran a continuación: 6285 MES H M S Agosto Setiembre Octubre Noviembre Diciembre Enero Febrero Marzo Abril Mayo Junio Julio PROMEDIO Tabla 13: Promedio de tiempos por mes después de la implementación del proyecto Fuente: Elaboración Propia 63 86 Diagrama 11: Tiempos del proceso del servicio de soporte a usuarios 12 meses después de la implementación Fuente: Elaboración Propia 6487 Se puede notar que cada mes el tiempo ha ido disminuyendo, esto principalmente por la base de conocimientos que se tiene ahora, además de la estandarización de procesos y la utilización del software Selección del software La selección de cualquier software, no es una tarea menor. Se trata de alcanzar una decisión que nos permitirá implementar un software que será clave en la estrategia competitiva. Este software no será el único facilitador o condicionante pero será una pieza clave para el desempeño del área. Un proceso de cambio de los sistemas informativos no se aborda sólo pensando en el corto plazo. La decisión de implementación de un software implica pensar en el futuro, cual es la visión del área, cuáles serán los desafíos en los próximos años, como así también imaginar el futuro de la tecnología y los proveedores. La decisión es compleja y llevará a la selección de un producto pero también a la de un proveedor que será por un largo plazo. Para realizar la selección del software se adaptara a la investigación la Metodología MSSE y que permitirá realizar la selección Metodología de selección de software Se utilizará una Metodología para la selección de un software. Intenta ordenar y sistematizar a los encargados de elegir un software en el proceso de selección. Esta metodología será adaptada para este tema de investigación para la selección de un software. La importancia del impacto del software en los procesos de área hace que la selección del mismo sea un tema importante FASE 1: Selección del Software 6588 a. Actividad 1: Documentar necesidad 1. Análisis de Necesidad El objetivo es documentar los aspectos fundamentales que debe soportar el software que se intenta seleccionar. Entre los principales tenemos: - Complementar la implementación de Gestión de incidentes de ITIL. - Sistematizar de la mejor manera el proceso de gestión de incidentes del área de ICT. - Crear una base de datos de conocimientos, que abarque las soluciones que se implementaron ante la ocurrencia de incidentes. - Crear una base de datos de los activos de la empresa y que son administrados por el área de ICT. - Generar reportes de los incidentes atendidos. - Generar reportes de los acuerdos de niveles de servicios. - Ser accesible dese cualquier equipo o dispositivo con acceso a internet. - Con una interfaz amigable y fácil de entender - Además se debe cumplir con el catálogo de procesos involucrados. Estos aspectos fueron obtenidos a raíz de la entrevista con el Jefe del área ICT. Además de considerar el SLA acordado entre el área y la empresa ganadora del outsourcing, dos de las hojas del contrato establecido entre el área y la empresa se muestran en Anexo89 2. Determinar equipo de proyecto De preferencia todas las personas elegidas están relacionadas con la posterior puesta en marcha del software. - Dirección: Jefe de ICT - Gerente del proyecto: Coordinador de Outsourcing IT - Equipo de Proyecto: Coordinador de EUC, Coordinador de Helpdesk, Coordinador de Desarrollo y Coordinador de Aplicaciones. b. Actividad 2: Primera selección 1. Búsqueda en el mercado Se realizó una búsqueda en el mercado local del software de gestión de incidentes disponibles. No se realizó la búsqueda en otros países ya que uno de los requisitos del área de ICT es que sea de una empresa peruana. Después de realizar una búsqueda se optaron por averiguar las siguientes empresas que tienen software de Gestión de Incidentes: Empresa Producto Link Outsourcing Electrodata IT Management System Login?ReturnUrl=%2f# Software y ADESK GX 6790 Consultoria Proemsa com/registro-y-seguimientode-incidentes/ Indepnet Association GLPI EspiralMicrosistemas ProactiveNET gestion-de-incidenciaspeticiones Tabla 14: Empresas y su respectivo software para Gestión de Incidentes. Fuente: Elaboración Propia 2. Armado de listado de criterios a tener en cuenta Se desarrollara un listado de puntos de comparación en base a las necesidades de la empresa, los cuales serán mostrados más adelante. 3. Evaluar los candidatos Para completar el listado cada criterio será clasificado con un valor de 1 a 4, siendo 1= Malo, 2 =Regular, 3 = Bueno, 4 = Muy Bueno. Luego multiplicar el valor dado por la ponderación del criterio. Sumar el valor obtenido de todos los criterios de un mismo grupo y multiplicar por la ponderación del grupo y dividir por100. Así se obtendrá la ponderación del grupo en general. Repetir esta operación para los 6 grupos en evaluación y para todos los ERP. c. Actividad 3 Selección Final 1. Decisión final Negociación 6891 Se realiza una reunión con el Jefe de IT y Comunicaciones y el equipo de selección de software, para definir que software se seleccionará. Luego de elegir, se notifica al proveedor Resultados de la evaluación A continuación de muestra la tabla con los resultados de la evaluación de 4 diferentes empresas y sus respectivos software. La ponderación considerada para cada aspecto ha sido asignada de acuerdo a entrevistas con el especialista de Aplicaciones, el especialista en Desarrollo y el jefe del área de ICT. Se consideraron las siguientes cantidades: 1. Aspectos funcionales 20% Debido a que se requiere que el software sea fácil manejar, accesible desde cualquier PC o dispositivo inteligente con internet y genere reportes actualizados al momento de realizarlos. 2. Aspectos técnicos 30% Tiene la mayor ponderación debido a que es necesario que el software se adapte a los recursos del área, pueda trabajar en cualquier SO, tenga y mantenga una base de datos, sea adaptable a las nuevas necesidades del área, tenga interfaz de seguridad para evitar perdida de información, y emita alertas a través de correos electrónico. 3. Aspectos sobre el proveedor 15% 6992 Es necesario que la empresa que implemente el software tenga ya un reconocimiento establecido en el mercado y el soporte sea en el mismo lugar de trabajo del área de ICT. 4. Aspectos sobre el servicio 15% Se consideró principalmente que la implementación del software pueda ser por módulos y en base a las principales necesidades del área de ICT, además de considerar todas las actualizaciones que pueda tener. 5. Aspectos económicos 20% En este aspecto se tuvo en cuenta el costo de implementación o desarrollo, además de su licencia y los costos adicionales que puedan presentarse por capacitación o actualizaciones del software. 7093 Pond ITMS ADESK GX GLPI PROACTIVE NET Criterios de selección Descripción X Valor Y Pond X*Y Valor Y Pond X*Y Valor Y Pond X*Y Valor Y Pond X*Y 1. Aspectos funcionales Propósito principal Proceso soportado Adaptabilidad y flexibilidad Facilidad de parametrización Cumple con el propósito principal indicado por el área, el cual es: Gestión de incidente bajo ITIL v3. Sistematizar de la mejor manera el proceso de gestión de incidentes del área Cuanto del proceso del área ya está comprendido en el software, y cuanto se tiene que desarrollar, y si esto es posible. Evaluar si la necesidad de un cambio o el mantenimiento de la parametrización en general no es una tarea muy compleja94 Interfaz amigable y fácil de entender Impacto de la implementación de Gestión de Incidentes de TI del El software debe tener una interfaz fácil de usar, aprender y comprender. Multilenguaje Permite trabajar en diferentes idiomas Herramientas amigables de reporting Permite el análisis matricial de la información. Permite editar propios reportes TOTAL Ponderación del grupo 20% P Aspectos técnicos Adaptabilidad a la estructura instalada en el cliente Multiplataforma Instalación remota Es posible implementar el software con el equipamiento tecnológico de la empresa No necesita una plataforma determinada, es posible que se ejecute en varias plataformas Permite instalación y trabajo del personal técnico en forma remota, sin estar en el lugar físico en donde está el servidor del software?95 Cliente / servidor Impacto de la implementación de Gestión de Incidentes de TI del Trabaja con una estructura cliente servidor Base de datos El software trabaja con base de datos Herramientas y lenguaje de programación Seguridad Lenguaje de programación del propio software que sirva para adaptar el sistema a las funcionalidades requeridas Perfiles por transacciones y objetos de datos Back-up Metodología de backups y de restore Sistema de auditoria que guarde y permita evaluar accesos al sistema, Auditoria Documentación Documentación técnica transacciones realizadas, actualizaciones, con fecha, hora y usuario El software posee documentación, helpdesk online en el idioma necesario, página de internet para mayor ayuda en línea Documentación sobre estructura de la base de datos, diseños, programas96 fuentes Impacto de la implementación de Gestión de Incidentes de TI del Conectividad externa Soporta conexiones externas del tipo: internet, EDI, accesos remotos Compatibilidad con correo electrónico Permite derivar mensajes al TOTAL 100% Ponderación del grupo 30% Aspectos sobre el proveedor Características del proveedor Perspectivas de evolución Ubicación Otras implementaciones Solidez del proveedor: evolución histórica, clientes, ganancias, cantidad de empleados. Perspectivas del proveedor en el mercado deben ser buenas, ya que si al proveedor le va mal el software adquirido se quedaría sin soporte. Soporte en la misma ciudad donde se ubican las oficinas. Otros clientes del mismo rubro que ya hayan adquirido el software97 Experiencias Experiencia del software en general Confianza Criterio no cuantificable que queda a criterio de los miembros del equipo TOTAL Ponderación del grupo 15% Aspectos sobre el servicio Libertad para realizar la implementación Servicio de implementación Metodología de implementación Tipo de implementación Tiempo estimado de implementación con el proveedor o con una consultora externa. Existencia de alguna ventaja de implementar directo con el proveedor Existencia de una metodología de implementación. Experiencias previas Estrategia propuesta por el proveedor para la implementación. Módulos seleccionados y soportados Tiempo estimado de implementación estándar en base a los módulos seleccionados98 Problemas que estarían cubiertos por el Garantía de correcta instalación del producto Upgrade Licencia Soporte proveedor y casos de los cuales el proveedor se haría responsable. Alcance de la garantía en tiempo, en aspectos funcionales y técnicos Averiguar cada cuanto tiempo saca una nueva versión al mercado. Tener en cuenta si uno debe migrar obligatoriamente a la nueva versión al salir al mercado. De no ser así consultar cuanto tiempo el proveedor soporta las versiones más antiguas. Alcance de la licencia. Incluye el soporte post venta. Alcance del soporte Posee repositorio de problemas y soluciones para analistas del software. Existe un Helpdesk para problemas no reportados en el repositorio con un tiempo de respuesta aceptable y atención 24 horas TOTAL99 Ponderación del grupo 15% Aspectos económicos Costo de la herramienta Costo del software Licencia Método de precio En función del presupuesto que se tiene y de los otros presupuestos recibidos, evaluar del costo del sistema En función de los requerimientos de software y de los que ya posee la organización, evaluar el costo que implica adquirir más software Como se pagan las licencias, por única vez, por un año, etc. como cobra el proveedor, por cantidad de usuarios, o módulos instalados, etc Costos adicionales Adaptaciones Costos de capacitación Costos de implementación Tener en cuenta la posibilidad de seleccionar a otro proveedor para la capacitación Costo estimado de implementación del software100 Upgrade Impacto de la implementación de Gestión de Incidentes de TI del Costo de upgrade, se deben abonar nuevas licencias. TOTAL Ponderación del grupo 20% Tabla 15: Evaluación de los aspectos de cada empresa y su software Fuente: Elaboración Propia 78101 Después de realizar el análisis de cada software, a continuación se presenta el resumen de los resultados: Ponderaciones por aspecto ITMS ADES K GX GLPI PROACTIVE NET 1. Aspectos funcionales 20% Aspectos técnicos 30% Aspectos sobre el proveedor 15% Aspectos sobre el servicio 15% Aspectos económicos 20% TOTAL 100% Tabla 16: Resumen del análisis realizado a cada software Fuente: Elaboración Propia El detalle por cada empresa y su respectivo software: ITMS Aspectos funcionales 2. Aspectos técnicos 48,75 3. Aspectos sobre el proveedor 45,75 106,5 4. Aspectos sobre le servicio 5. Aspectos económicos Gráfico 5: Resumen de los valores obtenidos por ITMS Fuente: Elaboración Propia 79 102 ADESK GX Aspectos funcionales 2. Aspectos técnicos 33,75 3. Aspectos sobre el proveedor Aspectos sobre le servicio 5. Aspectos económicos Gráfico 6: Resumen de los valores obtenidos por ADESK GX Fuente: Elaboración Propia GLPI Aspectos funcionales 2. Aspectos técnicos 33, Aspectos sobre el proveedor 4. Aspectos sobre le servicio Aspectos económicos Gráfico 7: Resumen de los valores obtenidos por GLPI Fuente: Elaboración Propia 80103 PROACTIVE NET Aspectos funcionales 40,5 2. Aspectos técnicos 32,25 97,2 3. Aspectos sobre el proveedor 4. Aspectos sobre le servicio 5. Aspectos económicos Gráfico 8: Resumen de los valores obtenidos por PROACTIVE NET Fuente: Elaboración Propia Comparación por aspecto y software , , , ,75 40, ,75 32,25 33,75 ITMS ADESK GX GLPI PROACTIVE NET 0 1. Aspectos funcionales 2. Aspectos técnicos 3. Aspectos sobre el proveedor 4. Aspectos sobre le servicio 5. Aspectos económicos Gráfico 9: Comparación por aspecto de cada software Fuente: Elaboración Propia 81 104 Resultado Final ,75 265,75 266,95 ITMS ADESK GX GLPI PROACTIVE NET ITMS ADESK GX GLPI PROACTIVE NET Gráfico 10: Comparación de los resultados obtenidos de cada software Fuente: Elaboración Propia Adicionalmente se realizó el estudio de cada software una vez ya implementado, obteniendo lo siguiente: Características de cada Software GLPI La siguiente imagen muestra la pantalla de inicio del sistema: 82 105 Imagen 7: Ingreso al sistema GLPI Fuente: Demo GLPI Para ingresar es necesario un usuario y contraseña, luego la página principal del sistema de ticket es el siguiente: Imagen 8: Página Principal del sistema GLPI Fuente: Demo GLPI En la anterior imagen se muestra la cantidad de ticket asignados, luego de dar clic en alguno de ellos, nos muestra el resumen de cada uno; aquí seleccionamos el ticket que se desea y nos brindara más información, como a continuación se muestran en las siguientes dos imágenes: 83 106 Imagen 9: Información de tickets asignados del sistema GLPI Fuente: Demo GLPI Imagen 10: Información detallada por ticket del sistema GLPI Fuente: Demo GLPI La siguiente imagen nos muestra la interfaz de creación de tickets, aquí se puede ver que se considera ítems como: fecha, asignado a, requerido por, estado, urgencia, impacto, prioridad, etc. 84 107 Imagen 11 Interfaz de creación de incidente del sistema GLPI Fuente: Demo GLPI La siguiente imagen muestra la interfaz para agregar nuevos equipos tecnológicos: Imagen 12: Interfaz para agregar equipos tecnológicos del sistema GLPI Fuente: Demo GLPI Las 2 últimas imágenes nos muestran su interfaz de reportes, la primera imagen de equipos tecnológicos, y la segunda de tickets: 85 108 Imagen 13: Interfaz de reportes de equipos del sistema GLPI Fuente: Demo GLPI Imagen 14: Interfaz de reportes de incidentes del sistema GLPI Fuente: Demo GLPI SERVICE DESK El segundo software de estudio fue de la empresa PROACTIVANET ITMS, llamado SERVICE DESK. El flujo que siguen para el funcionamiento de su software es el siguiente: 86109 Imagen 15 Flujo del funcionamiento del sistema Service Desk Fuente: ProactivaNET Dentro de esto para la gestión de incidentes el flujo principal esta descrito en la siguiente imagen: Imagen 16: Flujo de la gestión de incidencias y peticiones de Service Desk Fuente: ProactivaNET La pantalla de gestión de incidentes se muestra en la siguiente imagen, desde la cual se puede crear nuevos incidentes, ver los que se tienen asignados, y toda la información relevante al incidente: 87110 Imagen 17: Interfaz de Gestión de incidentes de Service Desk Fuente: ProactivaNET Imagen 18: Interfaz de Gestión de incidentes de Service Desk Fuente: ProactivaNET Tambien cuentan con los perfiles de ingreso, para poder dar determinados permisos, o privilegios: 88111 Imagen 19: Interfaz para otorgar privilegios a usuarios de Service Desk Fuente: ProactivaNET Cuenta con un inventario tal y como se muestra en la imagen, acá se resalta que no se adecua a lo que el área de ICT está buscando, ya que el inventario no es tan específico. 89 112 Imagen 20: Interfaz de inventario de equipos tecnológicos de Service Desk Fuente: ProactivaNET Imagen 21: Interfaz de inventario de equipos tecnológicos de Service Desk Fuente: ProactivaNET Además, cuenta con una base de conocimientos real, que permite poder visualizar las soluciones aplicadas a los diferentes incidentes: Imagen 22: Interfaz de base de conocimientos de Service Desk 90113 Fuente: ProactivaNET En la parte de generacion de reportes, el software brinda información en tiempo real de lo que se tiene, lo que se esta realizando y lo que aún esta pendiente, como se muestra en las siguientes imágenes: Imagen 23: Interfaz de Generación de reportes de Service Desk Fuente: ProactivaNET 91114 Imagen 24: Interfaz de Generación de reportes de Service Desk Fuente: ProactivaNET ITMS A continuación de mostrarán las pantallas del software ITMS de la empresa Electrodata SAC. La primera imagen muestra la interfaz de ingreso de usuario y contraseña: 92 115 Imagen 25: Interfaz de ingreso de usuario y contraseña de ITMS Fuente: ITMS La siguiente pantalla muestra la interfaz de tickets asignados que se tienen por atender: Imagen 26: Primera interfaz que muestra los incidentes ITMS Fuente: ITMS La siguiente interfaz es la de creación de tickets, de acuerdo a lo indicado por el área de ICT: 93 116 Imagen 27: Interfaz de registro de incidentes de ITMS Fuente: ITMS La siguiente pantalla nos muestra la interfaz de búsqueda de tickets, de acuerdo a varios criterios, como: fechas, persona que requirió, a quien se asignó, estado del ticket, etc: Imagen 28: Interfaz de búsqueda de incidentes de ITMS Fuente ITMS También se tiene la opción de crear un reporte de tickets, de acuerdo a fechas, que puede ser pasado a un Excel, pdf, imprimir, etc: 94 117 Imagen 29: Interfaz de generación de reportes de incidentes de ITMS Fuente: ITMS Imagen 30: Interfaz de Reportes de incidentes de ITMS Fuente: ITMS La siguiente pantalla muestra la interfaz de inventario de equipos: 95 118 Imagen 31: Interfaz de Inventario de ITMS Fuente: ITMS Aquí se puede registrar los equipos nuevos, o editar los que ya se tienen, además cabe resaltar que en algunos campos que solicita se ingrese la información se puede crear nuevos ítems, sin necesidad de cambiar de pantalla o cerrar el registro del equipo: Imagen 32: Interfaz de Registro de nuevo equipo tecnológico de ITMS Fuente: ITMS 96 119 Imagen 33: Interfaz de Registro de nuevo ítem de un sub-campo de ITMS Fuente: ITMS A continuación se muestra la interfaz de búsqueda de equipo, por el que se puede buscar de acuerdo a diferentes criterios: código de activo, usuario, tipo, marca, modelo, etc: Imagen 34: Interfaz de búsqueda de equipo de ITMS Fuente: ITMS Para asignación y recepción de un equipo a un usuario se tiene una interfaz con las siguientes imágenes: 97 120 Imagen 35: Interfaz de Delivery de equipo tecnológico de ITMS Fuente: ITMS Imagen 36: Interfaz de Reception de equipo tecnológico de ITMS Fuente: ITMS También se pueden buscar los formatos de recepción y Delivery que se han realizado en la siguiente interfaz: 98 121 Imagen 37: Interfaz de búsqueda de Delivery o Reception de ITMS Fuente: ITMS También se pueden crear reportes de los equipos de acuerdo al tipo de equipo que es: Imagen 38: Interfaz para generar reporte de equipos tecnológicos de ITMS Fuente: ITMS Y este reporte puede ser guardado en formato Excel, pdf, Word, etc.: 99 122 Imagen 39: Interfaz para generar reporte de equipos tecnológicos de ITMS Fuente: ITMS Para la generación de informes se tiene la siguiente interfaz: Imagen 40: Interfaz para generar reportes de ITMS Fuente: ITMS Acá se pueden visualizar en tiempo real informes de: - Cantidad de incidentes reportados: 100 123 Imagen 41: Reporte de cantidad de llamadas de ITMS Fuente: ITMS - La carga de trabajo de acuerdo al área de los últimos 6 meses: Imagen 42: Reporte de carga de trabajo de ITMS Fuente: ITMS 101 124 - El estado de los tickets de acuerdo al mes Impacto de la implementación de Gestión de Incidentes de TI del Imagen 43: Reporte de tickets por estado de ITMS Fuente: ITMS - El tiempo de resolución de incidentes promedio de los últimos 6 meses: Imagen 44: Reporte de tiempo promedio de resolución de ITMS Fuente: ITMS - Tickets resueltos de acuerdo a los niveles de servicios y al mes que se selecciona: 102 125 Imagen 45: Reporte de tickets de acuerdo al SLA de ITMS Fuente: ITMS - Tickets por persona de acuerdo al mes seleccionado: Imagen 46: Reporte de tickets por persona de acuerdo al mes de ITMS Fuente: ITMS Todos estos reportes han sido solicitados por el área de ICT, por lo que su generación es específicamente para el área, y de acuerdo a los niveles de servicio acordados. ADESK GX 103126 Para el caso de este sistema, no se llegó a planificar la demostración del software a través de una demo, ya que la empresa explico que preferían realizarlo en persona, para evitar filtraciones de su software o copias que se puedan realizar. Por último se realizó un cuadro de ventajas y desventajas de los 3 software con los que se pudieron realizar estudios una vez ya implementados, o por lo menos con sus demos: SOFTWARE VENTAJAS DESVENTAJAS GLPI Detalle de todo el proceso Software Libre Seguridad de usuarios Es un software web Inventario de equipos tecnológicos Costo de implementación muy bajo Eventos de notificaciones del sistema Actualizaciones gratuitas Seguimiento de tickets por Manejo de SLA No necesita de equipos tecnológicos especiales para su implementación Interfaz no tan amigable No tiene la opción de crear datos de los sub campos Solo está disponible en inglés y francés Generación de reportes no muy entendibles Soporte no está en la ciudad de Cajamarca requiere de especialistas en software libre Demora en el tiempo de ingresar nuevos equipos SERVICE Interfaz amigable Soporte fuera de la ciudad 104127 DESK Impacto de la implementación de Gestión de Incidentes de TI del de Cajamarca Inventario fácil de usar y se conecta con los incidentes Creación de una base de datos de conocimientos real Sistema de reportes adecuado Proceso de monitorización de rendimiento de equipos No es un software web Precio elevado por la implementación Costo extra por la capacitación Necesaria la intervención de consultores externos para su implementación Actualizaciones de versiones Personalización de campos con costo (dependiendo de qué clase de actualización) Manejo de SLA No tiene la opción de crear datos de los sub campos ITMS Interfaz amigable conexión de la base de datos de equipos tecnológicos con la interfaz de incidentes Soporte en el mismo lugar de trabajo del área de ICT Generación de reportes exactos o a medida para el área de ICT Creación de una base de datos de equipos adecuada Generación de reportes actualizados al momento de realizarlos Bajo costo de implementación Sin costo de capacitación Lentitud en el desarrollo de cada modulo No notifica de la creación de incidentes (tema por desarrollarse) No notifica si se tiene un incidente asignado Solo disponible en español Problemas con el DNS de la página web, se tiene que ingresar con la IP No funciona aun las notificaciones vía 105128 Software web Impacto de la implementación de Gestión de Incidentes de TI del Seguridad adecuada a través de perfiles Manejo de SLA implementación por módulos Tabla 17: Ventajas y desventajas de cada software Fuente: Elaboración propia Conclusión de la Selección del Software Se concluye con que el software de la empresa Electrodata, con el proyecto Outsourcing IT y su software IT Management System es el más adecuado para implementar y desarrollar. Esto principalmente porque los siguientes puntos: - El software se está desarrollando de acuerdo a los requerimientos indicados en el momento que se necesitan por el área de ICT. - Los reportes son exactamente los que el área necesita. - El servicio de soporte se le da en el mismo sitio en donde desarrolla sus actividades el área de ICT. - Los costos adicionales asociados a los cambios solicitados son bajos, debido a que al momento de realizar el contrato con la empresa Electrodata SAC, ésta ya había ganado el concurso para el Outsourcing IT de Minera Goldfields La cima Operación minera Cerro Corona Es por tal motivo que los 5 principales aspectos en los que destaca este software son los siguientes: 106129 5 Mejores aspectos del software ITMS Propósito principal 60 Garantía de correcta instalación del producto Ubicación TOTAL Herramientas amigables de reporting 80 Proceso soportado Gráfico 11: 5 Mejores aspectos del software ITMS Fuente: Elaboración Propia 107130 CAPITULO 5 METODOS Y MATERIALES 108131 5.1. Tipo de diseño de investigación. Impacto de la implementación de Gestión de Incidentes de TI del El presente proyecto será del tipo de investigación pre-experimental, ya que se llevará a cabo en un ambiente natural (no modificado a propósito para realizar la investigación), el grado de control es mínimo ya que se trabajará con un solo grupo de trabajo, una sola variable independiente y no existe la posibilidad de comparación entre grupos. Además también será una investigación Explicativa. Una investigación explicativa busca el porqué de los hechos mediante el establecimiento de relaciones causa-efecto. En este sentido, los estudios explicativos pueden ocuparse tanto de la determinación de las causas (investigación postfacto), como de los efectos (investigación experimental, pre-experimental), mediante la prueba de hipótesis. La investigación explicativa intenta dar cuenta de un aspecto de la realidad. En este caso se buscará demostrar el porqué de la mejora del servicio de Soporte a usuarios con la implementación de la Gestión de Incidentes del Framework ITIL V Material de estudio. En la presente investigación se estudiaran 2 poblaciones distintas, una de usuarios y otra de incidentes mensuales. La población de usuarios hace referencia a todos los usuarios totales del área de ICT, que serían todos los trabajadores de la empresa Goldfields La Cima Operación Minera Cerro Corona. De este total se obtendrá una muestra para la evaluación del grado de satisfacción que tienen respecto a la atención recibida y el tiempo que tomo resolver el incidente. 109132 La población de incidentes se obtiene del levantamiento de información que se realizó al iniciar la investigación, en donde hemos obtenido el promedio de incidentes mensuales antes de la implementación de Gestión de incidentes y también el después. Para ello se usaron fichas de observaciones y reportes del sistema seleccionado. En consecuencia se tendrán 2 poblaciones de incidentes, una antes de la implementación de Gestión de incidentes y otra después de la implementación Población Usuarios La población que se tomará en cuenta para la siguiente investigación es el total de usuarios al que se brinda el servicio de soporte por parte de la sub-área de EUC, que son 320 usuarios Muestra usuarios La muestra está determinada por los siguientes parámetros: - Universo (N): Es el total de la población que se va a estudiar. N=320 - Nivel de confianza (Z): Mide la confiabilidad de los resultados. Los más habituales son de 90% (1.645), 95% (1.96) y 99% (2.575). Con un mayor nivel de confianza, mayor será la confiabilidad de los resultados, pero también será mayor el tamaño de la muestra. Z =133 - Margen de Error (D): Es el porcentaje de error que puede haber en los resultados. Usualmente se usa un margen de error de 5% o 10 %. Mientras menor sea el margen de error mayor validez tendrán los resultados, pero también será mayor el tamaño de la muestra. D = Probabilidad de ocurrencia (P): Es la probabilidad de que un evento ocurra. Si no se han realizado estudios anteriores se le asigna un valor por defecto del 50% (0.5). P = Probabilidad de no ocurrencia (Q): Es la probabilidad de que un evento no ocurra. Si no se han realizado estudios anteriores se le asigna un valor por defecto del 50% (0.5). Q = Para calcular el tamaño de la muestra se usa la siguiente formula. ( ) ( )( )( ) ( )( ) ( ) ( )( ) (Aproximado) 111134 También se usara la siguiente fórmula para la corrección de la muestra: ; Entonces se aplica: Primero: Al ser mayor que 0.50, entonces se aplica la fórmula de corrección: (Aproximado) Por lo tanto, para el siguiente trabajo de investigación de debe tener en cuenta una muestra de 113 usuarios finales Población de Incidentes Antes Para obtener la cantidad de incidentes que se tendrán en cuenta se ha promediado el total mensual de los 12 meses anteriores estudiados. Es decir, la población de estudio es de 155 incidentes. 112135 Muestra Incidentes Antes Impacto de la implementación de Gestión de Incidentes de TI del La muestra está determinada por los siguientes parámetros: - Universo (N): Es el total de la población que se va a estudiar. N=155 - Nivel de confianza (Z): Mide la confiabilidad de los resultados. Los más habituales son de 90% (1.645), 95% (1.96) y 99% (2.575). Con un mayor nivel de confianza, mayor será la confiabilidad de los resultados, pero también será mayor el tamaño de la muestra. Z = Margen de Error (D): Es el porcentaje de error que puede haber en los resultados. Usualmente se usa un margen de error de 5% o 10 %. Mientras menor sea el margen de error mayor validez tendrán los resultados, pero también será mayor el tamaño de la muestra. D = Probabilidad de ocurrencia (P): Es la probabilidad de que un evento ocurra. Si no se han realizado estudios anteriores se le asigna un valor por defecto del 50% (0.5). P = Probabilidad de no ocurrencia (Q): Es la probabilidad de que un evento no ocurra. Si no se han realizado estudios anteriores se le asigna un valor por defecto del 50% (0.5). 113136 Q = 0.5 Impacto de la implementación de Gestión de Incidentes de TI del - Para calcular el tamaño de la muestra se usa la siguiente formula. ( ) ( )( )( ) ( )( ) ( ) ( )( ) (Aproximado) También se usara la siguiente fórmula para la corrección de la muestra: ; Entonces se aplica: Primero: Al ser mayor que 0.50, entonces se aplica la fórmula de corrección: 114137 (Aproximado) Por lo tanto, para el siguiente trabajo de investigación de debe tener en cuenta una muestra de 65 incidentes antes de la implementación Población de Incidentes Después Para obtener la cantidad de incidentes que se tendrán en cuenta se ha promediado el total mensual de los 12 meses desde que se inició la implementación. Es decir, la población de estudio es de 331 incidentes después de la implementación Muestra Incidentes Después La muestra está determinada por los siguientes parámetros: - Universo (N): Es el total de la población que se va a estudiar. N= Nivel de confianza (Z): Mide la confiabilidad de los resultados. Los más habituales son de 90% (1.645), 95% (1.96) y 99% (2.575). 115138 Con un mayor nivel de confianza, mayor será la confiabilidad de los resultados, pero también será mayor el tamaño de la muestra. Z = Margen de Error (D): Es el porcentaje de error que puede haber en los resultados. Usualmente se usa un margen de error de 5% o 10 %. Mientras menor sea el margen de error mayor validez tendrán los resultados, pero también será mayor el tamaño de la muestra. D = Probabilidad de ocurrencia (P): Es la probabilidad de que un evento ocurra. Si no se han realizado estudios anteriores se le asigna un valor por defecto del 50% (0.5). P = Probabilidad de no ocurrencia (Q): Es la probabilidad de que un evento no ocurra. Si no se han realizado estudios anteriores se le asigna un valor por defecto del 50% (0.5). Q = Para calcular el tamaño de la muestra se usa la siguiente formula. ( ) ( )( )( ) ( )( ) ( ) ( )( ) 116139 (Aproximado) También se usara la siguiente fórmula para la corrección de la muestra: ; Entonces se aplica: Primero: Al ser mayor que 0.50, entonces se aplica la fórmula de corrección: (Aproximado) Por lo tanto, para el siguiente trabajo de investigación de debe tener en cuenta una muestra de 116 incidentes después de la implementación Técnicas, procedimientos e instrumentos. 117140 Para recolectar datos. Impacto de la implementación de Gestión de Incidentes de TI del Para la presente investigación se tendrán en cuenta 3 técnicas: Observación, Encuesta o Entrevista y Cuestionario Observación Es el registro visual de lo que ocurre en una situación real, clasificando y consignando los datos de acuerdo con algún esquema previsto y de acuerdo al problema que se estudia. En la sub-área de EUC se realizó el estudio del proceso de soporte a usuarios ante la ocurrencia de incidentes de TI. Se hizo de manera no participante ya que no se estuvo involucrado en el proceso de dar soporte al usuario y con ayuda de fichas de observación de elaboración propia. El procedimiento que se siguió para recolectar los datos del proceso de soporte a usuarios fue de la siguiente manera: La encuesta / Entrevista Consiste en obtener información de los sujetos en estudio, sobre opiniones, conocimientos, actitudes o sugerencias. Para este proyecto se realizaran encuestas y/o entrevistas con el Jefe del área de ICT de la empresa, además de los trabajadores de la subárea de EUC. Finalmente se elegirá aleatoriamente un grupo de 10 usuarios finales para poder entrevistarlos personalmente y recoger sus experiencias ante la ocurrencia de algún incidente o problema de TI. 118141 El modelo de encuesta que se ha usado se encuentra en la parte de Anexos El cuestionario Es una técnica de recolección de información que se basa en un interrogatorio en el que las preguntas establecidas de antemano se plantean siempre en el mismo orden y se formulan con los mismos términos. Para obtener información también se usará el cuestionario, especialmente para saber el nivel de satisfacción de los usuarios respecto a la atención recibida y el tiempo que tomo resolver el incidente. Las preguntas consideradas en el cuestionario han sido seleccionadas en conjunto con el jefe del área de ICT y los trabajadores involucrados en el proceso del servicio de soporte a usuarios. Consta de un total de 15 preguntas, que para la recopilación de la información necesaria se han dividido internamente en 3 grupos: Preguntas Objetivo de Pregunta Objetivo Final Obtener el grado de 1 y 15 Obtener información de que tan seguido hace uso del servicio de satisfacción de los usuarios soporte a usuarios de la sub-área de EUC, además de comprobar si el usuario está leyendo adecuadamente la encuesta, ya que estas preguntas son la misma. 119142 2 a 11 Obtener información del grado de satisfacción que tiene el usuario respecto a la atención recibida. Impacto de la implementación de Gestión de Incidentes de TI del 12 a 14 Obtener información del grado de satisfacción que tiene el usuario respecto al tiempo que tomo resolver el incidente. Tabla 18: Explicación de las preguntas del cuestionario de Usuarios Fuente: Elaboración Propia En la sección de operacionalización de variables se muestra la prueba de confiabilidad de Alfa de Cronbach, obteniendo resultados que aseguran la confiabilidad de esta herramienta, al ser aplicada al antes y después de la implementación. Los resultados de los cuestionarios aplicados se detallan en la sección de Anexos Para procesar datos. Los diferentes métodos de procesamiento y están relacionados con el avance tecnológico. Las alternativas presentadas podrán ser elegidas, dependiendo de la rapidez con que se necesitan y la inversión en dinero que se requiera para obtenerlas. Para el caso del presente proyecto se requieren de procesos electrónicos, a través de computadoras por lo que la intervención humana no es requerida en cada etapa. Una vez ingresados los datos, 120143 el computador efectúa los procesos requeridos automáticamente y emite el resultado deseado. Se usaron las siguientes herramientas electrónicas para procesar datos: - SPSS v18 SPSS es un programa estadístico informático muy usado en las ciencias sociales y las empresas de investigación de mercado. Es uno de los programas estadísticos más conocidos teniendo en cuenta su capacidad para trabajar con grandes bases de datos y un sencillo interface para la mayoría de los análisis. - Bizangi Process Modeler Bizagi Process Modeler es un Freeware utilizado para diagramar, documentar y simular procesos usando la notación estándar BPMN (Business Process Modeling Notation).Los procesos y su documentación correspondiente pueden exportarse a Word, PDF, Visio, la web o SharePoint3 para compartirlos y comunicarlos. - Microsoft Excel Microsoft Excel es una aplicación distribuida por Microsoft Office para hojas de cálculo. Este programa es desarrollado y distribuido por Microsoft, y es utilizado normalmente en tareas financieras y contables - Microsoft Power Point 121144 Microsoft PowerPoint es un programa de presentación desarrollado por la empresa Microsoft. Es un programa diseñado para hacer presentaciones con texto esquematizado, animaciones de texto e imágenes prediseñadas o importadas. PowerPoint es uno de los programas de presentación más extendidos. Viene integrado en el paquete Microsoft Office como un elemento más, que puede aprovechar las ventajas que le ofrecen los demás componentes del equipo para obtener un resultado óptimo. - Microsoft Word Microsoft Word es un software destinado al procesamiento de textos. Fue creado por la empresa Microsoft, y actualmente viene integrado en la suite ofimática Microsoft Office. Ha llegado a ser el procesador de texto más popular del mundo. - Software seleccionado para Gestión de incidentes: ITMS 122145 CAPITULO 6 RESULTADOS 123146 Después de la implementación del proyecto de investigación, se muestran a continuación los resultados de los indicadores de la variable dependiente: 6.1. Cantidad de incidentes registrados. El área de ICT esperaba obtener una mejora del 80.6%. Después de realizar la implementación del proyecto se obtuvieron los siguientes resultados: - El total mensual de incidentes registrados se muestra en el siguiente cuadro, además de mostrar un promedio de incidentes total para 12 meses desde que se empezó la implementación de la gestión de Incidentes: Mes Total Mensual Agosto Setiembre Octubre Noviembre Diciembre Enero Febrero Marzo Abril Mayo Junio Julio PROMEDIO 331 Tabla 19: Cantidad de Incidentes después de la implementación Fuente: Elaboración propia 124 147 Promedio de Incidentes durante 12 meses después de la implementación del proyecto Total Mensual Gráfico 12: Promedio de incidentes durante 12 meses después de la implantación Fuente: Elaboración propia Como se puede ver, el promedio para estos 12 meses es de 331 incidentes registrados, siendo muy superior a los 155 incidentes que se habían registrado en promedio antes de la implementación. El estudio que se realizó del antes y después del registro de incidentes comprende 10 meses iguales, su comparación se muestra en el siguiente cuadro y gráfico: Mes Antes Después Agosto Setiembre Octubre Noviembre Diciembre Enero Febrero148 Marzo Abril Mayo Tabla 20: Cuadro de comparación de 10 meses iguales antes y después Fuente: Elaboración Propia Comparación de 10 meses del antes y después de la implementación del proyecto Antes Después Gráfico 13: Comparación de 10 meses del antes y después de la implementación Fuente: Elaboración propia Al igual que se realizó en la realidad problemática, ahora para encontrar el porcentaje de mejora que se ha obtenido (MO1), primero se encuentra la diferencia entre el promedio de incidentes obtenido (331) y el anterior promedio (155), luego se aplica una regla de tres simple como se muestra a continuación: Regla de tres simple: 126149 Con estos datos se concluye que el porcentaje de mejora (MO1) respecto a la cantidad de incidentes registrados ha aumentado en un 113.5%, cumpliendo el mínimo solicitado por el área de ICT que era de 80.6% 6.2. Tiempo del proceso de soporte a usuarios. El área de ICT esperaba obtener una mejora del 28.4%. Se analizó una muestra de 116 incidentes en total durante 12 meses después del inicio de la implementación del proyecto, de los cuales se obtuvieron los siguientes datos: MES H M S Agosto Setiembre Octubre Noviembre Diciembre Enero Febrero Marzo Abril Mayo Junio Julio PROMEDIO Tabla 21: Tiempos promedios de 12 meses después de la implementación Fuente: Elaboración Propia 127 150 Gráfico 14: Tiempos del proceso del servicio de soporte a usuarios 12 meses después de la implementación Fuente: Elaboración propia 128151 Como se puede ver, el tiempo promedio después de la implementación para el proceso de soporte a usuarios es de 32 horas 33 minutos y 32 segundos. Al igual que se realizó en la realidad problemática, ahora para encontrar el porcentaje de mejora que se ha obtenido (MO2) respecto al tiempo del proceso de soporte a usuarios, primero se ha redondeado el promedio de horas después de implementación a 33 horas, luego se encuentra la diferencia entre el tiempo promedio obtenido (33) y el anterior promedio (67), luego se aplica una regla de tres simple como se muestra a continuación: Regla de tres simple: Con estos datos se concluye que el porcentaje de mejora (MO2) respecto al tiempo del proceso de soporte a usuarios ha aumentado en un 50.7%, cumpliendo el mínimo solicitado por el área de ICT que era de 28.4% 6.3. Porcentaje de satisfacción de los usuarios respecto a la atención recibida El área de ICT esperaba obtener una mejora del 51.3%. Para obtener la satisfacción del usuario se realizó una encuesta a una muestra de 113 usuarios después de la implementación del proyecto, las respuestas de cada usuario se encuentran en Anexos. Los datos obtenidos de la aplicación de la encuesta son los siguientes: 129152 SATISFACCION USUARIOS 1 Insatisfecho Poco Satisfecho Indiferente 14 4 Satisfecho Muy satisfecho 32 INVALIDO 8 TOTAL 113 Tabla 22: Resumen de la encuesta tomada a usuarios después de la implementación Fuente: Elaboración Propia Cuadro de Satisfacción del usuario después de la implementacion del Proyecto 8; 7% 1; 1% 32; 28% 9; 8% 14; 13% 1 - Insatisfecho 2 - Poco Satisfecho 3 - Indiferente 49; 43% 4 - Satisfecho 5 - Muy satisfecho INVALIDO Gráfico 15: Grafico de satisfacción del usuario después de la implementación Fuente: Elaboración Propia 130 153 RESPUESTA PROMEDIO POR PREGUNTA - ENCUESTA FINAL 5,00 4,00 4,06 3,92 3,94 3,90 3,90 3,86 3,92 4,02 4,00 4,01 4,01 4,05 4,00 3,99 4,06 3,98 3,00 2,00 1,00 0,00 PROMEDIO Gráfico 16: Respuestas en promedio por pregunta Fuente: Elaboración Propia El promedio final de la encuesta es de 3.98, y siguiendo la escala de Likert que se ha tenido en consideración se puede decir que en general el grado de satisfacción de los usuarios después de la implementación es Satisfecho. También se realizó la prueba de alfa de Cronbach a la encuesta que se realizó luego de haber implementado la Gestión de Incidentes del framework ITIL v3, obteniendo los siguientes resultados: N % Casos Validos Excluidos Total Tabla 23: Resumen del procesamiento de los casos de la encuesta después de la implementación Fuente: Software SPSS v18 131154 Alfa de Alfa de N de Cronbach Cronbach basada en los elementos tipificados elementos Tabla 24: Estadísticos de Fiabilidad de la encuesta después de la implementación Fuente: Software SPSS v18 El resultado es de 0.971, y de acuerdo a lo que sugieren George y Mallery (2003, p. 231), es Excelente. Al igual que se realizó en la realidad problemática, ahora para encontrar el porcentaje de mejora que se ha obtenido (MO3) respecto a la satisfacción de usuarios primero se encuentra la diferencia entre el valor obtenido de satisfacción (3.98) y el anterior valor promedio (2.32), luego se aplica una regla de tres simple como se muestra a continuación: Regla de tres simple: Con estos datos se concluye que el porcentaje de mejora (MO3) respecto a la satisfacción del usuario ha aumentado en un 71.6%, cumpliendo el mínimo solicitado por el área de ICT que era de 51.3% 132155 Para determinar el porcentaje de mejora de la calidad del servicio de soporte a usuarios basándose en estos tres principales aspectos se han promediado sus resultados, como se muestra a continuación: Por lo tanto, con la implementación de la gestión de incidentes del framework ITIL v3 se ha logrado obtener una mejora del 71.2% respecto a la calidad del servicio de soporte a usuarios, cumpliendo el mínimo esperado que era de 53.4% PRUEBAS DE HIPOTESIS Para la realización de la prueba de hipotesisi a cada uno de los indicadores se utilizará la t de Student. 1. Cantidad de Incidentes Registrados Para la realización dela prueba de hipótesis se tienen los siguientes datos: X 331 Promedio de incidentes S Desviación estándar N 12 Cantidad de meses de estudio H0 u=280 Hipótesis Nula H1 u>280 Hipótesis Alternativa n-1 11 T critico Obtenido de las tablas de Student a 0.05 Nivel de Confianza Tabla 25: Datos para la prueba de hipótesis del primer indicador Fuente: Elaboración propia Se aplica la siguiente formula: 133156 Al Ser el resultado de t mayor a se rechaza la hipótesis nula (H0) y se da por aceptada la Hipótesis alternativa (H1). Es decir si se cumple la hipótesis que indica que tenía que ser mayor a 290 incidentes registrados. 2. Tiempo del proceso de soporte a usuarios Para la realización dela prueba de hipótesis se tienen los siguientes datos: X 67 Promedio de incidentes S 13.4 Desviación estándar N 12 Cantidad de meses de estudio H0 u=48 Hipótesis Nula H1 U<48 Hipótesis Alternativa n-1 11 T critico Obtenido de las tablas de Student a 0.05 Nivel de Confianza Tabla 26: Datos para la prueba de hipótesis del segundo indicador Fuente: Elaboración Propia Para que la hipótesis planteada en el proyecto sea aceptada el resultado t tiene que ser menor al T crítico. Se aplica la siguiente formula: 134157 Al ser el resultado de t menor a se rechaza la hipótesis nula (H0) y da por aceptada la Hipótesis alternativa (H1). Es decir si se cumple la hipótesis. 3. Satisfacción del usuario respecto al servicio recibido Para la realización dela prueba de hipótesis se tienen los siguientes datos: X Promedio de incidentes D.S Desviación estándar N1 12 Cantidad de meses de estudio alfa 0.05 Hipótesis Nula H0 u=3.51 Hipótesis Alternativa H1 u>3.51 n-1 11 Obtenido de las tablas de Student T Crítico Nivel de Confianza a 0.05 Nivel de confianza Tabla 27: Datos para la prueba de hipótesis del tercer indicador Fuente: Elaboración Propia Para que la hipótesis planteada en el proyecto sea aceptada el resultado t tiene que ser mayor a T crítico. Se aplica la siguiente formula: Al ser el resultado de t mayor a se rechaza la hipótesis nula (H0) y da por aceptada la Hipótesis alternativa (H1). Es decir si se cumple la hipótesis. 135 158 CAPITULO 7 DISCUSIÓN 136159 Con la realización del proyecto de investigación se ha logrado alcanzar determinar que la hipótesis establecida ha sido alcanzada. Se ha evidenciado la mejora de la calidad del servicio de soporte a usuarios en la sub-área de EUC, teniendo en consideración que para el área de ICT la calidad está basada en tres aspectos: la cantidad de incidentes registrados, el tiempo del proceso de soporte a usuarios y la satisfacción del usuario respecto al servicio brindado. Para estos tres aspectos se le realizo la prueba t de Student y todos lograron pasar su aprobación. Para cada aspecto considerado se han logrado pasar los mínimos solicitados, en el caso de la cantidad de incidentes registrados antes del proyecto se tenía como promedio 155 incidentes registrados, luego de la implementación se logró aumentar a 331 incidentes registrados. Es importante establecer que se quiere aumentar esta cantidad para tener un mejor control de los incidentes ocurridos, además de crear una base de datos de conocimientos actualizada y completa. Para el caso del tiempo del proceso de soporte a usuarios antes de la implementación se tenía un promedio de 67 horas y después de la implementación se logró bajar a 33 horas aproximadamente. Esta disminución se ve favorecida principalmente por la estandarización de procedimientos establecidos al implementar la Gestión de Incidentes de ITIL v3, además se complementa con la base de conocimientos que se tiene ahora y permite una solución y recuperación más rápida y efectiva. En cuanto a la satisfacción del usuario respecto al servicio brindado, se encontró que antes de la implementación el valor, de acuerdo a la escala de Likert, que se tenía era de 2.32, esto significaba que estaba en el estado de poco Satisfecho, luego de la implementación se pasó a 3.98 o Satisfecho. 137160 Adicionalmente se logró identificar un software que permita evidenciar la implementación de Gestión de Incidentes del framework ITIL v3.este software automatiza algunos de los procesos y ayuda a solucionar los incidentes de manera más rápida y eficaz. También ayuda a mantener el inventario actualizado. 138161 CAPITULO 8 CONCLUSIÓN 139162 1. Se logró identificar el impacto de la mejora de la calidad del servicio de soporte a usuarios con la implementación de Gestión de Incidentes de ITIL v3 en la sub-área de EUC. Considerando que para el área de ICT, la calidad está basada en tres aspectos principales: cantidad de incidentes registrados, tiempo del proceso de soporte a usuarios y satisfacción del usuario respecto al servicio brindado; finalmente se puede indicar que se ha logrado mejorar la calidad en un 71.2% (como se muestra en la sección de resultados) 2. Se realizó el levantamiento de la información relacionado con la subárea de EUC y su principal actividad de soporte a usuarios. Es estableció una línea base con indicadores de la calidad de acuerdo a lo establecido por el área de ICT. 3. En el capítulo de Resultados se muestra la contrastación que se realizó entre la situación inicial del área y los resultados obtenidos después de la implementación. 4. En el capítulo 4 de Propuesta de Aplicación Profesional se estableció el plan para la gestión de Incidentes basada en ITIL V3 de acuerdo a las necesidades del área de ICT. 5. Se seleccionó un software de Gestión de Incidentes que permita evidenciar la implementación de ITIL. El software seleccionado fue IT Management System de la empresa ganadora del outsourcing de TI en Goldfields S.A. Este software también permite mantener una base de conocimientos, un inventario actualizado y la generación de reportes dinámicos que apoyen a la toma de decisiones. 140163 CAPITULO 9 RECOMENDACIONES 141164 - Se recomienda al área de ICT que a futuro se debe implementar más gestiones del Framework ITIL v3, que permitan mejorar todos los procesos del área. - Se recomienda a la sub-área de EUC continuar con el seguimiento a la Gestión de Incidentes, para mejorarlos y adecuarlos de la mejor manera ante nuevos cambios que puedan solicitar en el área. - Se recomienda a futuros investigadores que tomen como antecedente este proyecto identificar de la mejor manera la línea base o realidad problemática de la empresa, ya que sin esta la implementación de cualquier módulo de ITIL no será desarrollado adecuadamente.. 142165 REFERENCIAS BIBLIOGRÁFICAS. - Alter, S. (1999).Information Systems: a management perspective. (3ra ed.) Massachusetts, EE.UU: Addlson-Wesley - Baca, G. (2006). Formulación y Evaluación de Proyectos Informáticos.(5ta ed.) Ciudad de México, México: McGraw-Hill Interamericana - Barros, O. (1998). Tecnologías de la Información y su uso en Gestión. (1ra ed.) Santiago de Chile, Chile: McGraw-Hill Interamericana de Chile Ltda. - Klosterboer, L. (2007). Implementing ITIL Configuration Management. (3ra ed) Boston, EE.UU : IBM Press - Laudon, K. C. y Laudon, J. P. (2006) Sistemas de Información Gerencial.(8va ed.) Ciudad de México, México: Pearson Educación - Office of Government Commerce. (2007). Service Operation Book. (1ra ed.) EE.UU: The Stationery Office - Triola, M. F.(2000). Estadística. (9na ed.) Ciudad de México, México: Pearson Educación de México. REFERENCIAS BIBLIOGRAFICAS ELECTRONICAS - OSIATIS S.A. Curso ITIL V3. Recuperado el , de - Wikipedia. Information Technology Infrastructure Library. Recuperado el , dehttp://es.wikipedia.org/wiki/information_technology_infrastructure_library - (2012, 06). Técnicas De Procesamiento De La Información. BuenasTareas.com. Recuperado el , de 143166 De-La-Informaci%C3%B3n/ html - (2007). ITIL Home. Recuperado el , de - (2011). ITIL Templates. Recuperado el , de 144167 ANEXOS Impacto de la implementación de Gestión de Incidentes de TI del ANEXO 01: ENCUESTA TOMADA AL PERSONAL DE GOLDFIELDS SA OPERACIÓN MINERA CERRO CORONA 1. Hace Ud. Uso del servicio de soporte al usuario de la gerencia de ICT? 1. Nunca 2. Casi Nunca 3. Algunas veces 4. Casi siempre 5. Siempre 2. Califique Ud. el grado de satisfacción respecto a la solución de problemas con Software: 1. Insatisfecho 2. Poco satisfecho 3. Indiferente 4. Satisfecho 5. Muy satisfecho 3. Califique Ud. el grado de satisfacción respecto a la solución de problemas con Hardware: 1. Insatisfecho 2. Poco satisfecho 3. Indiferente 4. Satisfecho 5. Muy satisfecho 4. Califique Ud. el grado de satisfacción respecto a la solución de problemas con Internet: 1. Insatisfecho 2. Poco satisfecho 3. Indiferente 4. Satisfecho 145168 5. Muy satisfecho 5. Califique Ud. el grado de satisfacción respecto a la solución de problemas con el Correo corporativo: 1. Insatisfecho 2. Poco satisfecho 3. Indiferente 4. Satisfecho 5. Muy satisfecho 6. Califique Ud. el grado de satisfacción respecto a la solución de problemas con Impresoras: 1. Insatisfecho 2. Poco satisfecho 3. Indiferente 4. Satisfecho 5. Muy satisfecho 7. Considera Ud. que la solución o servicio de soporte brindado satisface sus necesidades? 1. Nunca 2. Casi Nunca 3. Algunas veces 4. Casi siempre 5. Siempre 8. Se siente satisfecho del seguimiento que se hace de sus problemas de TI, informando sobre el estado de los mismos? 1. Insatisfecho 2. Poco satisfecho 3. Indiferente 4. Satisfecho 5. Muy satisfecho 146169 9. En general, Cómo calificaría el trato, presencia y amabilidad del analista de soporte? 1. Pésimo 2. Malo 3. Regular 4. Bueno 5. Muy bueno 10. Respecto al analista de soporte que lo atendió, Cómo calificaría el grado de conocimiento que demostró para solucionarle el problema de TI? 1. Pésimo 2. Malo 3. Regular 4. Bueno 5. Muy bueno 11. Según Ud. el servicio de soporte brindado es: 1. Pésimo 2. Malo 3. Regular 4. Bueno 5. Muy bueno 12. En general, Se siente satisfecho con el tiempo que le toma al personal de soporte solucionar su problema una vez que ha sido reportado por Ud. vía teléfono? 1. Insatisfecho 2. Poco satisfecho 3. Indiferente 4. Satisfecho 5. Muy satisfecho 147170 13. En general, Se siente satisfecho con el tiempo que le toma al personal de soporte solucionar su problema una vez que ha sido reportado por Ud. acercándose a la oficina de ICT? 1. Insatisfecho 2. Poco satisfecho 3. Indiferente 4. Satisfecho 5. Muy satisfecho 14. En general, Se siente satisfecho con el tiempo que le toma al personal de soporte solucionar su problema una vez que ha sido reportado por Ud. por medio del correo electrónico? 1. Insatisfecho 2. Poco satisfecho 3. Indiferente 4. Satisfecho 5. Muy satisfecho 15. Hace Ud. Uso del servicio de soporte al usuario de la gerencia de ICT? 1. Nunca 2. Casi Nunca 3. Algunas veces 4. Casi siempre 5. Siempre 148171 ANEXO 02: ENTREVISTA REALIZADA AL JEFE DE AREA ICT 1. De qué se encarga el área de ICT en Goldfields La Cima S.A. Operación Minera Cerro Corona? 2. Qué está incluido en el equipamiento tecnológico de la empresa? 3. Se tiene implementado algún Framework de buenas prácticas en el área? 4. Conoce o ha escuchado acerca del Framework ITIL V3? 149172 5. Cuáles son los principales servicios que se brindan en el área? 6. Cómo se realiza el servicio de soporte a usuarios? 7. Ha logrado identificar algún problema o inconveniente en el proceso del servicio de soporte a usuarios? 8. Cuenta con algún software que apoye al servicio de soporte a usuarios? 9. Dispone de reportes de atenciones del servicio de soporte a usuarios? 150173 10. De acuerdo a su perspectiva, Cuál es el grado de satisfacción de los usuarios respecto al servicio de soporte? 151174 ANEXO 03: RESULTADOS DE ENCUESTA REALIZADA A USUARIOS ANTES DE IMPLEMENTACION DE GESTION DE INCIDENTES Usuario P. 1 P. 2 P. 3 P. 4 P. 5 P. 6 P. 7 P. 8 P. 9 P. 10 P. 11 P. 12 P. 13 P. 14 P. 15 PRUEBA DE VALIDEZ OK OK OK OK OK INVALIDO OK OK OK INVALIDO OK OK OK OK OK OK OK OK OK OK OK OK INVALIDO OK OK INVALIDO OK OK OK OK OK OK OK OK OK OK INVALIDO OK 152175 OK OK OK OK OK OK OK OK OK INVALIDO OK OK OK OK OK OK OK OK OK INVALIDO OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK INVALIDO OK OK OK OK 153176 OK OK OK OK OK OK OK OK OK OK OK OK OK OK INVALIDO OK OK OK OK OK OK OK OK OK INVALIDO OK OK OK OK OK OK 154177 ANEXO 04: RESULTADOS DE ENCUESTA REALIZADA A USUARIOS DESPUES DE IMPLEMENTACION DE GESTION DE INCIDENTES Usuario P. 1 P. 2 P. 3 P. 4 P. 5 P. 6 P. 7 P. 8 P. 9 P. 10 P. 11 P. 12 P. 13 P. 14 P. 15 PRUEBA DE VALIDEZ OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK INVALIDO OK OK OK OK OK OK OK OK OK OK OK OK OK INVALIDO OK 155178 OK OK INVALIDO INVALIDO OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK INVALIDO OK OK OK OK OK OK INVALIDO OK OK OK OK 156179 OK OK INVALIDO OK OK OK OK INVALIDO OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK OK 157180 ANEXO 05: FICHA DE OBSERVACION DEL PROCESO DE SOPORTE A USUARIOS EN GOLDFIELDS SA OPERACIÓN MINERA CERRO CORONA 158 181 ANEXO 07: LINEA OPERATVA DE EUC 159182 ANEXO 08: CATEGORIZACIÓN DE INCIDENTES # CATEGORY SUBCATEGORY CLASS DESCRIPTION 1 COMMERCIAL SAP CANCELLATION CANCELACION DE CUENTAS SAP 2 COMMERCIAL SAP CREATION CREACION DE CUENTAS SAP 3 COMMERCIAL SAP UNLOCKING DESBLOQUEO DE CUENTAS SAP 4 COMMERCIAL SAP MODIFICATION MODIFICACION DE CUENTAS SAP 5 COMMERCIAL TELEBANKING CANCELLATION CANCELACION DE CUENTAS TELEBANKING 6 COMMERCIAL TELEBANKING CREATION CREACION DE CUENTAS TELEBANKING 7 COMMERCIAL TELEBANKING UNLOCKING DESBLOQUEO DE CUENTAS TELEBANKING 8 COMMERCIAL TELEBANKING MODIFICATION MODIFICACION DE CUENTAS TELEBANKING 9 COMMERCIAL TELECREDITO CANCELLATION CANCELACION DE CUENTAS TELECREDITO 10 COMMERCIAL TELECREDITO CREATION CREACION DE CUENTAS TELECREDITO 11 COMMERCIAL TELECREDITO UNLOCKING DESBLOQUEO DE CUENTAS TELECREDITO 12 COMMERCIAL TELECREDITO MODIFICATION MODIFICACION DE CUENTAS TELECREDITO ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ENGINEERING AND METALLURGY ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE CCLASS INSTALLATION INSTALACION DE SOFTWARE CCLASS CCLASS SUPPORT SOPORTE DE SOFTWARE CCLASS CCLASS DELTA V UPGRADE INSTALLATION ACTUALIZACION DE SOFTWARE CCLASS INSTALACION DE SOFTWARE DELTA V DELTA V SUPPORT SOPORTE DE SOFTWARE DELTA V DELTA V UPGRADE EXPERT SYSTEM INSTALLATION EXPERT SYSTEM SUPPORT EXPERT SYSTEM UPGRADE PI SYSTEM PI SYSTEM PI SYSTEM INSTALLATION SUPPORT UPGRADE ACTUALIZACION DE SOFTWARE DELTA V INSTALACION DE SOFTWARE EXPERT SYSTEM SOPORTE DE SOFTWARE EXPERT SYSTEM ACTUALIZACION DE SOFTWARE EXPERT SYSTEM INSTALACION DE SOFTWARE PI SYSTEM SOPORTE DE SOFTWARE PI SYSTEM ACTUALIZACION DE SOFTWARE PI SYSTEM VPA INSTALLATION INSTALACION DE SOFTWARE VPA VPA SUPPORT SOPORTE DE SOFTWARE VPA VPA END USER COMPUTING END USER COMPUTING END USER COMPUTING UPGRADE DESKTOP HARDWARE ACTUALIZACION DE SOFTWARE VPA SOPORTE A DESKTOP SOPORTE A CORREO SOPORTE A HARDWARE QUE NO SEA DESKTOP, LAPTOP, PRINTER 160183 ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE END USER COMPUTING END USER COMPUTING Impacto de la implementación de Gestión de Incidentes de TI del LAPTOP MEETING SOPORTE A LAPTOP SOPORTE A REUNIONES QUE NO INCLUYAN VIDEO CONFERENCIA ICT END USER SOPORTE A IMPRESORAS Y PRINTER INFRAESTRUCTURE COMPUTING PLOTTERS SOPORTE A SOFTWARE QUE NO ICT END USER SOFTWARE PERTENESCAN A OTRA INFRAESTRUCTURE COMPUTING SUBCATEGORIA ICT INFRAESTRUCTURE INVENTORY HARDWARE INVENTARIO DE EQUIPOS TECNOLOGICOS ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE NETWORK ICT INFRAESTRUCTURE NETWORK INVENTORY SOFTWARE INVENTARIO DE SOFTWARE IT MOBILITY CELL PHONE SOPORTE A CELULARES IT MOBILITY EXTERNAL HD SOPORTE A DISCO EXTERNO IT MOBILITY IPAD SOPORTE A IPAD IT MOBILITY PENDRIVE SOPORTE A PENDRIVE NETWORK ACCES POINT SOPORTE A ACCESS POINT CALL CONFERENCE HARDWARE SOPORTE A CALL CONFERENCE SOPORTE A HARDWARE DE RED QUE NO SEA ACCESS POINT, PHONE EXTENSION, RADIO, SWITCH ICT INFRAESTRUCTURE NETWORK INTERNET SOPORTE A SERVICIO DE INTERNET ICT INFRAESTRUCTURE NETWORK PHONE EXTENSION SOPORTE A ANEXOS ICT INFRAESTRUCTURE NETWORK RADIO SOPORTE DE RADIOS DE COMUNICACIÓN ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE NETWORK ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE NETWORK ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE NETWORK SWITCH SOPORTE A SWITCHES VIDEO CONFERENCE SOPORTE A VIDEO CONFERENCIAS NETWORK VPN SOPORTE A VPN WEB CONFERENCE SOPORTE A WEBEX GOTOMEETING LIVEMEETING PROCUREMENT HARDWARE COMPRA DE SOFTWARE PROCUREMENT SOFTWARE COMPRA DE HARDWARE ICT INFRAESTRUCTURE SECURITY LOST ROBO DE EQUIPOS TECNOLOGICOS ICT INFRAESTRUCTURE SECURITY STOLEN PERDIDA DE EQUIPOS TECNOLOGICOS ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE SECURITY VIRUS VIRUS INFORMATICOS SERVER BACKUP GESTION DE BACKUPS SERVER CANCELLATION CANCELACION DE CUENTAS 161184 ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE SERVER ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE ICT INFRAESTRUCTURE Impacto de la implementación de Gestión de Incidentes de TI del SERVER CREATION CREACION DE CUENTAS SERVER INSTALLATION INSTALACION DE SERVIDORES RESET PASSWORD RESETEO DE CONTRASEÑAS SERVER SUPPORT SOPORTE A SERVIDORES SERVER UNLOCKING DESBLOQUEO DE CUENTAS SERVER UPGRADE ACTUALIZACION DE SERVIDORES SSYMA INSPECTION INSPECCIONES DE SEGURIDAD SSYMA OBSERVATION OBSERVACION DE TAREAS SSYMA REPORT REPORTE DE SEGURIDAD ICT INFRAESTRUCTURE SSYMA COORDINATION COORDINACIONES Y PERMISOS DE SEGURIDAD ICT INFRAESTRUCTURE THIRD PARTY JOB SUPPORT SOPORTE POR PARTE DE TERCEROS Y/O PROVEEDORES 69 ICT THIRD PARTY GARANTIAS DE EQUIPOS WARRANTY INFRAESTRUCTURE JOB TECNOLOGICOS 70 MINING AND MRM DATAMINE INSTALLATION INSTALACION DE SOFTWARE DATAMINE 71 MINING AND MRM DATAMINE SUPPORT SOPORTE DE SOFTWARE DATAMINE 72 MINING AND MRM DATAMINE UPGRADE ACTUALIZACION DE SOFTWARE DATAMINE 73 MINING AND MRM DATASHED INSTALLATION INSTALACION DE SOFTWARE DATASHED 74 MINING AND MRM DATASHED SUPPORT SOPORTE DE SOFTWARE DATASHED 75 MINING AND MRM DATASHED UPGRADE ACTUALIZACION DE SOFTWARE DATASHED 76 MINING AND MRM JVIEW INSTALLATION INSTALACION DE SOFTWARE JVIEW 77 MINING AND MRM JVIEW SUPPORT SOPORTE DE SOFTWARE JVIEW 78 MINING AND MRM JVIEW UPGRADE ACTUALIZACION DE SOFTWARE JVIEW 79 MINING AND MRM MINEOPS INSTALLATION INSTALACION DE SOFTWARE MINEOPS 80 MINING AND MRM MINEOPS SUPPORT SOPORTE DE SOFTWARE MINEOPS 81 MINING AND MRM MINEOPS UPGRADE ACTUALIZACION DE SOFTWARE MINEOPS 82 MINING AND MRM MINESIGHT INSTALLATION INSTALACION DE SOFTWARE MINESIGHT 83 MINING AND MRM MINESIGHT SUPPORT SOPORTE DE SOFTWARE MINESIGHT 84 MINING AND MRM MINESIGHT UPGRADE ACTUALIZACION DE SOFTWARE MINESIGHT SUSTAINABLE DEVELOPMENT SUSTAINABLE DEVELOPMENT SUSTAINABLE DEVELOPMENT INTRANET INTRANET SUPPORT UPGRADE SOPORTE A LA INTRANET Y/O PORTAL ACTUALIZACION A LA INTRANET Y/O PORTAL WEB SITE SUPPORT SOPORTE A LA WEB SITE 162185 88 SUSTAINABLE DEVELOPMENT Impacto de la implementación de Gestión de Incidentes de TI del WEB SITE UPGRADE ACTUALIZACION A LA WEB SITE 163186 ANEXO 09: TIEMPOS DEL PROCESO DE SOPORTE A USUARIOS ANTES DE LA IMPLEMENTACION MES JUNIO 2011 JULIO 2011 AGOSTO 2011 T TP T TP T TP ACTIVIDAD H M S H M S H M S H M S H M S H M S Admisión a trámite del incidente Comprobar duplicidad Crear nuevo incidente Seleccionar Contacto Seleccionar Lugar Seleccionar Usuario Seleccionar Área Seleccionar Inicio de Atención Seleccionar Nivel de Atención Seleccionar Origen de Atención Seleccionar si se tomó control remoto Ingresar Detalle de Llamada Seleccionar Categoría Seleccionar tipo de Problema Seleccionar Prioridad Seleccionar a quien se asigna Seleccionar botón de grabar Diagnóstico inicial Escalamiento a 2da línea - Soporte Escalamiento a 3ra Línea- Proveedores Resolución y recuperación Tiempo en Sexagesimal MES SETIEMBRE 2011 OCTUBRE 2011 NOVIEMBRE 2011 T TP T TP T TP ACTIVIDAD H M S H M S H M S H M S H M S H M S Admisión a trámite del incidente Comprobar duplicidad Crear nuevo incidente Seleccionar Contacto Seleccionar Lugar Seleccionar Usuario Seleccionar Área Seleccionar Inicio de Atención Seleccionar Nivel de Atención Seleccionar Origen de Atención Seleccionar si se tomó control remoto Ingresar Detalle de Llamada Seleccionar Categoría Seleccionar tipo de Problema Seleccionar Prioridad Seleccionar a quien se asigna Seleccionar botón de grabar Diagnóstico inicial Escalamiento a 2da línea - Soporte Escalamiento a 3ra Línea- Proveedores187 Resolución y recuperación Tiempo en Sexagesimal MES DICIEMBRE 2011 ENERO 2011 FEBRERO 2011 T TP T TP T TP ACTIVIDAD H M S H M S H M S H M S H M S H M S Admisión a trámite del incidente Comprobar duplicidad Crear nuevo incidente Seleccionar Contacto Seleccionar Lugar Seleccionar Usuario Seleccionar Área Seleccionar Inicio de Atención Seleccionar Nivel de Atención Seleccionar Origen de Atención Seleccionar si se tomó control remoto Ingresar Detalle de Llamada Seleccionar Categoría Seleccionar tipo de Problema Seleccionar Prioridad Seleccionar a quien se asigna Seleccionar botón de grabar Diagnóstico inicial Escalamiento a 2da línea - Soporte Escalamiento a 3ra Línea- Proveedores Resolución y recuperación Tiempo en Sexagesimal MES MARZO 2011 ABRIL 2011 MAYO 2011 T TP T TP T TP ACTIVIDAD H M S H M S H M S H M S H M S H M S Admisión a trámite del incidente Comprobar duplicidad Crear nuevo incidente Seleccionar Contacto Seleccionar Lugar Seleccionar Usuario Seleccionar Área Seleccionar Inicio de Atención Seleccionar Nivel de Atención Seleccionar Origen de Atención Seleccionar si se tomó control remoto Ingresar Detalle de Llamada Seleccionar Categoría Seleccionar tipo de Problema Seleccionar Prioridad188 Seleccionar a quien se asigna Seleccionar botón de grabar Diagnóstico inicial Escalamiento a 2da línea - Soporte Escalamiento a 3ra Línea-Proveedores Resolución y recuperación Tiempo en Sexagesimal189 ANEXO 10: ESTUDIO DE TIEMPOS DESPUES DE LA IMPLEMENTACION Para el siguiente cuadro se usará: - T: Tiempo - TP: Tiempo Parcial - TT: Tiempo Total - H: Hora - M: Minuto - S: Segundo MES AGOSTO 2012 SETIEMBRE 2012 OCTUBRE 2012 T TP T TP T TP ACTIVIDAD H M S H M S H M S H M S H M S H M S Admisión a trámite del incidente Comprobar duplicidad Crear nuevo incidente Seleccionar tipo Seleccionar fuente Ingresar requester Verificar usuario afectado Verificar prioridad Asignar a cola EUC Seleccionar analista Verificar estado Seleccionar categoría Selección de control remoto Ingresar código de ticket padre Verificar si es hijo de otro ticket Ingresar descripción Adjuntar archivo Seleccionar créate Diagnóstico inicial Escalamiento a 2da línea Soporte Escalamiento a 3ra línea - Especialista Escalamiento a 4ta Línea- Proveedores Resolución y recuperación Tiempo en Sexagesimal TT TT TT MES NOVIEMBRE 2012 DICIEMBRE 2012 ENERO 2013 T TP T TP T TP ACTIVIDAD H M S H M S H M S H M S H M S H M S Admisión a trámite del incidente Comprobar duplicidad Crear nuevo incidente190 Seleccionar tipo Seleccionar fuente Ingresar requester Verificar usuario afectado Verificar prioridad Asignar a cola EUC Seleccionar analista Verificar estado Seleccionar categoría Selección de control remoto Ingresar código de ticket padre Verificar si es hijo de otro ticket Ingresar descripción Adjuntar archivo Seleccionar créate Diagnóstico inicial Escalamiento a 2da línea Soporte Escalamiento a 3ra línea - Especialista Escalamiento a 4ta Línea- Proveedores Resolución y recuperación Tiempo en Sexagesimal TT TT TT FEBRERO 2013 MARZO 2013 ABRIL 2013 MES T TP T TP T TP ACTIVIDAD H M S H M S H M S H M S H M S H M S Admisión a trámite del incidente Comprobar duplicidad Crear nuevo incidente Seleccionar tipo Seleccionar fuente Ingresar requester Verificar usuario afectado Verificar prioridad Asignar a cola EUC Seleccionar analista Verificar estado Seleccionar categoría Selección de control remoto Ingresar código de ticket padre Verificar si es hijo de otro ticket Ingresar descripción Adjuntar archivo Seleccionar créate Diagnóstico inicial Escalamiento a 2da línea - Soporte Escalamiento a 3ra línea - Especialista Escalamiento a 4ta Línea- Proveedores Resolución y recuperación Tiempo en Sexagesimal TT TT TT191 MAYO 2013 JUNIO 2013 JULIO 2013 MES T TP T TP T TP ACTIVIDAD H M S H M S H M S H M S H M S H M S Admisión a trámite del incidente Comprobar duplicidad Crear nuevo incidente Seleccionar tipo Seleccionar fuente Ingresar requester Verificar usuario afectado Verificar prioridad Asignar a cola EUC Seleccionar analista Verificar estado Seleccionar categoría Selección de control remoto Ingresar código de ticket padre Verificar si es hijo de otro ticket Ingresar descripción Adjuntar archivo Seleccionar créate Diagnóstico inicial Escalamiento a 2da línea - Soporte Escalamiento a 3ra línea - Especialista Escalamiento a 4ta Línea- Proveedores Resolución y recuperación Tiempo en Sexagesimal TT TT TT 192 ANEXO 11: HOJAS DEL CONTRATO DE OUTSOURCING DEL AREA ICT 170 Mostrar más
Área Académica: Lic. en Sistemas Computacionales Tema: Administración de Tecnologías de Información Profesor: Dr. Alejandro Fuentes Penna Periodo: Enero Junio 2014 Tema: Impacto de las TIC en la Organización Más detalles Diseño e Implementación de los Procesos de Gestión TI
Diseño e Implementación de los Procesos de Gestión TI Alumno(s): Año Académico: 2012 Profesor Guía: Contraparte: ALEJANDRO JESUS ARAVENA ORTIZ LORENA ANDREA ALBORNOZ POBLETE DANIEL HORMAZABAL Escuela de Más detalles ADMINISTRACIÓN DE TECNOLOGÍAS E INFORMACIÓN PROCEDIMIENTO VERSIÓN: 1 SOPORTE MANTENIMIENTO ATENCION A USUARIOS
ADMINISTRACIÓN DE TECNOLOGÍAS E INFORMACIÓN PROCEDIMIENTO VERSIÓN: 1 SOPORTE MANTENIMIENTO ATENCION A USUARIOS CÓDIGO: APO4-P-001 FECHA DE VIGENCIA 25/Nov/2013 1. OBJETIVO Gestionar, brindar soporte y Más detalles PROCEDIMIENTO GESTIÓN DE INCIDENTES EN EL SERVICIO SITIOS WEB. PROCEDIMIENTO: Gestión de incidentes en el Servicio Sitios WEB.
Página: 1 de 13 PROCEDIMIENTO: Gestión de en el Servicio Sitios WEB. OBJETIVO: Lograr la restauración de una eventual falla o interrupción presentada en alguno de los sitios WEB, en el menor tiempo posible Más detalles 1. Gestionar el ciclo de vida de las solicitudes de servicio que se reciben de los usuarios de los servicios de TIC.
5.9 OPERACIÓN DE SERVICIOS 5.9.1 Operación de la mesa de servicios 5.9.1.1 Objetivos del proceso General: Establecer y operar un punto único de contacto para que los usuarios de los servicios hagan llegar Más detalles Figura 3.1 Implementación de ITIL
C apí t u l o III IMPLEMENTACIÓN DE ITIL Existen distintos métodos para la implementación de ITIL, sin embargo cualquier organización puede alinearse a este marco de trabajo sin importar su tamaño o complejidad. Más detalles Prácticas ITIL para un mejor flujo de trabajo en el helpdesk
Prácticas ITIL para un mejor flujo de trabajo en el helpdesk Se diferencia tres partes de gestión para mejorar la resolución de las incidencias de soporte técnico según el marco ITIL: 1. Gestión de Incidencias Más detalles 2. Desarrollo. 2. Desarrollo. 2.1 Los requerimientos de la Mesa de Ayuda del INMEGEN
2.1 Los requerimientos de la Mesa de Ayuda del INMEGEN La Mesa de Ayuda es el sistema de registro único para todos los eventos, trabajos y problemas relacionados con las Tecnologías de la Información. Más detalles FICHAS DE DESCRIPCIÓN DE FUNCIONES Y COMPETENCIAS LABORALES
ITIL Introducción El problema Gerencia de Ventas Aplicación de Negocio Correo Electrónico Office PC (características requeridas por los aplicativos) Red Servicio 8 a 22 hs, sin interrupciones Antivirus Más detalles Estándar para la Elaboración del Proceso Administración de Elementos de Configuración
Seguridad del documento La clasificación de seguridad de la información de este documento, se ha establecido como bajo. Se ha creado y organizado con la expectativa de que esté a disposición de las unidades Más detalles WhiteHat Tools. Resumen del Producto
WhiteHat Tools Aplicación para la Administración de Servicios de TI. Resumen del Producto Propiedad de White Hat Consultores S.A. de C.V. Cerrada Sabino Rodríguez 12 Col. El Maestro Delegación Magdalena Más detalles Service Desk. InvGate IT Management Software
1 Necesita mejorar la calidad del soporte técnico de su empresa, reducir radicalmente los tiempos de respuesta y gestionar con las mejores prácticas los procesos de servicio? Actualmente los objetivos Más detalles invgate Service Desk
invgate Service Desk 02 Información general. 03 Funcionalidades. 06 Beneficios. Índice. 02 Información general. Revolucioná tu departamento IT Gestionar tu departamento de IT es fácil Actualmente los objetivos Más detalles ITIL MOF COBIT A QUIEN ESTA DIRIGIDO
DESCRIPCION La Biblioteca de Infraestructura de Tecnologías de Información, frecuentemente abreviada ITIL (del inglés Information Technology Infrastructure Library), es un marco de trabajo de las buenas Más detalles Un servicio que se ajusta a sus necesidades y desafíos ANEXO1 - NIVEL DE SERVICIO. (SLA Service Level Agreement)
Un servicio que se ajusta a sus necesidades y desafíos ANEXO1 - NIVEL DE SERVICIO (SLA Service Level Agreement) Soporte integral para su empresa La satisfacción de sus clientes y proveedores, la productividad Más detalles Aranda SERVICE DESK. Beneficios estratégicos para su organización. Característica Especiales. Beneficios
Optimice la gestión de soporte y servicio y maneje de manera eficiente estos procedimientos dentro y fuera de su organización, aumentando considerablemente su nivel de productividad. Beneficios Gestión Más detalles LINEAMIENTOS DE MONITOREO Y CONTROL
Bogotá D.C., Agosto de 2014 TABLA DE CONTENIDO INTRODUCCIÓN ------------------------------------------------------------------------------------------- --3 1. OBJETIVO -------------------------------------------------------------------------------------------- Más detalles 75.46 - Administración y Control de Proyectos II. Sergio Martinez
75.46 - Administración y Control de Proyectos II Sergio Martinez 1er cuatrimestre 2006 Introducción Qué es un Servicio? Cliente Lavandería Transporte Lavadero Industrial Precio por el Servicio Mismo día:\300 Más detalles Simulacro de Examen de Certificación
NOMBRE: Simulacro de Examen de Certificación 1. Cuántos de los siguientes son procesos ITIL? I. Incident Mgt II. Problem Mgt III. Change Mgt Página 1 de 7 IV. Release Mgt V. Service Desk A. 1 B. 2 C. 3 Más detalles ITIL. Mejora de la calidad en la gestión de servicios de TI. Gestión Financiera
UNIVERSIDAD NACIONAL DE EDUCACIÓN A DISTANCIA ESCUELA TÉCNICA SUPERIOR DE INGENIERÍA INFORMÁTICA Resumen Proyecto de Fin de Carrera de Ingeniero Informático ITIL. Mejora de la calidad en la gestión de Más detalles Universidad Autónoma de Chihuahua ACUERDO DE SERVICIOS DE TECNOLOGÍAS DE INFORMACIÓN CONTENIDO
Código: DOC 7.2 DAU 06 Página : 1 de 9 CONTENIDO No. Página I. Información General. 2 II. Propósito. 2 III. Partes Involucradas.. 2 IV. Definición de Términos. 2 V. Servicios y Productos Provistos. 3 VI. Más detalles Modelo de Procesos Integral
Modelo de Procesos Integral Gestión de Servicios de TI Procesos de negocio complejos y cambiantes, tiempos acelerados y un mercado global imponen requerimientos exigentes. El negocio depende de la tecnología, Más detalles REPUBLICA DEL ECUADOR INSTITUTO DE ALTOS ESTUDIOS NACIONALES
REPUBLICA DEL ECUADOR INSTITUTO DE ALTOS ESTUDIOS NACIONALES III CURSO MAESTRIA EN ALTA GERENCIA PLAN DE IMPLEMENTACIÓN DE UN SISTEMA DE SEGURIDAD DE LA INFORMACIÓN, BAJO LA NORMA ISO 17799:2005 EN ANDINATEL Más detalles UNIVERSIDAD SIMÓN BOLÍVAR DECANATO DE ESTUDIOS PROFESIONALES COORDINACIÓN DE INGENIERÍA DE PRODUCCIÓN Y ORGANIZACIÓN EMPRESARIAL
UNIVERSIDAD SIMÓN BOLÍVAR DECANATO DE ESTUDIOS PROFESIONALES COORDINACIÓN DE INGENIERÍA DE PRODUCCIÓN Y ORGANIZACIÓN EMPRESARIAL ANÁLISIS Y PROPUESTA DE MEJORA DEL PROCESO DE GESTIÓN DE INCIDENTES DEL Más detalles Sistemas de gestión en servicios de TI (UNIT ISO/IEC 20000-1)
INSTITUTO URUGUAYO DE NORMAS TECNICAS Sistemas de gestión en servicios de TI (UNIT ISO/IEC 20000-1) Ing. Virginia Pardo 30 de Julio 2009 Servicios y calidad El proceso de proveer un servicio es la combinación Más detalles ATENCIÓN DE SOLICITUDES DE SERVICIO DE TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIONES Y SISTEMAS ESPECIALES
Hoja: 1 de 9 ATENCIÓN DE SOLICITUDES DE SERVICIO DE TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIONES Y SISTEMAS Elaboró: Revisó: Autorizó: Puesto Coordinación de la Mesa de Servicio Jefatura de Gestión y Más detalles Beneficios estratégicos para su organización. Resolución proactiva de problemas y eventualidades. Reducción instantánea de costos de soporte.
Beneficios Gestión organizada y control sobre las solicitudes de soporte. Información completa correspondiente a cada caso y asociación de los involucrados en el mismo (usuarios, especialistas). Seguimiento Más detalles PLANTILLA ARTICULO CÓMO
TITULO ID PREGUNTA RESPUESTA Procedimiento Incidentes Masivos KBA00003605 Cómo se establece el procedimiento para el manejo de incidentes masivos y elaboración de reportes de falla por degradación de los Más detalles Descripción de ITIL. Grupo B
Descripción de ITIL Grupo B Índice de contenido 1. Introducción 2. Perspectivas de Negocio 3. Planificación de Implantación de Servicio de Gestión 4. Gestión de Infraestructuras ICT 5. Soporte de Servicio Más detalles Fecha 30/07/2014. 1.2. Opciones del servicio... 5. 1.3. Forma de acceder al servicio... 5. 1.4. Cobros por utilización del servicio...
Contenido 1. Descripción del servicio... 3 2. Declaración de la misión... 3 3. Objetivos del servicio... 3 4. Servicios provistos.... 3 5. Servicios NO provistos.... 4 6. Elementos de Gestión del Servicio Más detalles Administración de Centros de Computo. ITIL. MSG.ING. DARWIN CERCADO B dcercado@primma.com.ec
Administración de Centros de Computo. ITIL dcercado@primma.com.ec Situación Procesos de negocio complejos y cambiantes, tiempos acelerados y un mercado global imponen requerimientos exigentes. El negocio Más detalles Proyecto SIRH MANEJO DE INCIDENCIAS Y OPERACIÓN DE MESA DE AYUDA. Taller para coordinadores SIRH
Proyecto SIRH MANEJO DE INCIDENCIAS Y OPERACIÓN DE MESA DE AYUDA Taller para coordinadores SIRH PROGRAMA DE ACTIVIDADES Tema Relator Hora Presentación e Inicio de Taller Alejandro Perez 09:00 Importancia Más detalles Xperta es una aplicación que no requiere instalar nada en su ordenador, sólo necesita un navegador web y una conexión a Internet.
Xperta es una herramienta ideada como ayuda a los servicios técnicos de cualquier empresa para realizar una gestión de s más clara, rápida y eficiente. Xperta es una aplicación que no requiere instalar Más detalles MANUAL DE USO DE GLPI
MANUAL DE USO DE GLPI Qué es el GLPI? El GLPI es una solución de software abierto (Open Source) para la gestión del software de Mesa de Ayuda y Soporte Técnico (Help Desk) que se puede administrar bajo Más detalles ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS FEBRERO 2013
Oficina de Suministros Universidad de Costa Rica Teléfono: (506) 25112965 Fax: ((506) 25114242 Correo electrónico: antonio.marin@ucr.ac.cr ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS FEBRERO 2013 Más detalles Nomenclador de cargos
Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia Más detalles Servicios de Outsourcing en TI
Átomos Átomos Consultores Estratégicos es una firma de profesionales que actúa como una unidad de asistencia inteligente para nuestros clientes, que les permite tener asesores y servicios en nuestras áreas Más detalles HelpDesk Ficha de producto
HelpDesk Ficha de producto Artologik HelpDesk es un programa de soporte y gestión de incidencias efectivo y fácil de usar. Artologik HelpDesk le permite gestionar eficazmente el soporte interno y externo Más detalles TABLA DE CONTENIDOS... 2 1. INFORMACIÓN DEL DOCUMENTO... 3 2. OBJETIVO... 3 3. ALCANCE... 3 4. DEFINICIONES Y VOCABULARIO... 3 4.
TABLA DE CONTENIDOS... 2 1. INFORMACIÓN DEL DOCUMENTO... 3 2. OBJETIVO... 3 3. ALCANCE... 3 4. DEFINICIONES Y VOCABULARIO... 3 4. REFERENCIAS Y DOCUMENTOS RELACIONADOS... 4 5. RESPONSABILIDADES... 4 6. Más detalles Fecha 8/02/2013. Contenido
Acuerdo de Nivel Mesa Elaborado por: Juan Pablo Pérez Wilson Viana Uribe Fecha 15/01/2013 Código: P-GSI-4xxxxx Versión: 01 Revisado por: Wilson Viana Uribe Fecha 8/02/2013 Aprobado por: Marco Mesa Fecha Más detalles MODULO: MERCADEO. Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) MODELO DE MUESTRA SIN VALOR COMERCIAL
MODULO: MERCADEO Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) 1 Servicio de Soporte. El presente apartado constituye las condiciones de soporte y mantenimiento por parte de enncloud Más detalles La Administración n de Servicios ITIL
La Administración n de Servicios ITIL Noviembre, 2006 1 1 ITIL y Administración n de Servicios IT DEFINICIONES ITIL: Infraestructure Technology Infraestructure Library Brinda un conjunto detallado de mejores Más detalles Presentación ITIL. Jornadas TIC - Mayo 2008
Presentación ITIL Jornadas TIC - Mayo 2008 1 Indice Introducción Introducción y Objetivos Objetivos Qué Qué es es ITIL? ITIL? Estructura Estructura Soporte Soporte del del Servicio Servicio Provisión Provisión Más detalles SISTEMA DE GESTIÓN DE INCIDENTES Y DE PROBLEMAS PARA LOS SERVICIOS PRESTADOS POR LA CORPORACIÓN SUICHE 7B
UNIVERSIDAD CENTRAL DE VENEZUELA FACULTAD DE CIENCIAS ESCUELA DE COMPUTACIÓN CENTRO DE ENSEÑANZA ASISTIDA POR COMPUTADOR - CENEAC SISTEMA DE GESTIÓN DE INCIDENTES Y DE PROBLEMAS PARA LOS SERVICIOS PRESTADOS Más detalles Dedicatoria A Dios, por hacer que todo en la vida tenga sentido, a mis queridos padres, Walter y Juana y a mis hermanos Oscar y Eduardo, por todo el
Dedicatoria A Dios, por hacer que todo en la vida tenga sentido, a mis queridos padres, Walter y Juana y a mis hermanos Oscar y Eduardo, por todo el apoyo, cariño, incentivo y comprensión en esta lucha Más detalles UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO. Nombre del Proyecto: Empresa: Memoria que como parte de los requisitos para obtener el título de:
UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Nombre del Proyecto: Modulo semiautomático para alta de empresas en red social Empresa: HIGH TECHNOLOGY & SUPPORT S.A. DE C.V. Memoria que como parte de los requisitos Más detalles Monitoreo de Plataformas TI. de Servicios
Por qué Provectis Infraestructura de Monitoreo de Plataformas TI Administrados de Servidores Administrados de Almacenamiento Administrados de Respaldo y Recuperación Administrados de Plataformas de Escritorio Más detalles PROCESO DE MEJORA CONTINUA BASADO EN ITIL Y CMMI-ACQ
PROCESO DE MEJORA CONTINUA BASADO EN ITIL Y CMMI-ACQ Autor: Santiago Domínguez Salamanca Subdirector General Adjunto Gerencia de Informática Dirección General de Tráfico Introducción La alineación de las Más detalles CATÁLOGO DE SERVICIOS
CATÁLOGO DE SERVICIOS NUESTRAS LINEAS DE NEGOCIO 1.- Desarrollo de Software a Medida: Contamos con vasto conocimiento en el desarrollo y arquitectura de Software, aplicamos metodología de proyectos, buenas Más detalles Capítulo III. Manejo de Incidentes
Manejo de Incidentes Manejo de Incidentes Tabla de contenido 1.- En qué consiste el manejo de incidentes?...45 1.1.- Ventajas...47 1.2.- Barreras...47 2.- Requerimientos...48 3.- Clasificación de los incidentes...48 Más detalles FORMACION ITIL. Fundamentos de la Gestión de Servicios TI
Osiatis, S.A. Registro Mercantil de Madrid, Tomo 6803 Gral., 5785 Sección 3ª del Libro de Sociedades, Folio 77, Hoja 58144, Inscripción 1ª - NIF.: A-28816379 FORMACION ITIL Fundamentos de la Gestión de Más detalles Estandares y Normas. Universidad Tecnológica Nacional -FRBA
Estandares y Normas Universidad Tecnológica Nacional -FRBA La Organización Basada en IT Evolución La demanda creciente de los servicios basados en infraestructuras computacionales ha producido tanto la Más detalles MESA DE SERVICIO CASTOR Nuestro Service Desk es una solución integral que se adapta a las necesidades del cliente y nuestra empresa, garantizando que la gestión de las actividades de soporte se realicen Más detalles Oscar Erbetta González 1, Sofía Rosales Mensías 1, Cecilia Hinojosa 1, Victor Páliz 1 RESUMEN ABSTRACT 1. INTRODUCCIÓN.
ANÁLISIS Y DISEÑO DE LA SOLUCIÓN CENTRO DE SERVICIOS (SERVICE DESK), BASADOS EN EL MARCO DE TRABAJO ITIL VERSIÓN 3, EN EL ÁREA DE TECNOLOGÍA DE LA INFORMACIÓN DE LA CORPORACIÓN HOLDINGDINE S.A. Oscar Erbetta Más detalles ITIL V3 Por dónde empezar?
ITIL V3 Por dónde empezar? Autor: Norberto Figuerola Introducción La gestión de servicios de TI (ITSM) suministra los servicios que necesita una empresa para cumplir sus objetivos de negocio. ITSM respalda Más detalles Construyendo una infrastructura ITIL con NetSupport ServiceDesk
TotemGuard Digital Security Construyendo una infrastructura ITIL con NetSupport ServiceDesk Foto Sarah and Mike Totemguard.com 1 902 360 645 Índice 1. Introducción...4 2. Introducción a ITIL...5 3. Introducción Más detalles Unidad 1 Fundamentos ITIL... 1 1.1 Historia y Concepto... 1 1.2 La Librería ITIL... 3
INDICE Unidad 1 Fundamentos ITIL... 1 1.1 Historia y Concepto... 1 1.2 La Librería ITIL... 3 Unidad 1 Fundamentos ITIL 1.1 Historia y Concepto ITIL nació en la década de 1980, a través de la Agencia Central Más detalles MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA
MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN... Más detalles Al final de este curso usted estará en disposición de:
Fundamentos de ITIL 1. Definición El curso de Fundamentos de ITIL introduce el concepto de Gestión de Servicio TI (IT Service Management o ITSM) y un marco para identificar e interrelacionar las diferentes Más detalles Procedimiento para la Gestión de la Infraestructura de Tecnologías de Información y Comunicaciones
Procedimiento para la Gestión de la Infraestructura de Tecnologías de Información y Comunicaciones DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN DICIEMBRE DE 2009 PR-DCTYP-13 ÁREA: Dirección de Planeación Más detalles 3. Plan de estabilización y alcance de niveles de servicio
3. Plan de estabilización y alcance de niveles de servicio esperados En el tercer capítulo, se realiza el diagnostico del servicio de HelpDesk: Panorama del servicio antes del plan de acción, Indicadores Más detalles Planificación y Explotación de Sistemas Informáticos Curso 06/07. TEMA 2 ITIL para la gestión de servicios informáticos
Planificación y Explotación de Sistemas Informáticos Curso 06/07 TEMA 2 ITIL para la gestión de servicios informáticos 1 Índice Introducción Modelo de servicios Soporte de servicios Entrega de servicios Más detalles LINEAMIENTOS DE ADMINISTRACIÓN DE INCIDENTES
Bogotá D.C., Agosto de 2014 TABLA DE CONTENIDO INTRODUCCIÓN --------------------------------------------------------------------------------------------- 3 1. OBJETIVO -------------------------------------------------------------------------------------------- Más detalles PROPUESTA OUTSOURCING TI. Jorge Samaniego 2012
PROPUESTA OUTSOURCING TI Jorge Samaniego 2012 Por que le ofrecemos una administración, mantenimiento y soporte de TI eficiente, utilizando tecnología de gestión y supervisión remota. A cambio su negocio Más detalles Estandares y Normas. Universidad Tecnológica Nacional -FRBA
Estandares y Normas Universidad Tecnológica Nacional -FRBA La Organización Basada en IT Evolución La demanda creciente de los servicios basados en infraestructuras computacionales ha producido tanto la Más detalles Servicios Especializados en Tecnologías de Información
Servicios Especializados en Tecnologías de Información S oporte m onitoreo y a dministración de r ecursos t ecnológicos es un modelo de servicios cuyo objetivo es asegurar la continuidad de la operación Más detalles ANÁLISIS, DISEÑO Y PLAN DE IMPLANTACIÓN DE LA MESA DE SERVICIOS DE LA EMPRESA HUAWEI UTILIZANDO ITIL V3.
ANÁLISIS, DISEÑO Y PLAN DE IMPLANTACIÓN DE LA MESA DE SERVICIOS DE LA EMPRESA HUAWEI UTILIZANDO ITIL V3. José Luis Parra Enriquez, Santiago Bohórquez, Mario Ron, Víctor Paliz 1 Escuela Politécnica del Más detalles GLPI: SISTEMA DE GESTIÓN DE INCIDENCIAS Y REQUERIMIENTOS
Dirección de Tecnologías de la Información GLPI: SISTEMA DE GESTIÓN DE INCIDENCIAS Y REQUERIMIENTOS Manual de Envío de Incidencias Versión 2.0 DE ENVÍO DE INCIDENCIAS DEL SISTEMA GLPI PAGINA:2 de 10 Información Más detalles Aproximación práctica a ITIL. Proyecto VeredaCS. F07.02.01.00.30.r00
Aproximación práctica a ITIL. Proyecto VeredaCS Introducción En esta presentación pretendemos mostrar una aproximación práctica a la implantación de un modelo de prestación de servicios basado en ITIL Más detalles ADMINISTRADOR(A) DE SOPORTE TÉCNICO INFORMÁTICO
ADMINISTRADOR(A) DE SOPORTE TÉCNICO INFORMÁTICO Puesto tipo: OPERATIVO Unidad: TECNOLOGÍA DE INFORMACIÓN Presupuesto bajo su responsabilidad: N/A Posición a la que reporta: ESPECIALISTA DE TECNOLOGÍA DE Más detalles DEXON SOFTWARE DEXON SERVICE DESK DIRECTOR
DEXON SOFTWARE DEXON SERVICE DESK DIRECTOR UN COMPLETO PORTAFOLIO QUE ADMINISTRA DE FORMA CENTRALIZADA TODOS LOS PROCESOS DE SOPORTE DE FORMA MAS CERCANA CON LOS CLIENTES CON LA ADOPCIÓN DE PRÁCTICAS PROACTIVAS Más detalles UNIVERSIDAD AUTÓNOMA DEL CARIBE PROCEDIMIENTO DE ATENCIÓN DE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O PERIFÉRICOS GESTIÓN INFORMÁTICA
Página: 1/5 UNIVERSIDAD AUTÓNOMA DEL CARIBE INCIDENTES Y REQUERIMIENTOS PARA EQUIPOS DE CÓMUPUTO Y/O GESTIÓN INFORMÁTICA Página: 2/5 1. OBJETO Satisfacer los requerimientos que hagan los usuarios para Más detalles Glosario. B Best in Class: Mejor en su clase Business Case: Caso de Negocio
Glosario A AMS Asset Management Solutions: Servicios de Administración de Aplicaciones de software las cuales pueden ser monitoreadas remotamente. Assesment: Evaluación realizada a una empresa, en el cual Más detalles IBM Tivoli Asset Management for IT. IBM Tivoli Service Request Manager
for IT & IBM Tivoli Service Request Manager Optimice sus procesos IT, maximice sus activos y mejore el nivel de servicio. Para obtener altos niveles de servicio, reducir costes y alcanzar las metas del Más detalles Cómo cambiar sin errar en el intento Seis pasos para lograrlo
Cómo cambiar sin errar en el intento Seis pasos para lograrlo Marisa Gouget * 1er Compromiso El primer paso en la gestión de cambios Comprométase y comprometa a su gente El 80% de los errores que se producen Más detalles SERVICIO DE ATENCIÓN Y RESOLUCIÓN DE INCIDENCIAS
COLEGIO LEONARDO DA VINCI SERVICIO DE ATENCIÓN Y RESOLUCIÓN DE INCIDENCIAS ACUERDO DE NIVEL DE SERVICIO HOJA DE CONTROL Colegio Leonardo Da Vinci Arica Unidad CTIC Titulo Servicio de Atención y Resolución Más detalles Plan de Mejora Regulatoria RACSA 2015. Código:DAP-PM-01 Versión: 1 Página 1 de 12
Código:DAP-PM-01 Versión: 1 Página 1 de 12 PLAN DE MEJORA REGULATORIA RACSA 2015 1 Código: DAP-PM-001 Versión: 1 Página 2 de 12 Contenido 1. INTRODUCCIÓN... 3 2. MARCO LEGAL... 3 3. MARCO DE REFERENCIA Más detalles SERIT forma parte del área de infraestructura de DIGIP Soluciones Integrales.
SERIT forma parte del área de infraestructura de DIGIP Soluciones Integrales. Acerca de SERIT Nuestra compañía se dedica a proveer servicios integrales de infraestructura a empresas, con el objetivo de Más detalles APLICATIVO WEB PARA LA ADMINISTRACIÓN DE LABORATORIOS Y SEGUIMIENTO DOCENTE EN UNISARC JUAN DAVID LÓPEZ MORALES
APLICATIVO WEB PARA LA ADMINISTRACIÓN DE LABORATORIOS Y SEGUIMIENTO DOCENTE EN UNISARC JUAN DAVID LÓPEZ MORALES CORPORACIÓN UNIVERSITARIA SANTA ROSA DE CABAL CIENCIAS Y TECNOLOGÍAS DE INFORMACIÓN Y COMUNICACIÓN Más detalles Preparación para la Certificación ITIL V3 Online
ITIL V3 Preparación para la ITpreneurs líder mundial de soluciones formativas en el Área de IT Service Management & Governance (Gestión y Gobierno de Servicios TI) para ofrecer una amplia gama cursos especializados Más detalles LOS INDICADORES DE GESTIÓN
LOS INDICADORES DE GESTIÓN Autor: Carlos Mario Pérez Jaramillo Todas las actividades pueden medirse con parámetros que enfocados a la toma de decisiones son señales para monitorear la gestión, así se asegura Más detalles Curso Fundamentos de ITIL
Curso Fundamentos de ITIL 1 Curso El curso de Fundamentos de ITIL introduce el concepto de Gestión de Servicio TI (IT Service Management o ITSM), el Ciclo de Vida del Servicio y un marco para identificar Más detalles LINEAMIENTOS DE ADMINISTRACIÓN DE CONFIGURACIÓN
Bogotá D.C., Agosto de 2014 TABLA DE CONTENIDO INTRODUCCIÓN --------------------------------------------------------------------------------------------- 3 1. OBJETIVO ---------------------------------------------------------------------------------------------- Más detalles ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos
Páginas 1 de 7 1. OBJETIVO Brindar el marco normativo que fije las condiciones en que deben prestarse los Servicios de Tecnologías de Información a los procesos de la organización, estableciendo criterios Más detalles INSTITUTO POLITÉCNICO NACIONAL
INSTITUTO POLITÉCNICO NACIONAL UNIDAD PROFESIONAL INTERDISCIPLINARIA DE INGENIERÍA Y CIENCIAS SOCIALES Y ADMINISTRATIVAS DISEÑO Y MODELADO DE PROCESOS DENTRO DE LAS MEJORES PRÁCTICAS BASADO EN ITIL INFORME Más detalles Examen de Fundamentos de ITIL
Examen de Fundamentos de ITIL Ejemplo A, versión 5.1 Selección tipo test Instrucciones 1. Debe intentar contestar las 40 preguntas. 2. Marque sus respuestas en lápiz en la hoja anexa 3. Usted tiene 60 Más detalles Manual de Uso de la nueva solución de Gestión de. Peticiones Informáticas
Manual de Uso de la nueva solución de Gestión de Peticiones Informáticas INDICE 1 INTRODUCCIÓN... 3 2 ACCESO A LA APLICACIÓN... 5 3 DESCRIPCIÓN DE LAS PANTALLAS... 7 3.1 CONSOLA DE GESTIÓN... 7 3.2 PANTALLA Más detalles Planeación de Help Desk
Planeación de Help Desk Antes de empezar formalmente a ayudar a otros con problemas de computadores, debe tomar ciertas decisiones previas. Es necesario que entienda la importancia de trabajar con los Más detalles Monitoreo automatizado de redes de. cajeros automáticos
Monitoreo automatizado de redes de cajeros automáticos Definición Ejecutiva ATMonitor es una solución completa, integrada y flexible de monitoreo visual de una red de cajeros automáticos. Centraliza la Más detalles Servicio de instalación y puesta en marcha de HP StoreEasy 1000/3000 Network Storage
Servicio de instalación y puesta en marcha de HP StoreEasy 1000/3000 Network Storage Servicios HP Datos técnicos El Servicio de instalación y puesta en marcha de HP StoreEasy 1000/3000 Network Storage Más detalles LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS
LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS Ministerio de Tecnologías de la Información y las Comunicaciones Programa de Gobierno Más detalles INSYS SERVICE DESK. Integración de Servicios
INSYS SERVICE DESK Integración de Servicios INSYS SERVICE DESK es el resultado de la integración de las soluciones: CURA Network Monitoring, INSYS Advanced Dashboard for Enterprise, SIEM (NetIQ Sentinel Más detalles SOLUCIONES EN SEGURIDAD INFORMATICA
SOLUCIONES EN SEGURIDAD INFORMATICA PLAN DE SEGURIDAD INFORMATICA ASESORIA SERVICIOS DE SEGURIDAD INFORMATICA Debido a la necesidad de las organizaciones para comunicarse con proveedores, clientes, empleados Más detalles Manual de Uso de Support Suite
Manual de Uso de Support Suite Área de Soporte a Usuarios Cd. Victoria, Tamps. Noviembre del 2011 CONTENIDO 1. Introducción..Pág. 1 2. Presentación.. Pág. 2 3. Interface de Usuario.Pág. 3 4. Configuración Más detalles Examen de Fundamentos de ITIL
Examen de Fundamentos de ITIL Ejemplo B, versión 5.1 Selección Múltiple Instrucciones 1. Debe intentar contestar todas las 40 preguntas. 2. Marque sus respuestas en la hoja de respuestas entregada 3. Usted Más detalles GOBIERNO Y GESTIÓN TIC. Marcos de Referencia: COBIT, PMBOK, ITIL
GOBIERNO Y GESTIÓN TIC Marcos de Referencia: COBIT, PMBOK, ITIL Marcos de Referencia Existe una creciente preocupación en la alta dirección de las empresas acerca de las actividades de la función TI. Esto Más detalles SMV. Superintendencia del Mercado de Valores
INFORME TÉCNICO PREVIO DE EVALUACIÓN DE SOFTWARE Nº 007--/09 MONITOREO DE SERVIDORES Y ADMINISTRACIÓN DE LOGS 1. NOMBRE DEL AREA: OFICINA DE TECNOLOGÍAS DE INFORMACIÓN 2. RESPONSABLE DE LA EVALUACIÓN: Más detalles Buenas prácticas en el uso de las Tecnologías de la Información y de las Comunicaciones en la Administración Pública
Buenas prácticas en el uso de las Tecnologías de la Información y de las Comunicaciones en la Administración Pública Tumbes, julio 2011 Entorno actual El mundo TIC es muy amplio y complejo Usuario Aplicaciones Más detalles Existiría información que ayude a priorizar cada solicitud en función de su valor de negocio
IT Demand Management Autor: Norberto Figuerola En un mundo perfecto, el departamento de TI responde respondería a todas las solicitudes como una máquina bien aceitada. Cada proyecto propuesto sería aceptado Más detalles 2017 © DocPlayer.es Política de privacidad | Condiciones del servicio | Feedback

References: resolución 
 RESOLUCIÓN 
 RESOLUCIÓN 
 RESOLUCIÓN 
 RESOLUCIÓN 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 Resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 Resolución 
 resolución 
 Resolución 
 resolución 
 Resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 resolución 
 Resolución 
 Resolución 
 RESOLUCIÓN 
 RESOLUCIÓN 
 Resolución