Service Desk Institute Latinoamérica. La importancia de un diagnostico eficaz Registración y derivación



Documentos relacionados
Capítulo III. Manejo de Incidentes

MantSoft AE. Método para el mantenimiento de Software de Alhambra-Eidos. Gestión de incidencias en el mantenimiento correctivo.

Prácticas ITIL para un mejor flujo de trabajo en el helpdesk

Capítulo IV. Manejo de Problemas

PLANTILLA ARTICULO CÓMO

Mesa de Ayuda Interna

Adelacu Ltda. Fono Graballo+ Agosto de Graballo+ - Descripción funcional - 1 -

Recursos HELP DESK Biblioteca 2012

ServiceDesk Clientes 25/04/2013

MANTENIMIENTO Y SOPORTE

Proyecto SIRH MANEJO DE INCIDENCIAS Y OPERACIÓN DE MESA DE AYUDA. Taller para coordinadores SIRH

CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler

PROTOCOLO OPERATIVO PARA AGENTES DE NIVEL 3.

Manual del Usuario. Sistema de Help Desk

PRC-DTI-006 Administración de Roles de los Sistemas de Información de la DTI Procedimiento Dirección de TI - COSEVI

Figura 3.1 Implementación de ITIL

ACUERDO DE SERVICIO. Sistemas-Gestión de los Servicios Informáticos

Gestión y Desarrollo de Requisitos en Proyectos Software

Funcionalidades Software SAT GotelGest.Net (Software de Servicio de Asistencia Técnica)

MODULO: MERCADEO. Acuerdo de Nivel de Servicio (ANS) Service Level Agreement (SLA) MODELO DE MUESTRA SIN VALOR COMERCIAL

GESTIÓN DE INCIDENTES

Gestión de Solicitudes

Gestión del Servicio de Tecnología de la información

3 Cuál es el único punto de entrada y salida para la prestación de servicios de soporte

NetSupport ServiceDesk

Proyecto Help Desk en plataforma SOA Alcance del Sistema Versión 1.2. Historia de revisiones

DESCRIPCIÓN DEL PROCESO DE RIESGO OPERACIONAL

Mesa de Ayuda Interna

el seguro de Compensación al Trabajador Conozca sus derechos

Gestión de la Configuración

Soporte y mantenimiento. Generalidades

WhiteHat Tools. Resumen del Producto

Cuáles son las novedades NetSupport ServiceDesk v3

C O N T E N I D O. 1. Propósito. 2. Alcance. 3. Responsabilidad y autoridad. 4. Normatividad aplicable. 5. Políticas

MANUAL DE USO DE GLPI

Análisis y gestión de riesgo

GUIA SOBRE LOS REQUISITOS DE LA DOCUMENTACION DE ISO 9000:2000

Copyright bizagi. Gestión de Cambios Documento de Construcción Bizagi Process Modeler

PRC-DTI-007 Administración de Cuentas de Usuario Procedimiento Dirección de TI - COSEVI

Técnico y sus funciones. 5. Función de los líderes. 6 Función del analista de datos. 6. Metas del Help Desk. 7 Definir el alcance del Help Desk.

I. DISPOSICIONES GENERALES

Service Desk. InvGate IT Management Software

Guía para la implementación de Programas Pro Bono en las Firmas de abogados de Latinoamérica.

Soporte y mantenimiento. Generalidades

Qué es Clé Manager? Clé-Manager, permite que todas las personas que intervienen en proceso de requerimientos, tengan conocimiento de, cual es:

PROCEDIMIENTO GESTIÓN DE INCIDENTES EN EL SERVICIO SITIOS WEB. PROCEDIMIENTO: Gestión de incidentes en el Servicio Sitios WEB.

La Pirámide de Solución de TriActive TRICENTER

Gestión de Oportunidades

MANUAL PARA RADICACIÓN Y ADMINISTRACIÓN ELECTRÓNICA DE FACTURAS APLICA PARA PROVEEDORES DEL BSC Y DEMÁS GRUPOS DEL BANCO

SAP SOLUTION MANAGER 7.1 Service Desk MANUAL DE USUARIO CREADOR. Fecha entrega 12 de junio de 2014 Revisión 1.0

Observación: Comentario sobre un aspecto del sistema que cumple con los requisitos de la norma, que puede ser mejorado.

TEMA 5: La explotación de un servicio TI

configurándola para ser usada dentro del área de QA de una fábrica de software.

Aproximación práctica a ITIL. Proyecto VeredaCS. F r00

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.

GMF Gestor de incidencias

PROCEDIMIENTO DE AUDITORIA INTERNAS DE CALIDAD

Introducción Para uso exclusivo de Systech SA Ticket Tracker - Manual de Usuario

Nota de Información al cliente ISO/IEC Proceso de auditoría

Sistema de clasificación de proveedores (SQS)

PROCEDIMIENTO FORMULACIÓN Y SEGUIMIENTO A ACCIONES CORRECTIVAS, PREVENTIVAS Y DE MEJORA

Estado Plurinacional de Bolivia Ministerio de Obras Públicas, Servicios y Vivienda

CRM Gestión de Oportunidades Documento de Construcción Bizagi Process Modeler

MANUAL DE USUARIO DEL SERVICEDESK UPV/EHU

TALLER: ISO Ocean. Alejandro Tonatiuh López Vergara Geog. Miriam Ruiz Velasco

MANUAL DE USUARIO DE LA APLICACIÓN DE ACREDITACION DE ACTIVIDADES DE FORMACION CONTINUADA. Perfil Entidad Proveedora

Propuesta de Portal de la Red de Laboratorios Virtuales y Remotos de CEA

México, 2014 CONTENIDO INTRODUCCIÓN OBJETIVOS

SISTEMA DE GESTIÓN ACADÉMICA.

IBM Tivoli Asset Management for IT. IBM Tivoli Service Request Manager

invgate Service Desk

Presentación de la Aplicación de Gestión de Incidencias. 22 de Marzo de 2006 Versión 1.3

Información de antecedentes

SOLMAN. Manual de Usuario Externo

INSTRODUCCION. Toda organización puede mejorar su manera de trabajar, lo cual significa un

Mantenimiento de Sistemas de Información

MANEJO DE QUEJAS Y RECLAMOS

MANUAL DE USUARIOS DEL SISTEMA MESA DE SOPORTE PARA SOLICITAR SERVICIOS A GERENCIA DE INFORMATICA

R e s u l t a d o s y C o n c l u s i o n e s RESULTADOS

Marco Normativo de IT

Administración de Solicitudes

Manual de Uso de Support Suite

GUÍA PARA LAS FAMILIAS

Curso Fundamentos de ITIL

La Administración n de Servicios ITIL

Sistema de Soporte a Clientes

CONDICIONES GENERALES DEL SERVICIO PROCONSI S.L.

Normas y procedimientos para la clasificación de los documentos administrativos

Sistemas de Gestión de Calidad. Control documental

Lista de la Verificación de la Gestión de la Seguridad y Salud Ocupacional 1

IBM Global Services España, S.A C/ Mar Adriático, 2 San Fernando de Henares MADRID. Servicios IBM de Soporte Técnico Remoto

6. Gestión de proyectos

Charlas para la Gestión del Mantenimiento Fernando Espinosa Fuentes

DIRECCION NACIONAL DEL CENTRO DE SERVICIOS PREGUNTA. 2 Cuál es el único punto de entrada y salida para la prestación de servicios de soporte

LA IMPLANTACIÓN DEL PROCEDIMIENTO DE GESTIÓN DE QUEJAS Y SUGERENCIAS

2.2 Política y objetivos de prevención de riesgos laborales de una organización

Aranda SERVICE DESK. Beneficios estratégicos para su organización. Característica Especiales. Beneficios

5.8. REGISTRO DE FACTURAS.

Traducción del. Our ref:

Transcripción:

Service Desk Institute Latinoamérica La importancia de un diagnostico eficaz Registración y derivación

CONTENIDO Service Desk la importancia del Diagnostico y la asignación Dentro del flujo del proceso de gestión de incidencias existe un estado que me parece fundamental a la hora de tener un proceso eficaz y de otorgar valor los objetivos del SDK y el negocio, hablamos del diagnóstico inicial y su consiguiente tratamiento. En el libre operación del servicio (ITIL 3) se hace una muy breve descripción sobre que se debería hacer en este punto del flujo y creo que En él radica la parte más importante de todo el tratamiento de una incidencia. Si el diagnóstico inicial no es correcto la incidencia con total seguridad se Resolverá en un tiempo excesivo, o tendrá un escalamiento incorrecto,por supuesto esto generara insatisfacción por parte del usuario y un más que probable incumplimiento del Acuerdo de Nivel de Servicio. Por lo general si el Analista de service desk no tiene la suficiente experiencia la incidencia será clasificada dentro de la categoría. El próximo paso será proceder al escalado de la misma y con pocas probabilidades que llegue al grupo resolutor correcto. Página 2

Registro La admisión y registro de la incidencia es el primer y necesario paso para una correcta gestión del mismo. Las incidencias pueden provenir de diversas fuentes tales como usuarios, gestión de aplicaciones, el mismo Centro de Servicios o el soporte técnico, entre otros. 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. La admisión a trámite del incidente: el Centro de Servicios debe de ser capaz de evaluar en primera instancia si el servicio requerido se incluye en el SLA del cliente y en caso contrario reenviarlo a una autoridad competente. Comprobación de que ese incidente aún no ha sido registrado: es muy habitual que más de un usuario notifique la misma incidencia y por lo tanto han de evitarse duplicaciones innecesarias. Asignación de referencia: al incidente se le asignará una referencia que le identificará unívocamente, tanto en los procesos internos como en las comunicaciones con el cliente. Registro inicial: se ha de introducir en la base de datos asociada la información básica necesaria para el procesamiento del incidente (hora, descripción del incidente, sistemas afectados...). Información de apoyo: se incluirá cualquier información relevante para la resolución del incidente que puede ser solicitada al cliente a través de un formulario específico, o que puede ser obtenida de la propia CMDB (hardware interrelacionado), etc. Notificación del incidente: en los casos en que el incidente pueda afectar a otros usuarios, éstos deben ser notificados para que conozcan cómo esta incidencia puede afectar su flujo habitual de trabajo. Clasificación La clasificación de un incidente tiene como objetivo principal el recopilar toda la información que pueda ser utilizada para la resolución del mismo. El proceso de clasificación debe implementar, al menos, los siguientes pasos: Categorización: se asigna una categoría (que puede estar a su vez subdividida en más niveles) dependiendo del tipo de incidente o del grupo de trabajo responsable de su resolución. Se identifican los servicios afectados por el incidente. Establecimiento del nivel de prioridad: dependiendo del impacto y la urgencia se determina, según criterios preestablecidos, un nivel de prioridad. Página 3

Consideraciones Clasificación: Actividad más importante y a menudo la más difícil de realizar correctamente. Determinar la Categoría del Incidente para su seguimiento & reporte. Identificar causa del Incidente & acciones de resolución correspondiente. Si la acción de resolución NO es conocida, la vinculación de Incidentes es requerida. La Clasificación final puede variar de la inicialmente asignada. Utilización de listas cortas de Clasificación en vez de una Agregue Categorías como "Desconocido, para prevenir clasificaciones incorrectas y permitir el refinamiento de las mismas. La definición de Prioridad es uno de los aspectos más importantes en el manejo de Incidentes. Asignación de recursos: si el Centro de Servicios no puede resolver el incidente en primera instancia, designará al personal de soporte técnico responsable de su resolución (segundo nivel). Escalamiento Es frecuente que el Centro de Servicios no se vea capaz de resolver en primera instancia un incidente y para ello deba recurrir a un especialista o a algún superior que pueda tomar decisiones que se escapan de su responsabilidad. A este proceso se le denomina escalado. Básicamente hay dos tipos de escalado: Escalado funcional: Se requiere el apoyo de un especialista o grupo de más alto nivel para resolver la incidencia.(también conocido como asignación) Escalado jerárquico: Debemos acudir a un responsable de mayor autoridad para tomar decisiones que se escapan de las atribuciones asignadas a ese nivel, como, por ejemplo, asignar más recursos para la resolución de un incidente específico. Documentación asociada: La documentación relacionada con el diagnostico del incidente y las acciones posteriores también puede ser considerado como un factor crítico de éxito del proceso de incidentes. Control del proceso Porcentaje de incidentes que asignan erróneamente Esto se mide por el control de la historia de la llamada para volver a estado de asignación. Cuántos incidentes se asignan mal a los grupos trabajos disminuye y se reduce la eficacia de los equipos Página 4

Audiencia Deficiniones faltantes o ambiguas,falta de herramientas y Limitantes procesos Peligro > =15 % Objetivo <=5 % Audiencia Limitantes Peligro Objetivo Tiempo medio de soporte de segundo nivel para responder Este es el tiempo entre una llamada que se asigne a soporte de segundo nivel y la acción de ser aceptada. Se trata de una medida de la eficacia del apoyo de segundo nivel. La escalada de soporte de segundo nivel es una amenaza a los tiempos del SLA. El tiempo entre el envío y la aceptación de una llamada tiene un efecto directo sobre cuánto tiempo más la llamada se ha retrasado. Este indicador se asegura de que esta vez es un estrecho seguimiento y el proceso de aceptación mantenerse eficiente. mantener los niveles acordados de resolución Esta es una cuestión de prioridades. Por ejemplo: 1, constituye la máxima prioridad y tiene 10 minutos como tiempo máximo de respuesta, 2 es una prioridad media y tiene 30 minutos como tiempo máximo de respuesta, y 3 que tiene la prioridad más baja y es posible que soporte de segundo nivel 2 horas responder > 20 Min < 10 Minutos Porcentaje de incidentes incorrectamente categorizados Cuando se registran las llamadas, se les asigna una categoría a la asistencia en la solución y para su posterior análisis. Cuando las llamadas están cerradas la categoría real es incluida. Se mide cuántas llamadas se han estas dos diferentes. cuenta de cambio de estados la categorización eficaz es una medida de la secuencia de comandos usados para obtener información de los clientes, el nivel de la formación impartida al personal de centro de llamadas y la eficacia del entorno de apoyo Audiencia Limitantes el sistema debe permitir re categorización Peligro > 20 % Objetivo < 10 % Método de análisis: Muestreo Página 5