Source: http://docplayer.es/2839217-Ingeniero-de-sistemas-e-informatica.html
Timestamp: 2018-01-19 14:19:40+00:00

Document:
INGENIERO DE SISTEMAS E INFORMÁTICA - PDF
Download "INGENIERO DE SISTEMAS E INFORMÁTICA"
1 ESCUELA POLITÉCNICA DEL EJÉRCITO DEPARTAMENTO DE CIENCIAS DE LA COMPUTACIÓN CARRERA DE INGENIERÍA DE SISTEMAS E INFORMÁTICA DISEÑO E IMPLEMENTACIÓN DE LOS PROCESOS DE, CUMPLIMIENTO DE SOLICITUDES Y GESTIÓN DE INCIDENTES BASADOS EN ITIL VERSIÓN 3 EN LA EMPRESA SINERGYTEAM CIA. LTDA. Previa a la obtención del Título de: INGENIERO DE SISTEMAS E INFORMÁTICA POR: RAFAEL ALBERTO URGILÉS OCHOA SANGOLQUÍ, Enero de 2013
2 AUTORIZACIÓN Yo, Rafael Alberto Urgilés Ochoa, autorizo a la Escuela Politécnica del Ejército a que publique la presente tesis en el repositorio de biblioteca virtual, así como los documentos asociados al presente trabajo Sangolquí, 22 de enero de 2013 Rafael Alberto Urgilés Ochoa
3 DECLARACIÓN Yo, Rafael Alberto Urgilés Ochoa, declaro que el presente trabajo es de mi autoría; que no ha sido previamente presentado para ningún grado o calificación personal y que he consultado las referencias bibliográficas que se incluyen en el documento. La Escuela Politécnica del Ejército puede hacer uso de los derechos correspondientes a este trabajo, según lo establecido por la Ley de Propiedad Intelectual por su reglamento y por la normativa institucional vigente. Sangolquí, 22 de enero de 2013 Rafael Alberto Urgilés Ochoa. ii
4 CERTIFICACIÓN Certifico que el presente trabajo fue realizado en su totalidad por el Sr. Rafael Alberto Urgilés Ochoa, como requerimiento parcial a la obtención del título de INGENIERO EN SISTEMAS E INFORMÁTICA. Sangolquí, 22 de enero de 2013 Eco. Gabriel Chiriboga.. iii
5 DEDICATORIA El presente trabajo, está dedicado a Silvia y Rafael, mis padres, que con su apoyo incondicional, han sembrado los conocimientos y valores suficientes para que pueda desenvolverme en la vida, siendo un ciudadano correcto, conocedor de sus deberes y derechos, y a Andrea, mi compañera de vida, que se convirtió en la inspiración para alcanzar muchas metas grandes y a quien debo un nuevo impulso para finalizar el presente trabajo. Rafael Urgilés Ochoa. iv
6 AGRADECIMIENTOS Agradezco al Economista Gabriel Chiriboga y al Ingeniero Edgar Hermosa Director y Codirector del presente proyecto, que han fungido más que simplemente como guías del presente proyecto, como tutores y amigos durante mi carrera estudiantil. De la misma manera, quiero agradecer a la empresa SinergyTeam, y en su representación a los ingenieros Victor Hinojosa y Luis Ortega, quienes permitieron y auspiciaron el desarrollo de la presente tesis en la empresa que a bien tienen dirigir. Rafael Urgilés Ochoa. v
7 Índice de Contenidos Índice de Contenidos...vi Listado de Tablas...ix Listado de Cuadros... x Listado de Figuras...xi Listado de Anexos...xv Nomenclatura utilizada... xvi Resumen CAPÍTULO 1 GENERALIDADES Introducción Descripción del problema Justificación Objetivos Objetivo General Objetivos Específicos Alcance CAPÍTULO 2 MARCO TEÓRICO ITSM Introducción a ITIL Servicios Gestión de Servicios Procesos Procesos de ITIL de acuerdo a la fase del ciclo de vida del servicio Niveles de madurez Funciones Roles Operación del servicio Mesa de servicios Cumplimiento de solicitudes Métricas Gestión de incidentes Escalas de Tiempo Modelos de incidentes Incidentes Mayores Actividades del proceso vi
8 Métricas Análisis de brecha IBM Service Management Tivoli Service Request Manager Overview de la herramienta Arquitectura de la herramienta CAPÍTULO 3 EVALUACIÓN SITUACIÓN ACTUAL DE LA EMPRESA Y SUS PROCESOS DE GESTIÓN DE SOLICITUDES Y GESTIÓN DE INCIDENTES Aspectos Procesales Análisis de brechas Participantes Cuestionario Resultados de las entrevistas Aspectos Cognoscitivos Talento Humano Certificaciones y Acreditaciones Memoria Técnica Aspectos Tecnológicos Arquitectura Licenciamiento Resultados de la evaluación actual Aspectos Procesales Aspectos Cognoscitivos Aspectos Tecnológicos CAPÍTULO 4 DISEÑO DEL CENTRO DE SERVICIOS Y LOS PROCESOS DE CUMPLIMIENTO DE SOLICITUDES Y GESTIÓN DE INCIDENTES Definición de Servicios Servicios a clientes Servicios a usuarios internos Listado de servicios Niveles de servicio Cumplimiento de solicitudes Roles Flujo Gestión de Incidentes vii
9 Roles Flujo CAPÍTULO 5 IMPLEMENTACIÓN DEL CENTRO DE SERVICIOS CON LA HERRAMIENTA TIVOLI SERVICE REQUEST MANAGER Planificación de despliegue Instalación de Middleware Instalación de Active Directory Configuración de Estructura Creación de usuarios Instalación de IBM Middleware Instalación de Tivoli Process Automation Engine Instalación de Service Request Manager Configuración de la solución Implementación de Clasificaciones Implementación de Servicios Implementación de Mano de obra Configuración de roles de usuario Configuración de Flujos de Trabajo Cumplimiento de solicitudes Registrar Solicitud Enrutar Cerrar Gestión de Incidentes Registrar INC Clasificar INC Diagnosticar INC Resolver INC Cerrar incidente Implementación de SLAs Configuración de KPIs / Conjuntos de Resultados CAPÍTULO 6 CONCLUSIONES Y RECOMENDACIONES Conclusiones Recomendaciones Bibliografía viii
10 Listado de Tablas Tabla Detalle de estructura del cuestionario Tabla Valores resultantes de encuestas a usuarios Tabla Valores resultantes de encuestas a clientes Tabla Conteo de respuestas de resultados del cuestionario Tabla Puntajes de niveles de madurez Tabla 4-1 -Clasificación de servicios a clientes Tabla Clasificación de servicios a usuarios internos Tabla Listado de servicios SinergyTeam Tabla Listado de servicios Tabla Forma de presentación de métricas ix
11 Listado de Cuadros Cuadro Fases y procesos de ITIL V Cuadro Prioridad de incidentes con impacto crítico Cuadro Plan de codificación de servicios Cuadro Prioridades indicadas para solicitudes de servicio Cuadro Prioridades indicadas para incidentes Cuadro Matriz RASCI para roles de cumplimiento de solicitudes Cuadro 4-7- Matriz RASCI para roles de Gestión de Incidentes Cuadro 5-8 Características del servidor Cuadro Grupos de servicio Cuadro Listado de especialidades Cuadro Grupos de seguridad Cuadro Componentes del diseñador de aplicaciones Cuadro SLAs corporativos para solicitudes de servicio Cuadro SLAs corporativos para incidentes x
12 Listado de Figuras Figura Esquema de una red de valor Figura Procesos y funciones de ITIL v Figura Esquema de mesa de servicios Figura Mesa de servicios Local Figura Mesa de servicios Centralizada Figura Mesa de servicios Virtual Figura Mesa de servicios Sigue al sol Figura Gráfico de radar Figura Componentes de TPAE Figura Despliegue único servidor Figura Despliegue Multiservidor Figura Gráfica de radar de resultados de cuestionario Figura Arquitectura actual SinergyTeam Figura 4-1- Proceso cumplimiento de solicitudes Figura Proceso registrar solicitud Figura Proceso enruta solicitud Figura Proceso cerrar solicitud Figura Proceso de gestión de incidentes Figura Proceso registrar incidente Figura Proceso clasificar incidente Figura Proceso diagnosticar incidente Figura Proceso resolver incidente Figura Proceso cerrar incidente Figura 5-1- Esquema de despliegue de la solución Figura Asistente de instalación Active Directory Figura Opción de creación de dominio xi
13 Figura Nombre de dominio raíz del bosque Figura Nivel funcional del bosque Figura Selección de DNS Figura Ubicación de la base de datos Figura Edición de política de complejidad Figura Diálogo de creación de usuario AD Figura Pantalla de bienvenida Figura Pantalla de Instalación Figura Instalador de Middleware Figura Ruta de Middleware installer Figura Seleccionar características Figura Ruta de base de datos Figura Valores de la instancia de base de datos Figura Grupos de base de datos Figura Aseguramiento del servidor J2EE Figura Valores servidor de directorios Figura Proceso de la Instalación Figura Despliegue de middleware satisfactorio Figura Ventana de Lauchpad Figura Productos a instalar en TPAE Figura Verificación Paquete TSRM Figura Selección de componentes TSRM Figura Flujo de solicitudes de servicio Figura Subproceso registrar solicitud Figura Subproceso enrutar solicitud Figura Subproceso cerrar solicitud Figura Proceso de gestión de incidentes Figura Subproceso registrar incidente xii
14 Figura Subproceso de clasificar Incidente Figura Subproceso diagnosticar incidente Figura Proceso resolver incidente Figura Proceso Cerrar Incidente xiii
15 Listado de Anexos Anexo 1 - Preguntas de la entrevistas... Error! Marcador no definido. Anexo 2 - Listado de servicios con prioridad indicada Error! Marcador no definido. xv
16 Nomenclatura utilizada Solicitante: un usuario o persona que llama o envía correos electrónicos al Centro de Servicios, informando inconvenientes o realizando peticiones de servicio. Actividades: Secuencia de las tareas realizadas por una entidad concreta de una organización. Una actividad es una clase específica de orden de trabajo, se utiliza para describir en general trabajo que hay que hacer en un registro de entradas. Gestión del Cambio: La práctica de garantizar que todos los cambios en los activos de tecnología de información se llevan a cabo de forma planificada y manera autorizada. Gestión de Incidentes: Proceso de ITIL perteneciente a la fase de operación del servicio que gestiona el ciclo de vida de lo incidentes. Solicitud de Servicio: Comunicación de un cliente interno o externo que informa de un corte o degradación de determinado servicio, o realiza preguntas informativas al centro de servicios. Solución: Una respuesta predefinida a un problema o una pregunta frecuente. Un registro de solución consta de un síntoma, una causa, y una resolución. xvi
17 Tareas: Unidad de trabajo programable que se puede asignar a una función específica. Indicadores clave de rendimiento (KPI): Parámetros para medir la eficacia de un proceso. Acción: Un evento programado que se produce cuando un registro sale un nodo de flujo de trabajo, es decir, provocada por la ruta que se mueve un registro de un nodo a otro. Escalabilidad: Se utiliza para controlar automáticamente los procesos críticos de la empresa. El objetivo principal es asegurar que las tareas críticas se completan a tiempo, tal como se definidas en los SLA. Notificación: Una forma de enviar una comunicación a una persona o un grupo de interés. Flujo de trabajo: Un proceso del motor de automatización de funciones de Tivoli utilizado para automatizar procesos repetitivos y procesos de negocio de gestión de registros. Plantillas de comunicación: plantilla para definir y personalizar una comunicación. Registro de comunicación: Un registro de las comunicaciones enviadas o recibidas. xvii
18 Grupos de seguridad: Configuración para el acceso a sitios, aplicaciones y el menú opciones en la herramienta Tivoli Service Request Manager. xviii
19 Resumen El presente proyecto, describe la implementación de procesos de cumplimiento de solicitudes y gestión de incidentes, basados en las prácticas descritas en ITIL versión 3 en la empresa SinergyTeam Cía. Ltda. La implementación de estos procesos involucró una consultoría en la cual se realizó un análisis de brechas a la empresa, mediante datos obtenidos por entrevistas y que permitió la valoración del nivel de madurez de la empresa con respecto a las prácticas descritas. El diseño y la implementación de los procesos de cumplimiento de solicitudes y gestión de incidentes, ayudó a generar un marco de trabajo organizacional, más efectivo, en el cual se asignan responsabilidades y tiempos de respuesta, lo que representa una mejor capacidad de respuesta y de interacción con el solicitante y los proveedores de servicios. La implementación de la herramienta Tivoli Service Request Manager para automatizar dichos procesos, agilita de gran forma la gestión de los mismos, así como ayuda para mantener un canal de comunicación entre las partes involucradas para mantener a todos los interesados al tanto de que se realiza en la organización y provee un portal web de auto servicio para usuario final, control remoto de las estaciones de trabajo y base de datos de conocimiento, soluciones y errores conocidos. 19
20 CAPÍTULO 1 GENERALIDADES 1.1. Introducción En el mundo actual, con el constante cambio de tecnologías y la evolución de los sistemas, la comunidad informática incurre en nuevos retos que suponen una mejor forma de organizar de manera metódica, las tareas y actividades de gestión de un centro de servicios. La necesidad de llevar un control adecuado con el cual se pueda realizar un seguimiento durante el ciclo de vida de un incidente, es fundamental para conseguir mejorar el servicio que se presta, es por esto que se requiere adoptar un marco de trabajo, metodología, o proceso definido para alcanzar esta meta. ITIL fue desarrollado por la Oficina de Comercio de Gobierno británico (OGC por sus siglas en Inglés) y ha sido adoptado por las empresas internacionales tanto en el sector público como privado como una respuesta a la creciente complejidad producto de la globalización de los servicios de TI, a la par de la velocidad con que la sofisticación de la tecnología de información ha incrementado su nivel de complejidad e interdependencia con las diversas actividades de las organizaciones y personas. ITIL propone un modelo de mejores prácticas en procesos que deben aplicarse en la gestión de servicios que son administrados por los departamentos de TI 20
21 y/o Sistemas. La falta de procesos definidos y de control adecuado de los diversos recursos involucrados, como tecnología, personas, información, etc., puede generar un impacto mayor en las tareas relacionadas a los servicios cuya entrega requiere de intervención humana Descripción del problema En la actualidad la empresa SinergyTeam Cía. Ltda., proveedora de productos y servicios de TI, no cuenta con procesos definidos para la gestión de servicios para el funcionamiento interno y externo con los clientes, razón por la cual no se tiene un correcto historial de eventos, incidentes y cortes de servicio en general; ni una base de conocimiento adecuada con preguntas frecuentes y soluciones que surgen a raíz de solventar dichos cortes de servicio. La falta de estos procesos repercute en la pérdida de tiempo en re-investigación para cortes de servicio que ya se han generado antes, la excesiva consulta a los técnicos en asuntos sencillos que pueden ser auto solventadas por los usuarios en primera instancia y en la lenta mejora en la prestación de los servicios hacia los clientes internos y externos, factores que finalmente se reflejan en costos-hora de los técnicos especialistas de las diversas áreas de negocio de la empresa. 21
22 1.3. Justificación La gestión de servicios de TI basada en las mejores prácticas propuestas por ITIL, es una herramienta utilizada a nivel mundial, con excelentes resultados y que está en constante mejora, razón por la cual las organizaciones del Ecuador y de la región de Suramérica, están involucrándose más y buscando capacitación e implementación de las mejores prácticas en sus organizaciones. SinergyTeam Cía. Ltda., al ser una empresa que provee estas soluciones basadas en ITIL a sus clientes, requiere implementar en interno dichas prácticas, para obtener una correcta gestión de servicios y una mejora continua en la prestación y administración de los mismos Objetivos Objetivo General Diseñar e implementar los procesos de, cumplimiento de solicitudes y gestión de incidentes, basados en ITIL versión 3, en la empresa SinergyTeam Cía. Ltda. 22
23 Objetivos Específicos Evaluar la situación actual de la empresa en los aspectos procesal, cognoscitivo y técnico Definir los servicios de TI que brinda SinergyTeam Cía. Ltda. a sus clientes internos y externos. Diseñar los flujos de trabajo para los procesos de cumplimiento de solicitud y gestión de incidentes. Definir los Indicadores Clave de Rendimiento (KPI) para los procesos definidos. Definir los Acuerdos de Nivel de Servicio (SLA) para los servicios previamente definidos. Instalar la herramienta Tivoli Service Request Manager (TSRM) dentro de la Infraestructura de SinergyTeam. Implementar una mesa de servicios virtual disponible desde la intranet y la web para los usuarios y clientes utilizando Tivoli Service Request Manager (TSRM) 23
24 1.5. Alcance El proyecto busca mejorar la eficiencia de la gestión de servicios y cómo estos son prestados por la empresa auspiciante. El proyecto, estará segmentado en 3 etapas, primero se realizará un análisis de brechas (GAP Analysis) entre la realidad de la situación actual de la empresa en lo relacionado a la gestión de incidentes y de solicitudes, obteniendo como entregable, un informe con los resultados del análisis. La segunda etapa conlleva el modelado de los procesos con sus roles respectivos, basados en ITIL, y adaptados al tamaño y necesidades de la empresa auspiciante. La última parte involucra la implementación de la herramienta Tivoli Service Request Manager v7.2.1, en la cual se automatizarán los procesos y demás artefactos relacionados con la gestión de servicios de TI, para implementar un centro de servicios virtual en línea que permita la creación seguimiento y cierre de tickets por parte de los clientes, a través del acceso web. 24
25 CAPÍTULO 2 MARCO TEÓRICO 2.1. ITSM El término ITSM (IT Service Management por sus siglas en inglés), en ocasiones es utilizado en diversos entornos o con connotaciones diferentes por diversas organizaciones que buscan mejorar sus procesos y madurez de sus departamentos de TI. Entre todas las características, las comunes que se pueden distinguir en todos los usos, se puede encontrar la definición de los procesos involucrados en la entrega y soporte de los servicios que brinda la organización de TI, todo lo relacionado en entregar y soportar la variedad de productos y tecnología para soportar los servicios que se brindan, acompañados por las definiciones de roles y responsabilidades apropiadas y junto a una correcta gestión de proveedores que ayudan en la entrega y soporte de servicios, se alcanzan las capacidades necesarias para una adecuada gestión de una organización de TI o departamento de TI, entregando servicios de calidad, los que estén alineados a los objetivos y necesidades del negocio, sea cual fuere este. Además de lo descrito, se debe aclarar que ITSM, es también en adición, el resultado de habilidades y experiencia que se han desarrollado durante el tiempo. 25
26 En ITIL se define oficialmente a ITSM como (El conjunto de capacidades organizacionales especializadas para proveer valor a los clientes, en forma de servicios). La perspectiva de ITSM está enfocada en algo conocido como las 4P, desprendido de las iniciales en inglés de los siguientes atributos: Socios/Proveedores (Partners/Suppliers) Personas (People) Productos (Products/Technology) Procesos (Processes) La perspectiva de los socios (Partners/Suppliers), toma importancia al enfocar la relación de los proveedores externos y el cómo ellos contribuyen en la entrega de los servicios que la organización de TI entrega a los usuarios y clientes, este factor es importante, porque es parte de la red de valor involucrada en la organización, la cadena de valor del proveedor influye en la de la organización, y esta en la de los clientes y así sucesivamente, tal como se detalla el ejemplo en la figura
27 Figura Esquema de una red de valor La perspectiva de las personas (People), trata acerca de las personas involucradas y los diversos roles que desempeñan y los conocimientos y habilidades para desempeñar su rol. Dentro de estas personas tenemos varios grupos de interés como usuarios, auspiciantes, personal de TI. La perspectiva de Productos (Products/Technology) se relaciona cuando se requiere gestionar, equipo, herramientas, periféricos, etc. En general el manejo de Hardware y Software. La perspectiva de procesos (Processes) toma se refiere al flujo de punta a punta, siguiendo procesos definidos en la organización. 27
28 Introducción a ITIL Durante la década de los 80, la Agencia Central de Computo y Telecomunicaciones, CCTA por sus siglas en inglés, del gobierno británico, desarrolló las recomendaciones de ITIL (Information Technology Infrastructure Library) como respuesta a una creciente necesidad de normalizar los esfuerzos necesarios para las ya necesarias Tecnologías de la Información (TI), las cuales ya siendo indispensables, supusieron un esfuerzo mayor al no estar normadas, resultaron en costos altos y esfuerzos mayores. ITIL, puede ser conceptualizado como un conjunto de buenas prácticas que se han convertido en un estándar internacional de facto para la gestión de servicios de TI. En la actualidad ITIL es una marca registrada de la OGC (Office of Government Commerce), que ha pasado por algunos cambios desde que fue concebida, su último cambio fue dado en el año 2007, donde se libera su versión 3, misma que consta de 5 publicaciones principales: Service Strategy (Estrategia del servicio) Service Design (Diseño del servicio) Service Transition (Transición del servicio) Service Operation (Operación del servicio) Continual Service Improvement (Mejora continua del servicio) 28
29 Cada uno de estos libros describe una fase del ciclo de vida del servicio y detalla los procesos que están involucrados en dicha fase, y en sí están enfocados como parte central a los servicios Servicios Los servicios pueden ser conceptualizados como un medio con el cual podemos entregar valor a los clientes, permitiéndoles lograr resultados, sin la necesidad de que ellos incurran en gasto o riesgo alguno. Un servicio, además puede entenderse en la aplicación real, como una actividad, oferta o función que se entrega a un cliente interno o externo, destinada a dar valor o a completar determinada tarea en una organización. Para lograr esta salida, nos servimos de lo recursos financieros, físicos, intelectuales, tecnológicos y humanos de una organización Gestión de Servicios El término gestión de servicios refiere a la forma con la cual se administra la prestación o la entrega de los servicios que una organización ha definido, hacia 29
30 los clientes internos o externos, quienes son los beneficiarios o los receptores y usuarios de los servicios en mención. La gestión de servicios se enfoca en alinear los servicios que provee TI, basados en procesos, poniendo énfasis en los beneficios o el valor que va a recibir el cliente final. A través del tiempo, se ha venido dando una evolución en la forma en la que los departamentos de tecnologías o los proveedores de servicios de TI, gestionan su infraestructura, este cambio se debe dar principalmente en el enfoque que se tiene de tecnología y de la misma organización, por un enfoque hacia la buena relación que debe mantenerse con el usuario y el valor que le entregamos por medio de los servicios. La gestión del servicio, llevada de una manera adecuada, busca conseguir ciertos objetivos, entre los cuales se pueden detallar el brindar un control acorde para la gestión de la calidad, aumentar la eficiencia de la organización, al darle al personal las herramientas necesarias para hacer su labor diaria, alinear las operaciones de TI con los objetivos del negocio, se consigue además con esta adecuada gestión, reducir los riesgos relacionados a la operación de TI. Todo esto debería convertirse en una instancia final en generación de negocio, ya que ese es el fin de las inversiones que se hacen en las organizaciones a nivel mundial. 30
31 Procesos Para poder conseguir los objetivos de la gestión de servicios, esta se basa en procesos, para llevar a cabo su función. Los procesos pueden definirse como un conjunto estructurado de pasos que han sido diseñados para conseguir un objetivo específico. Los procesos tienen algunas características comunes, un proceso transforma las entradas que recibe en algún tipo de salida, un proceso debe entregar un resultado a un cliente o grupo de interés específico dentro de la organización, un proceso debe ser mesurable de alguna forma, un proceso además, puede ser disparado por un evento. En su bibliografía, ITIL define a los procesos como tales en una estructura genérica que puede ser utilizada para su adopción Procesos de ITIL de acuerdo a la fase del ciclo de vida del servicio Los diversos procesos definidos por ITIL, se clasifican en las diferentes fases del ciclo de vida como se detalla a continuación: 31
32 Cuadro Fases y procesos de ITIL V3 Fase Procesos Estrategia del Servicio Gestión del Portafolio de servicios Gestión de la Demanda Gestión Financiera Diseño del Servicio Gestión del Catálogo del servicio Gestión del Nivel de Servicio Gestión de Disponibilidad Gestión de Capacidad Gestión de Continuidad del Servicio Gestión de Seguridad de TI Gestión de Proveedores Transición del Servicio Gestión de Cambios Gestión de Configuración Gestión de Liberación y despliegue Transición Planeamiento y Soporte Validación, pruebas y Evaluación de servicios Gestión del Conocimiento Operación del Servicio Gestión de Incidentes Gestión de Problemas Gestión de Eventos Cumplimiento de Solicitudes Gestión de Acceso Mejora continua del Servicio Proceso de mejora de los siete pasos Informes de servicios de TI 32
33 Niveles de madurez Existen diferentes modelos de madurez pero el más reconocido en la gestión de T.I. es Integración de Modelo de Madurez de Capacidades para servicios o CMMI-SVC (Capability Maturity Model Integration for SVC). Nivel 1 - Inicial: Procesos individuales y no controlados, no se cuenta con un entorno estable para dar soporte a los procesos, lo que hace que el éxito dependa de las debilidades del mercado y de los esfuerzos individuales de las personas de la Organización. Nivel 2 - Reproducible: Se planifican y ejecutan los procesos de acuerdo a las políticas establecidas. Los procesos son ejecutados por personas calificadas y con los recursos adecuados para ser controlados. Nivel 3 - Definido: Se describen normas, procedimientos, metodologías y se cuenta con herramientas, en general los procesos se encuentran bien documentados y caracterizados. Nivel 4 Gestionado: Existen criterios para la gestión de procesos gracias a que la Organización y sus proyectos definen objetivos medibles, de calidad y de rendimiento del proceso, esos objetivos medibles se orientan a las necesidades de los clientes, los usuarios del servicio, la organización como tal y también para los encargados de implantar los procesos. 33
34 Nivel 5 Optimizado: Cuando se cuenta con objetivos medibles de mejora de procesos de la organización, estos se revisan permanentemente y reflejen cambios en los objetivos del negocio, también se utilizan como criterios para mejorar el proceso de gestión Funciones Las funciones pueden ser comprendidas como sub-conjuntos de una organización dedicadas a cumplir tareas específicas dentro de la misma. Usualmente las funciones toman la forma de equipos de personas junto con las herramientas que estas personas utilizan. Se diferencian de los procesos, por que estos se dedican a cumplir objetivos específicos, frecuentemente a través de varios grupos funcionales. 34
35 Figura Procesos y funciones de ITIL v3 Las funciones proporcionan un método de obtener estructuras estables en la organización Roles Los roles se definen como conjuntos específicos de responsabilidades y privilegios, que pueden ser asignados a un individuo o a un grupo de individuos, los mismos que pueden pertenecer a más de un rol específico. 35
36 En lo que respecta a ITIL se enfatiza en un número definido de roles estándar, entre los cuales se destacan como más importantes los siguientes: Gestor del Servicio: es el responsable de la gestión de un servicio durante todo su ciclo de vida: desarrollo, implementación, mantenimiento, monitoreo y evaluación. Propietario del Servicio: es el último responsable de cara al cliente y a la organización TI de la prestación de un servicio específico. Gestor del Proceso: es el responsable de la gestión de toda la operativa asociada a un proceso en particular: planificación, organización, monitoreo y generación de informes. Propietario del Proceso: es el último responsable frente a la organización TI de que el proceso cumpla sus objetivos. Debe estar involucrado en las fases de diseño, implementación y cambio asegurando en todo momento que se dispone de las métricas necesarias para su correcto monitoreo, evaluación y eventual mejora 36
37 Operación del servicio El propósito de la fase de Operación del Servicio, es el de coordinar y llevar a cabo las diversas actividades y procesos necesarios para entregar y gestionar los servicios a los niveles acordados para los usuarios de la empresa y para los clientes, además de ser la fase responsable por la gestión de la tecnología que es utilizada precisamente para la entrega y soporte de los servicios. La Operación del Servicio, tiene un ámbito de acción en el cual procura enfocarse y gestionar los siguientes puntos: Los servicios como tales. Cualquier actividad que forme parte de un servicio, es incluida o tratada por la operación del servicio, sea esta realizada por un proveedor del servicio, un proveedor externo, un usuario o un cliente de dicho servicio. Procesos de Gestión de servicio. La gestión y ejecución de procesos de gestión de servicio, son realizados en la fase de Operación del servicio, así estos estén definidos o se originen en otra fase del ciclo de vida del servicio, en esta fase es en la que se los ejecuta continuamente. Tecnología. La gestión de la tecnología requerida para la entrega de los servicios, no debe ser manejada como un tema aparte, sino que, esta forma parte integral de los servicios, por lo cual también es menester de 37
38 esta fase, la gestión de la infraestructura utilizada para entregar los servicios. Personas. Las personas, son lo fundamental en cualquier tipo de proceso o servicio ya que son quienes conducen la demanda de servicios, quienes deciden como realizarlos, quienes gestionan la tecnología, los procesos y los servicios. En las diferentes etapas del ciclo de vida del servicio, se genera valor al negocio, en la fase de estrategia, se diseña y predice el costo, en Diseño y Transición se valida, La mejora continua, mide para la optimización, pero es en la fase de Operación del Servicio, en donde en realidad se pueden ver los efectos y el valor al negocio generado Mesa de servicios La mesa de servicios provee un único punto de contacto entre los diferentes usuarios y la organización de TI (área de tecnología), ITIL describe cuatro tipos básicos de configuración de mesa de servicios: 38
39 Figura Esquema de mesa de servicios Local.- Los usuarios y el personal de soporte, se encuentran ubicados en el mismo campus (ubicación geográfica) Figura Mesa de servicios Local 39
40 Centralizado.- Múltiples locaciones de los usuarios distribuidas geográficamente, son servidas por una única locación de soporte. Figura Mesa de servicios Centralizada Virtual.- Múltiples locaciones de usuarios son servidas por múltiples locaciones de soporte, las cuales por medios de un centro de atención con enrutamiento de llamadas o algún otro tipo de tecnología, están en capacidad de aparecer y responder a los usuarios como una única entidad. 40
41 Figura Mesa de servicios Virtual Sigue al sol.- Similar a la mesa de servicios Virtual, pero conlleva una organización tal que utiliza turnos de soporte durante horas laborales normales, tales que sean capaces de dar soporte a cualquier usuario en cualquier zona horaria que este se encuentre. Esta es una combinación de mesas de servicio geográficamente dispersas, que proveen servicio las 24 horas a un costo relativamente bajo. También maneja sus propios incidentes durante los horarios normales de trabajo. La protección debe ser dirigida, a saber: 41
42 Procesos comunes Herramientas Bases de datos compartidas Cultura Por ejemplo, una Mesa de Servicio en Asia recibe llamadas durante horarios de oficina y al finalizar este período, le entregan la responsabilidad por cualquier incidente a una mesa emplazada en Europa, luego, esa mesa tomara las llamadas de sus propios incidentes durante su día estándar y luego se los pasa a una mesa en EE.UU., la cual finalmente le devuelve la responsabilidad a la mesa de Asia para completar el ciclo del día completo. Figura Mesa de servicios Sigue al sol 42
43 Dada la situación de SinergyTeam Cía. Ltda., que cuenta con oficinas en la ciudad de Quito y Guayaquil, y cuenta con clientes a nivel nacional, se adoptará el funcionamiento con un esquema de mesa de servicios virtual, donde todos los requerimientos se manejarán a partir de la herramienta Tivoli Service Request Manager y con los teléfonos de atención de la ciudad de Quito, desde donde se asignarán las diversas solicitudes hacia el personal adecuado Cumplimiento de solicitudes ITIL utiliza el término Solicitud de Servicio (Service Request) como una descripción genérica para varios tipos de demandas puestas por los usuarios hacia el área de TI. Algunas de estas, pueden ser tratadas como tal, si no involucran mayores riesgos, costos, si son tareas cotidianas o de ocurrencia frecuente o cuestiones informativas, en las cuales no se involucran cambios significativos en la empresa, este tipo de solicitudes pueden ser por ejemplo un reseteo de una contraseña, la instalación de alguna aplicación en un equipo cliente, etc. El propósito de este proceso, es precisamente el de tratar con las Solicitudes de Servicio, para lo que el proceso debe cumplir con lo siguiente: 43
44 Proveer un canal a los usuarios para solicitar y recibir servicios estándar, que han sido previamente definidos, calificados y aprobados. Proveer información a los usuarios y clientes acerca de la disponibilidad de los servicios y el procedimiento para poder acceder a los mismos, así mismo como ser la fuente y entregar los componentes requeridos para los servicios que se proveen. Asistir a los usuarios y clientes con información general, quejas y comentarios. El valor al negocio que es generado por este proceso, está en el rápido y efectivo acceso a los servicios estándar, mismos a los que el personal de la empresa y/o clientes, pueden acceder para mejorar su productividad y en consecuencia, la mejora en la calidad de los productos y servicios. Una eficiente implementación de este proceso, se puede ver traducida en la reducción efectiva de la burocracia involucrada en la petición, entrega y recepción de los servicios, lo que se puede reflejar en la reducción de costos además de mejorar el control global sobre los servicios. La actividad de cumplimiento como tal, dependerá de la naturaleza de la solicitud de servicio, algunas pueden ser completadas por la mesa de servicios, quien actúe como primer nivel de soporte, mientras que dependiendo de la situación, puede ser necesario que sean enviadas hacia personal o proveedores especializados para ser cumplidas. Una vez que la solicitud ha 44
45 sido cumplida, esta debe ser devuelta al personal de la mesa de servicio, quienes deben verificar que el usuario se encuentra satisfecho para proceder a cerrar la solicitud Dentro del proceso, hay cierta información que debe ser gestionada y que forma parte importante del mismo, es por eso que como datos mínimos, en un registro de solicitud de servicio debe constar la siguiente información: El servicio que está siendo solicitado. Quien solicita el servicio Que proceso será utilizado para cumplir con la solicitud A quién ha sido asignado y qué acción es tomada La fecha y hora en la que fue registrado, así como las fechas y horas en las cuales las diversas acciones fueron realizadas. Detalles del cierre. 45
46 Métricas Las diversas métricas necesarias para poder crear un juicio de la eficiencia y eficacia del proceso de cumplimiento de solicitudes, deben incluir la siguiente información: Número total de solicitudes de servicio Solicitudes de servicio clasificadas por servicio Tiempo medio para manejar las solicitudes de servicio Costo promedio por tipo de solicitud de servicio Nivel de satisfacción del cliente con el manejo de las solicitudes de servicio Gestión de incidentes La Gestión de Incidentes, es el proceso definido por ITIL que se encarga de restaurar la normal operación del servicio, es decir dentro de los límites de los SLAs, lo más rápido posible y minimizar el impacto al negocio, en la eventual situación de que surja un incidente. Un incidente puede ser entendido como 46
47 cualquier interrupción o degradación en la calidad de un servicio, así como una falla en un ítem de configuración que aún no ha impactado a un servicio. La gestión de incidentes, involucra también lo referente a eventos, los cuales puedan degradar un servicio, los mismos que pueden ser notificados por un usuario, por la mesa de servicio, a través de una interfaz desde la Gestión de Eventos, hacia las herramientas de gestión de incidentes o desde el personal técnico, que pueden notar algún desperfecto y notificarlo a través de la mesa d servicio. El valor que genera una correcta implementación de este proceso radica principalmente en los siguientes puntos: Habilidad para detectar y resolver incidentes, que resultan en un menor downtime. Habilidad para alinear las actividades de TI con las prioridades del negocio. Habilidad de identificar potenciales mejoras a los servicios o identificar necesidades de entrenamiento o aumento de servicios. Por estas razones es que la Gestión de Incidentes suele ser de los primeros procesos en implementarse en cualquier proyecto de gestión de servicios. 47
48 La implementación de este proceso debe tener ciertas consideraciones que tomar en cuenta para que brinde los resultados esperados Escalas de Tiempo Las escalas de tiempo, deben ser acordadas para todas las etapas en el manejo de incidentes, dependiendo del nivel de prioridad del incidente y basadas en el tiempo objetivo de respuesta y resolución en los SLAs Modelos de incidentes Dado que no todos los incidentes son nuevos, sino que gran parte suelen ser asuntos que ya han sucedido antes, se establecen modelos de incidentes para brindar un soporte estándar para estos, en los cuales se utilizan pasos predefinidos para manejar este tipo de incidentes, contemplando escalas de tiempo predefinidas. Los modelos de incidente, deberían ser ingresados en una herramienta de soporte que maneje incidentes y escalación del proceso. 48
49 Incidentes Mayores Incidente mayor, es un término que se aplica a ciertos incidentes, generalmente no necesariamente- implican una escala de tiempo menor, ya que estos pueden afectar a mucha gente, pueden tener una prioridad alta y necesitan un análisis detallado de la causa raíz. Los incidentes mayores, generalmente, comparten las características de tener una urgencia alta y un equipo de resolución dedicado a eso Actividades del proceso La gestión de incidentes describe un proceso a seguir, el cual involucra las siguientes actividades: Identificar el incidente.- En donde se debería comenzar el trabajo una vez que el incidente ha sido detectado. Es importante que todos los componentes esenciales sean monitoreados para que las fallas o potenciales fallas sean detectadas de forma temprana, y evitar así que estas tengan impacto en los usuarios o clientes. Registrar el incidente.- Todos los incidentes deben ser registrados con su fecha y hora, de cualquiera que fuera su forma de creación. 49
50 Con la intención de mantener un registro histórico completo, es necesario que se registre toda la información relevante a la naturaleza del incidente; la información suele incluir: Número único de referencia Categorización Urgencia Impacto Priorización Persona que registra el incidente Método de notificación Datos del usuario / cliente Descripción de los síntomas Grupo de soporte a quien se le asigna Actividades relacionadas para resolver el incidente Fecha y hora de resolución Fecha y hora de cierre Categorizar el incidente.- Durante el registro del incidente, se debe asignar un código de categorización, lo que servirá a futuro para el proceso de gestión de problemas y otras actividades de gestión de servicio. Priorizar el incidente.- La priorización del incidente es un aspecto importante, ya que permite determinar como va a ser tratado el incidente por el personal de soporte. Las prioridades de los incidentes, están dadas por los parámetros de Urgencia, que es la necesidad de rapidez que tiene el negocio para una solución, y el Impacto que pueda tener el incidente en el negocio. El impacto puede ser estimado, por algunos factores, como el número de servicios afectados, el número de pérdidas económicas, número de servicios afectados, el efecto en la reputación del negocio y otros que pueden ser de tipo operativo, legal o de imagen. 50
51 Para la priorización de los incidentes se pueden definir tablas para el cálculo, o utilizar una matriz de prioridad, la cual contenga los valores de urgencia e impacto, y en los cruces, determinar el nivel de prioridad resultante, la cual contenga los valores de urgencia e impacto, y en los cruces, determinar el nivel de prioridad resultante, como lo indica la tabla para los incidentes de impacto crítico: Ticket Impacto Urgencia Prioridad Resultado Incidente Critico Planificación Medio Incidente Critico Baja Medio Incidente Critico Media Alto Incidente Critico Alta Urgente Incidente Critico Urgente Urgente Cuadro Prioridad de incidentes con impacto crítico Diagnóstico inicial.- En esta etapa, el analista de Service Desk, debe desarrollar el análisis inicial para descubrir todos los síntomas relacionados al incidente y determinar de esta manera cuál es la falla y como corregirla. De ser posible, el analista, debe resolver el incidente, si este se encuentra en capacidad de hacerlo. Escalamiento de incidentes.- Puede llegar un punto en el cual el Service Desk, no esté en capacidad de resolver un incidente, o que el tiempo establecido, haya sido excedido, este debe ser escalado inmediatamente a un 51
52 grupo de soporte. Puede existir varios niveles de soporte en las organizaciones, de la misma manera, si el incidente no puede ser resuelto o alcanza los tiempos de resolución en cada punto, este debe ser escalado a personas con un conocimiento técnico más profundo, pudiendo llegar al proveedor o al fabricante, para la resolución del mismo. Investigación y diagnostico.- Cada grupo de soporte que esté involucrado en manejar y resolver un ticket de incidente, deberá investigar y diagnosticar acerca de que está fallando, así como registrar todas las actividades que lleva acabo para que quede documentado un registro histórico completo. Esta etapa, busca también información acerca de ocurrencias previas en los registros de incidentes y problemas, errores conocidos y los errores de los fabricantes, etcétera. Resolución y restauración.- Al momento en que una resolución es identificada, esta debe ser aplicada y probada, para ratificar su eficacia y el grupo de soporte, debería retornar el ticket al Service Desk, para que este, se encargue de cerrar el registro. Cierre del incidente.- Para cerrar un incidente, el Service Desk, debe verificar, que este se encuentre totalmente resuelto y que los usuarios/clientes afectados, se encuentren satisfechos con la solución, para que estén de acuerdo con el cierre; debe además confirmar que la categorización inicial fue correcta y en caso de no haberlo sido, corregirla; debe también verificar que todos los datos relacionados al ticket, se encuentren completos. 52
53 Métricas Para verificar la efectividad y eficiencia del proceso, es necesario que se controlen las siguientes métricas, clasificadas de acuerdo a los parámetros de períodos y gestión. Por Período: Número total de incidentes Incidentes separados por estado Incidentes abiertos actualmente Por Gestión Número y porcentaje de incidentes mayores Porcentaje de incidentes resueltos en tiempo de SAL. Número y porcentaje de incidentes, atendidos por cada agente Con estas mediciones, se puede velar para que el proceso sea llevado a cabo de forma adecuada y verificar que sus objetivos sean cumplidos Análisis de brecha ITIL describe al análisis de brechas en el libro de mejora continua del servicio como una herramienta de valoración de negocios que permita a una organización comparar donde se encuentra actualmente con donde quiere estar 53
54 en el futuro. Un análisis de brechas, identifica que parte de una organización está quedándose corta en la visión esperada. Al realizar un análisis de brechas, las organizaciones se pueden querer comparar contra el completo conjunto de prácticas de ITIL, esto implica que la visión deseada a alcanzar, esta lo más cerca posible a la guía de las mejores prácticas. El análisis se debe definir claramente, antes de ser ejecutado, ya que se debe acotar el ámbito de acción que se va a analizar, es decir definir que procesos se van a analizar. Los análisis de brechas son típicamente conducidos, usando un conjunto estándar de preguntas que las organizaciones responden en diversos niveles del proceso elegido para el análisis, para esto se debe seleccionar al personal que será entrevistado y con la guía del entrevistador, calificar las preguntas de los formularios que se utilicen, de acuerdo al proceso a analizar. ITIL no incluye una escala pre definida que ayude a identificar los niveles, varias escalas diferentes han sido utilizadas, la más común para este análisis es la de CMMI-SVC, que utiliza niveles de 1 hasta 5 siendo 1 baja madurez y 5 una alta madurez. Adicionalmente, un ítem visto comúnmente en los análisis de este tipo, es un gráfico conocido como gráfico de telaraña (o de radar), el que muestra los resultados obtenidos en las entrevistas, de forma gráfica mediante una circunferencia que consta de tantos radios dibujados como categorías existan en el ensayo y poner los valores de medición, con el más bajo en el 54
55 centro de la circunferencia y el más alto hacia el perímetro de la circunferencia, en los cortes que tiene con cada radio existente. Sobre esta plantilla, se ubican puntos sobre los radios con los resultados de la calificación obtenida en cada una de las categorías, y finalmente se proceden a unir los puntos con la categoría próxima hasta llegar al punto inicial. Se puede colorear el área comprendida dentro del perímetro formado por la unión de los puntos, como se muestra en la figura: Gráfico de radar categoria 7 categoria 6 categoria 1 3,5 3 2,5 2 1,5 1 0,5 0 categoria 2 categoria 3 categoria 5 categoria 4 Figura Gráfico de radar 55
56 Un análisis de brechas, no solo identifica los puntos en los que una organización puede estar quedando corta en esfuerzos, sino que también describe lo que la organización hace actualmente y en qué punto se encuentra ubicada, o que tan alineada está con respecto a las guías de buenas prácticas. Un análisis de brechas, como lo describe ITIL, requiere el uso de cierta escala, precisamente para identificar donde se encuentra la organización con respecto a las guías de buenas prácticas, así como que acciones tomar para cerrar o acortar las brechas y llevar a la organización, más cerca de su visión IBM Service Management IBM dentro de su estrategia de negocios de SMART PLANET ha desarrollado varias tecnologías, herramientas y metodologías para ayudar a las organizaciones a que funcionen de manera más inteligente. Dentro de este portafolio de IBM, hay un conjunto de prácticas, herramientas, procesos, conocido como IBM Service Management, con ellas que se procura generar una gestión adecuada de servicios, basados en tener, visión, control y automatización, dentro de los componentes necesarios para la entrega de servicios, es decir avanzar desde los activos empresariales, hacia los procesos de TI, abarcando los recursos inmersos en medio, como las tecnologías, las personas y la información. 56
57 IBM Service Management busca alinear las operaciones de TI con los objetivos empresariales para lograr conseguir crecimiento y ventaja competitiva, conformidad y reducción de riesgos, control de gastos operativos e inversiones. Dentro del portafolio de productos destinados a cumplir lo descrito en IBM Service Management, una de las herramientas más importantes y robustas es Tivoli Service Request Manager, que es un gestor de centro de servicios Tivoli Service Request Manager Tivoli Service Request Manager, es una herramienta Informática de IBM que permite gestionar de forma completa varios procesos de ITIL, entre los cuales y como motivo de esta tesis se manejarán, el Cumplimiento de Solicitudes y la Gestión de Incidentes Overview de la herramienta Tivoli Service Request Manager es una solución informática de IBM que pretende automatizar el funcionamiento de un centro de servicios cumpliendo las prácticas descritas en ITIL v3, certificada para tal tarea por la OGC (Office of 57
58 Government Comerce) en nivel ORO, que es el más alto que una herramienta puede conseguir. Tivoli Service Request Manager, es una aplicación web multicapa, que provee acceso a través de un explorador de internet, lo que permita que esta sea accedida desde cualquier parte del mundo que tenga conexión a internet. La herramienta, está compuesta por varios componentes que permiten su funcionamiento: Middleware, el cual incluye un servidor de Base de Datos, un servidor de aplicaciones compatible con J2EE y un servidor de directorios compatible. Las Bases de Datos soportadas por la herramienta pueden ser IBM DB2, Oracle y Microsoft SQL Server. Con lo referente a los servidores de aplicaciones, estos pueden ser IBM WebSphere Application Server en su versión Network Deployment u Oracle WebLogic Server. El servidor de base de datos aloja a la base MAXDB71 que es la base de datos común para la familia de productos y la que da el soporte a Tivoli Process Automation Engine, para su funcionamiento y a los PMP (Process Management Product), que son diversos productos que gestionan procesos específicos. Al ser una aplicación J2EE, Tivoli Service Request Manager, requiere un servidor de aplicaciones J2EE compatible 58
59 Tivoli Process Automation Engine, es la plataforma que provee la infraestructura base para la familia de productos a la que pertenece TSRM. Tivoli Process Automation Engine, está compuesto por cuatro partes que controlan y permiten el funcionamiento de la solución, como esta descrito en la figura 2-9. Interface de usuario común Basada en Web Configurable por el usuario Configurable por roles Acceso a datos basado en roles Motor de reportería Reportes out the box Servicios comunes de configuración Flujos de trabajo Interfaces de Usuario Extensión de Datos Visualización de datos Definición de reportes Servicios y flujos en tiempo de ejecución Colaboración Notificación Escalación Seguridad CIs Atributos Relaciones Subsistema común de datos Activos Atributos Relaciones Artefactos de proceso Relacionados a CIs y activos Meta data Configuración Procesos Figura Componentes de TPAE 59

References: resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 resolución