Source: http://docplayer.es/638086-Universidad-privada-del-norte.html
Timestamp: 2016-10-26 17:23:38+00:00

Document:
⭐UNIVERSIDAD PRIVADA DEL NORTE
Download "UNIVERSIDAD PRIVADA DEL NORTE"
Adrián Martínez Ponce
1 UNIVERSIDAD PRIVADA DEL NORTE FACULTAD: INGENIERIA DE SISTEMAS COMPUTACIONALES OPTIMIZACIÓN DEL PROCESO DE GESTIÓN DE INCIDENTES TIC MEDIANTE LA UTILIZACIÓN DE UN SISTEMA DE INFORMACIÓN EN LA EMPRESA LADO VIRTUAL EIRL Tesis para optar el Título de Ingeniero de Sistemas Computacionales, que presenta: Milton Bladimir Oblitas Callirgos Bachiller en Ingeniería de Sistemas Computacionales Asesor: Oscar Zocón Alva Cajamarca, Octubre del2 El presente trabajo se lo dedico a Gina Liliana mi esposa quien con su amor ha sabido apoyarme en mis triunfos y fracasos a lo largo de todos estos años y que junto a mis hijos María Pía, Rodrigo Ariel y Dulce María quienes con su amor y sonrisa me dan las fuerzas necesarias para afrontar todos los retos personales y profesionales. También agradezco a mis padres y hermanos que con sus enseñanzas y consejos han sabido lograr que cada día afronte nuevos retos. Agradezco a la empresa Lado Virtual quienes han permitido que el presente trabajo de investigación sea aplicado como parte de sus políticas de gestión. Agradezco al Ingeniero Oscar Zocón quien ha servido de guía y mentor a lo largo de la presente investigación, por toda la dedicación mostrada quien me ayudó a culminar este reto con la calidad debida. 23 RESUMEN En la actualidad muchas empresas de servicios de Tecnologías de Información y Comunicaciones (TIC) no disponen de una adecuada gestión de Incidentes TIC de los clientes externos, dando como como consecuencia que en la mayoría de casos, el personal de soporte técnico no dispone de un proceso claro para la gestión de incidentes TIC dando como resultado la demora en las atenciones, la poca calidad con la que son atendidos y sin respetar los tiempos de atención por tipo de incidentes. La gran mayoría de incidentes son resueltos sin embargo hay muchos que se desconoce cuál es el origen del problema y casi siempre se están realizando diferentes tareas para identificar los problemas que son recurrentes, dando como consecuencia que la credibilidad de la capacidad que tienen los analistas de Help Desk se vea impactada negativamente. Es por esta razón que la empresa de servicios TIC Lado Virtual EIRL está tomando en consideración este trabajo de investigación para que pueda tener su proceso de Gestión de Incidentes acorde a las mejores prácticas que brinda ITIL v 3.0 así como disponer de un Sistema de Información que le ayude a gestionar sus incidentes. 34 ABSTRACT Currently many service companies of Information and Communications Technologies (TIC) do not have adequate TIC Incident management for the external customers, and the result in the most of cases, the staff support do not have a clear process for managing TIC incidents resulting in delays in care, poor quality with which they are treated with no respect and service times by such incidents. The vast majority of incidents are resolved however there are many who know what the origin of the problem and are almost always doing different tasks to identify problems that are recurring, with the consequence that the credibility of the ability of the Help Desk analysts look negatively impacted. Is for this reason the Lado Virtual EIRL TIC services company is considering this research in order to improve the incident management process aligned with the best practice that provides ITIL v 3.0 and have an information system to support the process. 45 INDICE DE CONTENIDO CAPITULO I... 9 I.1 Problema de Investigación I.1.1 Realidad problemática I.1.2 Formulación del problema I.1.3 Justificación del problema I.1.4 Limitaciones I.2 Objetivos I.2.1 Objetivo General I.2.2 Objetivos Específicos CAPITULO II II.1 Antecedentes II.1.1 Antecedentes Internacionales II.1.2 Antecedentes Nacionales II.2 Bases Teóricas II.2.1 Teoría General de Sistemas (T.G.S.) II.2.2 Teoría de la Comunicación de Niklas Luhmann II.3 Marco Conceptual II.3.1 Conceptos Generales II.3.2 Conceptos sobre ITIL V II.3.3 Resultados de la evaluación de la solución CAPITULO III III.1 Tipo de Investigación III.1.1 Según el propósito III.1.2 Según el diseño de investigación III.2 Diseño de investigación III.2.1 Hipótesis III.2.2 Material de estudio III.2.3 Diseño de Contrastación III.2.4 Técnicas, procedimientos e instrumentos CAPITULO IV IV.1 Mejoramiento del Proceso de Gestión de Incidente IV.1.1 Estrategia del Servicio (Service Strategy) IV Análisis del Proceso Actual de Incidentes IV Definición del Equipo de Trabajo IV Criterios de selección de la mejora a implantar IV.1.2 Diseño del Servicio (Service Design) IV Categorías de Incidentes y SLAs IV Niveles de escalamiento IV Severidades de los incidentes IV Colas de Atención IV Optimización del Proceso de Gestión de Incidentes IV Sistema de Información para la Gestión de Incidentes CAPITULO V6 V.1 Contraste Proceso Actual VS Proceso Optimizado V.1.1 Mediciones y Procesamiento del Proceso Actual V.1.2 Mediciones y Procesamiento del Proceso Optimizado V.1.3 Comparación de Mediciones CONCLUSIONES Y RECOMENDACIONES VI.1 Conclusiones... 1 VI.2 Recomendaciones... 2 FUENTES DE REFERENCIA... 4 Fuentes de Referencia... 5 ANEXOS7 INDICE DE FIGURAS Figura 1: Procesos de ITIL v Figura 2: Relación entre ISO17799-COBIT-ITIL Figura 3: Diseño de la contrastación Figura 4: Work Breakdown Estructure (WBS/EDT) Figura 5: Proceso Actual de Incidentes TIC Figura 6: Resultado de la encuesta FODA (Respuestas Estáticas) Figura 7: Flujo del Proceso de Gestión de Incidentes ITIL v Figura 8: Flujo del Proceso de Gestión de Incidentes Optimizado según ITIL v Figura 9: Flujo del Proceso de Validación y Cierre Figura 10: Ciclo de Vida de un Proyecto MSF Figura 11: Ejemplo de configuración de las tareas con distribución triangular Figura 12: Proceso Actual modelado en ProcessModel v Figura 13: Resultados de Simulación del Proceso Actual Figura 14: Proceso Optimizado modelado en ProcessModel v Figura 15: Resultados de Simulación del Proceso Optimizado8 INDICE DE TABLAS Tabla 1: Matriz Comparativa de Soluciones Posibles Tabla 3: Matriz de Operacionalización de Variables e Instrumentos Tabla 4: Encuesta FODA Tabla 5: Agrupamiento de Resultado de la encuesta FODA Tabla 6: Alineamiento Estratégico Tabla 7: Categorías de Incidentes Tabla 8: Colas de Atención para Incidentes Tabla 9: Cuadro comparativo de Sistemas de Información Tabla 10: Tabla de mediciones de la muestra de los incidentes - Proceso Actual Tabla 11: Tabla de mediciones de la muestra de los incidents - Proceso Optimizado Tabla 12: Comparación de Cantidad de Pasos y Tiempos de Procesos9 CAPITULO I Introducción Resumen: Este capítulo presenta una pequeña introducción de la tesis Optimización del proceso de gestión de incidentes TIC mediante la utilización de un sistema de información en la empresa Lado Virtual EIRL en donde el lector rápidamente podrá identificar cual es el problema en que se basó la presente investigación así mismo mostrar cual es la solución propuesta para enfrentarlo. 910 I.1 Problema de Investigación Deficiente gestión de incidentes TIC que se les brinda a los clientes externos de la empresa Lado Virtual EIRL en el año I.1.1 Realidad problemática La gestión deficiente de incidentes TIC de la empresa Lado Virtual EIRL en el año 2012 muestra un contexto problemático. Esto se explica por los hechos observados, el cual es la pobre gestión de incidentes TIC que se les brinda a los clientes externos, posiblemente se deba a que el proceso de gestión de incidentes es limitado produciéndose la pérdida del conocimiento al no registrarse y utilizarse las soluciones de los incidentes recurrentes, otra causa puede ser que no se priorice adecuadamente la atención de los incidentes, posiblemente los incidentes se atienden de acuerdo al orden de llegada o que los incidentes no se atienden en los plazos establecidos, posiblemente los técnicos de Help Desk no tienen las prioridades de los incidentes y no se les hace un seguimiento de solución, también un hecho recurrente es que los clientes llaman directamente a los técnicos de Help Desk para informar los incidentes, posiblemente los clientes no tengan otro mecanismo de reportar incidentes. Dada esta realidad la gestión de incidentes TIC ocasionará que los clientes externos no se sientan confiados con la calidad de servicios que brinda la empresa Lado Virtual EIRL y busquen otra empresa que les provisione los servicios con una mayor calidad. I.1.2 Formulación del problema Considerando que parte del éxito o fracaso de la empresa Lado Virtual EIRL tiene que ver directamente con la gestión de incidentes TIC de los clientes externos, es importante conocer: De qué manera el uso de un Sistema de Información influye en la Optimización del Proceso de Gestión de Incidentes TIC de los clientes Externos de la Empresa Lado Virtual EIRL en el año 2012? 1011 I.1.3 Justificación del problema La presente investigación se justifica dado que la empresa Lado Virtual EIRL podría perder clientes externos debido a la gestión deficiente de los incidentes TIC, por lo tanto, es urgente analizar el proceso actual, proponer una mejora y analizar los sistema de información disponibles que mejor se ajuste a la empresa teniendo en cuenta las dependencias de los recursos tecnológicos con los que cuenta actualmente la empresa, de tal manera que los clientes externos se sientan confiados de que sus incidentes TIC están siendo gestionados de la mejor forma para lograr la solución óptima de los mismos. I.1.4 Limitaciones La parte económica es una limitante debido a que la empresa cuenta con poco presupuesto para esta investigación. Disponibilidad de los recursos de la empresa para analizar la información histórica. Los actuales recursos tecnológicos que cuenta la empresa delimitan la investigación, en tal sentido se utilizará Joomla debido que actualmente la página web de la empresa Lado Virtual está desarrollada en esta tecnología. La seguridad está fuera del alcance. I.2 Objetivos I.2.1 Objetivo General Mejorar el proceso de atención de incidentes TIC de clientes externos mediante la utilización de un sistema de información. I.2.2 Objetivos Específicos Gestionar los incidentes TIC que generan los clientes externos. Mantener una base de datos de conocimiento que ayuden a la resolución de incidentes TIC recurrentes tomando el menor tiempo posible. Optimizar el proceso actual de gestión de incidentes TIC de los clientes externos. 1112 Seleccionar un sistema de gestión de incidentes para su integración al sistema gestor de contenido de la empresa Lado Virtual EIRL. 1213 CAPITULO II Marco Teórico Resumen: Este capítulo presenta los antecedentes, bases teóricas y el marco conceptual en los cuales se ha basado la siguiente investigación, en donde el autor ha citado autores y definiciones que ayudarán al lector a comprender el ámbito de la presente investigación. 1314 II.1 Antecedentes Los siguientes documentos han sido consultados y han servido como soporte para desarrollar la presente investigación. II.1.1 Antecedentes Internacionales Propuesta de Implantación de las Gestiones de Incidentes y Problemas Basadas en ITIL para la Administración Zonal Eloy Alfaro (AZEA), tesis para optar el título de Ingeniero en Sistemas Informáticos y de Computación de la Escuela Técnica Nacional de Ecuador, en su Capítulo IV de Conclusiones y recomendaciones (P ), indica que al realizar la implementación de los procesos de Gestión de Incidentes y Problemas basados en ITIL, quedó demostrado que los tiempos de solución de incidentes o problemas fueron reducidos en un 50% con respecto al proceso original, esto se debió en gran medida a la utilización del Sistemas de Información OTRS que presenta una interfaz amigable para el usuario final y que incluye muchas funcionalidades que permite interactuar con todos los involucrados en el proceso de Gestión de incidentes, también recomienda manejar correctamente el cambio debido a que cuando se realizan implementaciones de este tipo, existe una gran resistencia al cambio por parte de todos los involucrados en el proceso. (Guamán, 2012) Diseño del Proceso de Gestión de Problemas Basados en las Buenas Prácticas de ITIL en la Gerencia Nacional de Tecnologías de Información de la Corporación Nacional de Telecomunicaciones S.A. tesis para optar el título de Ingeniera Industrial y Procesos de la Universidad Tecnológica Equinoccial de Ecuador, en su Capítulo V de Conclusiones y Recomendaciones (P ), indica que con la implementación del proceso de Gestión basado en ITIL, existirá una disminución de los costos de entrega de los servicios TIC y aumentará la productividad de los clientes externos al tener los servicios TIC con buena disponibilidad por la rápida resolución de los incidentes y problemas, también se estará en la capacidad de identificar, analizar, clasificar de acuerdo a 1415 la prioridad, urgencia e impacto e investiga los problemas que son causados por los incidentes recurrentes. (Villalva, 2010) II.1.2 Antecedentes Nacionales Análisis, Diseño e Implementación de un Sistema de Administración de Incidentes en Atención al Cliente para una empresa de Telecomunicaciones tesis para optar el título de Ingeniero Informático de la Pontificia Universidad Católica del Perú, en su Capítulo VI de Conclusiones (P ), indica que con la implantación del sistema de información ha permitido el manejo de los tiempos con celeridad en la generación, atención y resolución de reclamos y solicitudes de los clientes, dado que es vital el tiempo de respuesta en cualquier proceso de atención al cliente. El sistema redujo en un 40% el tiempo de atención de reclamos y solicitudes respecto al manejo sin sistema de información. Vale mencionar también que todo esto incide a la vez en una economía de costos a favor de la empresa. También se logró la reducción del tiempo de ingreso de incidencias en un tercio de manejo anterior, pues las interfaces gráficas fueron pensadas y diseñadas para facilitar el registro y manejo de datos a nivel usuario, específicamente las de Call Center y las de Atención Personalizada. Un acápite interesante en este punto es que el uso del Mouse por parte del usuario es una alternativa y no una necesidad, el teclado es prácticamente suficiente para un ingreso rápido de datos en las interfaces gráficas. (Vega, 2009) 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 V de Observaciones, conclusiones y recomendaciones (P. 88), indica 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, logrando de esta forma visualizar el cumplimiento de objetivos corporativos, también concluye 1516 que Con la implementación de ITIL, se alienta el cambio cultural hacia la provisión de servicios. Asimismo, se mejora la relación con los clientes y usuarios pues existen acuerdos de calidad (Gómez, 2012) II.2 Bases Teóricas II.2.1 Teoría General de Sistemas (T.G.S.) La Teoría General de Sistemas (T.G.S.) es la historia de una filosofía y un método para analizar y estudiar la realidad y desarrollar modelos, a partir de los cuales puedo intentar una aproximación paulatina a la percepción de una parte de esa globalidad que es el Universo, configurando un modelo de la misma no aislado del resto al que llamaremos sistema. Todos los sistemas concebidos de esta forma por un individuo dan lugar a un modelo del Universo, una cosmovisión cuya clave es la convicción de que cualquier parte de la Creación, por pequeña que sea, que podamos considerar, juega un papel y no puede ser estudiada ni captada su realidad última en un contexto aislado. Su paradigma, es decir, su concreción práctica, es la Sistémica o Ciencia de los Sistemas, y su puesta en obra es también un ejercicio de humildad, ya que un buen sistémico ha de Los sistemas: una percepción de la realidad a partir del reconocimiento de su propia limitación y de la necesidad de colaborar con otros hombres para llegar a captar la realidad en la forma más adecuada para los fines propuestos. (Sarabia, 1995) II.2.2 Teoría de la Comunicación de Niklas Luhmann La descripción del evento comunicativo a partir de la construcción de la Teoría de Sistemas no ha sido el resultado de un interés referido directamente a la comunicación sino al papel central que Luhmann reconoce en ella como el elemento que le permite a la sociología enfocar adecuadamente su objeto de estudio: la sociedad. La teoría de Sistemas en Sociología representada por Luhmann favorece una perspectiva que coloca a la comunicación como el elemento constitutivo de lo social desplazando a la acción como categoría sociológica base y confinándola a ser tratada e interpretada dentro de los límites de la comunicación. 1617 Pero qué es la comunicación? Nos referiremos a ella como una operación recursiva, autónoma, capaz de determinarse y reproducirse a sí misma por medio de su encadenamiento selectivo sin la intervención de elementos externos. La comunicación es un sistema que se hace presente cuando es entendida la diferencia entre una información que se ha producido y las razones que se tienen para participar de dicha información. La comunicación es por tanto la operación que actualiza la diferencia entre información y notificación. Esta distinción se nos aparece bajo la forma de una síntesis de tres selecciones que ocurren de manera simultánea: 1) la selección de la información o aquello que se incluye como contenido comunicativo; 2) la selección de la notificación o las razones seleccionadas para participar del contenido informativo; y 3) la selección de entender (o no entender) la diferencia entre la acción de notificar y el contenido de la información. Sin esta distinción la comunicación es prácticamente imposible pues quedaría reducida en el mejor de los casos a simple ruido. (Berthier, 2005) II.3 Marco Conceptual Para entender la presente investigación es necesario que el lector pueda conocer los siguientes conceptos y definiciones: II.3.1 Conceptos Generales Tecnologías de Información y Comunicaciones (TIC) Las tecnologías de la información y la comunicación (TIC o bien NTIC para nuevas tecnologías de la información y de la comunicación) agrupan los elementos y las técnicas usadas en el tratamiento y la transmisión de las informaciones, principalmente de informática, internet y telecomunicaciones. "Las tecnologías de la información y la comunicación no son ninguna panacea ni fórmula mágica, pero pueden mejorar la vida de todos los habitantes del planeta. Se disponen de herramientas para llegar a los Objetivos de Desarrollo del Milenio, de instrumentos que harán avanzar la causa de la libertad y la democracia, y de los medios necesarios para propagar los conocimientos y facilitar la 1718 comprensión mutua" (Kofi Annan, Secretario general de la Organización de las Naciones Unidas, discurso inaugural de la primera fase de la WSIS, Ginebra 2003) El uso de las tecnologías de información y comunicación entre los habitantes de una población, ayuda a disminuir en un momento determinado la brecha digital existente en dicha localidad, ya que aumentaría el conglomerado de usuarios que utilizan las TIC como medio tecnológico para el desarrollo de sus actividades y por eso se reduce el conjunto de personas que no las utilizan. (www.tic.org.ar, 2012) Sistemas de Información (SI) Un sistema de información es un conjunto de componentes que interaccionan entre sí para alcanzar un fin determinado, el cual es satisfacer las necesidades de información de dicha organización. Estos componentes pueden ser personas, datos, actividades o recursos materiales en general, los cuales procesan la información y la distribuyen de manera adecuada, buscando satisfacer las necesidades de la organización. El objetivo primordial de un sistema de información es apoyar la toma de decisiones y controlar todo lo que en ella ocurre. Es importante señalar que existen dos tipos de sistema de información, los formales y los informales; los primeros utilizan como medio para llevarse a cabo estructuras sólidas como ordenadores, los segundos son más artesanales y usan medios más antiguos como el papel y el lápiz o el boca a boca. El estudio de los sistemas de información surgió como una sub-disciplina de las ciencias de la computación, con el objetivo de racionalizar la administración de la tecnología dentro de las organizaciones. El campo de estudio fue avanzando hasta pasar a ser parte de los estudios superiores dentro de la administración. Desde un punto de vista empresarial, los sistemas de información pueden clasificarse de diversas formas. Existen, por ejemplo, sistemas de información gerencial (con el fin de resolver conflictos en empresas), sistemas de procesamiento de transacciones (que se encargan de manejar la información en el contexto de los intercambios comerciales), sistemas de información ejecutiva (para los directivos), sistemas de soporte a decisiones (analizan los distintos factores que hacen al 1819 negocio para decidir qué rumbo tomar), sistemas de automatización de oficinas (aplicaciones que ayudan en el trabajo administrativo) y sistemas expertos (que emulan el comportamiento de un especialista en un dominio concreto). Cabe resaltar que el concepto de sistema de información suele ser utilizado como sinónimo de sistema de información informático, aunque no son lo mismo. Este último pertenece al campo de estudio de la tecnología de la información y puede formar parte de un sistema de información como recurso material. De todas formas, se dice que los sistemas de información tratan el desarrollo y la administración de la infraestructura tecnológica de una organización. (www.definicion.de, 2012) Alojamiento Web (Web Hosting) Hosting (alojamiento o también conocido como hospedaje web, alojamiento web, web site hosting, web hosting o webhosting) es un servicio que consiste en alojar, servir, y mantener archivos, bases de datos, etc. para uno o más sitios web. Más importante que el espacio del ordenador que se proporciona para los archivos del sitio web es la conexión rápida a Internet y el tipo de soporte que brinda el proveedor. La mayoría de los servicios de hosting ofrecen conexiones que para una persona individual resultarían muy costosas. Usar un servicio de hosting permite que muchas compañías compartan el coste de una conexión rápida a Internet para el acceso a los archivos de sus sitios web. Algunas compañías de hosting describen sus servicios como hosting virtual. Hosting virtual generalmente implica que sus servicios serán transparentes y que cada sitio web tendrá su propio alojamiento de dominio y sus propias direcciones de . En la mayoría de los casos, el hosting y el hosting virtual son sinónimos. Algunas compañías de hosting permiten a sus usuarios tener su propio servidor virtual, con la apariencia de que el usuario está controlando un servidor dedicado enteramente a su sitio web. Los alojamientos dedicados consisten en el uso exclusivo de todo un servidor por un único cliente, mientras que en los alojamientos compartidos varios 1920 clientes comparten un servidor. Solamente los sitios web con mucho tráfico requieren el hosting dedicado. Muchas compañías compran sus propios servidores y los colocan en un sitio que proporcione acceso rápido a Internet. Esta práctica se llama colocación. Hay una amplia variedad de servicios de hosting. El más básico es el hosting de archivos (alojamiento web u hospedaje web), donde se pueden alojar las páginas de los sitios web y otros archivos vía ftp o una interfaz web. Los archivos se muestran en la web tal cual o sin mucho procesado. Muchos proveedores de Internet ofrecen este servicio de forma gratuita a sus clientes. El alojamiento web es normalmente gratuito, patrocinado por anunciantes, o barato. Normalmente el alojamiento web sólo es suficiente para páginas web personales. Un sitio web complejo necesita un paquete más avanzado que proporcione soporte para bases de datos y plataformas de desarrollo de aplicaciones (ej. PHP, Java, y ASP. NET, Mysql). Estas permiten que los clientes escriban o instalen scripts para aplicaciones como foros y formularios. Para el comercio electrónico también se requiere SSL. El proveedor de hosting puede también proporcionar un interfaz web (ej. panel de control) para manejar el servidor web e instalar los scripts así como otros servicios como . (www.masadelante.com, 2012) CMS Opensource (Sistema Gestor de Contenido de Código Abierto) Se define CMS Opensource como: Los sistemas de gestión de contenidos (Content Management Systems o CMS) es un software que se utiliza principalmente para facilitar la gestión de webs, ya sea en Internet o en una intranet, y por eso también son conocidos como gestores de contenido web (Web Content Management o WCM). Hay que tener en cuenta, sin embargo, que la aplicación de los CMS no se limita sólo a las webs. Un CMS aporta herramientas para que los creadores sin conocimientos técnicos en páginas web puedan concentrarse en el contenido. Lo más habitual es proporcionar un editor de texto WYSIWYG, en el que el usuario ve el resultado final mientras escribe, al estilo de los editores comerciales, pero con un rango de 2021 formatos de texto limitado. Esta limitación tiene sentido, ya que el objetivo es que el creador pueda poner énfasis en algunos puntos, pero sin modificar mucho el estilo general del sitio web. (Catalunya, 2004) Servicio Con origen en el término latino servitĭum, la palabra servicio define a la actividad y consecuencia de servir (un verbo que se emplea para dar nombre a la condición de alguien que está a disposición de otro para hacer lo que éste exige u ordena). A nivel económico y en el ámbito del marketing, se suele entender por servicio a un cúmulo de tareas desarrolladas por una compañía para satisfacer las exigencias de sus clientes. De este modo, el servicio podría presentarse como un bien de carácter no material. Por lo tanto, quienes ofrecen servicios no acostumbran hacer uso de un gran número de materias primas y poseen escasas restricciones físicas. Asimismo, hay que resaltar que su valor más importante es la experiencia. Por otra parte, es necesario destacar que quienes proveen servicios integran el denominado sector terciario de la escala industrial. (http://definicion.de, 2012) FODA (Fortalezas, Oportunidades, Debilidades y Amenazas) El análisis FODA es una herramienta que permite conformar un cuadro de la situación actual de la empresa u organización, permitiendo de esta manera obtener un diagnóstico preciso que permita en función de ello tomar decisiones acordes con los objetivos y políticas formulados. El término FODA es una sigla conformada por las primeras letras de las palabras Fortalezas, Oportunidades, Debilidades y Amenazas (en inglés SWOT: Strenghts, Weaknesses, Oportunities, Threats). De entre estas cuatro variables, tanto fortalezas como debilidades son internas de la organización, por lo que es posible actuar directamente sobre ellas. En cambio las oportunidades y las amenazas son externas, por lo que en general resulta muy difícil poder modificarlas. Fortalezas: son las capacidades especiales con que cuenta la empresa, y por los que cuenta con una posición privilegiada frente a la competencia. Recursos que se 2122 controlan, capacidades y habilidades que se poseen, actividades que se desarrollan positivamente, etc. Oportunidades: son aquellos factores que resultan positivos, favorables, explotables, que se deben descubrir en el entorno en el que actúa la empresa, y que permiten obtener ventajas competitivas. Debilidades: son aquellos factores que provocan una posición desfavorable frente a la competencia. Recursos de los que se carece, habilidades que no se poseen, actividades que no se desarrollan positivamente, etc. Amenazas: son aquellas situaciones que provienen del entorno y que pueden llegar a atentar incluso contra la permanencia de la organización. (Glagovsky, 2012) II.3.2 Conceptos sobre ITIL V3.0 ITIL (Information Technology Infrastructure Library) Es el Framework o marco de trabajo de procesos de Gestión de Servicios de TI que proporciona un conjunto de mejores prácticas obtenidas por la Oficina Gubernamental de Comercio Británica (OGC) en las cuales describe los procesos necesarios para gestionar de forma eficaz el área de TI de cualquier organización. El objetivo principal es optimizar beneficios y garantizar que todos los servicios de TI trabajen de una forma integrada para dar mejores servicios a los clientes internos y externos. Las mejores prácticas de ITIL permiten hacer más eficiente la gestión de servicio de TI de las organizaciones, generan orden y procesos comunes. Para que la gestión de TI sea exitosa, es importante contar también con los recursos humanos idóneos que pongan en práctica todas estas mejores prácticas. 2007; Cartlidge A, 2007) En la Figura 1 se muestran las fases del ciclo de vida de los procesos que propone ITIL v3.0 y que a continuación se mencionarán. 2223 Figura 1: Procesos de ITIL v3.0 Fuente: ITIL v3.0 Estrategia del Servicio (Service Strategy) La Estrategia del Servicio proporciona orientación sobre la manera de ver la gestión del servicio, no sólo como una capacidad organizativa, sino como un activo estratégico. Se proporciona orientación sobre los principios que sustentan la práctica de la gestión de los servicios que son útiles para el desarrollo de políticas de gestión de servicios, directrices y procesos a través del Ciclo de Vida del Servicio de ITIL. Los temas tratados en la Estrategia del Servicio incluyen el desarrollo de los mercados de servicios, características de los tipos de proveedores internos y externos, los activos de servicios, la cartera de servicios y la ejecución de la estrategia a través del ciclo de vida del servicio. Gestión Financiera, Gestión de la Demanda, Desarrollo Organizacional y riesgos estratégicos son, entre otros temas importantes. 2007) Diseño del Servicio (Service Design) Diseño del Servicio es la etapa del ciclo de vida en que la Estrategia del Servicio se convierte en el modelo para cumplir los objetivos de negocio. El Diseño del Servicio proporciona una guía para el diseño, desarrollo y prácticas de gestión de servicios. Abarca los principios de diseño y los métodos 2324 para convertir los objetivos estratégicos en portafolios de servicios y activos de servicios. El ámbito de aplicación del diseño de servicio no se limita a los nuevos servicios. Incluye los cambios y mejoras necesarias para aumentar o mantener el valor para los clientes en el ciclo de vida de los servicios, la continuidad de los servicios, el logro de niveles de servicio y la conformidad con las políticas y reglamentos. Guía a las organizaciones sobre cómo desarrollar capacidades de diseño para la gestión del servicio. Entre los componentes claves en el diseño de servicios están el Catálogo de Servicios, disponibilidad, capacidad de Continuidad y Gestión de Niveles de Servicio. 2007) Transición del Servicio (Service Transition) La Transición del Servicio proporciona una guía para el desarrollo y la mejora de las capacidades para la transición de servicios nuevos y modificados dentro de la operación del ciclo de vida del servicio. Esta proporciona una guía sobre cómo los requerimientos obtenidos en la Estrategia del Servicio y codificados en el Diseño del Servicio son efectivamente ejecutados en la Operación del Servicio, mientras se controlan los riesgos. Combina prácticas en la Gestión de Cambios, Configuración de Activos, lanzamiento e implementación del Programa y sitúa los riesgos en el contexto práctico de gestión de servicios. Transición del Servicio introduce el Sistema de Gestión del Conocimiento del Servicio, que se basa en los datos actuales e información dentro de la configuración, capacidad, errores conocidos, los medios de comunicación, los sistemas definitivos y amplía el uso de la información de servicio en capacidad de conocimiento para la toma y administración de los servicios. 2007) Operación del Servicio (Service Operation) La Operación del Servicio encarna prácticas en la gestión de la operación del día a día de los servicios. Se incluye una guía en el logro de la eficacia y la 2425 eficiencia en la entrega y soporte de servicios para garantizar el valor para el cliente y el proveedor de servicios. Se proporciona orientación sobre la manera de mantener la estabilidad en las operaciones del servicio, teniendo en cuenta los cambios en los niveles de diseño, la escala, el alcance y el servicio. Las organizaciones cuentan con directrices detalladas de procesos, métodos y herramientas para su uso en dos perspectivas principales: reactivas y proactivas. Los gerentes y los profesionales cuentan con el conocimiento que les permite tomar mejores decisiones en ámbitos como la gestión de la disponibilidad de servicios, control de la demanda, la optimización de utilización de la capacidad, la programación de las operaciones y solucionar problemas. Se ofrece orientación sobre las operaciones de apoyo a través de nuevos modelos y arquitecturas, como los servicios compartidos, servicios informáticos, servicios web y comercio móvil. 2007) A continuación se mostrará algunas definiciones de esta parta del Framework o Marco de Trabajo ITIL v3.0: Mesa Ayuda (Help Desk o Sevice Desk) Es una unidad funcional compuesta por un número dedicado de personal encargado de hacer frente a una variedad de eventos de servicio, a menudo estas son realizadas a través de llamadas telefónicas, la interfaz web o con información automática de los eventos de la infraestructura. 2007) Incidente Un incidente es una interrupción no planificada de un servicio de TI, o una reducción en la calidad de un servicio de TI. El fallo de un elemento de configuración que aún no ha impactado en el servicio también es un incidente. (Cartlidge A, 2007) 2526 Gestión de Incidentes El propósito de la Gestión de Incidentes es restaurar el servicio normal tan pronto como sea posible y reducir al mínimo el impacto adverso en las operaciones comerciales. Los incidentes se detectan generalmente mediante la organización de eventos, o por los usuarios en contacto con el servicio de mesa ayuda (Help Desk o Service Desk). Los incidentes se clasifican para identificar quién debe trabajar en ellos y para el análisis de tendencias, y se priorizan de acuerdo a la urgencia e impacto comercial. Si un incidente no puede ser resuelto rápidamente, puede ser escalado. El equipo funcional pasa el incidente a un equipo de asistencia técnica con las habilidades apropiadas; escalamiento jerárquico involucra niveles adecuados de gestión. Después de que el incidente ha sido investigado, diagnosticado y la resolución haya sido probada, la mesa ayuda (Help Desk o Service Desk) debe asegurarse de que el usuario está satisfecho antes de que el incidente sea cerrado. Una herramienta de gestión de incidentes es esencial para el registro y la gestión de información de incidentes. (Cartlidge A, 2007) Problema 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. (Cartlidge A, 2007) Base de datos de errores conocidos (KEDB) Es una herramienta para la gestión de incidentes que contiene una base de conocimiento que almacena todos los registros de errores conocidos y que sirve 2627 de insumo para que los incidentes con errores recurrentes sean atendidos en el menor tiempo posible. 2007) SLA (Service Level Agreement / Acuerdo de Nivel de Servicio) Es un acuerdo con los clientes que especifican el nivel, alcance y calidad del servicio provisto. 2007) II.3.3 Resultados de la evaluación de la solución Debido a que la presente investigación trata de mejorar el proceso de gestión de incidentes mediante la utilización de un sistema de gestión de incidentes, se ha tenido que decidir que Marcos de Trabajo (Frameworks) debemos de adoptar para tener un producto final de calidad, se han analizado algunos candidatos que si bien es cierto con cualquiera de ellos se podría optimizar el proceso de incidentes, el marco de trabajo de ITIL v3.0 se enfoca en la MEJORA, en la Tabla 1 se muestra la comparación de las soluciones posibles. Partiendo de la base de que se admite que el uso de estos marcos de actuación tiene numerosas ventajas, como un menor coste de adopción, no reinventar lo mismo una y otra vez, facilitar la externalización, facilitar la auditoría y control, etc. Ante la primera pregunta (cuáles), debemos considerar un conjunto de marcos de trabajo muy referenciados en la literatura: COBIT, ITIL (ISO 20000), e ISO 17799, así como CMM, MOE o BS La segunda pregunta (para qué) es preciso abordarla en términos de gobierno o gestión, de manera que debemos seleccionar el o los marcos apropiados para desarrollar un gobierno de las TIC adecuado o una gestión de las mismas. Éste no es un aspecto sencillo ya que muchos de estos marcos pueden utilizarse para abordar ambos dominios, como, por ejemplo, COBIT. Lo cierto es que algunos de ellos están más enfocados hacia el gobierno como COBIT, otros hacia la gestión como ITIL, y otros a procesos muy particulares como la seguridad en ISO (Fundación Telefonica, 2008) 2728 Figura 2: Relación entre ISO17799-COBIT-ITIL Fuente: (Fundación Telefonica, 2008) 2829 Tabla 1: Matriz Comparativa de Soluciones Posibles Fuente: (Gómez, 2012) 2930 CAPITULO III Materiales y Métodos Resumen: Este capítulo presenta la formulación de la hipótesis de la siguiente investigación que ayudará al lector a comprender lo que el autor está proponiendo para dar solución a la problemática. 3031 III.1 Tipo de Investigación III.1.1 Según el propósito La presente investigación es de tipo Tecnológica III.1.2 Según el diseño de investigación Pre-Experimental : Causal III.2 Diseño de investigación III.2.1 Hipótesis La utilización de un sistema de información permite mejorar en un 30% la atención de incidentes TIC de los clientes externos a través de la mejora de proceso de gestión de incidentes. III.2.2 Material de estudio III Población. Actualmente la empresa Lado Virtual dispone de un archivo Excel en donde registran la información de incidentes generados por los Clientes Externos, para efectos de la presente investigación se tomará la población de incidentes generados el mes de Setiembre del 2012 que suman en total de 65 incidentes. III Muestra. Para obtener la muestra utilizó la fórmula para el cálculo de muestra conociendo la población. 3132 En donde: N = tamaño de la población Z = nivel de confianza P = probabilidad de éxito, o proporción esperada Q = probabilidad de fracaso D = precisión (Error máximo admisible en términos de proporción) Hemos considerado los siguientes valores para obtener la muestra. N = 65 Z = 90% (1.65 Según tabla de apoyo de niveles de confianza) P = 50% (Para maximizar el tamaño muestral) Q =50% (Para maximizar el tamaño muestral) D =10% n= 65 x x 0.5 x x (65-1) x 0.5 x 0.5 n= 28 Para resumir, se utilizará una muestra de 28 incidentes de un total de 65 para medir los tiempos utilizados en los procesos de gestión de incidentes Actual y Propuesto. III.2.3 Diseño de Contrastación La población de la presente investigación está constituida por los incidentes registrados en el mes de Setiembre del 2012 que son un total de 65. La muestra se ha obtenido haciendo uso de la fórmula para el cálculo de muestra conociendo la población mostrada en el punto III Para la contrastación de la hipótesis se utilizará el método de Diseño de Sucesión llamado también PRE-TEST / POST-TEST. Este modelo trata de 3233 superar las limitaciones de un anterior, en cuanto a identificar una base de comparación, línea de referencia o línea base y consiste en: Una medición de la variable dependiente previa a la aplicación de la variable independiente (Pre - Test). La aplicación de la variable independiente. Una nueva medición de la variable dependiente, después de la aplicación de la variable independiente (Post - Test). Figura 3: Diseño de la contrastación Fuente: Elaboración propia Dónde: M1: Es el tiempo promedio de resolución de incidentes antes de la aplicación del proceso de Gestión de Incidentes según ITIL v3.0. X: Es el Proceso de Gestión de Incidentes según ITIL v3.0 M1: Es el tiempo promedio de resolución de incidentes después de la aplicación del proceso de Gestión de Incidentes según ITIL v34 La comparación de los resultados de la medición inicial y la medición final, determinarán la validez de la hipótesis formulada. De esta manera se verá si hay mejora o no a partir de los resultados obtenidos. Los elementos a considerarse al momento de la medición, se expresan en la siguiente tabla: Variable Dimensiones Indicadores Items Instrumento Dependiente Optimización del Proceso de Gestión de Incidentes TIC Procesos de Gestión de Incidentes Tiempo de Cuál es el tiempo SIPOC ejecución que se demora en atender un incidente TIC? Número de actividades Cuál es el número de actividades del proceso? SIPOC Tabla 2: Matriz de Operacionalización de Variables e Instrumentos Fuente: Elaboración propia III.2.4 Técnicas, procedimientos e instrumentos. III De recolección de información. Para obtener la información necesaria para realizar las mediciones de contrastación se utiliza la herramienta SIPOC que permitirá obtener los pasos de los procesos (Actual y Propuesto) así como los tiempos que toma cada Gestión de Incidente indicado en la muestra. III De procesamiento de información. Para procesar la información obtenida en los SIPOC utilizados para los Incidentes identificados en la muestra, se utilizará Microsoft Excel para procesar la información y así poder obtener los parámetros que serán colocados en el Process Model v5 para la simulación del proceso Actual vs el proceso Propuesto 3435 CAPITULO IV Resultados Resumen: Este capítulo muestra al lector los resultados que se han obtenido en la ejecución de la presente investigación. 3536 IV.1 Mejoramiento del Proceso de Gestión de Incidente En la presente sección se implementa los resultados haciendo uso de la metodología ITIL v3.0 para la Gestión de Incidentes y MSF para la utilización del sistema de información, para lo cual se define el siguiente WBS (Work Breakdown Structure) o EDT (Estructura de Desglose de Trabajo) para mostrar las diferentes fases así como los entregables que se han desarrollado como parte de la presente investigación. Figura 4: Work Breakdown Estructure (WBS/EDT) Fuente: Elaboración Propia IV.1.1 Estrategia del Servicio (Service Strategy) En esta sección se establece la estrategia del servicio que será implementado, se revisa el estado actual del proceso de Gestión de Incidentes para proponer mejoras. 3637 IV Análisis del Proceso Actual de Incidentes. En esta sección se muestra el proceso actual de gestión de incidentes realizado por la empresa Lado Virtual EIRL. Se ha utilizado la herramienta SIPOC y se ha documentado en la misma empresa. A continuación se muestra el flujo del proceso Actual y el detalle del proceso se encuentra en el Anexo 1 Proceso Actual de Gestión de Incidentes Figura 5: Proceso Actual de Incidentes TIC Fuente: Elaboración Propia En la Figura 5 se puede observar que el Supervisor de Help Desk participa en varios pasos del proceso, lo cual hace que no ejerza su rol de supervisión propiamente dicho, otra peculiaridad que su pudo observar es que los Expertos de las áreas de conocimiento como son Aplicaciones, Comunicaciones y Servidores sirven de ayuda para solucionar el incidentes, sin embargo la cara 3738 visible es el analista de Help Desk, otro punto observado es que los incidentes no son priorizados y son atendidos en el orden de cómo van apareciendo y solo es actualizado el incidente cuando es resuelto, en ningún momento se observó a los analista de Help Desk y a los Expertos de las Areas de Conocimiento buscar soluciones registradas en una base de conocimiento ya que esta no existe. Por todo lo anteriormente mencionado es que se está proponiendo la mejora al proceso de Gestión de Incidentes siguiendo el marco de trabajo (Framework) ITIL v3.0. IV Definición del Equipo de Trabajo Para pode realizar el proceso de mejora, se tuvo que definir un equipo de trabajo de la empresa Lado Virtual EIRL, para lo cual se definieron los siguientes roles: Gestor de Incidentes Este rol será quien gestione los incidentes y se encargará de verificar que el nuevo proceso fluya tal y como se ha diseñado. Gestor de la Base de Conocimiento Este rol será quien gestione las soluciones de todos los incidentes y garantice que las soluciones aplicadas correctamente sean registradas en la base de conocimientos. Gestor del Sistema de Información Este rol será quien gestione y garantice la disponibilidad del Sistema de Información adquirido para la gestión de incidentes. Consultor ITIL Este rol será quien gestione la implementación del proceso de Gestión de Incidentes. IV Criterios de selección de la mejora a implantar Debido a que la empresa Lado Virtual EIRL es una empresa de servicios de Tecnologías de Información y Comunicaciones (TIC), tienen muchos 3839 procesos ya implementados de los cuales muchos calzan en los procesos de ITIL v3.0 (Estrategia, Diseño, Transición, Operación y Mejora del Servicio), la presente investigación ha tenido como finalidad enfocarse en el proceso que están trayendo serios problemas a la empresa, para eso se ha realizado una encuesta FODA anónima para llegar a identificar que el proceso de Gestión de Incidentes es el proceso que se tiene que priorizar. La encuesta anónima ha sido distribuida a diferentes niveles de la organización con el objetivo de recabar información de la salud de la empresa y poder tomar acción como resultado de la presente investigación. 3940 Encuesta Anónima FD para el Área de TI (Fortalezas, Debilidades) Con el fin de mejorar los servicios del área de TI, le agradeceremos respondar a la siguiente encuesta. Para familiarizarse o repasar los conceptos del Análisis FD-OA, ver las hojas "Ejemplo FD-OA - Usuarios" y "Conceptos" en este mismo archivo. 1. Indique su nivel de satifacción general para los siguientes tipos de servicios (1= muy bajo; 2=bajo; 3=medio; 4=alto; 5=muy alto) Soporte técnico ante urgencias de los clientes externos (fallas de equipo o software, consultas sobre equipos o software, otros tema de "mesa de ayuda"). Mejoras o cambios menores a software (mantenimiento de sistemas o aplicaciones) Desarrollo e implantación de nuevo software. 2. Desde su punto de vista, describa hasta 3 Debilidades importantes del área de TI (aspectos a mejorar) Falta de procedimientos para realizar trabajos de TI No se tiene un detalle de los trabajos realizados ni los recursos utilizados. Se trabaja al mantenimiento correctivo, y no se tiene un plan de mantenimientos Correctivos que pueden ayudar o aminorar las fallas (Equipos Clientes) 3. Desde su punto de vista, describa hasta 3 Fortalezas importantes del área de TI (aspectos a explotar mejor) Buena comunicación y respaldo del TEAM de soporte del Area. Conocimiento y hablidades para la solución de problemas Disponibilidad de tiempo cuando se los necesita. 4. Agradeceremos exprese acciones que puede tomar el Area de TI para mejorar su desempeño y el nivel de satisfacción de sus clientes Compromiso en la creacion de estandares y procedimientos para la ejecucion de trabajos (entrega de informes por Equipo o mensuales) Definir tareas y responsabilides a los involucrados en el proceso - Empowerment. Entrenamiento continuo en nuevas tecnologias para dar mejor soporte a los clientes Tabla 3: Encuesta FODA Fuente: Elaboración Propia 4041 Luego de analizar el resultado de las encuestas, se agruparon las repuestas más relevantes las cuales mostraron que si bien es cierto el soporte de Help Desk es efectivo (Figura 6) en las tareas cotidianas, muchas de ellas son realizadas sin un orden y sin estándares que les pueda ayudar a mejorar y entregar un servicio de calidad. Figura 6: Resultado de la encuesta FODA (Respuestas Estáticas) Fuente: Elaboración Propia. Agrupamiento (FODA) FORTALEZAS F1. Buena Comunicación F2. Habilidades Técnicas Comentario Encuesta F1.1 Buena comunicación y respaldo del TEAM de soporte del Area. F1.2 Trabajo en equipo. F2.1 Conocimiento y habilidades para la solución de problemas. F2.2 Adquisición de Equipos. F2.3 La mejora continua en adquirir nuevos conocimientos a través de cursos y nuevas 4142 Agrupamiento (FODA) F3. Compromiso F4. Infraestructura Tecnológica OPORTUNIDADES O1. Establecer Estándares de Gestión Comentario Encuesta responsabilidades. F2.4 Presentación de muy pocos problemas en el servicio brindado, salvo por parte del proveedor telefónica F2.5 Trabajamos para que nuestros clientes tengan mejores condiciones de trabajo al atender rápidamente los incidentes. F3.1 Cada empleado apuntamos a ser cada día más ACCOUNTABLE (RESPONSABLE). F3.2 Disponibilidad permanente del personal de campo. F3.3 Disponibilidad de tiempo cuando se los necesita. F3.4 Cumplimiento de responsabilidades. F3.5 Buen servicio a nuestros clientes. F3.6 Buen trato a nuestros clientes. F4.1 Buena Infraestructura. O1.1 Mejorar los tiempos de respuestas de la mesa ayuda. O1.2 Mantener informados a los clientes en cada etapa de la ejecución de incidentes, requerimientos y proyectos. O1.3 Coordinar con todas los miembros de la empresa para que siempre se lleve un mismo mensaje a los clientes. O1.4 Establecimiento de documentación: Manual de Funciones, Procedimientos, Registro de Cambios, entre otros, y con el apoyo de todos los involucrados O1.5 Compromiso en la creación de estándares y 4243 Agrupamiento (FODA) O2. Mejorar Comunicaciones O3. Entrenamiento O4. Mejorar Infraestructura DEBILIDADES Comentario Encuesta procedimientos para la ejecución de trabajos (entrega de informes por Equipo o mensuales). O1.6 Definir tareas y responsabilidades a los involucrados en el proceso - Empowerment. O1.7 Mejorar el funcionamiento del sistema para tener al día los datos requeridos. O1.8 Buscar un plan estratégico para que la empresa crezca. O1.9 Planificar recursos económicos ya que al no ser utilizados adecuadamente demandaría una perdida a la empresa. O2.1 Mejoramiento de comunicación, primero conseguir información y luego opinar al respecto a modo de crítica constructiva. O2.2 Implementar formas de promoción para la captura de nuevos clientes. O3.1 Entrenamiento continuo en nuevas tecnologías para dar mejor soporte a los clientes. O3.2 Capacitar a los integrantes de la empresa para que tengan conocimientos y puedan salir de uno u otro inconveniente. O4.1 Techado del pequeño patio para utilizar también como almacén, lo que permitirá crear un espacio más adecuado de trabajo que debe estar ordenado. O4.2 Implementación de nuevos y mejores equipos para mejorar el servicio de nuestros clientes. O4.3 Ampliación de la Cobertura de la RED LV. D1.1 Falta de responsabilidad en los roles obtenidos 4344 Agrupamiento (FODA) Comentario Encuesta del proceso de recepción y resolución de incidentes. D1.2 Falta trabajar en mostrar nuestros procesos a los Clientes externos. D1.3 Falta de procedimientos para realizar trabajos de TI. D1.4 No se tiene un detalle de los trabajos realizados ni los recursos utilizados. D1.5 Se trabaja al mantenimiento correctivo, y no se D1. Falta Estándares de tiene un plan de mantenimientos Preventivo que pueden Gestión ayudar o aminorar las fallas (Equipos Clientes). D1.6 No existe la documentación necesaria: a) Control de Cambios, b) Manual de Procedimientos, c) Inventarios, etc. D1.7 No hay la debida planificación para la adquisición de productos (después de la adquisición empiezan las sugerencias o críticas). D1.8 El desorden de equipos, instalaciones, herramientas y materiales en el área es notorio. D1.9 No contar con reglamento en todo aspecto. D1.10 Falta de Implementación de políticas. D2. Trabajo en Equipo D1.1 Falta Integración entre las sub áreas. D3.1 Falta mantener un orden en cada área. D3. Orden y Limpieza D3.2 Utilizar cada cosa en su área. D3.3 Falta de Orden en las instalaciones. D4. Entrenamiento D4.1 Falta de Capacitación de los módulos utilizados (Sistemas Ubiquiti, Manejo Cliente Servidor, etc) Tabla 4: Agrupamiento de Resultado de la encuesta FODA Fuente: Elaboración Propia. 4445 Como se puede notar en la Tabla 5 existen muchas Debilidades y Oportunidades enfocadas en la necesidad de implementar Estándares de Gestión (D1 y O1) y la gran mayoría están enfocadas a la Gestión de Incidentes ([O1.1, O1.2, O1.3, O1.5, O1.6] y [D1.1, D1.2, D1.3, D1.4, D1.5, D1.6, D1.9, D1.10]), son por estos resultados que se ha decidido dar prioridad a la implementación del proceso de Gestión de Incidentes bajo el Framework ITIL v.3.0. Por lo tanto la empresa Lado Virtual EIRL ha alineado los siguientes objetivos a su plan estratégico actual. ESTRATEGIA OBJETIVO TAREA Mejorar los servicios que brinda de la empresa mediante la adopción de mejores prácticas de la Implementar mejoras en los procesos de gestión de Tecnologías de Información y Implementar el Proceso de Gestión de Incidentes TIC. Implementar un sistema industria. Comunicaciones (TIC) de información que soporte el proceso de Gestión de Incidentes TIC Tabla 5: Alineamiento Estratégico. Fuente: Elaboración Propia IV.1.2 Diseño del Servicio (Service Design) En esta sección se establece el diseño de acuerdo a las mejores prácticas definidas por ITIL v3.0 para la Gestión de Incidentes. IV Categorías de Incidentes y SLAs En esta sección se ha clasificado las Categorías de Incidentes que serán atendidas por la empresa así mismo se han definido como SLAs a los tiempos de respuesta que el soporte técnico debería cumplir. Estas categorías se han dividido en tres niveles que serán utilizadas cuando un incidente sea creado. 4546 Se han definido los SLAs que los impactos van desde 1 hasta 5 en donde 1 es de alto impacto y 5 de bajo impacto. Así se ha definido 3 niveles de escalamiento de soporte indicando las horas que se deberían tomar para solucionar el incidente: Nivel 1: Soporte Técnico Nivel 2: Soporte Especializado Nivel 3: Soporte del Proveedor Especializado o Fabricante del Producto CATEGORIA GRUPO ITEM SLA Nivel Nivel Nivel Acceso al Sistema Aplicaciones de Reportes Gestión Procesos Delegaciones Aprobaciones Aplicaciones Acceso al Control de Sistema Accesos Reportes Procesos Acceso al Contabilidad Sistema Reportes Procesos Punto a punto Enlaces Energía Wireless Comunicaciones Configuración Conexión WI-FI Configuración Accesos47 CATEGORIA GRUPO ITEM SLA Nivel Nivel Nivel Red Interna Conexión LAN Telefonía IP Configuración Teléfono Celulares Configuración Internet Configuración Accesos Cuenta de Red Controlador de Grupo de Dominio Seguridad Servidores Base de Datos Acceso Acceso Correo Envíos Recepciones Calendarios Sistema Operatividad Usuario Final Operativo Antivirus Operatividad Ofimática Operatividad Discos Duros Operatividad Hardware PC Operatividad Cámaras de Operatividad Seguridad Tabla 6: Categorías de Incidentes. Fuente: Elaboración Propia IV Niveles de escalamiento Los 3 niveles de escalamiento contiene uno grupo de usuarios de soporte específicos que ayudarán con la solución del incidente, si el usuario de 4748 soporte no arregla el incidente en el tiempo indicado, este deberá de ser escalado por el mismo usuario al siguiente nivel. IV Severidades de los incidentes Se ha definido las severidades Alta, Media y Baja de acuerdo a lo que el cliente externo decida, sin embargo el usuario soporte técnico asignado al incidente podría modificar el incidente para cambiar la severidad previo acuerdo con el cliente externo. IV Colas de Atención Las colas de atención son grupos de usuarios de soporte que son asignados a las categorías de incidentes, de tal forma que cuando un incidente es creado, automáticamente se debería generar una notificación al grupo adecuado. CATEGORIA COLA DE ATENCION Soporte Nivel 1 APLICACIONES Soporte Nivel 2 Aplicaciones Soporte Nivel 3 Aplicaciones Soporte Nivel 1 COMUNICACIONES Soporte Nivel 2 Comunicaciones Soporte Nivel 3 Comunicaciones Soporte Nivel 1 SERVIDORES Soporte Nivel 2 Servidores Soporte Nivel 3 Servidores Soporte Nivel 1 USUARIO FINAL Soporte Nivel 2 Usuario Final Soporte Nivel 3 Usuario Final Soporte Nivel 1 HARDWARE Soporte Nivel 2 Hardware Soporte Nivel 3 Hardware Tabla 7: Colas de Atención para Incidentes. Fuente: Elaboración Propia 4849 IV Optimización del Proceso de Gestión de Incidentes En esta sección se muestra la mejora al proceso de Gestión de Incidentes actual tomando como referencia el proceso de Gestión de Incidentes de ITIL v3.0. Figura 7: Flujo del Proceso de Gestión de Incidentes ITIL v3.0 Fuente: 2007). 4950 En el alcance de la presente implementación se ha dejado de lado la implementación del sub proceso para la gestión de incidentes mayores debido a que estos serán tratados como un incidente común. También se está dejando de lado la Gestión de Requerimiento debido a que ha sido considerado en el alcance de la presente investigación, para ver el detalle del proceso ver el Anexo 2 Proceso Optimizado de gestión de Incidentes. Proceso Optimizado para la Gestión de Incidentes Cliente Externo Incio Identificación de Incidente Registro de Incidente Gestión de requerimiento Validación y cierre de incidente Fin No Es incidente? Soporte Nivel 1 Diagnóstico y actualización Si Es incidente Nivel 1? Si Investigación y Resolución Actualización de incidente No Soporte Nivel 2 y 3 Diagnóstico y actualización Si Necesita escalamiento? No Investigación y Resolución Actualización de incidente Figura 8: Flujo del Proceso de Gestión de Incidentes Optimizado según ITIL v3.0 Fuente: Elaboración Propia. 5051 IV Sistema de Información para la Gestión de Incidentes Debido a que nos encontramos parados en el proceso de Diseño del Servicio se ha visto bien realizar en esta sección el proceso en cascada reducido para lograr la utilización del Sistema de información que a continuación se procede a detallar. Figura 9: Modelo de Cascada para Sistema de Información Fuente: Elaboración Propia. Análisis En esta sección se pretende analizar las alternativas que existen en el mercado para seleccionar el mejor Sistema de Información para la gestión de Incidentes TIC que cumpla con la infraestructura virtual que tiene la empresa Lado Virtual. Las restricciones que actualmente se tiene para elegir el sistema de información son las siguientes: El sistema de información debe de ser un componente que se integre al actual CMS de la empresa Lado Virtual EIRL el cual es Joomla en la versión El costo del componente debe ser menor o igual a 100 dólares. Debe de soportar al proceso optimizado. Debe de tener soporte técnico garantizado. 5152 Características Freestyle Wpx Help MaQma Help Beesto Help Support Desk Desk Desk Portal Versión actual Compatible con Joomla SI SI SI SI Soporte Técnico garantizado SI SI SI SI Lenguaje español SI NO NO NO Permite Categorización SI SI SI SI Permite notificaciones por por cada SI NO SI SI actualización al ticket Auto generación de ticket SI NO SI SI Costo de soporte anual USD$ Manejo de colas de atención SI SI SI SI Permite la creación de campos SI SI SI NO personalizados Tiene base de datos de conocimiento SI NO SI SI Tabla 8: Cuadro comparativo de Sistemas de Información. Fuente: (Joomla, 2012) 5253 Como se puede observar en la Tabla 9, se está seleccionando a Freestyle Support Portal como Sistema de Información a usar en el proceso de Gestión de Incidentes de la empresa Lado Virtual EIRL. Diseño En esta sección se pretende diseñar la configuración del Sistema de información y debido a que se trata de un Sistema de Información ya existente (Canned software), y se ha decidido utilizar algunos entregables de la metodología MSF (Microsoft Solution Framework) debido a que no se trata de un desarrollo si no de una implementación y se ajusta más a nuestra investigación. Figura 10: Ciclo de Vida de un Proyecto MSF Fuente: Microsoft. 5354 Implementación En esta sección se ha utilizado el documento Especificaciones Funcionales del kit de herramientas de MSF (Microsoft Solution Framework). Este proceso tiene como finalidad el de documentar las especificaciones funcionales del sistema de información para la gestión de incidentes y llegar hasta la documentación para la instalación y/o Rollback del sistema de información. Para mayor detalle revisar el Anexo 3 Especificaciones Funcionales. Pruebas En esta sección se ha utilizado el documento Especificaciones de Pruebas del kit de herramientas de MSF (Microsoft Solution Framework). Este proceso tiene como finalidad el de documentar las especificaciones de pruebas del sistema de información para la gestión de incidentes y llegar hasta la documentación de aceptación de los casos de prueba. Para mayor detalle revisar el Anexo 4 Especificaciones de Pruebas. 5455 CAPITULO V Discusión Resumen: Este capítulo muestra al lector el contraste de los resultados que se han obtenido en la ejecución del proceso actual vs el proceso optimizado de Gestión de Incidentes de la presente investigación. 5556 V.1 Contraste Proceso Actual VS Proceso Optimizado Para realizar el contraste pre-test, se utilizó una muestra de 28 casos de incidentes tanto para el proceso Actual y Optimizado que fueron registrados en la herramienta SIPOC en donde se colocaron los pasos y los tiempos de cada tarea. Para simular el comportamiento de los procesos, se utilizó el aplicativo ProcessModel en su versión 5, para ellos se calcularon los valores mínimo, promedio y máximo del grupo de tareas para colocar en el aplicativo una distribución triangular. Figura 11: Ejemplo de configuración de las tareas con distribución triangular. Fuente: ProcessModel v5.0 V.1.1 Mediciones y Procesamiento del Proceso Actual El proceso para realizar las mediciones y el procesamiento de la información del proceso Actual de Gestión de Incidentes fue en primer lugar obtener 28 casos de incidentes de forma aleatoria de toda la muestra, la forma de obtener este número fue mostrada en la sección III , estos casos fueron documentados siguiendo los pasos identificados en el SIPOC del proceso actual cuyos valores de medición se muestran en la Tabla 10, luego el proceso ha sido diseñado en la herramienta ProcessModel v5.0 y los valores obtenidos de la medición fueron colocados en cada parte del proceso, finalmente se ejecutó la simulación con estos valores cuyo resultado se puede apreciar en el Anexo 6 Resultado del Modelo del Proceso Actual. 5657 Item Pasos del Proceso: TIEMPOS EN MINUTOS TRIANGULAR MIN PRO MAX NO SI 1 Cliente externo reporta el incidente Supervisor HD Recepciona Incidente Supervidor HD Registra incidente Supervisor HD revisa la disponibilidad 4 de analistas de Help Desk Supervidsor HD Actualiza la Hoja 5 Excel de incidentes Analista HD Revisa el incidente Analista HD Solicita informacion Cliente externo brinda información Incidente conocido? % 54% 10 Incidente especializado? % 36% 11 Analista HD Busca soluciones Expertos Analiza información del 12 incidente Expertos envian solucion al incidente Analista HD Soluciona incidente El cliente externo revisa solucion El cliente externo acepta las pruebas El supervisor de Help Desk cierra el 17 ticket TOTAL Tabla 9: Tabla de mediciones de la muestra de los incidentes - Proceso Actual Fuente: Elaboración Propia 5758 Figura 12: Proceso Actual modelado en ProcessModel v5.0 Fuente: Elaboración Propia. Figura 13: Resultados de Simulación del Proceso Actual Fuente: ProcessModel v5.0 5859 V.1.2 Mediciones y Procesamiento del Proceso Optimizado El proceso para realizar las mediciones y el procesamiento de la información del proceso Actual de Gestión de Incidentes fue en primer lugar obtener 28 casos de incidentes de forma aleatoria de toda la muestra, la forma de obtener este número fue mostrada en la sección III , estos casos fueron documentados siguiendo los pasos identificados en el SIPOC del proceso optimizado cuyos valores de medición se muestran en la Tabla 11, luego el proceso ha sido diseñado en la herramienta ProcessModel v5.0 y los valores obtenidos de la medición fueron colocados en cada parte del proceso, finalmente se ejecutó la simulación con estos valores cuyo resultado se puede apreciar en el Anexo 7 Resultado del Modelo del Proceso Actual. 5960 Item Pasos del Proceso: TIEMPOS EN MINUTOS TRIANGULAR MIN PRO MAX NO SI 1 Identifica el incidente Registro del incidente en el sistema de 2 información Es incidente? % 100% 4 Diagnóstico y Actualización Es incidente Nivel 1? % 57% 6 Busca solución en la BDC Existe solución conocida % 44% 8 Investiga y diagnostica Actualiza solución en la BDC Aplica solución conocida Es incidente Nivel 2? % 42% 12 Busca solución en la BDC Existe solución conocida % 40% 14 Investiga y diagnostica Actualiza solución en la BDC Aplica solución conocida Es incidente Nivel 3? % 100% 18 Busca solución en la BDC Existe solución conocida % 57% 20 Investiga y diagnostica Actualiza solución en la BDC Aplica solución conocida Actualización del incidente Validación y cierre del incidente TOTAL Tabla 10: Tabla de mediciones de la muestra de los incidents - Proceso Optimizado Fuente: Elaboración Propia 6061 Figura 14: Proceso Optimizado modelado en ProcessModel v5.0 Fuente: Elaboración Propia. Figura 15: Resultados de Simulación del Proceso Optimizado Fuente: Elaboración Propia. 6162 V.1.3 Comparación de Mediciones De la simulación de ambos procesos se tiene los siguientes resultados. Procesos / Cantidad de Tiempo % Iteraciones Resultados Pasos Promedio Reducido Proceso Actual Proceso Optimizado % Tabla 11: Comparación de Cantidad de Pasos y Tiempos de Procesos Fuente: Elaboración Propia Como se puede apreciar, la optimización del proceso haciendo uso de las mejores prácticas de ITIL v3.0, garantiza la reducción en un 37%, entonces la Hipótesis es Aceptada. 6263 CONCLUSIONES Y RECOMENDACIONES Resumen: En la presente sección se ha colocado las recomendaciones para que la empresa Lado Virtual tenga éxito con la Gestión de Incidentes. 6364 VI.1 Conclusiones La presente investigación se ha centrado en la Optimización del Proceso de Gestión de Incidentes según ITIL v3.0 soportándose en el uso de un Sistema de Información, el alcance de la misma ha sido elaborada en los grupos de procesos de ITIL de Estrategia del Servicio (Service Strategy) y Diseño del Servicio (Service Design), esto por la naturaleza de la investigación dejando de lado los procesos Transición del Servicio (Service Transition), Operación del Servicio (Service Operation) y Mejora Continua (Contiual Process Improvement), este ultimo de alguna forma se encuentra inmerso en la presente investigación. Sin embargo no ha sido detallado. Para el caso del Sistema de Información se ha desarrollado el Proceso de Análisis, Diseño, Implementación y Pruebas de un modelo en cascada. Es por todo lo anteriormente mostrado que el desarrollo de la presente investigación ha logrado lo siguiente: Que el uso de un Sistema de Información ayuda a optimizar el Proceso de Gestión de Incidentes. La implantación de procesos ITIL ayuda a la empresa a gestionar mejor sus procesos TIC y por ende la confianza de los clientes externos se incrementa. Ha sido demostrado que los tiempos de atención de los incidentes TIC de los Clientes Externos han sido reducidos por encima del 30%, con lo cual la hipótesis ha sido aceptada. Si bien es cierto que los pasos del proceso optimizado se incrementaron con respecto al proceso actual, esto ha permitido que los incidentes sean gestionados de la mejor forma posible. La comunicación entre el Cliente Externo y el soporte técnico de la empresa Lado Virtual EIRL será más fluida por el uso de un Sistema de Información.65 Está asegurada la re-utilización de procedimientos de solución de incidentes recurrentes por hacer uso de una base de conocimientos. En resumen se concluye que con el desarrollo de la presente investigación se han logrado cumplir todos los objetivos propuestos en la presente investigación. VI.2 Recomendaciones Es necesario indicar y recomendar a la empresa Lado Virtual EIRL que la Gestión de Incidentes de forma Optimizada solo está garantizada si: El proceso es respetado en cada una de sus etapas. El uso del Sistema de Información garantizará que exista un adecuado registro de incidentes. La actualización de la Base de Conocimiento garantizará la reducción de tiempo y la mejora continua. Es importante que se desarrolle un plan de comunicación para los Clientes Externos para que usen el Sistema de Información para reportar, si existiera rechazo al cambio, alguien del equipo de la empresa Lado Virtual deberá de registrar los incidentes en vez de algunos Clientes. Se recomienda a la empresa que siga realizando mejora continua en sus procesos de gestión y pueda implantar otros procesos de ITIL v3.0 como es el proceso de Gestión de Requerimientos y Gestión de la Configuración entre otros por lo que se ha podido observar, estos procesos ayudarán a que la66 empresa Lado Virtual EIRL entregue servicios de alta calidad a sus Clientes Internos y Externos. El entrenamiento a los Clientes Internos acerca de ITIL es necesario debido a que ayudará a que comprendan la importancia de seguir implementando procesos de mejora. Se recomienda a la Gerencia de la empresa a ser un ente fiscalizador del cumplimiento de las políticas de ITIL para que los tiempos de atención y la calidad del servicio no se vean reducidos dramáticamente.67 FUENTES DE REFERENCIA Resumen: En la presente sección se muestra todas las fuentes de referencia que se ha utilizado en la presente investigación las cuales han sido de mucha ayuda.68 Fuentes de Referencia Berthier, A. E. (2005). ENCKIT - Sontenibilidad y Diálogo. Obtenido de ENCKIT - Sontenibilidad y Diálogo: as_luhmann.pdf Cartlidge A, H. A. (2007). An Introductory Overview of ITIL. Obtenido de ITIL Official Site: Catalunya, U. O. (29 de Noviembre de 2004). Introducción a los Sistemas de Gestión de Contenidos (CMS) de código abierto. Recuperado el 27 de Julio de 2012, de Fundación Telefonica. (2008). Libro Blanco de la Universidad Digital Barcelona: Editorial Ariel, S.A., Glagovsky, H. (Mayo de 2012). Esto es FODA. Obtenido de Monografias.com: Gómez, J. (Julio de 2012). Repositorio Digital de Tesis PUCP. Obtenido de Pontificia Universidad Catolica del Perú. Guamán, J. y. (Julio de 2012). Biblioteca Digital de La Escuela Politécnica Nacional. Obtenido de (2012). Definición de Servicio. Obtenido de Joomla. (September de 2012). Joomla. Obtenido de The Joomla! Extensions Directory : Sarabia, A. (1995). La Teoría General de Sistemas. Madrid: Isdefe.69 (2007). The Official Introduction to the ITIL Service Lifecycle. Londres: TSO (The Stationery Office). Vega, R. (Junio de 2009). Repositorio Digital de Tesis PUCP. Obtenido de Pontificia Universidad Católica del Perú: Villalva, D. (2010). Repositorio Digital UTE. Obtenido de Universidad Tecnológica Equinoccial: (2012). Definición de Sistemas de Información. Obtenido de (2012). Definición de Alojamiento Web. Obtenido de (2012). Definición de TICs. Obtenido de TICs en America Latina:70 ANEXOS Resumen: En la presente sección se ha colocado los documentos anexos de la presente investigación.71 ANEXO 1 PROCESO ACTUAL DE GESTION DE INCIDENTES TIC Autor: Milton Oblitas Callirgos Posición de Autor: Tesista Fecha : Setiembre 3, 2012 Version: 1.072 Revisiones y Firmas Registro de cambios Fecha Autor Version Referencias de Cambio 03/09/12 Milton Oblitas 1 Para análisis inicial Revisado por Nombre Version Aprobada Posición Fecha Alex Abanto 1 Gerente General LV 03/09/12 Distribución Nombre Alex Abanto Juan Carlos Carranza Posición Gerente General Supervisor Help Desk Propiedades del Documento Item Detalles Titulo Especificaciones y Casos de Pruebas Autor Milton Oblitas Callirgos Fecha Creación 3 Setiembre 2012 Fecha Actualización73 Flujo del Proceso Actual de Gestión de Incidentes Como se puede observar en el flujo que el Supervisor de Help Desk participa en varios pasos del proceso, lo cual hace que no ejerza su rol de supervisión propiamente dicho, otra peculiaridad que su pudo observar es que los Expertos de las áreas de conocimiento como son Aplicaciones, Comunicaciones y Servidores sirven de ayuda para solucionar el incidentes, sin embargo la cara visible es el analista de Help Desk, otro punto observado es que los incidentes no son priorizados y son atendidos en el orden de cómo van apareciendo y solo es actualizado el incidente cuando es resuelto, en ningún momento se observó a los analista de Help Desk y a los Expertos de las74 Areas de Conocimiento buscar soluciones registradas en una base de conocimiento ya que esta no existe SIPOC del Proceso Actual de Gestión de Incidentes A continuación se muestra el SIPOC del Proceso Actual de Gestión de Incidentes, el mismo que ha sido documentado en la empresa Lado Virtual EIRL. Nombre del Proceso: Proceso Actual de Gestión de Incidentes TIC Dueño del Proceso: Fecha Original: Fecha Revisada: Help Desk 03 Sep Sep 2012 Proposito del Proceso Documentar cual es el proceso actual de Gestión de Incidentes de los Clientes Externos Alcance del Proceso El alcance del proceso llega desde la creación del incidente hasta la resolución. Plantilla de Proceso Pasos del Proceso: Supplier [Proveedor]: Inputs [Entradas]: Outputs [Salidas]: Customer [Cliente] 1. Cliente Externo llama por teléfono o envía un Cliente Externo Incidente TIC Hoja Excel de Supervisor de Help Desk al supervisor de Help Desk. incidente s actualiza do. 2. Se revisa la disponibilidad de analistas de Help Desk Supervisor de Help Desk Listado de asignación de incidentes. Hoja Excel de incidentes actualizad o. Analista de Help Desk75 3. Actualiza la Hoja Excel de Supervisor de Nuevo Hoja Excel Analista de incidentes Help Desk Incidente de Help Desk incidentes actualizad o. 4. Comunicación del Supervisor de Nuevo Inicio de Analista de incidente al Analista de Help Desk Incidente proceso de Help Desk Help Desk, atención de incidentes 5. El analista decide si el Analista de Help Nuevo incidente se puede Desk incidente solucionar remotamente 6. El analista de Help Desk Analista de Help Nuevo Cliente toma contacto con el Desk incidente Externo cliente externo para coordinar. 7. Si aplica, el analista se Analista de Help Nuevo moviliza al lugar del Desk incidente incidente 8. El analista trabaja en la Analista de Help Nuevo Cliente resolución del incidente Desk incidente Externo 9. Si el analista no puede Supervisor de Nuevo Analista de solucionar el incidente, Help Desk incidente Help Desk solicita soporte al supervisor de Help Desk haciendo uso de teléfono. 10. El supervisor de Help Desk Expertos de las Nuevo Supervisor de indaga las posibles causas Areas de incidente Help Desk del incidente con los Conocimiento expertos de las áreas de conocimiento y propone soluciones 11. El supervisor informa al Supervisor de Nuevo Analista de analista de Help Desk Help Desk incidente Help Desk acerca de la solución.76 12. El analista trabaja en la resolución del incidente Analista de Help Desk Nuevo incidente Cliente Externo 13. El cliente externo revisa y da conformidad de la Cliente Externo Nuevo incidente Supervisor Help Desk resolución del incidente 14. El supervisor de Help Desk Supervisor de Nuevo Hoja Excel Cliente cierra el ticket Help Desk incidente de incidentes actualizad o. Externo Comentarios: Se observó que el proceso es realizado de forma manual y no todos los incidentes son registrados por ser temas recurrentes.77 ANEXO 2 PROCESO OPTIMIZADO DE GESTION DE INCIDENTES TIC Autor: Milton Oblitas Callirgos Posición de Autor: Tesista Fecha : October 1, 2012 Version: 1.078 Revisiones y Firmas Registro de cambios Fecha Autor Version Referencias de Cambio 01/10/12 Milton Oblitas 1 Para análisis inicial Revisado por Nombre Version Aprobada Posición Fecha Alex Abanto 1 Gerente General LV 01/10/12 Distribución Nombre Alex Abanto Juan Carlos Carranza Posición Gerente General Supervisor Help Desk Propiedades del Documento Item Detalles Titulo Especificaciones y Casos de Pruebas Autor Milton Oblitas Callirgos Fecha Creación 1 Octubre 2012 Fecha Actualización79 Flujo del Proceso Optimizado de Gestión de Incidentes En el alcance del presente proceso ha dejado de lado la implementación del sub proceso para la gestión de incidentes mayores debido a que estos serán tratados como un incidente común. También se está dejando de lado la Gestión de Requerimiento debido a que ha sido considerado. Proceso Optimizado para la Gestión de Incidentes Cliente Externo Incio Identificación de Incidente Registro de Incidente Gestión de requerimiento Validación y cierre de incidente Fin No Es incidente? Soporte Nivel 1 Diagnóstico y actualización Si Es incidente Nivel 1? Si Investigación y Resolución Actualización de incidente No Soporte Nivel 2 y 3 Diagnóstico y actualización Si Necesita escalamiento? No Investigación y Resolución Actualización de incidente80 SIPOC del Proceso Actual de Gestión de Incidentes Nombre del Proceso: Proceso Optimizado para la Gestión de Incidentes Dueño del Proceso: Fecha Original: Fecha Revisada: Gestor de Incidentes 01 Oct Oct 2012 Proposito del Proceso Mostrar cual es el proceso Optimizado para la Gestión de Incidentes para la empresa Lado Virtual EIRL. Alcance del Proceso El proceso aplica a todos los incidentes reportados por los clientes externos. Plantilla de Proceso Pasos del Proceso: Supplier [Proveedor]: Inputs [Entradas]: Outputs [Salidas]: Customer [Cliente] 1. Identifica el Factor Nuevo Cliente externo incidente externo incidente 2. Registro del Nuevo Incidente Cliente externo incidente en el sistema de información incidente registrado 3. Es incidente? Cliente externo Nuevo SI: Procede con Soporte Nivel 1 incidente proceso NO: Proceso de Requerimiento - FIN 4. Diagnóstico y Nuevo Incidente Soporte Nivel 1 Actualización incidente actualizado 5. Es incidente Cliente externo Nuevo SI: Continua el Soporte Nivel 1/N Nivel 1? incidente proceso NO: Escala incidente 6. Investigación y resolución Soporte Nivel 1 Nuevo incidente Incidente resuelto Cliente externo81 7. Actualización del Soporte Nivel Nuevo Incidente Cliente externo incidente 1 incidente actualizado 8. Validación y Cliente externo Nuevo Incidente cierre del incidente cerrado incidente 9. Diagnóstico y Nuevo Incidente Soporte Nivel 1 Actualización incidente actualizado 10. Es incidente Cliente externo Nuevo SI: Continua el Soporte Nivel 1/N Nivel N? incidente proceso NO: Escala incidente 11. Investigación y Soporte Nivel Nuevo Incidente Cliente externo resolución 1 incidente resuelto 12. Actualización del Soporte Nivel Nuevo Incidente Cliente externo incidente 1 incidente actualizado 13. Validación y Cliente externo Nuevo Incidente cierre del incidente cerrado incidente Comentarios: Flujo del Sub-Proceso de Registro de Incidentes Registro de Incidente Cliente Externo Inicio Tiene internet? No Reporta el incidente por telefono Ingresa al sistema de información Selecciona la categoría del incidente Registra el incidente indicando severidad Obtiene numero de incidente Fin82 SIPOC del Sub-Proceso de Registro de Incidentes Nombre del Proceso: Registro de Incidente Dueño del Proceso: Fecha Original: Fecha Revisada: Cliente Externo 01 Oct Oct 2012 Proposito del Proceso Mostrar cual es el proceso para que un cliente externo pueda registrar un incidente TIC Alcance del Proceso El proceso aplica a todos los incidentes reportados por los clientes externos. Plantilla de Proceso Pasos del Supplier Inputs Outputs Customer Proceso: [Proveedor]: [Entradas]: [Salidas]: [Cliente] 1. Verifica si Externo Nuevo incidente SI: Registra el Cliente externo tiene incidente. internet NO: Llama por teléfono para reportar el incidente 2. Ingresa al Sistema de Nuevo incidente Sistema de Cliente externo sistema de informació n con su usuario y contraseña. informaciín información listo para registrar nuevo incidente 3. Selecciona Sistema de Incidente en proceso Incidente en Cliente externo Categoría/ Grupo/Ite m del incidente información proceso 4. Coloca severidad del incidente Sistema de información Incidente en proceso Incidente en proceso Cliente externo83 5. Ingresa el Sistema de Incidente en proceso Incidente en Cliente externo detalle del información proceso incidente 6. Obtiene el Sistema de Incidente en proceso Incidente creado Cliente externo número del información incidente reportado Comentarios: Flujo del Sub-Proceso de Diagnóstico y Actualización Diagnostico y actualización Soporte de Nivel 1 Inicio Recibe notificación del sistema Diagnostica la nueva notificación Actualiza el incidente en el sistema Fin SIPOC del Sub-Proceso de Diagnóstico y Actualización Nombre del Proceso: Diagnóstico y actualización Dueño del Proceso: Fecha Original: Fecha Revisada: Soporte Nivel 1 01 Oct Oct 2012 Proposito del Proceso Mostrar cual es el proceso para que el Soporte de Nivel 1 haga una primere revisión del incidente TIC Alcance del Proceso El proceso aplica a todos los incidentes reportados por los clientes externos. Plantilla de Proceso Pasos del Proceso: Supplier [Proveedor]: Inputs [Entradas]: Outputs [Salidas]: Customer [Cliente]84 1. Recibe Sistema de Nuevo incidente Incidente en Soporte de notificación del información revisión Nivel 1 sistema de información 2. Diagnostica el Sistema de Incidente en Incidente en Soporte de nuevo incidente información revisión revisión Nivel 1 3. Actualiza el Sistema de Incidente en Incidente Soporte de nuevo incidente información revisión actualizado Nivel 1 en el sistema Comentarios: Flujo del Sub-Proceso de Investigación y Resolución Investigación y Resolución Soporte de Nivel 1 Incio Busca solución en la base de conocimiento Existe solución? No Investiga y diagnostica Aplica solución conocida Actualiza la base de conocimiento Fin SIPOC del Sub-Proceso de Investigación y Resolución Nombre del Proceso: Investigación y Resolución Dueño del Fecha Original: Fecha Revisada: Proceso: Soporte Nivel 1 01 Oct Oct 2012 Proposito del Proceso Mostrar cual es el proceso para que el Soporte de Nivel 1 haga una Investigación y Resolución del nuevo85 incidente TIC Alcance del Proceso El proceso aplica a todos los incidentes reportados por los clientes externos. Plantilla de Proceso Pasos del Proceso: Supplier [Proveedor]: Inputs [Entradas]: Outputs [Salidas]: 1. En base a la información registrada en el incidente, busca soluciones en la base de conocimiento. Sistema de información Nuevo incidente Incidente en proceso de solución 2. Existe Sistema de información Incidente en SI: Continua solución en la proceso de solución NO: base de Investiga conocimiento? 3. Investiga y Sistema de información Incidente en Incidente en diagnostica el proceso de solución proceso de nuevo solución incidente 4. Actualiza la Sistema de información Incidente en Incidente en base de proceso de solución proceso de conocimiento solución con la solución encontrada. Customer [Cliente] Soporte Nivel 1 Soporte Nivel 1 Soporte Nivel 1 Soporte Nivel 186 5. Aplica la Sistema de información Incidente en Incidente Soporte solución proceso de solución corregido Nivel 1 conocida para corregir el incidente y poner operativo el servicio. Comentarios: Flujo del Sub-Proceso de Validación y Cierre de Incidente Validación y Cierre de Incidente Cliente externo Inicio Recibe notificación del sistema Valida la solución del incidente Cierre el incidente en el sistema Fin SIPOC del Sub-Proceso de Validación y Cierre de Incidente Nombre del Proceso: Validación y Cierre Dueño del Proceso: Fecha Original: Fecha Revisada: Cliente externo 01 Oct Oct 2012 Proposito del Proceso Mostrar cual es el proceso para que el Soporte de Nivel 1 haga una primere revisión del incidente TIC Alcance del Proceso El proceso aplica a todos los incidentes reportados por los clientes externos. Plantilla de Proceso87 Pasos del Proceso: Supplier Inputs Outputs Customer [Proveedor]: [Entradas]: [Salidas]: [Cliente] 1. Recibe notificación del Sistema de Nuevo Incidente en Cliente sistema de información información incidente validación externo 2. Validación de la Sistema de Incidente en Incidente en Cliente solución del incidente información validación validación externo 3. Cierra el incidente en Sistema de Incidente en Incidente cerrado Soporte de el sistema información revisión Nivel 1 Comentarios:88 ANEXO 3 Freestyle Support Portal Especificaciones Funcionales Lado Virtual EIRL Autor: Milton Oblitas Callirgos Posicion: Tesista Fecha: 19/09/12 Version: 1.089 2002 Microsoft Corporation. All rights reserved. The information contained in this document represents the current view of Microsoft Corporation on the issues discussed as of the date of publication. Because Microsoft must respond to changing market conditions, it should not be interpreted to be a commitment on the part of Microsoft, and Microsoft cannot guarantee the accuracy of any information presented after the date of publication. This document is for informational purposes only. MICROSOFT MAKES NO WARRANTIES, EXPRESS OR IMPLIED, IN THIS DOCUMENT. Microsoft and Visual Basic are either registered trademarks or trademarks of Microsoft in the United States and/or other countries. Hoja de Revisiones y Firmas Registro de Cambios Fecha Autor Version Referencia de Cambio 19/09/12 Milton Oblitas 1 Para análisis y pruebas Revisores Nombre Version Aprobada Posicion Fecha Alex Abanto 1 Gerente General 26/09/12 Distribución Name Alex Abanto Juan Carlos Carranza Position Gerente General Supervisor Help Desk Propiedades del documento Item Detalles Titulo Especificaciones y Casos de Pruebas Autor Milton Oblitas Callirgos Fecha Creación 1 Octubre 2012 Fecha Actualización90 Tabla de Contenidos Hoja de Revisiones y Firmas Table of Contents... 1 Resumen del Alcance... 2 Historia del Proyecto... 2 Justificación del Proyecto y Objetivos de Diseño... 2 Resumen de los Requerimientos del Negocio... 2 Resumen de los Requerimientos de los Usuarios... 2 Resumen de los Requerimientos del Sistema... 3 Resumen de los Requerimientos de Operación... 3 Resumen de los Casos de Uso... 3 Escenarios no soportados... 3 Supuestos y Dependencias... 3 Diseño de la Solución... 4 Resumen del Diseño Conceptual... 4 Resumen de la Estrategia de Seguridad... 4 Resumen de los Requerimientos y Proceso de Instalación... 5 Requisitos para la instalación del Sistema... 5 Proceso de Instalación... 5 Resumen de los requerimientos para Desinstalación... 791 Resumen del Alcance El sistema de información Freestyle Support Portal será necesario para gestionar todos los incidentes TIC generados por los Clientes Externos de la empresa Lado Virtual EIRL Historia del Proyecto Este Proyecto ha sido concebido como parte de la necesidad de la empresa lado Virtual EIRL debido a que se encuentra en una etapa de rediseño y mejora de sus procesos de gestión Justificación del Proyecto y Objetivos de Diseño El presente Proyecto ha sido considerado como un importante objetivo estratégico de la empresa Lado Virtual EIRL debido a que el núcleo de su negocio es la prestación de servicios de Tecnologías de Información y Comunicaciones (TIC) con sus clientes externos, debiendo ellos garantizar que el proceso que gestión de incidentes de su área de Help Desk fluya de una forma óptima haciendo uso de los mejores estándares. Resumen de los Requerimientos del Negocio Los requerimientos del negocio son: Contar con una herramienta tecnológica que de soporte al proceso de gestión de incidentes que ha sido diseñada haciendo el uso del Framework ITIL v3.0. Permita a los actores del proceso estar integrados en cada fase del mismo. Que se logre re-utilizar la infraestructura virtual que tiene adquirida la empresa. El Sistema debe de estar en idioma castellano. Resumen de los Requerimientos de los Usuarios Los requerimientos de los usuarios son: El sistema debe de permitir registrar los incidentes con pocos clicks (máximo 5). Cuando se cree un incidente, el soporte de Nivel 1 (HelpDesk) sea automáticamente notificado. Cada actualización al incidente debe notificar a los usuarios. El sistema debe de permitir a un administrador, revisar el estado de todos los tickets abiertos. El sistema debe de poder almacenar una base de conocimientos para búsqueda de soluciones conocidas a incidentes recurrentes. El sistema debe de poder realizar escalamientos entre los soportes de Nivel 1, 2 y 3.92 Resumen de los Requerimientos del Sistema Los requerimientos del sistema son: Que el sistema de información se integre al CMS actual Joomla Que se utilice un acceso de usuarios simple integrado al CMS Joomla. Que el sistema utilice las cuentas de correo de los usuarios del CMS Joomla. Que la base de datos del sistema se integre a la base de datos del CMS Joomla. Que el sistema tenga un Frontend y un Backend. Que el sistema permita diferente grupos de usuarios. Resumen de los Requerimientos de Operación Los requerimientos de operación son: Que el sistema tenga una presencia comprobada en el ambiente de sistemas de HelpDesk de Joomla. Que el soporte técnico del sistema se garantice a través de un pago anual. Resumen de los Casos de Uso Los casos de uso son y los que deben de estar de acuerdo al proceso de gestión de incidentes optimizado según ITIL v3.0: Creación de Usuarios del Sistema Creación de Colas de Atención y Agregar Miembros Creación de Severidades Creación de Categorías/Grupos/Items Registro de incidente Actualizar, Escalar y Cerrar Incidente Escenarios no soportados Los escenarios no soportados son: Cuando no se haya pagado el soporte técnico del sistema, ningún problema de Nivel 3 podrá ser resuelto, a no ser que se contrate a un programador PHP para que solucione el problema. Desarrollos a medida sobre el sistema no está soportado. Si se migra a una nueva versión del CMS Joomla, Base de datos o motor PHP del hosting, el sistema no será soportado Supuestos y Dependencias Los supuestos y dependencias del Proyecto son: Se asume que existe el CMS Joomla ya instalado. Se asume que se ha comprado el soporte anual del Sistema de Información. Se asume que se ha diseñado el proceso de gestión de incidentes en base a ITIL v3.0.93 Se asume que existe un hosting con todos los servicios necesarios para utilizar el sistema de información Diseño de la Solución En la fase de análisis del presente trabajo de investigación se ha realizado un análisis de brecha para seleccionar al sistema de información a utilizar que es Freestyle Support Portal que por sus características se ajusta a la mayoría de requerimientos anteriormente indicados. Resumen del Diseño Conceptual El diseño conceptual está plasmado en la siguiente imagen: INTERNET DOMINIO WEB Y HOSTING WEB Web Data Base Server Server FTP Server Mail Server Cliente Externo Registra el incidente en el sistema de incidentes alojado en el CMS de Lado Virtual CMS Joomla Recibe una notificación de correo electrónico con el nuevo incidente creado Otros Sistemas Sistema de Gestión de Incidentes Analista HelpDesk - El servidor WEB se encarga de publicar el CMS Joomla a los usuarios del sistema a travez de algún explorado de Internet, este proceso utiliza un ancho de banda para que los usuarios puedan acceder al sistema. - Los incidentes son almacenado en la base de datos existente en el Hosting. - Las notificaciones de correo electrónico son enviados haciendo uso del servidor de correo del hosting. - Todo el proceso del sistema es realizado por Inputs de los usuarios y los OutPuts son resultados del sistema de información de incidentes. Revisa la base de datos de incidentes previos o procede a buscar soluciones al incidente. Se pone en contacto con el cliente externo para solucionar el problema y cerrar el incidente en el sistema Resumen de la Estrategia de Seguridad Si bien es cierto la seguridad es un tema que se encuentra fuera del alcance de la presente investigación, por la naturaleza del sistema, se integra a la seguridad del CMS Joomla 2.5.494 Resumen de los Requerimientos y Proceso de Instalación Requisitos para la instalación del Sistema CMS Joomla Cuenta de usuario administrador del sitio. Instalador de Freestyle Support Portal versión Proceso de Instalación Ejecutar el CMS Joomla e ingresar con usuario y password de administrador. Ingresar al menú Extensiones -> Gestor de Extensiones View original Pulsar el botón Seleccionar Archivo. View original95 Seleccionar el archivo freestyle_support j16.zip. View original Inicia y finaliza el proceso de instalación del sistema View original96 Resumen de los requerimientos para Desinstalación Ejecutar el CMS Joomla e ingresar con usuario y password de administrador. Ingresar al menú Extensiones -> Gestor de Extensiones View original Pulsar el sub-menu Gestionar (Manage). Buscar las extenciones Freestyle, marcarlas y pulsar el botón Desistalar.97 Mostrar más
PONTIFICIA UNIVERSIDAD CATÓLICA DEL ECUADOR FACULTAD DE INGENIERÍA ESCUELA DE SISTEMAS DISERTACIÓN PREVIA A LA OBTENCIÓN DEL TÍTULO DE INGENIERO EN SISTEMAS PROPUESTA DE MEJORAMIENTO DE LA FUNCIÓN DE SERVICE Más detalles T E S I S UNIVERSIDAD NACIONAL AUTÓNOMA DE MÉXICO PARA OBTENER EL TÍTULO DE: INGENIERO EN COMPUTACIÓN
UNIVERSIDAD CARLOS III DE MADRID ESCUELA POLITÉCNICA SUPERIOR INGENIERÍA TÉCNICA DE TELECOMUNICACIONES SISTEMAS DE TELECOMUNICACIÓN PROYECTO FIN DE CARRERA ITIL COMO BASE PARA EVALUAR LA CALIDAD DE SERVICIO Más detalles UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA ÁREA TÉCNICA
UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA L a Universidad Católica de Loja ÁREA TÉCNICA TITULACIÓN DE INGENIERO EN INFORMÁTICA Configuración y parametrización de la mesa de servicios en la Corporación Salud Más detalles INSTITUTO POLITÉCNICO NACIONAL UNIDAD PROFESIONAL INTERDISCIPLINARIA DE INGENIERÍA Y CIENCIAS SOCIALES Y ADMINISTRATIVAS
INSTITUTO POLITÉCNICO NACIONAL UNIDAD PROFESIONAL INTERDISCIPLINARIA DE INGENIERÍA Y CIENCIAS SOCIALES Y ADMINISTRATIVAS IMPLEMENTACIÓN DE UN SISTEMA DE GESTIÓN DE CALIDAD BASADO EN ISO 9001:2008 AL SOPORTE Más detalles T E S I N A INSTITUTO POLITÉCNICO NACIONAL MODELO DE SEGURIDAD PARA EL SERVICIO DE SOPORTE TÉCNICO BRINDADO POR EMPRESAS OUTSOURCING
INSTITUTO POLITÉCNICO NACIONAL UNIDAD PROFESIONAL INTERDISCIPLINARIA DE INGENIERÍA Y CIENCIAS SOCIALES Y ADMINISTRATIVAS MODELO DE SEGURIDAD PARA EL SERVICIO DE SOPORTE TÉCNICO BRINDADO POR EMPRESAS OUTSOURCING Más detalles MODELAMIENTO DE PROCESOS DE ATENCIÓN DE SERVICIOS DE DATACENTER
UNIVERSIDAD DE CHILE FACULTAD DE CIENCIAS FÍSICAS Y MATEMÁTICAS DEPARTAMENTO DE INGENIERIA INDUSTRIAL MODELAMIENTO DE PROCESOS DE ATENCIÓN DE SERVICIOS DE DATACENTER ALEXIS OSVALDO ARELLANO QUEZADA Profesor Más detalles FACULTAD DE INGENIERÍA CARRERA PROFESIONAL DE INGENIERÍA DE SISTEMAS
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 Más detalles PONTIFICIA UNIVERSIDAD CATOLICA DEL ECUADOR FACULTAD DE INGENIERIA ESCUELA DE SISTEMAS
PONTIFICIA UNIVERSIDAD CATOLICA DEL ECUADOR FACULTAD DE INGENIERIA ESCUELA DE SISTEMAS EVALUACIÓN E IMPLANTACIÓN DE SERVICE DESK EN LA EMPRESA SIHAMA CIA. LTDA. BASADO EN LA BIBLIOTECA DE INFRAESTRUCTURA Más detalles SISTEMA AUTOMATIZADO DE SOPORTE Y ATENCIÓN AL USUARIO PARA SUPERMETANOL Y SUPER OCTANOS
UNIVERSIDAD NACIONAL ABIERTA VICERRECTORADO ACADEMICO AREA DE INGENIERÍA CARRERA INGENIERÍA DE SISTEMAS SISTEMA AUTOMATIZADO DE SOPORTE Y ATENCIÓN AL USUARIO PARA SUPERMETANOL Y SUPER OCTANOS Práctica Más detalles RESUMEN. Palabras claves: ITIL, plan de acción, help desk, seis sigma, soporte técnico. ABSTRACT. Recibido: 17/08/2012 Aceptado: 07/05/2013
Plan de acción basado en control de calidad y filosofía ITIL para la gestión de soporte técnico de sistemas Action plan based on quality control and ITIL philosophy for management support systems Juan Más detalles UNIVERSIDAD TECNOLÓGICA ISRAEL FACULTAD DE SISTEMAS INFORMÁTICOS
UNIVERSIDAD INTERNACIONAL SEK FACULTAD DE SISTEMAS Y TELECOMUNICACIONES Trabajo de fin de carrera titulado: IMPLEMENTACIÓN DE UN SERVICE DESK PARA LA GESTIÓN DE LA INFRAESTRUCTURA TECNOLÓGICA PARA LA EMPRESA Más detalles UNIVERSIDAD CARLOS III DE MADRID ESCUELA POLITÉCNICA SUPERIOR
ESCUELA POLITÉCNICA NACIONAL FACULTAD DE CIENCIAS ADMINISTRATIVAS PROPUESTA DE UNA METODOLOGÍA PARA LA EVALUACIÓN DE LOS PROVEEDORES DE SOLUCIONES OPERATIVAS Y TECNOLÓGICAS PARA BANCO PICHINCHA PROYECTO Más detalles IMPLEMENTACION DE SISTEMAS ERP EN PYMES A NIVEL NACIONAL COMO HERRAMIENTA PARA EL CONTROL DE GESTION Y TOMA DE DECISIONES EN PROCESOS DE NEGOCIO
UNIVERSIDAD DE LA REPÚBLICA FACULTAD DE CIENCIAS ECONÓMICAS Y DE ADMINISTRACIÓN TRABAJO MONOGRÁFICO PARA OBTENER EL TÍTULO DE CONTADOR PÚBLICO METODOLOGÍA PARA LA EVALUACIÓN DE SOFTWARE CRM AUTORES: STEFANÍA 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 ESCUELA DE INGENIERIA EN SISTEMAS
ESCUELA DE INGENIERIA EN SISTEAS Tema: Implementación de las mejores prácticas recopiladas en ITIL 211, para la Gestión de Servicio de TI, en el Área de Service Desk de la Empresa Softsierra S.A. Disertación Más detalles UNIVERSIDAD DE EL SALVADOR FACULTAD DE CIENCIAS ECONÓMICAS ESCUELA DE CONTADURÍA PÚBLICA
PONTIFICIA UNIVERSIDAD CATÓLICA DEL PERÚ FACULTAD DE CIENCIAS E INGENIERÍA METODOLOGÍA PARA LA AUDITORÍA INTEGRAL DE LA GESTIÓN DE LA TECNOLOGÍA DE INFORMACIÓN Tesis para optar por el Título de Ingeniero Más detalles UNIVERSIDAD POLITÉCNICA SALESIANA SEDE QUITO
UNIVERSIDAD POLITÉCNICA SALESIANA SEDE QUITO CARRERA: INGENIERÍA DE SISTEMAS Tesis previa a la obtención del título de: INGENIERO DE SISTEMAS TEMA: PROPUESTA DE MONITOREO DE LA INFRAESTRUCTURA TECNOLÓGICA Más detalles UNIVERSIDAD LATINOAMERICANA DE CIENCIA Y TECNOLOGÍA ESCUELA DE INGENIERÍA INFORMÁTICA
UNIVERSIDAD LATINOAMERICANA DE CIENCIA Y TECNOLOGÍA FACULTAD DE INGENIERÍAS ESCUELA DE INGENIERÍA INFORMÁTICA TRABAJO FINAL PARA OPTAR POR EL GRADO DE LICENCIATURA EN INGENIERÍA INFORMÁTICA CON ÉNFASIS Más detalles APLICACIÓN DE METODOLOGÍAS DE GESTIÓN EN PROYECTOS DE INFRAESTRUCTURA TECNOLÓGICA. ESTUDIO DE CASO EN EL SECTOR PÚBLICO COLOMBIANO
UNIVERSIDAD DE ALCALÁ Escuela Técnica Superior de Ingeniería Informática GRADO EN SISTEMAS DE INFORMACIÓN Trabajo Fin de Grado Puesta en marcha de un servicio de Help Desk basado en las mejores prácticas Más detalles Universidad de San Carlos de Guatemala Facultad de Ingeniería Escuela de Ingeniería de Ciencias y Sistemas
Universidad de San Carlos de Guatemala Facultad de Ingeniería Escuela de Ingeniería de Ciencias y Sistemas EVALUACIÓN DE DIVERSOS PROGRAMAS PARA CRM, CATEGORIZADOS COMO HELP DESK Mynor Francisco Méndez Más detalles 2016 © 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