Source: http://docplayer.es/1122280-Centro-universitario-cuenca.html
Timestamp: 2017-04-30 04:06:32+00:00

Document:
María Mercedes Rico Cordero
1 UNIVERSIDAD TÉCNICA PARTICULAR DE LOJA La Universidad Católica de Loja TITULACIÓN DE INGENIERO EN INFORMÁTICA Diseño de procesos para el área de tecnología de la empresa Serviandina S. A. Trabajo de fin de titulación Autor: Mejía Mejía, Tomás Eugenio Director: Abad Espinoza, Marco Patricio, Ing. Centro Universitario Cuenca 20122 CERTIFICACIÓN Ingeniero. Marco Patricio Abad Espinoza. DIRECTOR DE TRABAJO DE FIN DE TITULACIÓN CERTIFICA: Que el presente trabajo, denominado: "Diseño de procesos para el área de tecnología de la empresa Serviandina S. A. " realizado por el profesional en formación: Mejía Mejía, Tomás Eugenio; cumple con los requisitos establecidos en las normas generales para la Graduación en la Universidad Técnica Particular de Loja, tanto en el aspecto de forma como de contenido, por lo cual me permito autorizar su presentación para los fines pertinentes. Loja, Noviembre de 2012 f) Ing. Marco Patricio Abad Espinoza DIRECTOR DE TESIS i3 CESIÓN DE DERECHOS Yo Mejía Mejía, Tomas Eugenio declaro ser autor del presente trabajo y eximo expresamente a la Universidad Técnica Particular de Loja y a sus representantes legales de posibles reclamos o acciones legales. Adicionalmente declaro conocer y aceptar la disposición del Art. 67 del Estatuto Orgánico de la Universidad Técnica Particular de Loja que en su parte pertinente textualmente dice: Forman parte del Patrimonio de la Universidad la propiedad intelectual de investigaciones, trabajos científicos o técnicos y tesis de grado que se realicen a través, o con el apoyo financiero, académico o institucional (operativo) de la Universidad. f) Autor: Mejía Mejía, Tomás Eugenio Cédula: ii4 DEDICATORIA A mi esposa Mónica. A mis hijos Paola, Cecilia, Santiago. iii5 AGRADECIMIENTOS A mi Dios, por concederme la vida y estar junto a mí guiándome hacia la eternidad. A mi esposa Mónica, por su apoyo, cariño y comprensión. A mis hijos, por ser la inspiración para superarme día a día. A los directivos de la Empresa, que son ejemplo a seguir, impulsaron en mí el deseo de superación. A los directivos del Departamento de Tecnología, por su ejemplo y apoyo al permitir realizar este tema de tesis. A la Universidad Técnica Particular de Loja, modalidad a distancia, ha transformado mi forma de pensar inculcando en mi conceptos que son muy útiles para mi vida profesional. Al Ing. Marco Patricio Abad, por los consejos, dirección e inteligencia y así llegar a feliz término con el presente trabajo. A mis compañeros de trabajo, por su apoyo y amistad. El Autor iv6 v ÍNDICE7 ÍNDICE DE CONTENIDO CERTIFICACIÓN CESIÓN DE DERECHOS AUTORÍA AGRADECIMIENTOS RESUMEN EJECUTIVO INTRODUCCIÓN i ii iii iv xiii xiv CAPÍTULO I: METODOLOGÍA ITIL MARCO TEÓRICO ITIL BENEFICIOS DE ITIL TEORÍA SOBRE SERVICIOS DE ITIL PARA USO EN LA TESIS GESTIÓN DE INCIDENTES IDENTIFICACIÓN Y REGISTRO DE LA INCIDENCIA ANÁLISIS E INTERVENCIÓN SOBRE LA INCIDENCIA CIERRE DEL INCIDENTE MÉTRICAS DE LA GESTIÓN DE INCIDENTES GESTIÓN DE PROBLEMAS CONTROL DE PROBLEMAS GESTIÓN DE CAMBIOS REGISTRAR Y CLASIFICAR PETICIONES DE CAMBIO RECIBIDAS APROBACIÓN Y PLANIFICACIÓN DEL CAMBIO IMPLEMENTACIÓN DEL CAMBIO EVALUACIÓN DEL CAMBIO GESTIÓN DE VERSIONES 15 vi8 1.4 ADMINISTRACIÓN DEL SERVICIO ACUERDOS DE NIVEL DE SERVICIO SLA ACUERDOS DE NIVEL DE SERVICIO OLA MESA DE AYUDA BASE DE CONOCIMIENTO 21 CAPITULO II: DIAGNÓSTICO DEL ÁREA DE TECNOLOGÍA DE LA EMPRESA INTRODUCCIÓN ANTECEDENTES ANÁLISIS DE LA ORGANIZACIÓN SITUACIÓN DE LA EMPRESA DEFINICIÓN Y ANÁLISIS A LOS PARTICIPANTES INTERESADOS DESEMPEÑO DEL DEPARTAMENTO DE TI CAUSA-EFECTO DE LAS DEBILIDADES DEL DEPARTAMENTO DE TI TABLAS Y DIAGRAMAS DE PARETO PARA EL ANÁLISIS DE DEBILIDADES DEL ÁREA DE TI SOLUCIONES PLANTEADAS PARA FORTALECER LAS DEBILIDADES ENCONTRADAS SERVICIOS QUE BRINDA LA EMPRESA 47 CAPÍTULO III: DISEÑO DE PROCESOS PROCESOS DE ITIL A UTILIZAR DE ACUERDO AL ESTUDIO DEL DEPARTAMENTO DE TI SIMBOLOGÍA UTILIZADA EN LOS DIAGRAMAS DE PROCESOS 50 vii9 3.3 FICHAS PARA DOCUMENTACIÓN DE LOS PROCESOS PROCESOS DE LA MESA DE AYUDA IDENTIFICACIÓN DE LOS ACTORES IDENTIFICACIÓN DE LA LÍNEA OPERATIVA SOPORTE A LA LÍNEA OPERATIVA Y DE DIRECCIÓN PROCESOS DE GESTIÓN DE INCIDENTES IDENTIFICACIÓN DE LOS ACTORES IDENTIFICACIÓN DE LA LÍNEA OPERATIVA SOPORTE A LA LÍNEA OPERATIVA Y DE DIRECCIÓN PROCESOS DE GESTIÓN DE PROBLEMAS IDENTIFICACIÓN DE LOS ACTORES IDENTIFICACIÓN DE LA LÍNEA OPERATIVA SOPORTE A LA LÍNEA OPERATIVA Y DE DIRECCIÓN PROCESOS PARA LA GESTIÓN DEL CAMBIO IDENTIFICACIÓN DE LOS ACTORES IDENTIFICACIÓN DE LA LÍNEA OPERATIVA SOPORTE A LA LÍNEA OPERATIVA Y DE DIRECCIÓN PROCESOS PARA LIBERACIÓN DE VERSIONES DEL SOFTWARE IDENTIFICACIÓN DE LOS ACTORES IDENTIFICACIÓN DE LA LÍNEA OPERATIVA INDICADORES PARA LOS PROCESOS DEL ÁREA DE TECNOLOGÍA 72 viii10 CAPÍTULO IV: ACUERDOS DE NIVEL DE SERVICIO PARA LA EMPRESA RESUMEN PARTES DEL ACUERDO PREMISAS OBJETIVOS SERVICIOS DESCRIPCIÓN DEL SERVICIO: CORREO ELECTRÓNICO DESCRIPCIÓN DEL SERVICIO: SOFTWARE ANTIGUO MXPRO DESCRIPCION DEL SERVICIO: PC-USUARIO LAPTOP RESPONSABILIDADES DE LOS INTERVINIENTES MANEJO DE CONTINGENCIAS CATÁLOGO DE SERVICIOS 83 CAPÍTULO V: BASE DE DATOS DE CONOCIMIENTO INTRODUCCIÓN CASOS DE USO DE LA BASE DE CONOCIMIENTO DISEÑO CONCEPTUAL DE LA BASE DE CONOCIMIENTO DICCIONARIO DE DATOS PARA LA BASE DE CONOCIMIENTO PANTALLA PROTOTIPO PARA EL INGRESO DE INFORMACIÓN A LA BASE DE CONOCIMIENTO 92 CAPÍTULO VI: CONCLUSIONES Y RECOMENDACIONES 94 ix11 ANEXOS 98 ANEXO 1: ENCUESTA PARA DETERMINAR EL PESO EN LOS FACTORES DE LA MATRIZ FODA 99 ANEXO 2: ENCUESTA SOBRE CAUSAS DE DEBILIDADES SEGÚN LA MATRIZ FODA 101 ANEXO 3: FICHAS TÉCNICAS DE LOS PROCESOS 105 ANEXO 4: EJEMPLOS PRÁCTICOS DEL USO DE LA BASE DE CONOCIMIENTO 110 ANEXO 5: REQUISITOS INTERNOS DEL DEPARTAMENTO DE TI PARA LOS SERVICIOS 125 GLOSARIO 130 REFERENCIAS BIBLIOGRÁFICAS 135 x12 LISTADO DE GRÁFICOS Gráfico No. 1. Administración de Servicios de TI: Integrando gente, procesos y tecnología. Juárez, H. A. (2010) ITIL: Qué es y para qué sirve?... 2 Gráfico No. 2: Diagrama de flujo de Gestión de Incidentes Gráfico No. 3: Diagrama de Flujo de Gestión de Problemas... 8 Gráfico No. 4: Logo de la Empresa Serviandina S. A Gráfico No. 5: Organigrama de la Empresa Serviandina S. A. con más detalle en el Departamento de Tecnología de Información (TI) Gráfico No. 6: Red de Telecomunicaciones de la Empresa. (Fuente: área de redes y telecomunicaciones de la Empresa Serviandina S.A.) Gráfico No. 7: Promedio de los Factores Debilidades-Fortalezas (eje vertical) y Amenazas- Oportunidades (eje horizontal). Realizado con la ayuda del software libre Inghenia (2009) Gráfico No. 8: Análisis Causa-Efecto para Debilidades en el Departamento de TI Gráfico No. 9: Diagrama de Pareto para el Análisis de Desviación de Personal altamente capacitada hacia incidentes menores Gráfico No. 10: Diagrama de Pareto para el Análisis de Poco personal dedicado exclusivamente al Usuario Final Gráfico No. 11: Diagrama de Pareto para el Análisis de Cambios Posteriores a la Salida en Vivo Gráfico No. 12: Diagrama de Pareto para el Análisis de Falta de Comunicación Interdepartamental Gráfico No. 13: Simbología utilizada en los Diagramas de Procesos Gráfico No. 14: Identificación de la Línea Operativa en Procesos de la Mesa de Ayuda Gráfico No. 15: Diagrama de Soporte a la línea operativa, en los procesos de la Mesa de Ayuda Gráfico No. 16: Línea Operativa en Procesos de Gestión de Incidentes Gráfico No. 17: Procesos de Soporte en la Gestión de Incidentes Gráfico No. 18: Procesos de la Gestión de Problemas Gráfico No. 19: Procesos de Soporte a la Gestión de Problemas Gráfico No. 20: Procesos de la Gestión de Cambios Gráfico No. 21: Procesos de Soporte a la línea operativa de gestión de cambios Gráfico No. 22: Procesos de la Gestión de Liberación de Versiones del Software Gráfico No. 23: Casos de Uso de la Base de Conocimiento Gráfico No. 24: Tipos de entidad y la Relación entre Entidades para la Base de Conocimiento Gráfico No. 25: Prototipo de pantalla para el Ingreso de Datos a la Base de Conocimiento xi13 LISTADO DE CUADROS Cuadro 1: Definición y Funciones de los Departamentos que conforman la empresa Serviandina S. A Cuadro 2: Listado de Recursos de Hardware disponible en la Empresa Cuadro 3: Matriz DOFA del Departamento de Tecnología Cuadro 4: Tabla de Pareto para el Análisis de Desviación de Personal altamente capacitada hacia incidentes menores Cuadro 5: Tabla de Pareto para el análisis de Poco personal dedicado exclusivamente para atención al usuario final Cuadro 6: Tabla de Pareto para el Análisis de Cambios posteriores a la salida en vivo del Software Cuadro 7: Tabla de Pareto para el Análisis de Falta de Comunicación Interdepartamental Cuadro 8: Planteamiento de Soluciones para fortalecer las debilidades encontradas en el análisis DOFA Cuadro 9: Matriz que muestra la documentación de Fichas de los Procesos utilizados en la presente tesis Cuadro 10: Prioridad para la atención en Incidentes por parte de la Mesa de Ayuda Cuadro 11: Información y características del personal del Departamento de TI que brinda los servicios en el presente Acuerdo de Nivel de Servicio Cuadro 12: Catálogo de Servicios de la Mesa de Ayuda del Departamento de Tecnología de la Empresa Serviandina S. A Cuadro 13: Entidades utilizadas en la Base de Conocimiento Cuadro 14: Diccionario de Datos para la Base de Conocimiento Cuadro 15: Clasificación de las Áreas de Servicio del Departamento de TI Cuadro 16: Falla en el saldo de Caja al momento del Cierre de Caja Cuadro 17: Eliminación de un Depósito Transitorio Cuadro 18: Error de Correo Electrónico Cuadro 19: No puede recibir / realizar llamadas telefónicas - Cabecera Cuadro 20: No puede utilizar el Sistema Oracle Cuadro 21: No puede trabajar porque no acepta la clave Cuadro 22: No muestra iconos en la Pantalla Cuadro 23: Icono del sistema Oracle no funciona xii14 RESUMEN EJECUTIVO El objetivo de la presente tesis es el diseño de procesos, basados en la metodología ITIL, para la normalización de las actividades más significativas que se llevan a efecto en el área de tecnología de la empresa Serviandina S. A. También se diseña un contrato de Nivel de Servicio entre el área de tecnología y la empresa, cuyo objetivo es garantizar el adecuado nivel de servicio que el área de tecnología brinde a la empresa. Para reutilizar y difundir información sobre soluciones dadas a los diferentes problemas, se diseña una base de conocimiento. Para concluir sobre cuáles son los puntos débiles que tiene el área de tecnología y que interesa fortalecer, se realiza un análisis FODA, posteriormente se buscan las causas de estos puntos débiles, y por último se busca cuales serían las soluciones a implementar para el fortalecimiento del área de tecnología. El aporte de la presente tesis esta en presentar un método que permita fortalecer el área de tecnología buscando los puntos débiles y dar soluciones para organizarlo mejor aportando significativamente al engrandecimiento de la empresa. xiii15 INTRODUCCIÓN Hoy en día las empresas comerciales e industriales del Ecuador en general tiene un crecimiento económico, Serviandina S. A. en particular no es la excepción, esto provoca un aumento en todas las áreas internas y especialmente en el área de Tecnología. El departamento de TI se ve también afectado por la exigencia de estar al día con los cambios en la tecnología que se están dando a nivel mundial, y con las mejoras internas que deben realizarse para responder las exigencias que la compañía demanda. El crecimiento que la empresa tiene, da como resultado la necesidad de trabajar con una metodología que permita organizar, planificar y controlar el desarrollo de actividades de la empresa y en particular el departamento de tecnología. La presente tesis estudia la metodología de la Librería de Información de Infraestructura Tecnológica (ITIL), mejores prácticas de servicio, proponiéndola como un marco de referencia para crear procesos que al ser aplicados en el departamento de TI dé un método para organizar, planificar y controlar las actividades que se desarrollan en el Departamento de TI de la Empresa. En el Capítulo I, se presenta los principios en los que se basa la metodología ITIL para planificar y controlar el servicio, en este capítulo están las principales Gestiones de ITIL que más adelante, en el Capítulo III, serán utilizados en forma práctica en el diseño de los procesos. En el Capítulo II, se comenta cómo se encuentra el área de Tecnología de la empresa, cuales son los principales problemas que tiene y cuales son las soluciones que pueden ser aplicadas para organizarse mejor. xiv16 El diseño de los principales procesos basados en la metodología ITIL que fueron revisados en el Capítulo I, y que pueden ser implementar en el área de TI de la empresa, se presenta en el Capítulo III. El Anexo 1 y 2 apoyan al Capítulo II, con la documentación de encuestas realizadas para el análisis interno del departamento de TI. Encontraremos escrito, en el Capitulo IV, un diseño de Acuerdo de Nivel de Servicio (SLA), que sirve como ejemplo para en forma contractual se firme entre el área de Tecnología y la Empresa. En el Capítulo V, se desarrolla en forma lógica una Base de Datos de Conocimientos para el uso y manejo de la solución de incidentes y problemas que se puedan dar en la empresa. En el Capítulo VI, se dan a conocer las conclusiones a las que se llegó después del desarrollo de la presente tesis, se incluyen también recomendaciones para su implementación en el área de Tecnología de la empresa. xv17 CAPÍTULO I: METODOLOGÍA ITIL MARCO TEÓRICO 118 1.1 ITIL. Gráfico No. 1. Administración de Servicios de TI: Integrando gente, procesos y tecnología. Juárez, H. A. (2010) ITIL: Qué es y para qué sirve? Juárez H. (2010) define a ITIL como un marco de las mejores prácticas, a ser utilizadas por Tecnologías de Información (TI), para la gestión del servicio que van dirigidos a los usuarios y al negocio, su gestión está basada en la medición y en la mejora continua de los servicios prestados por parte de TI. Ramirez P., & Donoso F. (2006) indican que esta metodología se basa en la calidad de servicio y el desarrollo eficaz y eficiente de los procesos que cubren las actividades más importantes de las organizaciones. Garantizando así los niveles de servicio establecidos entre la organización y sus clientes. Los principales servicios que gestiona la metodología ITIL son: Gestión de Incidentes. Gestión de Problemas. Gestión de Configuraciones. Gestión de Cambios. Gestión de Versiones. Gestión de Niveles de Servicio. Gestión Financiera. 219 Gestión de la Capacidad. Gestión de la Continuidad del Servicio. Gestión de Disponibilidad. Gestión de la Seguridad. 1.2 BENEFICIOS DE ITIL. De acuerdo a Ramirez P., & Donoso F. (2006) el principal beneficio que tenga la empresa al aplicar la metodología ITIL es: La propuesta de ITIL es la mejor utilización de los recursos de la organización, define claramente hacia dónde estos recursos deben ser dirigidos. De esta manera la empresa será más competitiva, porque estará en mejor posición para hacer cambios en su infraestructura de TI. Adicionalmente, ITIL optimiza la disponibilidad, confiabilidad y seguridad de toda la plataforma, especialmente de los servicios "de misión crítica" 1, facilitando también el aprendizaje de experiencias previas, lo que elimina el trabajo redundante. (p. 16) 1.3 TEORÍA SOBRE SERVICIOS DE ITIL PARA USO DE LA PRESENTE TESIS. Este trabajo de tesis tiene como objetivo principal desarrollar un método de trabajo para el servicio de Tecnologías de Información (TI) en relación a los requerimientos que solicitan los usuarios internos de la Empresa. Los servicios que ITIL propone para la atención al usuario y que son de interés para el desarrollo de la presente tesis son los siguientes: 1 Definición en Glosario 320 1.3.1 GESTIÓN DE INCIDENTES. Ramirez P., & Donoso F. (2006) definen al incidente como cualquier evento que no forma parte de la operación estándar de un servicio y que causa, o puede causar una interrupción, o una reducción de la calidad del mismo. La metodología de gestión de incidentes trata sobre la resolución de problemas que tienen los usuarios y los procesos que se necesitan implementar para llevar a un restablecimiento del servicio lo más pronto posible. En este caso importa el tiempo de respuesta en la solución del incidente. Los pasos para llevar a cabo la Gestión de Incidentes son: Identificación y registro de la incidencia. Análisis e intervención sobre la incidencia. Cierre del incidente IDENTIFICACIÓN Y REGISTRO DE LA INCIDENCIA. OSIATIS S.A. (sf) escribe que el proceso de registro debe realizarse inmediatamente pues resulta mucho más costoso hacerlo posteriormente y se corre el riesgo de que la aparición de nuevas incidencias demore indefinidamente el proceso. Para el caso que exista un Acuerdo de Nivel de Servicio (SLA) firmado con la empresa, se revisa si el incidente consta en dicho acuerdo, de no ser así reenviarlo a la autoridad competente. (Gráfico No. 2) 421 Llamada de Usuario Registro del Incidente Consta en el SLA? NO Notificación a la Autoridad competente SI Dar un número único Preclasificar el incidente (leve, grave, muy grave) Revisar en la Base de Conocimiento Puede la Mesa de Ayuda resolver? NO Asignar un especialista SI Ofrecer resolución al Usuario Cierre del Incidente Gráfico No. 2: Diagrama de flujo de Gestión de Incidentes. a) Se asigna un número único y se toma nota sobre ubicación y/o localización. Además damos una clasificación tipológica al incidente para un análisis cuantitativo y cualitativo posterior, ejemplo: los incidentes de redes y telecomunicaciones pueden tener un número RT001. b) Realizar una preclasificación del incidente para priorizar su atención (leve, grave, muy grave.). 522 c) Tomar nota con detalle sobre el incidente y poner fecha ANÁLISIS E INTERVENCIÓN SOBRE LA INCIDENCIA. En esta parte del proceso en la gestión del incidente se analiza, con la ayuda de la Base de Conocimiento (KB) 2 sobre la existencia de incidentes parecidos, la solución que se aplicará al incidente reportado. Si el incidente supera los conocimientos del personal de la mesa de ayuda se realiza un escalado a un nivel superior para su revisión por parte de técnicos calificados en el tema. Si tampoco se encuentra la solución al incidente por parte del personal calificado se sigue un escalado del incidente de acuerdo a un protocolo previsto. En todo momento actualizar la base de control de incidencias indicando el estado actual del incidente. a) Revisar si ya se dio el incidente y existe la solución en la base de conocimientos. b) Si no existe en la base de conocimientos revisar si existe en el Acuerdo de nivel de Servicio (SLA), si no existe notificar a la autoridad competente que es un incidente que no se puede solucionar y pasar al cierre del incidente. c) Analizar si la mesa de ayuda puede resolver el incidente, si no puede resolverlo gestionar su solución escalando el incidente a un especialista. d) Actualizar la base de conocimiento con la solución dada al incidente presentado CIERRE DEL INCIDENTE. Para dar por terminado al incidente se busca la confirmación de la solución por parte del usuario que reporto el incidente o alguien en su lugar. 2 Definición en Glosario 623 Con la solución que se ha encontrado al incidente se procede a la actualización de la Base de Conocimiento (KB) con la descripción de la solución que se dio MÉTRICAS DE LA GESTIÓN DE INCIDENTES. El objetivo de las métricas en la Gestión de Incidentes va relacionado con el tiempo de respuesta en la solución del incidente, así también con el grado de satisfacción del usuario y/o departamento con los resultados. Se toma en cuenta las siguientes métricas: Porcentaje de tiempo de respuesta en la solución. Porcentaje de incidentes escalados a niveles superiores. Porcentaje de satisfacción del cliente. Número de incidentes repetidos GESTIÓN DE PROBLEMAS. La metodología de gestión de problemas tiene similitud con la gestión de incidentes porque su objetivo es resolver problemas del usuario, pero a diferencia del incidente, que podría ocurrir nuevamente, la gestión de problemas busca la causa-raíz del incidente para dar soluciones definitivas. La gestión de problemas se lo realiza con los siguientes controles: Control de Problemas. Control del Error CONTROL DE PROBLEMAS. Cueva J. & Tipan T., (2010) indican que El principal objetivo del Control de Problemas es conseguir que estos se conviertan en errores conocidos para que el control de errores pueda proponer las soluciones correspondientes. 724 El control de problemas realiza las siguientes actividades (Gráfico No 3): Identificación y Registro. Clasificación y Asignación de recursos. Análisis y Diagnóstico. Gráfico No. 3: Diagrama de Flujo de Gestión de Problemas 825 IDENTIFICACIÓN Y REGISTRO. Los problemas que se presentan pueden llegar a través de las siguientes instancias: Control de Incidentes, cuando existe un incidente recurrente al que se debe dar solución definitiva, información contenida en la Base de Datos (BD) de incidencias. Análisis de la Infraestructura de TI, esto se da junto con la Gestión de Capacidad y Disponibilidad, cuando se analiza sobre aspectos de mejora que pueden ayudar en el servicio brindado por TI. Deficiencia en el servicio brindado por TI, mediante el uso de métricas, o por intervención del usuario, se trata de mejorar un bajo rendimiento del servicio de TI. datos: El registro que se realiza debe tener una descripción detallada de los siguientes Información sobre las configuraciones que serán afectadas. Amplia descripción sobre el problema que se quiere solucionar. Síntomas que se han presentado. Posibles soluciones temporales que se puedan dar. Niveles de impacto y urgencia que tiene el problema a solucionar. CLASIFICACIÓN Y ASIGNACIÓN DE RECURSOS. La clasificación del problema se da por niveles de impacto en el servicio que pueden ser: muy graves, graves o leves. Se debe tomar en cuenta para la clasificación del problema el hecho que el nivel de impacto puede cambiar si se da una solución temporal al problema reportado. 926 Otro aspecto a tomar en cuenta en esta función es la urgencia del problema, que puede ser: muy urgente, urgente o bajo. Una vez realizada la clasificación se asigna los recursos necesarios que trabajen en el problema a solucionar, debiendo ser los suficientes para minimizar el impacto del cambio en la estructura de TI. ANÁLISIS Y DIAGNÓSTICO. El análisis del problema tiene como objetivo buscar la causa-raíz del problema y convertirlo en un error conocido, también busca proporcionar a la Gestión de Incidencias, de algunas soluciones temporales al problema hasta encontrar la solución definitiva. No siempre los problemas provienen por errores de hardware o software, pueden ser causados por otros aspectos como: falta de documentación, fallas en los procesos del usuario, falta de coordinación entre áreas. CONTROL DEL ERROR. Cueva J. & Tipán T., (2010) indican que El control del error realiza el registro de los errores conocidos y propone soluciones a los mismos mediante Petición de Cambios (RFCs) 3 a la Gestión de Cambios. También desarrolla la revisión Post Implementación de los RFCs. Una vez encontrada la causa-raíz del problema, se debe registrar el error con alguna solución temporal que se dé, esto es de vital importancia para la gestión de incidentes. Además, en el control de errores se analiza el impacto del error en la estructura de TI, los costos asociados y el impacto sobre el Acuerdo de Nivel de Servicio (SLA). En 3 Definición en Glosario 1027 el caso de que amerita que el error sea solucionado se levanta una Petición de Cambio (RFC) para que la Gestión de Cambios se encargue de tramitar el cambio. MÉTRICAS PARA LA GESTIÓN DE PROBLEMAS. Para llevar un control adecuado en la Gestión de Problemas se tienen las siguientes métricas: Número total de incidencias repetitivas. Número de problemas graves. Número total de incidencias. Número total de problemas en espera. Número total de problemas resueltos. Número de errores conocidos. Número de problemas reabiertos. Número de problemas con impacto sobre el cliente. Tiempo medio de resolución de problemas en días GESTIÓN DE CAMBIOS. El cambio siempre estará presente en toda empresa, y es importante que el departamento de TI tenga los procedimientos adecuados para que los cambios que se dan en el futuro se los realice de la mejor forma, de esto trata la metodología de Gestión de Cambios presentada por ITIL como evaluar y planificar la implementación del cambio en la empresa. El objetivo principal de la gestión de cambios es diseñar y controlar que los cambios que se ejecutan se realicen de forma que no afecte el rendimiento y la calidad de los servicios entregados por TI. 1128 Las actividades principales en la gestión de cambios son: Registrar y Clasificar las Peticiones de Cambio (RFC) recibidas. Aprobación y Planificación del cambio. Implementación del cambio. Evaluación y Cierre del cambio REGISTRAR Y CLASIFICAR LAS PETICIONES DE CAMBIO RECIBIDAS. Las Peticiones de Cambio (RFC) recibidas pueden llegar por cualquiera de los siguientes motivos: Por parte de la Gestión de Problemas, que se encarga de solucionar definitivamente a los incidentes presentados en la empresa, en este caso envía una Petición de Cambio (RFC) a la Gestión de Cambios para el análisis respectivo. Desarrollo de nuevos servicios de TI, en este caso la Gestión de Cambios controla que los cambios a efectuar no afecten los servicios de capacidad y disponibilidad. Puede llegar por cambios estratégicos de la empresa, de ser así la Gestión de cambios trabaja para que no se deteriore el Nivel de Servicio ofrecido por TI. Actualización de software por terceros. Imperativo legal. El registro de las Peticiones de Cambio (RFC) debe contener los siguientes datos: Fecha de la Petición de Cambio (RFC). Número único para la RFC. Descripción del cambio propuesto. 1229 Objetivos a conseguir con el cambio. Tiempo estimado para el cambio. Estado del cambio, se inicia con Registrado, y debe ser actualizado durante todo el proceso, otros estados son: Aceptado, Rechazado, Implementado. Las Peticiones de Cambio (RFCs) que han sido debidamente registradas pasan por una clasificación de prioridad y categoría. Las prioridades de una RFC pueden ser: Alta, Media, Baja o las prioridades que se haya normalizado para este fin. La categoría de una RFC depende del nivel de dificultad e impacto que presente la implementación del cambio, y depende de esta clasificación para determinar la asignación de recursos que atienda la RFC APROBACION Y PLANIFICACIÓN DEL CAMBIO. La aprobación de las Peticiones de Cambio (RFC) se da durante las reuniones que tienen los Consejo Asesor del Cambio (CAB) 4, en estas reuniones se analizan las respuestas a las siguientes preguntas: Beneficios esperados con la implementación del cambio? Si se implementa el cambio Justifican los costes versus el beneficio esperado? Si el cambio produce riesgos en la disponibilidad y nivel de servicio Cuáles son estos riesgos e impactos sobre la infraestructura de TI? Se necesita asignar recursos para llevar a cabo el cambio Tenemos los recursos suficientes para garantizar éxito en el cambio? Se necesita un tiempo para realizar el cambio Cuánto puede demorar el cambio? 4 Definición en Glosario 1330 Existe la posibilidad de que la ejecución de los cambios afecte la seguridad de TI? Si el cambio tiene gran impacto estratégico sobre la empresa se consultara a la Dirección de la Empresa sobre la implementación o no de los cambios solicitados IMPLEMENTACIÓN DEL CAMBIO. La gestión del cambio no es la encargada de la implementación, de esto se encarga la gestión de entregas y despliegues, pero si se encarga de evaluar y controlar todo el proceso. En la fase de desarrollo del cambio se encarga de supervisar que se realicen los cambios de acuerdo a lo solicitado por el usuario/departamento, además controla el calendario previsto para la ejecución por parte de los desarrolladores, controla que las pruebas se las realice en un ambiente lo más real posible EVALUACIÓN Y CIERRE DEL CAMBIO. Aunque la Gestión de Cambios es la encargada de la evaluación de los cambios realizados pero es la evaluación del servicio la encargada de suministrar dicha información. Para la evaluación final se toma en cuenta si el cambio entregado al cliente está en un nivel satisfactorio, entonces se procede con el cierre de la Petición de Cambio (RFC). Métricas de la Gestión de Cambio. Para el control del proceso de Gestión de Cambio se define las siguientes métricas que ayuden a la evaluación de la gestión realizada: Porcentaje de RFCs solicitadas. 1431 Porcentaje de RFCs aprobadas y rechazadas. Número de cambios realizados clasificados por impacto y prioridad. Tiempo medio del cambio dependiendo de la clasificación. Porcentajes de cambios realizados en primera instancia, segunda instancia, etc. Número de back-outs realizados con una explicación detallada. Número de incidencias posteriores a la implementación GESTIÓN DE VERSIONES. Bailey, C. (2010) indica que la gestión de versiones es el encargado de la implementación de todo el hardware y software instalado en el ambiente de Producción. Objetivos Establecer una política de implementación de nuevas versiones de hardware y software. Implementar las nuevas versiones de software y hardware en el entorno de producción después de que la Validación y Pruebas las haya verificado en un entorno realista. Garantizar que el proceso de cambio cumpla las especificaciones de la Petición del Cambio (RFC) correspondiente. Asegurar, en colaboración con la Gestión de Cambios y la de Configuración y Activos TI, que todos los cambios se ven correctamente reflejados en la CMDB. Archivar copias idénticas del software en producción, así como de toda su documentación asociada, en la DML. Mantener actualizado el DS. 1532 Proceso Establecer una política de planificación para la implementación de nuevas versiones. Desarrollar o adquirir de terceros las nuevas versiones de acuerdo a la Petición de Cambio (RFC) correspondiente. Implementar las nuevas versiones en el entorno de producción. Llevar a cabo los planes de back-out o retirada de la nueva versión si esto fuera necesario. Actualizar los depósitos de software y hardware definitivos. Comunicar y formar a los clientes y usuarios sobre las funcionalidades de la nueva versión. 1.4 ADMINISTRACIÓN DEL NIVEL DE SERVICIO. OSIATIS S.A. (sf) indica que La Administración de Niveles de Servicio es el proceso por el cual se definen, negocian y supervisan la calidad de los servicios de TI ofrecidos. La Administración del Nivel de Servicio incluye la definición de los de servicios de TI para la empresa y el establecimiento de los Acuerdos de Nivel de Servicio (SLA) correspondientes. La implementación de la Administración de Nivel de Servicio consta de los siguientes pasos: Crear un catálogo de servicios. Desarrollar los SLA correspondientes. Supervisar y crear informes. Realizar revisiones periódicas del nivel de servicio. 1633 1.4.1 ACUERDO DE NIVEL DE SERVICIO SLA. Es un acuerdo formal negociado entre las dos partes diseñado para establecer prioridades, servicio, tiempos de respuesta, etc, de cada servicio prestado por el proveedor. (Villavicencio P., 2011) Básicamente este documento define las respuestas a las siguientes preguntas: Qué es lo que quiere la Empresa? Cuáles son las responsabilidades del cliente-empresa? Cuáles son las responsabilidades del Departamento de TI? Cómo se va a medir el servicio prestado, con los indicadores de desempeño? Cómo se van a realizar las encuestas y cada qué tiempo? Cuál es la hora de prestación, soporte y mantenimiento del servicio? Los pasos para definir un Acuerdo de Nivel de Servicio (SLA) son los siguientes: Definir el tipo de SLA, puede ser interno o externo, operativo o de varios servicios. Definir los SLA, por ejemplo que niveles de servicio se dan a la empresa, incluido factores medibles como la disponibilidad, capacidad de respuesta, integridad, precisión y seguridad. Negociar y acordar los SLA, por ejemplo, determinar si lo acordado entre lo que recibe la empresa y el departamento de TI es a un costo razonable. Documentar el SLA, por ejemplo, documentar los acuerdos a los que se llega. Las partes que compone el Documento son: Partes del Acuerdo que es la primera parte del contrato se estipula las partes que firmaran el acuerdo de nivel de servicio y por quien. 1734 Fecha de Inicio, como fecha estipulada entre ambas partes que defina la fecha efectiva en que dará inicio el presente contrato. Duración del Acuerdo, en esta parte se indica el tiempo de duración del acuerdo o su finalización en el caso de incurrir en algún incumplimiento de una o las dos partes, que debería estar claramente estipulado en el documento. Definiciones para indicar las definiciones, expresiones y abreviaturas que se van a utilizar en el presente documento. Gestión y Mantenimiento del SLA, que es la sección que debe especificar las políticas para las revisiones y modificaciones que se pueden realizar al contrato de nivel de servicio en el lugar de localización. Descripción del Servicio: Que es la parte del acuerdo donde proporciona una lista de los servicios que serán facilitados por el Departamento de TI a la empresa. Incluye todas las actividades especificas que requieren una adecuada implementación del acuerdo, incluye el grado de especificación que deberá ser proporcionado, adicionado al horario definido de actividades correspondientes a los procesos utilizados/respaldados por el Departamento de TI. Responsabilidades de la empresa: En esta sección del acuerdo se debe indicar las responsabilidades de La Empresa, con respecto a los servicios brindados. Responsabilidades del Departamento de TI: A continuación se indica cuales serán las responsabilidades del Departamento de TI en respaldo al acuerdo. Disponibilidad del Servicio: En esta sección se especifica la disponibilidad de los servicios requeridos por La Empresa y ofrecidos por el Departamento de TI definidos en la sección Descripción del Servicio. 1835 Restricciones de Disponibilidad: En esta sección se expone el tiempo que el Departamento de TI, utiliza para dar mantenimiento rutinario a los servicios y tiempos fuera de línea no calendarizados. Métricas del Servicio: Esta sección establece las medidas utilizadas para garantizar la óptima proporción de los servicios. Estas pueden ser definidas en términos de disponibilidad de servicio (tiempos de respuesta) desempeño del servicio, (capacidad de almacenamiento y transmisión de data) y calidad del servicio (frecuencia de no disponibilidad, encuestas a los beneficiarios, etc. Penalidades del Servicio: Esta Sección hace referencia a las fallas y faltas del Departamento de TI en satisfacer los niveles de los servicios monitoreados y medidos bajo el SLA, proporcionando a La Empresa créditos o descuentos (Créditos de Servicio) siempre que el Departamento de TI no satisfaga ciertos acuerdos o convenios definidos como críticos. Los créditos de servicio juegan un rol significativo en incentivar el correcto comportamiento entre las partes. Administración de la Continuidad del Servicio: Esta sección del acuerdo incluye los planes de recuperación del servicio y detalles relacionados según corresponda. Debe identificar los requerimientos de continuidad del servicio incluyendo el marco de tiempo en restaurar las funciones claves y el marco de tiempo para restaurar todas las funciones del centro de Servicio. Terminación: Esta sección del acuerdo se dirige a proveer eventos definidos que desencadenarían la terminación del contrato además a la terminación del contrato establecida en la sección Duración del Acuerdo. Por ejemplo la falla persistente en satisfacer los niveles de servicio sobre un período de tiempo daría origen al derecho de terminación. 1936 Aprobación Acuerdo: Esta es la sección final e incluye los signatarios y las fechas de firma. En el Capítulo IV se ve con más detalle y ejemplos los acuerdos de nivel de servicio ACUERDO DE NIVEL DE SERVICIO OLA. Son acuerdos internos que debe tener el departamento de TI para entregar un nivel de servicio aceptado por el cliente, estos acuerdos son transparentes para los clientes. tesis. El tema de los acuerdos OLA se verá con más detalle en el capítulo IV de la presente 1.5 MESA DE AYUDA. La mesa de ayuda, es el principal punto de contacto entre los usuarios y TI, cuando hay una interrupción del servicio o incluso para algunas categorías de requerimientos de cambio. La mesa de ayuda provee a los usuarios un punto de comunicación y un punto de coordinación para diferentes grupos de coordinación de TI y procesos. (Tamayo A., & Valencia O., 2009, p. 33) Un buen funcionamiento de la mesa de servicio garantiza una buena imagen al departamento de TI hacia la organización, lo contrario convierte al departamento de TI en un caos. La forma de contacto que se tiene con la mesa de ayuda puede ser: Vía telefónica. Vía correo electrónico. Vista Personal. Mediante un escrito (Oficio). 2037 La mesa de ayuda está conformado por personal que asesora al usuario sobre sus requerimientos de servicio. El asesor de la mesa de ayuda: Conoce de primera mano todos los incidentes. Solicita más información al usuario (pantallas, formas) para tener información suficiente que le permita dar la solución requerida. Analiza los datos, reportes que el usuario envía. Da un primer nivel de soporte al usuario. Si es posible da una solución. Responde por el incidente reportado, independientemente donde den la solución. Cierra el incidente. Orienta al usuario en el caso de que no sea un hecho que tenga que ver con la mesa de ayuda. Gestiona los cambios que puedan surgir por el incidente atendido. Establece relaciones de confianza y respeto con el usuario y con el personal del departamento de TI con los que tiene relación. 1.6 BASE DE CONOCIMIENTOS Es una base de datos que guarda información sobre los trabajos realizados para solucionar determinado incidentes, esta base tiene como objetivo servir de apoyo en la solución de incidentes. En el Capítulo V se revisa con más detalle lo correspondiente a la Base de Conocimientos. 2138 CAPÍTULO II: DIAGNÓSTICO DEL ÁREA DE TECNOLOGÍA DE LA EMPRESA 2239 2.1 INTRODUCCIÓN. Serviandina S.A. es una empresa de sociedad anónima, cuya razón de ser es dar servicio a las diferentes empresas del grupo Jaramillo. Surgió de la unificación de las áreas de servicio de las empresas Marcimex e Indurama. La oficina matriz está ubicada en la ciudad de Cuenca y fue creada a comienzos del año (Grafico No. 4) Gráfico No. 4: Logo de la Empresa Serviandina S. A. El departamento de Tecnología de Información (TI) como parte principal de esta compañía, se encarga de brindar el servicio solicitado en lo relacionado con el manejo digital de la información e infraestructura que la soporta, servicio necesario para el correcto desempeño de las compañías del grupo. Los departamentos especializados en el servicio y que forma parte de esta empresa son: TI, logística, inventarios, contac center, recursos humanos, contabilidad. (Gráfico No. 5) 2.2 ANTECEDENTES. El departamento de sistemas de la empresa, hace más de una década, desarrolló un software para la automatización de los diferentes departamentos que comprenden esta compañía. Los principales temas que desarrollaron con este software son: Control de inventarios, punto de venta, control de cartera y cobranza, control de caja, contabilidad, tesorería entre otros. Este desarrollo inicial se lo realizo sobre un ambiente de bases distribuidas, clienteservidor que era lo que se utilizaba hace 10 años, pero esta información no es en línea 2340 con las agencias de la empresa que se encuentran distribuidas por todo el país, para consolidar la información en matriz, se utilizan archivos planos, lo cual es obsoleto y retrasa las actividades administrativas y operativas que se quieren realizar en matriz. Con el transcurso del tiempo, el crecimiento de la empresa, los cambios en las leyes tributarias del país, se vio la urgencia de modificar el software inicialmente desarrollado, para que este responda a las necesidades de la compañía. Estas necesidades se resumen en tener información en línea, contabilizaciones en línea, inventario en línea, de tal forma que la toma de decisiones por parte de la administración sea inmediata. Para la recepción de los requerimientos, que llegan al departamento de desarrollo, no se aplicó metodología alguna, los departamentos solicitaron de acuerdo a sus necesidades, de forma directa con la persona más cercana y de confianza que tiene a su mano. Esta persona, además de desarrollar los cambios requeridos, divide su tiempo con el mantenimiento de las aplicaciones que funcionan en otros departamentos. Los usuarios acuden directamente al departamento de desarrollo para solicitar cambios o arreglos al aplicativo que usan, sin importar el orden de las actividades que se tiene en la planificación del trabajo en el Departamento de TI. Esta forma de trabajo requiere urgentemente ser analizada y corregida para que el departamento de TI se convierta en una ayuda al logro de los objetivos de la empresa. 2441 PRESIDENTE DE LA EMPRESA 2.3 ANÁLISIS DE LA ORGANIZACIÓN SITUACIÓN DE LA EMPRESA. PRESIDENTE JUNTA DE ACCIONISTAS GERENTE GENERAL TI RRHH HARDWARE SOFTWARE ASEGURAMIENTO CALIDAD CONTABILIDAD Telecomunicaciones DBA Mantenimiento Técnico Administradores Analistas / Desarrolladores LOGISTICA DESARROLLO ORGANIZACIONAL CALL CENTER Gráfico No. 5: Organigrama de la Empresa Serviandina S. A. con más detalle en el Departamento de Tecnología de Información (TI). La Empresa está organizada de acuerdo al diagrama del Gráfico No. 5, con una división por departamentos lo que permite agrandarse en un grado indeterminado, cada departamento es el responsable de sus actividades. Cuadro 1: Definición y Funciones de los Departamentos que conforman la empresa Serviandina S. A. DEFINICIÓN: Es la máxima autoridad. Dirige y controla el funcionamiento de la compañía. Representa a la sociedad en todos los negocios y contratos con terceros en relación con el objeto de la sociedad. Es el representante Legal de la Coalición Empresarial, para todos los actos judiciales y extrajudiciales. 2542 GERENTE GENERAL JUNTA DE ACCIONISTAS Las atribuciones y deberes del Presidente son, según Cueva J. & Tipan T., (2010): Cumplir y hacer cumplir la ley, los presentes estatutos y las resoluciones de la junta general de accionistas de la compañía. Presidir las sesiones de la junta general. Supervigilar las actividades de la compañía. Subrogar al gerente general en caso de falta, ausencia o impedimento de este. DEFINICIÓN: La Junta General de Accionistas es un órgano de administración y fiscalización dentro de la sociedad anónima, donde se toman las decisiones clave para la marcha y funcionamiento de la sociedad. (Cueva J. & Tipan T., 2010). DEFINICIÓN: Es el órgano de administración y gestión de la Empresa de mayor jerarquía, teniendo la competencia y atribuciones que le señale el Directorio. El Gerente General es designado por el directorio, para ejercer el cargo en forma personal e indelegable. Tiene atribuciones resolutivas en el ámbito de la empresa, depende únicamente del directorio. Cueva J. & Tipan T., (2010) define que las atribuciones y deberes del gerente general son: Ejercer la representación legal, judicial y extrajudicial de la compañía. 2643 LOGÍSTICA CONTAC CENTER Cumplir y hacer cumplir las leyes que rigen a las empresas ecuatorianas. Arrendar o subarrendar, vender, transferir y gravar toda clase de bienes inmuebles o activos fijos de la compañía. Cobrar las sumas que adeudaren a la compañía por cualquier concepto. Elaborar el presupuesto de la compañía. Cuidar que se lleve debidamente la contabilidad. Nombrar y remover a funcionarios y empleados de la compañía. Llevar el control de las cuentas bancarias. Responder por los daños y perjuicios causados por negligencias grave o incumplimiento de las disposiciones legales. Subrogar al presidente en caso de falta, ausencia o incumplimiento de este. DEFINICIÓN: Responsables de preparar personas para interactuar con clientes de las diferentes empresas del grupo, dar atención y soporte al cliente interno y externo. Es el departamento responsable de almacenar, inventariar y mover sus productos y servicios, de manera que estén a disposición de los clientes en el momento, lugar, cantidad y forma adecuada. IMPORTANCIA: Se da en aspectos como: El servicio al cliente y su satisfacción, ya que este aspecto es 2744 DESAR ROLLO ORGAN IZACIO NAL RECURSOS HUMANOS la piedra angular de las estrategias de mercadotecnia. La disminución de costos, esto debido a que es necesario coordinar de manera adecuada los niveles de inventario, medios de transporte, ubicaciones de plantas y puntos de venta. La explosión en la variedad de productos, esto se debe a que actualmente ya no llevan el control de inventarios de sus productos en un trozo de papel, sino que, debido a la gran cantidad de productos que algunas empresas manejan, estas requieren un adecuado control lo que significa un autentico reto logístico. Las mejoras en la tecnología de la información, este aspecto relacionado a la creciente utilización de computadoras, scanner, códigos de barras, transferencias electrónicas de fondos, etc. Recursos Humanos es definida por Cueva J. & Tipan T., (2010): En la administración de empresas, se denomina recursos humanos al trabajo que aporta el conjunto de los empleados o colaboradores de esa organización. Pero lo más frecuente es llamar así a la función que se ocupa de seleccionar, contratar, formar, emplear y retener a los colaboradores de la organización. Estas tareas las puede desempeñar una persona o departamento en concreto (los profesionales en Recursos Humanos) junto a los directivos de la organización. (p. 51) DEFINICIÓN: Este departamento es el instrumento por excelencia para el cambio en 2845 TECNOLOGÍA DE INFORMACIÓN FINANCIERO CONTABLE busca del logro de una mayor eficiencia organizacional. Es así como el Desarrollo Organizacional busca, en la empresa, lograr un cambio planeado de la organización conforme a las necesidades, exigencias o demandas de la empresa. FUNCIONES: Regulación de los Procedimientos de cambio organizativo. Análisis de los cambios solicitados al departamento de TI. FUNCIONES: Se encarga del cumplimiento de las obligaciones pago de los tributos que las normativas legales fijen a la Empresa. Coordinar el plan financiero en el corto, mediano y largo plazo que las gerencias fijen para la Empresa. Actualizar y consolidar la información financiera de la Empresa. DEFINICIÓN: El departamento de Tecnologías de Información tiene como objetivo el control administrativo y ejecutivo de los sistemas de información para la ayuda en alcanzar los objetivos de la empresa. FUNCIONES: Mantener y administrar las redes y equipos computacionales. Prestar soporte a usuarios en todo lo relativo a la plataforma computacional. Supervisar todo proyecto informático que fuere contratado a terceros. Velar por la integridad de la información almacenada en los 2946 equipos computacionales, además de elaborar y ejecutar planes de contingencia necesarios en caso de pérdida de dicha información. Hardware disponible Los recursos de hardware disponible en la empresa esta listado en el Cuadro No. 2 Cuadro 2: Listado de Recursos de Hardware disponible en la Empresa. Recursos Red de Computadores 5 Uso en la Empresa Para la conexión entre las agencias, bodegas y oficinas a nivel nacional con el servidor principal ubicado en matriz. Servidores Ubicados principalmente en las oficinas matriz, se usa para el procesamiento de la información, correo electrónico, servicio de aplicaciones, almacenamiento de datos, etc. Central telefónica 6 Para la interconexión, mediante aparatos telefónicos, entre todas las personas, departamentos, agencias y bodegas de la empresa. Computadores Portátiles y de Escritorio Para el uso de los funcionarios y empleados de la empresa con el que procesan la información necesaria para su trabajo. Firewall ASA 7 Utilizado para la seguridad de la red. 5 Definición en Glosario 6 Definición en Glosario 7 Definición en Glosario 3047 Switch 8 Para interconectar las diferentes redes que funcionan en la empresa. Switch Principal Marcimex Firewall ASA G0/0 VLAN 200 G0/19 VLAN 100 Telconet Asa Link 1 SPD G0/1 VLAN 60 Asa Link 2 SPD G0/2.30 VLAN 30 G0/4 G0/19 VLAN 100 PuntoNet Asa Link 0 SPD G0/2.40 VLAN 40 G0/3 G0/15 G0/19 VLAN 100 Integraldata M0/0 G0/27 VLAN 30 G0/10 VLAN 200 Sw Capa 3 G0/1 G0/25 G0/26 VLAN 40 VLAN 40 G0/5 VLAN 60 G0/23 Tv Cable VLAN 20 Radio Marcimex Radio Indurama Router Indurama G0/0.3 Gateway Indurama G0/1 G0/11 VLAN 200 G0/13 VLAN 10 G0/21 VLAN 90 G0/22 Sw Servidores Radio Mx Mariano Cueva Radio Mariano Cueva Sw Mariano Cueva G0/2 G0/2 Sw Sistemas 1 G0/24 G0/24 Sw Sistemas 2 Radio Mx Gran Colombia Radio Gran Colombia Sw Gran Colombia F0/1 F0/1 Sw Marcimex Gráfico No. 6: Red de Telecomunicaciones de la Empresa. (Fuente: área de redes y telecomunicaciones de la Empresa Serviandina S.A.) DEFINICION Y ANÁLISIS A LOS PARTICIPANTES INTERESADOS. De acuerdo a los roles que cada persona desarrolla en la empresa propongo a las siguientes personas para la implementación de los procesos basados en le metodología ITIL en la empresa. Gerente del Proyecto: También se puede llamar como gestor de proyecto, director de proyecto, líder de proyecto o encargado de proyecto, es la persona que tenga la responsabilidad total del planeamiento y la ejecución acertada de la implementación de los procesos basados en la metodología ITIL. 8 Definición en Glosario 3148 Una de sus tareas más importantes es el reconocimiento de los riesgos que afectan directamente las probabilidades de éxito del proyecto, y la constante medición, formal e informalmente de dicho riesgo a lo largo del ciclo de vida de este proyecto. Jefe de TI: Organiza, planifica y lidera las acciones y trabajos que realiza el departamento de TI, en todas sus áreas para que estos trabajos signifiquen el avance necesario que la empresa requiere. Además representa al departamento en las reuniones que la alta gerencia convoca mensualmente para la coordinación de los planes globales de la empresa. El Jefe de TI es la persona clave en la implementación de este proyecto, debe informar a la organización sobre los beneficios que se consiguen con los cambios propuestos y cuales serian las consecuencias de continuar con el método actual de trabajo. Además respalda los trabajos en el departamento para llevar a cabo este proyecto. Jefe de Software Coordina y supervisa con los administradores de software personalizado el desarrollo de los trabajos que llegan al departamento. Mantiene reuniones con el Jefe de TI para informar y buscar soluciones a los diferentes problemas que se presentan. Mesa de Ayuda Realiza trabajos de ayuda a los usuarios cuando tienen problemas o inquietudes con la computadora, el sistema y sus periféricos. 3249 Con la implementación de este proyecto, sería un departamento definido que cumpliría su trabajo de acuerdo a la metodología ITIL. Administradores Software Personalizado Asisten a las reuniones con el departamento de Desarrollo Organizacional (DO) y los usuarios de aplicaciones para el primer análisis de los trabajos a desarrollar. Reciben los requerimientos, analizan y coordinan el desarrollo de los trabajos en software. Atienden a los usuarios por problemas del software instalado. Asisten y enseñan al personal a su cargo el manejo de los diferentes programas usados en el trabajo que se realiza DESEMPEÑO DEL DEPARTAMENTO DE TI. Goodstein, Nolan, & Pfeiffer, (1998) escriben en su libro Planeación Estratégica Aplicada acerca de la auditoría del desempeño y afirman: El análisis del desempeño constituye un esfuerzo concertado para identificar que es y donde se encuentra la organización en la actualidad. Ello implica un estudio de sus fortalezas y debilidades internas como de aquellos factores externos significativos que pueden impactar su futuro en forma positiva o negativa, es decir, las oportunidades y amenazas externas que afronta el departamento. (p. 269) Por lo general la sigla DOFA 9 se utiliza para referirse a estos cuatro factores internos y externos. Las debilidades y fortalezas del departamento representan los elementos internos, y las oportunidades y amenazas que afrontan constituyen los elementos externos. 9 Definición en Glosario 33 50 A continuación se realiza un análisis interno y externo del departamento de tecnología, este análisis es producto de encuestas realizadas a 10 personas 10, las personas seleccionadas tienen la antigüedad y grado de responsabilidad necesario para que sus respuestas representen un aporte valioso a este análisis. En el Anexo 1 se encuentra la valoración de los pesos a los temas seleccionados y analizados en función de la importancia que tienen cada una de las variables para los cuadrantes de la matriz DOFA. Cuadro 3: Matriz DOFA del Departamento de Tecnología. Autor: Mejía Mejía, Tomas Eugenio Recurso: Departamento de TI Serviandina S. A. Nota: Cuadro realizado con la ayuda del Software Libre Inghenia (2009). Implicaciones de las Fortalezas para el Departamento de TI: El personal, por su preparación y motivación, está dispuesto a asumir retos que la empresa se imponga para los cambios estratégicos que se den en el corto, mediano y largo plazo. 10 Encuesta en Anexo 1 3451 El personal del Departamento de TI recibe constante capacitación, ya sea en cursos internos o externos, lo que le permite estar al día en los últimos avances tecnológicos y podrían buscar otras alternativas para la solución de problemas en la empresa. El personal del Departamento de TI, está motivado a quedarse en la empresa por mucho tiempo, lo que permite a la empresa planificar estrategias a largo plazo. Implicaciones de las Debilidades para el Departamento de TI: Los usuarios cuando tienen problemas acuden directamente a los técnicos/analistas, provocando alteración en el orden de las tareas. La solución de incidentes y problemas, fuera del tiempo ofrecido, afecta al departamento por que se genera un ambiente de inconformidad por parte de los usuarios. Desorganización en el Departamento de TI al desviar el personal calificado a realizar tareas de apagar incendios. La falta de un procedimiento en la solución de incidentes y problemas provoca exceso de trabajo en personas héroes que son buscadas para la solución de la mayor parte de problemas. Reclamos y quejas de los usuarios afecta el autoestima y desempeño del personal encargado de los cambios en el software. Los cambios externos al departamento producen labores de característica urgente que deben ser planificados y organizados para que no produzcan errores en el desarrollo del software. Implicaciones de las Debilidades para la Empresa: 35 52 La falta de comunicación interdepartamental, especialmente con el área de ventas, afecta directamente al negocio con los clientes, por ende pérdida económica para la empresa. Las caídas en la interconexión entre las agencias y el servidor principal afecta en pérdida de ventas. Los cambios en el software posteriores a la salida en vivo, afectan la relación con el cliente final ya que el departamento de ventas no tiene garantía suficiente para realizar su trabajo. En el Gráfico No. 7, la flecha indica el vector estratégico hacia la situación óptima. La situación actual del departamento se muestra con el círculo amarillo. 36 Gráfico No. 7: Promedio de los Factores Debilidades-Fortalezas (eje vertical) y Amenazas- Oportunidades (eje horizontal). Realizado con la ayuda del software libre Inghenia (2009). El Gráfico No. 7 indica un valor promedio de -0.4 para el eje de las X y un valor promedio de -0.6 para el eje de la Y, en el cruce de estas coordenadas se encuentra un 53 punto amarillo, que indica la situación actual del Departamento de TI, la flecha indica el vector estratégico al que se debe llegar una vez que se superen las debilidades internas y las amenazas externas CAUSA-EFECTO DE LAS DEBILIDADES DEL DEPARTAMENTO DE TI. De acuerdo al Gráfico No 7, el Departamento de TI no se encuentra en una situación favorable para conseguir la misión encomendada, que es ser un aporte significativo para el cumplimiento de los objetivos de la Empresa. Es necesario analizar cuáles son las causas de esta situación, para esto se puede utilizar un diagrama de análisis Causa- Efecto que a continuación se muestra. 3754 Exceso de trabajo en pocas personas No hay distribución adecuada en las tareas encomendadas Falta una metodología que procedimente la atención al usuario No hay una distribución adecuada de las tareas en el departamento Los técnicos están ocupados atendiendo otros incidentes Los técnicos prefieren trabajar en lo que más conocen Hay poco personal con buenos conocimientos técnicos FALTA DE COMUNICACIÓN Por experiencias anteriores de trabajos exitosos INTERDEPARTAMENTAL Mas empatía con determinadas personas Por experiencia y conocimiento del técnico seleccionado Los usuarios prefieren llamar a técnicos de confianza 3855 Falta de pruebas en funcionalidades del aplicativo Falto tiempo para realizar todas las pruebas Se realizaron pruebas sobre funcionalidad de acuerdo al usuario interesado Los analistas/desarrolladores están ocupados corrigiendo defectos del software En el análisis no se vieron todos los casos de uso Falto funcionalidades al aplicativo Sistema tiene mucha funcionalidad Descuido de los usuarios que aceptaron el sistema CAMBIOS POSTERIORES Olvido involuntario del usuario en la funcionalidad solicitada A LA SALIDA EN VIVO Después de la salida a vivo observan otras mejoras al aplicativo Cambios estratégicos en la empresa El usuario solicita mas funcionalidad al sistema No es un requisito para instalar los cambios No hay política de documentar los cambios No se exige documentación de los cambios por parte del usuario No se existe documentación por parte de la jefatura del departamento No hay costumbre en la documentación de los cambios FALTA DOCUMENTACIÓN Se necesita un método que indique que y como se debe documentar EN CAMBIOS REALIZADOS No hay un acuerdo en el tipo de documentación Gráfico No. 8: Análisis Causa-Efecto para Debilidades en el Departamento de TI. 3956 TABLAS Y DIAGRAMAS DE PARETO PARA EL ANÁLISIS DE DEBILIDADES DEL ÁREA TI. Para determinar las causas principales y su real incidencia dentro de la problemática del departamento se aplicó el análisis y diagrama de Pareto 11. Para tal fin se procedió con una encuesta cuantitativa a 5 miembros del departamento escogidos en función de su antigüedad y experiencia, que representan al 15% del personal del departamento de TI, además se escogió a un grupo de 5 miembros externos del departamento, que representa al 4% del personal de matriz, para conocer su punto de vista 12. Cuadro 4: Tabla de Pareto para el Análisis de Desviación de Personal altamente capacitada hacia incidentes menores CAUSAS Falta de experiencia en el trabajo con metodologías Pocos técnicos están más especializados en determinados temas Hay la percepción de que determinado técnico tiene más experiencia frecuencia Porcentaje acumulado Frecuencia acumulada % 35 0, % 68 0, % 99 0,8 Porque pocos técnicos conocen la evolución del 9 64% 108 0,8 software Malas experiencias anteriores en soluciones de 8 69% 116 0,8 problemas Porque conocen más las herramientas de 8 74% 124 0,8 programación No conocen las herramientas de programación 8 79% 132 0,8 Temor a fallar en las soluciones 7 83% 139 0,8 No tiene buena comunicación con el usuario final 7 87% 146 0,8 11 Definición en Glosario. 12 Encuesta Anexo 1 4057 Falta de experiencia en el trabajo con metodologías Pocos técnicos estan mas especializados en determinados temas Hay la percepción de que determinado técnico tiene más experiencia Porque pocos tecnicos conocen la evolución del software Malas experiencias anteriores en soluciones de problemas Porque conocen más las herramientas de programación No conocen las herramientas de programación Temor a fallar en las soluciones No tiene buena comunicación con el usuario final Jefes desordenan involuntariamente el orden en los trabajos Falta de un organigrama funcional para el desarrollo de sus funciones Departamento no creció planificada mente Mas empatía con determinada persona Jefes desordenan involuntariamente el orden en los trabajos Falta de un organigrama funcional para el desarrollo de sus funciones 6 90% 152 0,8 6 94% 158 0,8 Departamento no creció planificadamente 5 97% 163 0,8 Mas empatía con determinada persona 5 100% 168 0,8 Autor: Mejía Mejía, Tomas Eugenio. Recurso: Departamento de TI de Serviandina S. A % 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% frecuencia porcentaje Gráfico No. 9: Diagrama de Pareto para el Análisis de Desviación de Personal altamente capacitada hacia incidentes menores. Las causas más importantes, que se puede ver en el Gráfico No. 9, para la Desviación de Personal altamente capacitado hacia incidentes menores son: Falta de experiencia en el trabajo con metodologías. Pocos técnicos están más especializados en determinados temas. Hay la percepción de que determinado técnico tiene más experiencia. Porque pocos técnicos conocen la evolución del software. 4158 Cuadro 5: Tabla de Pareto para el análisis de Poco personal dedicado exclusivamente para atención al usuario final. CAUSAS Personal nuevo no tiene la suficiente experiencia en atención a usuarios El conocimiento sobre la tecnología está en pocas personas Falta de experiencia en el trabajo con metodologías No existe una base de conocimiento que ayude en la atención a los usuarios Frecuenci a Porcentaj e acumulad o Frecuenci a acumulad a % 33 0, % 66 0, % 97 0, % 127 0,8 No hay una política de capacitación a los técnicos 25 85% 152 0,8 No existe una documentación sobre problemas e 10 91% 162 0,8 incidentes solucionados Departamento no creció planificadamente 7 94% 169 0,8 Existen otras prioridades ante el costo que 5 97% 174 0,8 representa la contratación de más personal No hay una propuesta en firme para realizar una remodelación 5 100% 179 0,8 Autor: Mejía Mejía, Tomas Eugenio. Recurso: Departamento de TI de Serviandina S. A. 4259 Personal nuevo no tiene la suficiente experiencia en atención a usuarios El conocimiento sobre la tecnología está en pocas personas Falta de experiencia en el trabajo con metodologías No existe una base de conocimiento que ayude en la atención a los usuarios No hay una política de capacitación a los técnicos No existe una documentación sobre problemas e incidentes solucionados Departamento no creció planificada mente Existen otras prioridades para el gasto No hay una propuesta en firme para realizar una remodelación % 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Frecuencia Porcentaje Gráfico No. 10: Diagrama de Pareto para el Análisis de Poco personal dedicado exclusivamente al Usuario Final En función del diagrama de Pareto del Gráfico No. 10 se ve que las causas para que exista Poco personal dedicado exclusivamente al Usuario final son: Personal nuevo no tiene la suficiente experiencia en atención a usuarios. El conocimiento sobre la tecnología está en pocas personas. Falta de experiencia en el trabajo con metodologías. No existe una base de conocimiento que ayude en la atención a los usuarios. Cuadro 6: Tabla de Pareto para el Análisis de Cambios posteriores a la salida en vivo del Software CAUSAS Frecuencia Porcentaje acumulada Frecuencia acumulada En el análisis no se vieron todos los casos de 34 24% 34 0,8 uso Descuido de los usuarios que aceptaron el 31 46% 65 0,8 sistema Después de la salida a vivo observan otras 24 64% 89 0,8 4360 En el análisis no se vieron todos los casos de uso Descuido de los usuarios que aceptaron el sistema Después de la salida a vivo observan otras mejoras al aplicativo Falto tiempo para realizar todas las pruebas Se realizaron pruebas sobre funcionalidad de acuerdo al usuario interesado Los analistas/desarrolladores están ocupados corrigiendo defectos del software Sistema tiene mucha funcionalidad Cambios estratégicos en la empresa Olvido involuntario del usuario en la funcionalidad solicitada mejoras al aplicativo Falto tiempo para realizar todas las pruebas 15 74% 104 0,8 Se realizaron pruebas sobre funcionalidad de acuerdo al usuario interesado 10 81% 114 0,8 Los analistas/desarrolladores están ocupados corrigiendo defectos del software 8 87% 122 0,8 Sistema tiene mucha funcionalidad 7 92% 129 0,8 Cambios estratégicos en la empresa 6 96% 135 0,8 Olvido involuntario del usuario en la funcionalidad solicitada 5 100% 140 0,8 Autor: Mejía Mejía, Tomas Eugenio. Recurso: Departamento de TI de Serviandina S. A % 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Frecuencia Porcentaje Gráfico No. 11: Diagrama de Pareto para el Análisis de Cambios Posteriores a la Salida en Vivo. En función del diagrama de Pareto del Gráfico No. 11 se ve que las causas para que exista Cambios posteriores a la salida en Vivo del Software Desarrollado son: 44 En el análisis no se vieron todos los casos de uso.61 Falta una metodología que procedimente la atención al usuario Hay poco personal con buenos conocimientos técnicos No hay una distribución adecuada de las tareas en el departamento Por experiencia y conocimiento del técnico seleccionado Los técnicos prefieren trabajar en lo que más conocen Por experiencias anteriores de trabajos exitosos Mas empatía con determinadas personas Descuido de los usuarios que aceptaron el sistema. Después de la salida a vivo observan otras mejoras al aplicativo. Cuadro 7: Tabla de Pareto para el Análisis de Falta de Comunicación Interdepartamental CAUSAS Falta una metodología que procedimente la atención al usuario Hay poco personal con buenos conocimientos técnicos No hay una distribución adecuada de las tareas en el departamento Frecuencia Porcentaje acumulado Frecuencia Acumulada % 35 0, % 66 0, % 87 0,8 Por experiencia y conocimiento del técnico 19 80% 106 0,8 seleccionado Los técnicos prefieren trabajar en lo que más 10 87% 116 0,8 conocen Por experiencias anteriores de trabajos 9 94% 125 0,8 exitosos Mas empatía con determinadas personas 8 100% 133 0,8 Autor: Mejía Mejía, Tomas Eugenio. Recurso: Departamento de TI de Serviandina S. A % 90% 80% 70% 60% 50% 40% 30% 20% 10% 0% Frecuencia Porcentaje62 Gráfico No. 12: Diagrama de Pareto para el Análisis de Falta de Comunicación Interdepartamental. En función del diagrama de Pareto del Gráfico No. 12 se ve que las causas para que exista Falta de Comunicación Interdepartamental son: Falta una metodología que procedimente la atención al usuario. Hay poco personal con buenos conocimientos técnicos. No hay distribución adecuada en las tareas encomendadas SOLUCIONES PLANTEADAS PARA FORTALECER LAS DEBILIDADES ENCONTRADAS. Para fortalecer las debilidades encontradas en el análisis de Pareto realizado sobre las principales debilidades del Departamento de TI se plantea las soluciones que están escritas en el Cuadro No SERVICIOS QUE BRINDA LA EMPRESA. La empresa SERVIANDINA brinda los siguientes servicios: Servicio de Contac Center para la atención al cliente antes y después de la venta Servicio de Logística para la ubicación, traslado, stock de los productos en el lugar que el cliente lo requiera. El Departamento de Tecnología de Información (TI) brinda los siguientes servicios: Mantenimiento del sistema actual. Mantenimiento del software financiero corporativo. Análisis y Desarrollo del software de manufactura corporativo. Análisis y Desarrollo del software de distribución corporativo. 4663 Potenciar la Mesa de Ayuda Procesos para la Mesa de Ayuda Procesos para Gestión de Incidentes Procesos para Gestión de Problemas Procesos para Liberación de Versiones de Software Base de Conocimientos Capacitación frecuente del personal especialmente al nuevo Documentación de los casos de uso y del software liberado Coordinación para la adquisición del software de recursos humanos y para la toma de decisiones. Servicio de internet y correo electrónico para todos los usuarios. Servicio de redes y telecomunicaciones para todas las bodegas y agencias. Atención al usuario en incidentes y problemas relacionados con su computadora personal. Asesoría en la solicitud del usuario/cliente para cambios en el funcionamiento del software. Cuadro 8: Planteamiento de Soluciones para fortalecer las debilidades encontradas en el análisis DOFA SOLUCIONES CAUSAS Falta de experiencia en el trabajo con metodologías * * * * Hay la percepción de que determinado técnico tiene más experiencia * * Personal nuevo no tiene la suficiente experiencia en atención a usuarios * * * No existe una base de conocimiento que ayude en la atención a los usuarios * 4764 En el análisis no se vieron todos los casos de uso * * Descuido de los usuarios que aceptaron el sistema * Falta una metodología que procedimente la atención al usuario * * * * * No hay distribución adecuada en las tareas * * * * encomendadas Autor: Mejía Mejía, Tomas Eugenio. Recurso: Departamento de TI de Serviandina S. A. 4865 CAPÍTULO III: DISEÑO DE PROCESOS 4966 3.1 PROCESOS DE ITIL A UTILIZAR DE ACUERDO AL ESTUDIO DEL DEPATAMENTO DE TI. De acuerdo al análisis de las debilidades encontradas en el Departamento de TI, realizadas en el Capítulo II, y basándonos en ITIL, se han definido los siguientes procesos 13 a implementar en la empresa, tema de la presente tesis. Procesos de la Mesa de Ayuda Procesos de Gestión de Incidentes Procesos de Gestión de Problemas Procesos para la Gestión del Cambio Procesos para la Liberación de Versiones del Software 3.2 SIMBOLOGÍA UTILIZADA EN LOS DIAGRAMAS DE PROCESOS El conjunto de símbolos que se utiliza para el diseño de los procesos son los que se encuentra a continuación: (Gráfico No. 10) INICIO O FINAL DEL DIAGRAMA DIRECCION DE FLUJO DEL PROCESO DESARROLLO DE UNA ACTIVIDAD ENTIDAD EXTERNA AL PROCESO BASES DE DATOS DECISIÓN Gráfico No. 13: Simbología utilizada en los Diagramas de Procesos 13 Definición en Glosario 5067 3.3 FICHAS PARA DOCUMENTACIÓN DE LOS PROCESOS Las fichas de los procesos se utilizan para documentar los mismos, incluye los pasos claves del proceso. A continuación se indica el formato utilizado en la presente tesis para la documentación de las fichas de los procesos: Cuadro 9: Matriz que muestra la documentación de Fichas de los Procesos utilizados en la presente tesis. FICHA DEL PROCESO Código: FP001 Versión: 1.0 Fecha Elaboración: Fecha de Aprobación: Fecha de Entrada en Vigor: Nombre del Proceso: Es la denominación por la cual identificamos al proceso. Definición: Breve descripción del proceso. Responsable/Propietario: Puesto de trabajo de la persona o unidad o departamento que tiene la responsabilidad de la correcta ejecución del proceso. Objetivo: Es el fin último del proceso, está relacionado con la necesidad del usuario. Destinatario: Clientes o usuarios para los cuales se ejecuta el proceso. Breve descripción de las necesidades que se quiere cubrir. Inicio/Fin: El inicio es el punto de partida que pone en marcha el proceso. El fin marca la entrega al usuario del servicio/producto finalizado. Entradas: Documentos, registros, recursos que, en algún momento, hacen su entrada en el proceso para su correcto desarrollo. Salidas: Documentos, registros, productos, resultados intermedios del proceso que tienen su origen en el propio proceso. Indicadores: Son magnitudes para medir tendencias (analizar cómo vamos) y resultados (qué hemos logrado). Variables de Control: Son mecanismos diseñados para adecuar los servicios a las características esperadas y evitar que los clientes reciban servicios defectuosos. (Timón del proceso). Registros: Son documentos que presentan resultados obtenidos o Documentos / Procedimientos proporcionan evidencias de actividades desempeñadas. Son todos aquéllos documentos o procedimientos derivados del proceso, que nos indican la forma de ejecutar el proceso. Nota. Fuente: Gil Y., & Vallejo E. (2008). GUÍA PARA LA IDENTIFICACIÓN Y ANÁLISIS DE LOS PROCESOS DE LA UNIVERSIDAD DE MALAGA (p. 13). Recuperado el 01 de Agosto de 2012, de 5168 3.4 PROCESOS DE LA MESA DE AYUDA 14. De acuerdo al análisis DOFA y el análisis de Pareto realizado en el Capítulo II, se necesita la consolidación de la Mesa de Ayuda en el departamento de TI, para que sea el enlace con los usuarios y canalice la solución de los incidentes y problemas que suceden en la empresa IDENTIFICACIÓN DE LOS ACTORES. La mesa de Ayuda es la principal fuente de comunicación entre el departamento de Tecnología de Información (TI) y otros departamentos de la empresa, los actores que intervienen son los siguientes: Los usuarios 15 del sistema, que en la empresa son todas las personas que utilizan los módulos instalados: o Vendedores, usan el modulo de Punto de Venta para la atención al cliente final. o Cajeros, usan el modulo de Caja para la gestión del cobro de las deudas o Personal de Oficinas, que utilizan módulos del sistema de acuerdo al trabajo que desempeñan o Usuarios del paquete Office 2007 o Usuarios del correo electrónico e internet La dirección del departamento que son los clientes 16 de la mesa de ayuda, responsables de la satisfacción final del usuario: o Jefe de TI, dirige organiza y planifica las acciones del departamento en general para la satisfacción de la empresa. 14 Véase la Ficha del Proceso en el Anexo 1 15 Definición en Glosario 16 Definición en Glosario 5269 o Jefe de Software, dirige organiza y planifica las acciones en el mantenimiento y desarrollo de aplicaciones informáticas de la empresa. o Jefe de Infraestructura, dirige organiza y planifica las acciones para el mantenimiento de equipos informáticos, redes de telecomunicaciones de la empresa. Los técnicos de soporte para atención al usuario, son personas que en base a su experiencia y conocimiento estarán directamente involucrados en la atención al usuario que solicita ayuda. o Soporte en redes y Telecomunicaciones o Soporte en Base de Datos o Soporte en Paquete de Oracle o Soporte en JDE o Soporte en Mantenimiento de equipos de computación El sistema informático para la gestión de la mesa de ayuda, en donde ingresen los datos relacionados con la ayuda brindada al usuario. Políticas de Atención al usuario, organizadas y planificadas con la dirección del departamento y con el objetivo de la satisfacción del usuario 5370 3.4.2 IDENTIFICACIÓN DE LA LÍNEA OPERATIVA. MESA DE AYUDA: REGISTRA Y ANALIZA EL REQUERIMIENTO informacion U S U A R I O S requerimiento # Requerimiento Asigna # Req. MA: COORDINA LA ATENCIÓN DEL REQUERIMIENTO Infor macion SISTEMA CONTROL MESA DE AYUDA Informacion U S U A R I O S ACTIVIDADES PARA LA SOLUCION DEL REQUERIMIENTO ENTREGA DEL SERVICIO Gráfico No. 14: Identificación de la Línea Operativa en Procesos de la Mesa de Ayuda Cada petición de Servicio al departamento de Tecnología de Información (TI) por parte de un usuario requiere: Que el usuario tenga comunicación directa con el personal de la mesa de ayuda Que el personal de la mesa de ayuda sepa que acciones tomar con la petición del servicio Que ingrese la petición de servicio a una base de datos, dando al requerimiento del usuario un número único para el control. De acuerdo a los Acuerdos de Nivel de Servicio (SLA) indicar al peticionario del servicio el tiempo de respuesta en la solución. Los usuarios comunican los REQUERIMIENTO DE SERVICIO directamente a la MESA DE AYUDA, este requerimiento puede llegar a la MESA DE AYUDA por cualquier vía de acceso, puede el usuario acercase personalmente o por teléfono a un número especifico, o por correo electrónico. 5471 La MESA DE AYUDA, basándose en la POLITICA de atención que la DIRECCIÓN DEL DEPARTAMENTO indica para atender requerimientos del USUARIO, da la información suficiente sobre la solución del requerimiento. El tiempo que se demore la atención al usuario está establecido en los Acuerdos de Nivel de Servicio (SLA), contratos de tiempos de servicio, que se establecen entre la DIRECCIÓN DE LA EMPRESA y la DIRECCIÓN DEL DEPARTAMENTO DE TI, mas adelante revisaremos con más detalle sobre los contratos SLA. Si el requerimiento es nuevo y no consta en el SLA, la mesa de ayuda informa sobre este caso al JEFE DE TI para el análisis sobre su inclusión. La mesa de ayuda interactúa con la BD, a través de un programa, y obtiene un número de requerimiento único con el que se puede controlar al REQUERIMIENTO DE SERVICIO, también obtiene información de la BD sobre soluciones a requerimientos similares, con esta información planifica, coordina y soluciona en el caso que este a su alcance hacerlo, caso contrario coordina el trabajo del TÉCNICO DE SOPORTE que finalmente dará solución al requerimiento. 5572 3.4.3 SOPORTE A LA LÍNEA OPERATIVA Y DE DIRECCIÓN. DIRECCION DE LA EMPRESA DIRECCION DEL DEPARTAMENTO TI ACCIONES DE MEJORA SATISFACCION DEL USUARIO SLA requerimiento tiempo MESA DE AYUDA: REGISTRA Y ANALIZA EL REQUERIMIENTO Politicas de Atencion informacion informacion informacion U S U A R I O S # Requerimiento Asigna # Req. MA: COORDINA LA ATENCIÓN DEL REQUERIMIENTO ACTIVIDADES PARA LA SOLUCION DEL REQUERIMIENTO Infor macion SISTEMA CONTROL MESA DE AYUDA ENTREGA DEL SERVICIO Informacion U S U A R I O S informacion material PROVEEDORES Gráfico No. 15: Diagrama de Soporte a la línea operativa, en los procesos de la Mesa de Ayuda Como vemos en Gráfico No. 15, está definido soportes externos que se necesitan para que el proceso de la Mesa de Ayuda pueda funcionar correctamente, estos son: Como soporte en línea operativa de las ACTIVIDADES PARA LA SOLUCIÓN DEL REQUERIMIENTO, tenemos que se gestiona compras de material a PROVEEDORES, en el caso que no tener stock en bodega. Como soporte a la información del tiempo de demora en la entrega de la solución al USUARIO, la Mesa de Ayuda se basa en los SLA definidos con anterioridad entre la Jefatura de TI y la Dirección de la Empresa. Como soporte en las ACCIONES DE MEJORA que deben darse en los procesos de la Mesa de Ayuda en el futuro, la DIRECCIÓN DEL DEPARTAMENTO y 5673 la MESA DE AYUDA se basa en la información sobre la SATISFACCIÓN DEL USUARIO final en la solución recibida en el requerimiento. 3.5 PROCESOS DE GESTIÓN DE INCIDENTES 17 Ramirez & Donoso (2006) definen al incidente Como cualquier evento que no forma parte de la operación estándar de un servicio y que causa, o puede causar una interrupción, o una reducción de la calidad del mismo. A continuación se presenta el diseño de procesos para la Gestión de Incidentes, que será realizado por el área de Mesa de Ayuda, con la finalidad de organizar y disminuir los problemas descritos en el análisis causa-efecto del Capítulo II IDENTIFICACIÓN DE LOS ACTORES Los Incidentes se pueden dar en cualquier momento, y se necesita reacción inmediata, para regresar al nivel de operación estándar. Los actores que están presentes en los procesos de la Gestión de Incidentes son: Los Usuarios 18, que informan sobre el Incidente a la Mesa de Ayuda, y al final son los que reciben la solución. La Mesa de Ayuda, recibe la información sobre el Incidente y realiza los pasos necesarios para dar solución. Administradores o Jefes de Sub-áreas del departamento que reciben información del Incidente y dan solución, esto en el caso de un escalamiento al segundo nivel. Analistas/Desarrolladores/Técnicos, que reciben información del incidente y dan solución en el caso de un escalamiento al tercer nivel. 17 Véase la Ficha del Proceso en el Anexo 1 18 Definición en Glosario 5774 Jefe Departamental, para que actúe cuando no exista persona o técnico del departamento que pueda dar solución al incidente. Sistema para el control de Incidentes, que genera el número único del incidente y recibe y entrega información sobre el estado actual. Base de Datos de Conocimiento, para almacenar los pasos de solución del Incidente, servirá en el futuro para otros incidentes similares IDENTIFICACIÓN DE LA LÍNEA OPERATIVA. RECEPCION DE INFORMACION SOBRE EL INCIDENTE informacion # req. SISTEMA PARA EL CONTROL DE INCIDENTES I N C I D E N T E informacion incidente ANALISIS Y CLASIFICACION DEL INCIDENTE 1ER. NIVEL MESA DE AYUDA Infor macion informacion BASE DE DATOS DE CONOCIMIENTO informacion 3ER. NIVEL ANALISTAS / DESARROLLADOR ES / TECNICOS 2DO. NIVEL Incidente incidente ADMINISTRADORE S / JEFES DE AREA Incidente informacion Estado fin 4TO. NIVEL JEFE DEPARTAMENTAL U S U A R I O S Solucion solucion Solucion Solucion ACTIVIDADES PARA LA SOLUCION DEL INCIDENTE ENTREGA Y CIERRE Informacion Gráfico No. 16: Línea Operativa en Procesos de Gestión de Incidentes. Para la aplicación de los procesos en la Gestión de Incidentes se requiere: Que la Mesa de Ayuda sea el único punto de contacto entre el usuario y el Departamento de TI. Que las soluciones dadas a los incidentes sean registradas en la Base de Datos de Conocimiento para aplicaciones futuras de incidentes similares. Que el usuario final este informado sobre el estado de su requerimiento, con este fin se necesita que el Sistema para el Control de Incidentes deba estar actualizado en cada paso que se dé en la solución. 5875 Que la Mesa de Ayuda tenga a mano los contratos SLA, firmados previamente, para indicar el tiempo de resolución del Incidente al usuario final. Los USUARIOS comunican el INCIDENTE a la MESA DE AYUDA, utilizando cualquier vía que se tenga: personalmente, por teléfono o usando el correo electrónico. La MESA DE AYUDA registra el Incidente en el SISTEMA PARA CONTROL DE INCIDENTES, y obtiene un número único de Incidente, el Incidente al inicio es registrado en estado Ingresado. La Mesa de Ayuda ANALIZA Y CLASIFICA EL INCIDENTE de acuerdo a los parámetros de Urgencia e Impacto, esto se da cuando existen dos o más incidentes que se reciben al mismo tiempo: URGENCIA, que depende del tiempo máximo de demora que acepta el USUARIO para la solución del Incidente. La información del tiempo de solución está registrada en los contratos de Nivel de Servicio (SLA). IMPACTO, esta clasificación determina la importancia y como afecta a los procesos del negocio del CLIENTE o al número de usuarios que afecta el Incidente. Para el orden en el tratamiento de los Incidentes, la Mesa de Ayuda también analiza el tiempo de solución, los incidentes sencillos deben tratarse lo más pronto posible. La Mesa de Ayuda tratara de solucionar el Incidente en un primer nivel, utilizando la BASE DE CONOCIMIENTOS para investigar sobre incidentes parecidos, si no puede dar solución realiza un escalamiento del Incidente a un segundo, tercero o cuarto nivel. El SEGUNDO NIVEL ADMINISTRADORES/JEFES DE ÁREA, personas con autoridad en determinada área, reciben la información sobre el Incidente, analizan, solucionan y dan por terminado el caso, en el supuesto caso que no puedan solucionarlo 5976 pasa a un tercer nivel con los ANALISTAS / DESARROLADORES / TÉCNICOS, asignado por el ADMINISTRADOR / JEFE DE AREA. El TERCER NIVEL revisa con mayor detalle el Incidente y dará la solución pasando luego a la ENTREGA Y CIERRE de la solución. El cuarto nivel, JEFES DEPARTAMENTALES, actúan cuando no se ha conseguido dar solución al Incidente en los niveles anteriores, en este caso puede ser que la solución involucre a personas/empresas externas. Una vez solucionado el Incidente, se pasa a un proceso de ENTREGA Y CIERRE del Incidente, registrando la solución dada en la Base de Conocimientos, cambiando el estado del Incidente ha Finalizado en el Sistema de Control de Incidentes e informando al USUARIO sobre la solución dada SOPORTE A LA LÍNEA OPERATIVA Y DE DIRECCIÓN. Para los procesos de la Gestión de Incidentes se necesita el soporte de los contratos Nivel de Servicio (SLA), que deben estar debidamente establecidos entre la Dirección de la Empresa y la Dirección del Departamento. Los contratos SLA veremos con más detalle en el capítulo IV, que se refiere a este tema. Las ACCIONES DE MEJORA se dan con la medición y comentarios del usuario sobre la SATISFACCIÓN DEL USUARIO en la solución del Incidente, la Mesa de Ayuda recibe estas mejoras para el tratamiento de futuros incidentes. 60 77 Gráfico No. 17: Procesos de Soporte en la Gestión de Incidentes. 3.6 PROCESOS DE GESTIÓN DE PROBLEMAS 19. A continuación se presenta el diseño de procesos para la Gestión de Problemas, que será realizado por el área de Mesa de Ayuda, con la finalidad de dar atención definitiva a los problemas que tienen los usuarios IDENTIFICACIÓN DE LOS ACTORES. Los actores que están presentes en el proceso para la gestión de problemas son los siguientes: La Gestión de Incidentes, que informa sobre los incidentes repetitivos y graves de los que no se conoce la causa. La Mesa de Ayuda, que opera el sistema para el Control de Incidentes, y lleva a cabo las actividades administrativas del problema. 19 Véase la Ficha del Proceso en el Anexo 1 61 78 Sistema para el Control de Incidentes, contiene información para el tratamiento del incidente. Especialista, persona o equipo de trabajo encargada del Problema. Petición de Cambio (RFC) para que se implemente la solución al Problema. La Gestión de Cambios, que es el destino final de los procesos de Gestión del Problema IDENTIFICACIÓN DE LA LÍNEA OPERATIVA. Gráfico No. 18: Procesos de la Gestión de Problemas. La Gestión de Problemas tiene su punto de partida en la implementación de los procesos de la Gestión de Incidentes. Para su funcionamiento requiere: Que la Mesa de Ayuda sea el punto de partida para la Administración del Problema. Que el Sistema para el Control de Incidentes mantenga información actualizada sobre recurrencia, impacto, urgencia de los incidentes. 6279 A partir de la GESTIÓN DE INCIDENTES y del SISTEMA PARA CONTROL DE INCIDENTES, se realiza un ANÁLISIS PARA LA CLASIFICACIÓN DE INCIDENTES basado en: La recurrencia del incidente. Impacto en el negocio de la empresa. Incidentes con causa desconocida. Con esta información la MESA DE AYUDA busca un especialista, según sea el tema, que se encargue de realizar los trabajos de investigación sobre el incidente hasta encontrar la CAUSA RAÍZ del problema y convertir en un problema conocido. El especialista asignado al problema, una vez que encontró la CAUSA RAÍZ, entrega al SISTEMA DE CONTROL DE INCIDENTES un REPORTE DE SOLUCIONES, temporales o definitivas que pueden ser usadas por la Gestión de Incidentes cuando ocurra otra vez. Del Reporte de Soluciones se pasa a un proceso de ENCONTRAR LA MEJOR SOLUCIÓN que se entregue a la GESTIÓN DE CAMBIOS para su proceso. En este paso se puede llegar a la conclusión de que no es necesario implementar la solución de problema, por temas de costo elevado, y se deja que la Gestión de Incidentes se encargue de este tema. 63 80 3.6.3 SOPORTE A LA LÍNEA OPERATIVA Y DE DIRECCIÓN. Gráfico No. 19: Procesos de Soporte a la Gestión de Problemas. Los problemas, no solo llegan a la Mesa de Ayuda a través de la Gestión de Incidentes, estos pueden llegar por un ANÁLISIS PROACTIVO DE LA EMPRESA, al analizar cuál sería la tendencia de la empresa o negocio en el futuro. También puede llegar a la Mesa de Ayuda por una solicitud directa la Dirección de la Empresa. En la Gestión para ASIGNAR UN ESPECIALISTA, puede ser que no exista en la empresa, entonces se recurría a la contratación de un ESPECIALISTA EXTERNO que se encargue de la Investigación del Problema. En la Gestión para ENCONTRAR LA MEJOR SOLUCIÓN, si la solución analizada necesita material, se consultaría a BODEGA su existencia, y si no hay en Bodega se solicitaría a un PROVEER externo a la empresa, información sobre el costo del material. 6481 3.7 PROCESOS PARA LA GESTIÓN DEL CAMBIO 20. A continuación se presenta un proceso para la Gestión del Cambio, basado en la metodología ITIL, estudiado en el Capítulo I. Este proceso será implementado por el área de Mesa de Ayuda, con la finalidad de fortalecer las debilidades del departamento de TI estudiadas y analizadas en el Capítulo II IDENTIFICACIÓN DE LOS ACTORES. ser: El cambio siempre esta presenta en la empresa, y se da por diferentes motivos, puede Para solucionar un problema. Por desarrollo de nuevos servicios. En forma proactiva, para mejorar los servicios existentes. Por un imperativo legal. Los actores que intervienen en el proceso de la gestión de cambio son: La Gestión de Problemas, mediante una Petición de Cambio 21 (RFC) solicita un cambio para la solución definitiva de algún incidente recurrente. Sistema para el Control de Cambios, para el registro y obtención del número único del Cambio, con el que pueda ser controlado a lo largo del proceso. La Gestión de Configuración, que recibe el pedido de implementación del cambio realizado. 20 Véase la Ficha del Proceso en el Anexo 1 21 Definición en Glosario 6582 3.7.2 IDENTIFICACIÓN DE LA LÍNEA OPERATIVA. Gráfico No. 20: Procesos de la Gestión de Cambios. La GESTIÓN DE CAMBIOS tiene su punto de partida principalmente en la GESTIÓN DE PROBLEMAS, pero también puede darse por otros motivos, como una forma proactiva de mejorar los servicios existentes. La Gestión de Cambios recibe una Petición de Cambio (RFC), como punto de partida para su accionar, esta RFC debe contener los siguientes datos: Identificación única (ID). Fecha de la Presentación de la Solicitud. Propietario del Cambio. Prioridad del cambio, como Alta, Media, Baja, esta prioridad puede ser cambiada por la Gestión de Cambios durante su desarrollo. Descripción del cambio que se solicita. Riesgos durante la implementación del cambio. Calendario pronosticado/sugerido para la implementación. 66 83 Con la Petición de Cambio (RFC) se procede al registro del Cambio en el SISTEMA de CONTROL de CAMBIOS, obteniendo un número de identificación, y se realiza una pre-evaluación del cambio solicitado con la finalidad de descartar los RFC que no resulten ejecutables. A continuación se realiza una CLASIFICACIÓN DE SOLICITUD DE CAMBIO para verificar la prioridad del Cambio que ha sido propuesta en el RFC. Con esta prioridad se realiza una CALENDARIZACIÓN del CAMBIO, asignando a los técnicos que realizaran el desarrollo del cambio SOPORTE A LA LÍNEA OPERATIVA Y DE DIRECCIÓN. Gráfico No. 21: Procesos de Soporte a la línea operativa de gestión de cambios. En el Gráfico No. 21, se indica como soporte a línea operativa de gestión de cambios: Consultores externos, que puedan dar asistencia cuando exista un cambio que 67 no se pueda desarrollar localmente. Mostrar más
MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE INFORMÁTICA Aprobando mediante Resolución de Gerencia General N 052-2015 de fecha 26 Junio 2015 ELABORADO POR: APROBADO POR: 1 de 82 ÍNDICE 1 INTRODUCCIÓN... Más detalles Fecha 8/02/2013. Contenido
Nomenclador de cargos ROLES Áreas de I T Definición de módulos y roles Versión: 1.0 Pagina 1 Módulos interactuantes en un área de IT 1. Infraestructura Tecnológica 2. Producción de Software 3. Asistencia Más detalles Examen de Fundamentos de ITIL
Examen de Fundamentos de ITIL Ejemplo A, versión 5.1 Selección tipo test Instrucciones 1. Debe intentar contestar las 40 preguntas. 2. Marque sus respuestas en lápiz en la hoja anexa 3. Usted tiene 60 Más detalles POLÍTICAS DE SEGURIDAD DE LA INFORMACIÓN EN CORPAC S.A.
CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN COMERCIAL SA POLÍTICAS DE SEGURIDAD DE LA INFORMACIÓN EN Elaborado y Visado Comité de Gestión de Seguridad de la Información Revisado Gerencia de Tecnología Más detalles Capítulo III. Manejo de Incidentes
Manejo de Incidentes Manejo de Incidentes Tabla de contenido 1.- En qué consiste el manejo de incidentes?...45 1.1.- Ventajas...47 1.2.- Barreras...47 2.- Requerimientos...48 3.- Clasificación de los incidentes...48 Más detalles Gestión del Servicio de Tecnología de la información
Gestión del Servicio de Tecnología de la información Comentario de la norma ISO 20000 bajo el enfoque de ITIL Autor: Francisco Tejera (ISO 20000 Practitioner) Agenda 1-2-3 INTRODUCCIÓN 4 5 REQUISITOS GENERALES Más detalles GENERALIDADES: Para la aplicación del presente procedimiento deben considerarse las siguientes generalidades y definiciones:
PROCESO: GESTIÓN DE TECLOGÍAS DE INFORMACIÓN PROCEDIMIENTO: GESTIÓN DE STEMAS DE INFORMACIÓN Objetivo: Establecer las actividades para planificar, ejecutar, administrar y verificar las fases de desarrollo, Más detalles ADMINISTRACIÓN DE TECNOLOGÍAS E INFORMACIÓN PROCEDIMIENTO VERSIÓN: 1 SOPORTE MANTENIMIENTO ATENCION A USUARIOS
ADMINISTRACIÓN DE TECNOLOGÍAS E INFORMACIÓN PROCEDIMIENTO VERSIÓN: 1 SOPORTE MANTENIMIENTO ATENCION A USUARIOS CÓDIGO: APO4-P-001 FECHA DE VIGENCIA 25/Nov/2013 1. OBJETIVO Gestionar, brindar soporte y Más detalles SERVICIO DE ATENCIÓN Y RESOLUCIÓN DE INCIDENCIAS
1 De cuáles procesos la Gestión de Niveles de Servicios podría tomar en cuenta entradas de información para cuando esté negociando Acuerdos de Nivel de Servicio (SLA)? a) De todos los demás procesos de Más detalles Hospital Nacional de Maternidad UNIDAD DE INFORMATICA
Hospital Nacional de Maternidad UNIDAD DE INFORMATICA 87 Introducción Página: I INTRODUCCION Para el propósito de este manual el Hospital Nacional de Maternidad puede ser referido también como El Hospital, Más detalles ITIL V3 Por dónde empezar?
ITIL V3 Por dónde empezar? Autor: Norberto Figuerola Introducción La gestión de servicios de TI (ITSM) suministra los servicios que necesita una empresa para cumplir sus objetivos de negocio. ITSM respalda Más detalles Figura 3.1 Implementación de ITIL
C apí t u l o III IMPLEMENTACIÓN DE ITIL Existen distintos métodos para la implementación de ITIL, sin embargo cualquier organización puede alinearse a este marco de trabajo sin importar su tamaño o complejidad. Más detalles Capítulo VII. Administración de Cambios
Administración de Cambios Administración de cambios Tabla de contenido 1.- En qué consiste la administración de cambios?...97 1.1.- Ventajas...98 1.2.- Barreras...98 2.- Elementos...99 3.- Roles...99 4.- Más detalles REPUBLICA DEL ECUADOR INSTITUTO DE ALTOS ESTUDIOS NACIONALES
REPUBLICA DEL ECUADOR INSTITUTO DE ALTOS ESTUDIOS NACIONALES III CURSO MAESTRIA EN ALTA GERENCIA PLAN DE IMPLEMENTACIÓN DE UN SISTEMA DE SEGURIDAD DE LA INFORMACIÓN, BAJO LA NORMA ISO 17799:2005 EN ANDINATEL Más detalles CATÁLOGO DE SERVICIOS
CATÁLOGO DE SERVICIOS NUESTRAS LINEAS DE NEGOCIO 1.- Desarrollo de Software a Medida: Contamos con vasto conocimiento en el desarrollo y arquitectura de Software, aplicamos metodología de proyectos, buenas Más detalles CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO. 6.1. Estructura Detallada del Trabajo (EDT)
CAPITULO VI: ADMINISTRACIÓN DEL PROYECTO 6.1. Estructura Detallada del Trabajo (EDT) Un EDT es la agrupación orientada a entregables de los elementos del proyecto que organiza y define el total de los Más detalles Procedimiento para la Gestión de la Infraestructura de Tecnologías de Información y Comunicaciones
PERFILES OCUPACIONALES A continuación se presenta la relación de los diferentes cargos que un ingeniero de sistemas de la Universidad de Lima puede desempeñar durante su vida profesional. También se presentan Más detalles LINEAMIENTOS DE MONITOREO Y CONTROL
Bogotá D.C., Agosto de 2014 TABLA DE CONTENIDO INTRODUCCIÓN ------------------------------------------------------------------------------------------- --3 1. OBJETIVO -------------------------------------------------------------------------------------------- Más detalles Boletín de Asesoría Gerencial* Gestión de la demanda de Tecnología de Información: Una planificación efectiva a los requerimientos del negocio
Espiñeira, Sheldon y Asociados * No. 10-2009 *connectedthinking Haga click en los enlaces para navegar a través del documento Haga click en los enlaces para llegar directamente a cada sección 4Introducción Más detalles PROCEDIMIENTO GESTIÓN DE INCIDENTES EN EL SERVICIO SITIOS WEB. PROCEDIMIENTO: Gestión de incidentes en el Servicio Sitios WEB.
Página: 1 de 13 PROCEDIMIENTO: Gestión de en el Servicio Sitios WEB. OBJETIVO: Lograr la restauración de una eventual falla o interrupción presentada en alguno de los sitios WEB, en el menor tiempo posible Más detalles DIRECCIÓN EJECUTIVA DE INFORMÁTICA
NOVIEMBRE 20 ÍNDICE CONTENIDO PÁGINA I.- Introducción 3 II.- Antecedentes 5 III.- Marco Jurídico 8 IV.- Objetivo del Área 9 V.- Estructura Orgánica VI.- Organigrama 12 VII.- Descripción de Funciones 13 Más detalles DIRECCIÓN DE TECNOLOGIAS DE LA INFORMACION
MANUAL DE FUNCIONES DEPARTAMENTO DE INFORMÁTICA Y TECNOLOGÍA Guatemala, 2,007 CAMINOS ES DESARROLLO 1 I. FICHA TÉCNICA DEL DEPARTAMENTO DE INFORMÁTICA Y TECNOLOGÍA: 1.1 TITULO DE LA UNIDAD: Departamento Más detalles MANUAL ESPECÍFICO DE FUNCIONES PARA LOS EMPLEOS PÚBLICOS DE LA PLANTA DE PERSONAL DEL FONDO FINANCIERO DE PROYECTOS DE DESARROLLO INDICE
29-06-2010 03 MDI004 1 DE 7 INDICE 1. OBJETO 2 2. ALCANCE 2 3. CONDICIONES GENERALES 2 4. TERMINOLOGÍA 2 5. REFERENCIAS 2 6. FUNCIONES EMPLEADOS PÚBLICOS 3 6.1. FUNCIONES NIVEL DIRECTIVO 3 6.1.1. GERENTE Más detalles 1.8 TECNOLOGÍA DE LA INFORMACIÓN
Objetivo General: 1.8 TECNOLOGÍA DE LA INFORMACIÓN Establecer una infraestructura y plataforma tecnológica y de sistemas de información, y definir las políticas, estrategias y directrices para su implantación Más detalles Sistemas de gestión en servicios de TI (UNIT ISO/IEC 20000-1)
INSTITUTO URUGUAYO DE NORMAS TECNICAS Sistemas de gestión en servicios de TI (UNIT ISO/IEC 20000-1) Ing. Virginia Pardo 30 de Julio 2009 Servicios y calidad El proceso de proveer un servicio es la combinación Más detalles ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos
Páginas 1 de 7 1. OBJETIVO Brindar el marco normativo que fije las condiciones en que deben prestarse los Servicios de Tecnologías de Información a los procesos de la organización, estableciendo criterios Más detalles ATENCIÓN DE SOLICITUDES DE SERVICIO DE TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIONES Y SISTEMAS ESPECIALES
Hoja: 1 de 9 ATENCIÓN DE SOLICITUDES DE SERVICIO DE TECNOLOGÍAS DE LA INFORMACIÓN Y COMUNICACIONES Y SISTEMAS Elaboró: Revisó: Autorizó: Puesto Coordinación de la Mesa de Servicio Jefatura de Gestión y Más detalles ITIL V3-2011 Preparación para la certificación ITIL Foundation V3
Capítulo 1 Introducción y aspectos generales de ITIL V3 A. Introducción 26 1. El contexto 26 2. Las respuestas a este contexto 27 B. Las buenas prácticas ITIL V3 27 1. Las buenas prácticas 27 a. Introducción Más detalles Diseño de la Arquitectura de Procesos para la gestión eficiente de las TIC en ELECTRO UCAYALI S.A.
2013 Diseño de la Arquitectura de Procesos para la gestión eficiente de las TIC en ELECTRO UCAYALI S.A. Metodología de Integral de Gestión de Proyectos - MIGP V2.0 Proyecto: Elaboración del Plan Estratégico Más detalles Políticas de Seguridad de la información
Examen de Fundamentos de ITIL Ejemplo B, versión 5.1 Selección Múltiple Instrucciones 1. Debe intentar contestar todas las 40 preguntas. 2. Marque sus respuestas en la hoja de respuestas entregada 3. Usted Más detalles UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA
UNIVERSIDAD NACIONAL DE ASUNCIÓN FACULTAD DE CIENCIAS ECONOMICAS ESCUELA DE CONTABILIDAD AUDITORIA INFORMATICA TRABAJO PRÁCTICO DE AUDITORIA INFORMATICA Profesor: Lic. Marco Antonio Leiva Fernández 5to Más detalles Estándar para la Elaboración del Proceso Administración de Elementos de Configuración
Seguridad del documento La clasificación de seguridad de la información de este documento, se ha establecido como bajo. Se ha creado y organizado con la expectativa de que esté a disposición de las unidades Más detalles NORMAS GENERALES DEL SISTEMA DE INTERCONEXION DE PAGOS (SIP)
NORMAS GENERALES DEL SISTEMA DE INTERCONEXION DE PAGOS (SIP) COMITÉ TÉCNICO DE SISTEMA DE PAGOS CONSEJO MONETARIO CENTROAMERICANO NORMAS GENERALES DEL SISTEMA DE INTERCONEXIÓN DE PAGOS (SIP) CAPÍTULO I Más detalles Políticas para el Desarrollo y/o Mantenimiento de Sistemas Informáticos en la Consejería Jurídica del Ejecutivo Federal
Políticas para el /o Mantenimiento de Sistemas Informáticos en la Consejería Jurídica del Ejecutivo Federal Página 1 de 10 1. INTRODUCCIÓN Con el propósito de contar con una administración dinámica y activa Más detalles PROCESOS Y PROCEDIMIENTO METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC S.A.
214 CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN COMERCIAL SA METODOLOGÍA PARA LA GESTIÓN DE PROYECTOS INFORMÁTICOS EN CORPAC SA Área de Organización y Métodos CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN Más detalles Diseño e Implementación de los Procesos de Gestión TI
Diseño e Implementación de los Procesos de Gestión TI Alumno(s): Año Académico: 2012 Profesor Guía: Contraparte: ALEJANDRO JESUS ARAVENA ORTIZ LORENA ANDREA ALBORNOZ POBLETE DANIEL HORMAZABAL Escuela de Más detalles Mejores prácticas para el éxito de un sistema de información. Uno de los problemas de información dentro de las empresas es contar con datos
ANEXO VI. Mejores prácticas para el éxito de un sistema de información Uno de los problemas de información dentro de las empresas es contar con datos importantes del negocio y que éstos estén aislados Más detalles ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS FEBRERO 2013
Oficina de Suministros Universidad de Costa Rica Teléfono: (506) 25112965 Fax: ((506) 25114242 Correo electrónico: antonio.marin@ucr.ac.cr ANÁLISIS DE LA ENCUESTA DE SATISFACCIÓN DE USUARIOS FEBRERO 2013 Más detalles Ejemplo Manual de la Calidad
Con fundamento en la Ley Orgánica de la Universidad Autónoma de Chiapas (Artículo 4 Fracción I, Artículo 18, Fracción III y V, Artículo 25, Fracción XIV), se expide el presente documento, el cual tiene Más detalles La U.A.E.A.C. debe contar con el Software en producción y actualizado para:
1. DESCRIPCION DE LA NECESIDAD QUE LA ENTIDAD PRETENDE SATISFACER CON LA CONTRATACIÓN Para la Unidad Administrativa Especial de Aeronáutica Civil que ofrece servicios aeronáuticos, aeroportuarios, informáticos Más detalles Fecha 30/07/2014. 1.2. Opciones del servicio... 5. 1.3. Forma de acceder al servicio... 5. 1.4. Cobros por utilización del servicio...
Contenido 1. Descripción del servicio... 3 2. Declaración de la misión... 3 3. Objetivos del servicio... 3 4. Servicios provistos.... 3 5. Servicios NO provistos.... 4 6. Elementos de Gestión del Servicio Más detalles MANUAL DE PROCEDIMIENTO PARA EL CONTROL DE INVENTARIOS
MANUAL DE PROCEDIMIENTO PARA EL CONTROL DE INVENTARIOS Elaborado por: Área de Almacén e inventarios Código Versión Fecha Contenido 1. Introducción... 4 2. Objetivo General... 4 3. Alcance del Manual de Más detalles MODULO: MERCADEO. Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) MODELO DE MUESTRA SIN VALOR COMERCIAL
MODULO: MERCADEO Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) 1 Servicio de Soporte. El presente apartado constituye las condiciones de soporte y mantenimiento por parte de enncloud Más detalles Rumboitil www.rumboitil.com e-mail: info@rumboitil.com
INDICE... Error! Marcador no definido. Unidad 3 Estrategia del Servicio... 2 3.1 Creación de Valor a través del Servicio.... 2 3.2 Gestión de la demanda.... 4 3.3 Gestión financiera.... 7 3.4 Procesos Más detalles ITIL v. 3 Examen de la Fundación: European Spanish Sample Paper 7, version 3.0
ITIL v.3. Examen de la Fundación ITIL v. 3 Examen de la Fundación: European Spanish Sample Paper 7, version 3.0 Opciones multiples Instructions 1. Se deben contestar las 40 preguntas. 2. No existen preguntas Más detalles Para los efectos de esta normativa se deberán considerar las siguientes definiciones:
RECOPILACION ACTUALIZADA DE NORMAS Capítulo 20-7 Documento para Comentarios CAPÍTULO 20-7 PROCESAMIENTO EXTERNO DE ACTIVIDADES I. ÁMBITO DE APLICACIÓN El presente Capítulo trata de las contrataciones de Más detalles 1. CONDICIONES GENERALES Y SU ACEPTACIÓN
1. CONDICIONES GENERALES Y SU ACEPTACIÓN Estas condiciones generales (en adelante Condiciones Generales ) regulan el uso del servicio VerifactGasto (en adelante Servicio ) que la sociedad mercantil EASYFAC, Más detalles ACUERDO DE NIVEL DE SERVICIO (SLA)
ACUERDO DE NIVEL DE SERVICIO (SLA) 1. PREÁMBULO HOST EUROPE IBERIA S.L.U., en adelante HOST EUROPE IBERIA, se compromete a mantener el contenido del sitio Web disponible a terceros el del tiempo cuantificado, Más detalles Manual de la Calidad MC-SGC
MC-SGC Elaborado por: Revisado por: Aprobado por: Nombre Cargo Firma Fecha Encargado Alejandro Jara la 10-12-2008 calidad Claudia Ramírez Mariana Schkolnik Representante de la Dirección Directora 10-12-2008 Más detalles RESUMEN DE COBIT 4.1. Los recursos de TI identificados en COBIT se pueden definir como sigue [2]:
RESUMEN DE COBIT 4.1 COBIT es un marco de trabajo y un conjunto de herramientas de Gobierno de Tecnología de Información (TI) que permite a la Gerencia cerrar la brecha entre los requerimientos de control, Más detalles RESOLUCIÓN. Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES,
RESOLUCIÓN Por medio de la cual se modifica la resolución No. 511-004064 de 2012 EL SUPERINTENDENTE DE SOCIEDADES, En uso de sus atribuciones legales, reglamentarias, y en especial las conferidas por el Más detalles Acuerdo de Nivel de Servicio del Centro de Servicios al Usuario. Gestión de Nivel de Servicio de SGS
Acuerdo de Nivel de Servicio del Centro de Servicios al Usuario Gestión de Nivel de Servicio de SGS Vicerrectorado de TIC, Calidad e Innovación SISTEMA DE GESTIÓN DEL SERVICIO (SGS) Título Nombre del Fichero Más detalles SUPERINTENDENCIA FINANCIERA DE COLOMBIA
Página 1 CAPITULO XXIII REGLAS RELATIVAS A LA ADMINISTRACIÓN DEL RIESGO OPERATIVO Consideraciones generales En desarrollo de sus operaciones, las entidades sometidas a la inspección y vigilancia de la Más detalles Existiría información que ayude a priorizar cada solicitud en función de su valor de negocio
IT Demand Management Autor: Norberto Figuerola En un mundo perfecto, el departamento de TI responde respondería a todas las solicitudes como una máquina bien aceitada. Cada proyecto propuesto sería aceptado Más detalles MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE RIESGOS
MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE RIESGOS Aprobado por Resolución de Gerencia General N 30-2013-FMV/GG del 04.06.2013 ÍNDICE 1. ESTRUCTURA DE CARGOS 1.1 Estructura de Cargos 1.2 Organigrama Más detalles 4 CAPITULO IV MARCO LÓGICO
4 CAPITULO IV MARCO LÓGICO 4.1 Generalidades El marco lógico es una herramienta de trabajo para facilitar el proceso de conceptualización, diseño, ejecución y evaluación de proyectos. Su propósito es brindar Más detalles LINEAMIENTOS GENERALES PARA LA IMPLEMENTACIÓN DE PROCESOS ELECTRÓNICOS
y Aceptación del Sistema 1 y Aceptación del Sistema ÍNDICE DESCRIPCIÓN Y OBJETIVOS... 2 ACTIVIDAD IAS 1: ESTABLECIMIENTO DEL PLAN DE IMPLANTACIÓN...5 Tarea IAS 1.1: De finición del Plan de... 5 Tarea IAS Más detalles PROCEDIMIENTO VERSION: 01 ADMINISTRACIÓN DE HARDWARE, SOFTWARE Y COMUNICACIONES INFORMÁTICAS PROCESO GESTION DE LA EDUCACIÓN
PROCESO GESTION DE LA EDUCACIÓN PAGINA: 1 de 9 1 OBJETIVO Planear, desarrollar y controlar las actividades relacionadas con los recursos físicos de tecnología e informática para brindar el correcto, oportuno Más detalles Por medio de la cual se crean Equipos Interdisciplinarios para la recuperación de procesos críticos del FNA.
RESOLUCIÓN 237 DE 2010 (septiembre 13) Diario Oficial No. 47.840 de 22 de septiembre de 2010 FONDO NACIONAL DE AHORRO Por medio de la cual se crean Equipos Interdisciplinarios para la recuperación de procesos Más detalles LINEAMIENTOS DE ADMINISTRACIÓN DE INCIDENTES
Bogotá D.C., Agosto de 2014 TABLA DE CONTENIDO INTRODUCCIÓN --------------------------------------------------------------------------------------------- 3 1. OBJETIVO -------------------------------------------------------------------------------------------- Más detalles Procedimiento de Sistemas de Información
Procedimiento de Sistemas de Información DIRECCIÓN DE COORDINACIÓN TÉCNICA Y PLANEACIÓN VIEMBRE DE 2009 PR-DCTYP-08 Índice. 1. INTRODUCCIÓN.... 3 2. OBJETIVO.... 4 3. ALCANCE.... 4 4. MARCO LEGAL.... 4 Más detalles 1. Gestionar el ciclo de vida de las solicitudes de servicio que se reciben de los usuarios de los servicios de TIC.
5.9 OPERACIÓN DE SERVICIOS 5.9.1 Operación de la mesa de servicios 5.9.1.1 Objetivos del proceso General: Establecer y operar un punto único de contacto para que los usuarios de los servicios hagan llegar Más detalles MANUAL DE SEGURIDAD DE LA INFORMACIÓN
MANUAL DE SEGURIDAD DE LA INFORMACIÓN MINISTERIO DE AMBIENTE Y DESARROLLO SOSTENIBLE Bogotá D.C. Página 1 de 19 Contenido 1. INTRODUCCIÓN... 4 1. OBJETIVO... 4 2. ALCANCE DEL SISTEMA DE GESTIÓN DE SEGURIDAD Más detalles Manual de Funciones de Tecnología Informática
Universidad Técnica Nacional Dirección de Gestión de Tecnologías de Información Manual de Funciones de Tecnología Informática Capítulo 2.Planificación y Organización. Norma 2.4 Independencia y Recursos Más detalles MANUAL DE GESTIÓN DE PROCESOS
MANUAL DE GESTIÓN DE PROCESOS SISTEMA DE GESTIÓN DE CALIDAD UPV Octubre 2011 Versión 1 Elaborado por: Aprobado el 31 de octubre por: Servicio de Evaluación, Planificación y Calidad Gerencia UPV INDICE Más detalles Manual para la Prevención del Riesgo de Lavado de Activos y Financiación del Terrorismo
IMPLEMENTACIÓN DE LOS SISTEMAS DE CONTROL INTERNO EN LA ADMINISTRACIÓN PÚBLICA MUNICIPAL EXPOSITOR: C.P. JOSÉ LUIS MUNGUÍA HERNÁNDEZ MUNGUÍA RAMÍREZ Y ASOCIADOS, S. C. mura_sc@prodigy.net.mx teléfonos: Más detalles POLÍTICA DE SEGURIDAD DE LA INFORMACIÓN
CORREO URUGUAYO Administración Nacional de Correos del Uruguay Unidad de Servicios Electrónicos POLÍTICA DE SEGURIDAD DE LA INFORMACIÓN Versión: 1.0 Marzo de 2013 Índice Mantenimiento y Aprobación de esta Más detalles C O M U N I C A C I Ó N N 2015/034
Montevideo, 10 de Marzo de 2015 C O M U N I C A C I Ó N N 2015/034 Ref: Instituciones Emisoras de Dinero Electrónico - Registro y documentación a presentar en BCU A efectos de cumplir con los requisitos Más detalles Formación en Centros de Trabajo
I.E.S. SAN SEBASTIÁN C.F.G.S ADMINISTRACIÓN DE SISTEMAS INFORMATICOS EN RED D E P A R T A M E N T O D E I N F O R M Á T I C A Formación en Centros de Trabajo C.F.G.M 2º ADMINISTRACIÓN SISTEMAS INFORMÁTICOS Más detalles Planeación del Proyecto de Software:
Apéndice A. Cuestionarios del Sistema Evaluador Nivel2. Requerimientos de Administración: Goal 1: Los requerimientos del sistema asociados a software están bien controlados y existe un estándar para los Más detalles ESCUELA POLITÉCNICA NACIONAL
ESCUELA POLITÉCNICA NACIONAL FACULTAD DE INGENIERÍA EVALUACIÓN DEL NIVEL DE MADUREZ DE LA GESTIÓN DE LAS TIC s EN LA EMPRESA ASTAP PROYECTO PREVIO A LA OBTENCIÓN DEL TITULO DE INGENIERO EN SISTEMAS INFORMÁTICOS Más detalles Diseño del Sistema de Información
PERFIL DEL INGENIERO DE SISTEMAS FUSM PERFIL DEL INGENIERO DE SISTEMAS DE LA FUSM El perfil del Ingeniero de Sistemas presencial de la Fundación Universitaria San Martín, Bogotá, está en capacidad de modelar Más detalles DISEÑO E IMPLEMENTACION DE UN PORTAL WEB SOLUCIONES INTEGRALES CON TECNOLOGIA APLICADA
UNIVERSIDAD TECNOLÓGICA DE QUERÉTARO Voluntad. Conocimiento. Servicio. DISEÑO E IMPLEMENTACION DE UN PORTAL WEB SOLUCIONES INTEGRALES CON TECNOLOGIA APLICADA Reporte de Estadía para obtener el Título de Más detalles Avenida Carrera 30 No. 25-90. Torre A Pisos 11 y 12 Torre B. Piso 2. Conmutador 2347600 www.catastrobogota.gov.co Información: Línea 195 09-091-FR-28
SUMARIO I. RESOLUCIÓN Nº 0560-22 MAYO 2012... 14 DIRECTOR GENERAL ENTIDAD DESCENTRALIZADA CODIGO 050 GRADO 05... 15 GERENCIA DE INFRAESTRUCTURA DE DATOS ESPECIALES - IDECA... 17 GERENCIA DE INFORMACIÓN Más detalles NORMATIVA. Políticas de Seguridad de Información de PDVSA Normativa 20/09/06 USO GENERAL. v-1.0 S/S
Nom bre del Políticas de Seguridad de Información Normativa EMISIÓN CLASIFICACIÓN SERIAL Nº 20/09/06 USO GENERAL NORMATIVA S/S 1/39 INTRODUCCIÓN Las normas que integran las Políticas de Seguridad de Información Más detalles Escenario Uno. Escenario Dos
Escenario Uno Un proveedor global de servicios de TI cuenta con tres service desks que dan soporte a usuarios internos y externos Recientes encuestas de satisfacción de clientes muestran que un creciente Más detalles Proyecto SIRH MANEJO DE INCIDENCIAS Y OPERACIÓN DE MESA DE AYUDA. Taller para coordinadores SIRH
Proyecto SIRH MANEJO DE INCIDENCIAS Y OPERACIÓN DE MESA DE AYUDA Taller para coordinadores SIRH PROGRAMA DE ACTIVIDADES Tema Relator Hora Presentación e Inicio de Taller Alejandro Perez 09:00 Importancia Más detalles Anexo Q. Procesos y Procedimientos
Anexo Q Procesos y Procedimientos ÌNDICE. 1. Introducción... 3 2. Proceso de Directorio Activo... 4 3. Proceso de Correo Electrónico... 5 4. Proceso de Mensajería Instantánea... 6 5. Proceso de Sharepoint Más detalles Escenario Uno. Escenario Dos
Escenario Uno Una compañía global desarrolla sus propias aplicaciones para dar soporte al negocio. La compañía ha implementado la transición del servicio y utiliza validación y pruebas del servicio para Más detalles Principales requerimientos tecnológicos de las Mypimes en Costa Rica ante el TLC-CAFTA-DR *
1 Principales requerimientos tecnológicos de las Mypimes en Costa Rica ante el TLC-CAFTA-DR * Carmen Berrocal Monge Encargada Proceso Gestión Tecnológica Instituto Nacional de Aprendizaje, mayo del 2008 Más detalles MANUAL DE PROCEDIMIENTOS DE LA UNIDAD DE APOYO TÉCNICO E INFORMÁTICO
MAYO 2007 Secretaría de Desarrollo Urbano Dirección General de Planeación Urbana Derechos Reservados Primera edición 2007 Gobierno del Estado de México Secretaría de Desarrollo Urbano Dirección General Más detalles Gobierno de Seguridad de la Información
Gobierno de Seguridad de la Información Paul Ochoa Arévalo, MSIA, MBA, CISA Auditor de Sistemas, Banco del Austro S.A Catedrático, U. de Cuenca - U. del Azuay Conferencista Biografía Paúl Ochoa, Auditor Más detalles Guatemala, marzo de 2006.
MODERNIZACIÓN DEL SISTEMA DE PAGOS NACIONAL Guatemala, marzo de 2006. MODERNIZACIÓN DEL SISTEMA DE PAGOS NACIONAL I. ASPECTOS CONCEPTUALES SOBRE SISTEMA DE PAGOS: 1. El sistema de pagos es el conjunto Más detalles ESTRATEGIAS PARA LA IMPLEMENTACION DE ISO 20000 E ISO 27001 EN UNA UNIVERSIDAD PÚBLICA COLOMBIANA. Diana Rocio Plata Arango Diana.plata@uptc.edu.
ESTRATEGIAS PARA LA IMPLEMENTACION DE ISO 20000 E ISO 27001 EN UNA UNIVERSIDAD PÚBLICA COLOMBIANA. Diana Rocio Plata Arango Diana.plata@uptc.edu.co Por qué es Importante?? La Gestión de Servicios de Tecnología Más detalles MANUAL DE ORGANIZACIÓN Y FUNCIONES
CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN COMERCIAL S.A. MANUAL DE ORGANIZACIÓN Y FUNCIONES GERENCIA DE TECNOLOGÍA DE LA INFORMACIÓN Elaborado por: CORPORACIÓN PERUANA DE AEROPUERTOS Y AVIACIÓN COMERCIAL Más detalles REGLAMENTO DE POLÍTICAS DEL SISTEMA DE ATENCIÓN AL USUARIO
Aprobado en Sesión de Directorio N 1961 del 10-07-2013 ELABORADO POR: APROBADO POR: 1 de 13 INDICE I GENERALIDADES Página CAPITULO I 1. Objeto 3 2. Finalidad 3 3. Base Legal 3 4. Ámbito de aplicación y Más detalles MANUAL DE ORGANIZACIÓN Y FUNCIONES PRESIDENCIA Y GERENCIA GENERAL
MANUAL DE ORGANIZACIÓN Y FUNCIONES PRESIDENCIA Y GERENCIA GENERAL Aprobado por Resolución de Gerencia General N 30-2013-FMV/GG del 04.06.2013 ÍNDICE 1. ESTRUCTURA DE CARGOS DE LA ORGANOS DE DIRECCIÓN 1.1 Más detalles Planificación del Help Desk de su escuela

References: resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 RESOLUCIÓN 
 Artículo 18
 Artículo 25
 resolución 

RESOLUCIÓN 
 resolución 
 Resolución 

RESOLUCIÓN 
 RESOLUCIÓN 
 Resolución