ACUERDO DE NIVEL DE SERVICIO (ANS o SLA) Jack Daniel Cáceres Meza

Slides:



Advertisements
Presentaciones similares
Grupos de Trabajo # 9 - Informe Principio 21 Una FMI debe ser eficiente y efectivo al cumplir con los requisitos que piden los participantes y el mercado.
Advertisements

REQUISITOS GENERALES PARA LA COMPETENCIA DE LOS LABORATORIOS DE ENSAYO Y DE CALIBRACION NTG ISO/IEC 17025:2005 CURSO AUDITORES INTERNOS RELABSA UVG MAYO.
DIRECCION DE PROYECTOS
Auditorías - ISO Fecha: Jornada UNED.
ADMINISTRAR EL DESEMPEÑO Y LA CAPACIDAD
SISTEMAS DE GESTIÓN DE LA SEGURIDAD DE LA INFORMACIÓN
CERTIFICACION ISO 9000, ,12207 Y MODELO CMM
Aclaraciones de la Realización del Producto
Herramientas y metodologías de éxito para el manejo de proyectos TIC: Caso PYME CREATIVA Noviembre 2008.
Manufactura de Clase Mundial.
Sistemas de Calidad / ISO 9001:2000
Diana Carolina Rojas Alarcón María Alejandra Hernández
Contenido Quiénes somosSoluciónPuntos importantesCréditos.
“8 Principios de la Gestión Administrativa”
Contabilidad FINANCIERA
Evaluando Competencias Profesionales a Través de Rúbricas
METODOLOGÍA PARA IMPLANTAR UN SISTEMA INTEGRADO DE INFORMACIÓN
INEFICACES INCONSCIENTES INEFICACES CONSCIENTES
RESULTADOS DE LAS ENCUESTAS DE SATISFACCIÓN
IEEE-std Práctica Recomendada para la Especificación de Requerimientos de Software Fuente: IEEE Recommendad Practice for Software Requirements.
Medición, Análisis y Mejora
Reunión de los requerimientos de la red
REINGENIERÍA DE PRODUCCIÓN
Evaluación de Productos
Definición y puesta en marcha de un Centro de Servicios compartidos Carmen Corral (Banco Popular), Fernando Bravo (Banco Popular) y Álvaro García (IBM)
1 Preparación de los procedimientos de gestión Módulo 8.
Dr. Victor Izaguirre Pasquel
Módulo 13 Procesos de Verificación de la Implementación del SAA.
Electivo Integración Normas de Calidad, Seguridad, Medio Ambiente y Riesgos en la Gestión de la Empresa. Profesor : Fernando Vargas Gálvez Ingeniero Civil.
GESTION NIVELES DE SERVICIO.
! USTED ES IMPORTANTE PARA NUESTRA ENTIDAD ¡
ISO 9001:2000 ES UNA CERTIFICACIÒN DE CALIDAD QUE PRETENDE LOGRAR LA SATISFACCION CONTINÙA DEL CLIENTE MEDIANTE EL CUMPLIMIENTO DE SUS NECESIDADES Y EXPECTATIVAS.
UNA HERRAMIENTA PARA AGREGAR VALOR
MAESTRÍA DE GERENCIA EN SISTEMA
“Adopción de SGSI en el Sector Gobierno del PERÚ”
Documentación del Sistema de Gestión de Calidad
1 Implementación de ISO 9000 Grupo # 8 Yomarie Gómez Carmen Mercado María Lugo 1.
REINGENIERÍA DE PROCESOS ORGANIZACIONALES
Ing. Alexandra García Ing. Patricia Nogales. OBJETIVOS: General Específicos.
¿Para qué ISO 17025? Ser reconocido como competente en la realización de ensayos específicos. La satisfacción de los clientes y mayor confianza en los.
MESA DE AYUDA SIRH Pucón, Noviembre 2013.
AUDITORIAS RESUMEN DE ASPECTOS RELEVANTE EN LA GESTION BASADO EN EL REFERENCIAL ISO 9001:2008.
Ciclo de vida de la administración de servicios de TI
Operación del Servicio Equipo 4. La Operación del Servicio es la 4ª Fase del ciclo de vida del Servicio y la debemos asociar con: Ofrecer un Servicio.
COBIT 4.1 SISTESEG.
Modulo 7: Gestión de la Calidad Tema 4: ISO20000
Gestión de Calidad Ley 872 de 2003, Decreto 4110 de 2004,Decretos Departamentales 0025 y 0063 de 2005 (Decretos modificados con la reforma institucional.
Plan de Sistemas de Información (PSI)
CARTAS DE SERVICIOS Un instrumento de mejora de la calidad de los servicios públicos.
Diseño del servicio ITIL..
Inspecciones de seguridad e informe de inspecciones …
DOCUMENTACIÓN DEL SISTEMA DE GESTIÓN DE LA CALIDAD
1.
COBIT KARYL LARA N.. ENTREGA Y SOPORTE A este Dominio le concierne la entrega real de los servicios requeridos, que cubre desde las operaciones tradicionales.
Único punto de contacto del usuario con TI.
Estableciendo y Manteniendo Service Level Agreements
Metodologías Lsi. Katia Tapia A., Mae.
Procesos itil Equipo 8.
Gestión de Procesos.
Jefe del Sistema de Gestión de la Calidad y Ecoeficiencia
ISO 9001:2000 ES UNA CERTIFICACIÒN DE CALIDAD QUE PRETENDE LOGRAR LA SATISFACCION CONTINÙA DEL CLIENTE MEDIANTE EL CUMPLIMIENTO DE SUS NECESIDADES Y EXPECTATIVAS.
ANGIE PAOLA SOLANO CASTIBLANCO DAR SOPORTE A LOS PROCESOS NORMAS ISO DOC. JOHANA LÓPEZ CHAVEZ SENA 2010.
Conozca como implementar ITIL en su organización Angélica Guzmán Service Delivery Consultor de Soluciones.
Conozca como implementar ITIL en su organización Angélica Guzmán Incident Management Consultor de Soluciones.
QUÉ ES ITIl? (Information technology infrastucture library)
I dentificar y entender plenamente cómo funcionan los distintos Modelos de Operación por Procesos del FONCEP: En el Fondo de Prestaciones Económicas,
De Jesús Córdova Esaú García Gamboa Jazmín Elizabeth Rodríguez Fernández Héctor Manuel Torres Jiménez Diana Villa Segura Héctor Hugo.
Identificación de entradas, salidas y herramientas de procesos de gestión del PMI Jairo A. Orozco L.
Como desarrollar un S.G.C. Preparación de la organización. Planificación del S.G.C. Comunicación e información. Diseño del S.G.C. y elaboración de la.
1/18 ACUERDO DE NIVEL DE SERVICIO (ANS o SLA) Jack Daniel Cáceres Meza
Transcripción de la presentación:

ACUERDO DE NIVEL DE SERVICIO (ANS o SLA) Jack Daniel Cáceres Meza jcaceres@rcp.net.pe

ÍNDICE Acuerdo de nivel de servicio –ANS (Service Level Agreement -SLA) Definición Expectativas Ámbito de solución Consideraciones Negociación Mejores prácticas Las cinco principales fallas de un SLA Ejemplo de documento Ejemplos de indicadores

DEFINICIÓN Un SLA es un protocolo plasmado normalmente en un documento de carácter legal por el que una compañía que presta un servicio a otra se compromete a prestar el mismo bajo unas determinadas condiciones y con unas prestaciones mínimas Un SLA tratará de mantener y de garantizar la calidad de un servicio brindado a un cliente Acuerdo de Nivel de Servicio (SLA), es el mantenimiento de la disponibilidad de un determinado servicio basado en un compromiso que puede ser medido y demostrado, del nivel de cumplimiento en su ejecución En un SLA se pueden establecer tantos indicadores como se estime necesario y de su evaluación se obtienen por ejemplo penalizaciones a la empresa suministradora, identificación de puntos débiles del proceso e indicaciones para procesos de mejora continua en determinadas actividades

EXPECTATIVAS

ÁMBITO DE SOLUCIÓN Necesidades de los usuarios Cantidad y capacidades de los recursos asignados Tiempo asignado Alcances Exclusiones

Incidentes fuera del alcance técnico Límite técnico ÁMBITO DE SOLUCIÓN Incidentes fuera del alcance técnico Límite técnico Incidentes de posible resolución directa Incidentes que requieren mayor experiencia Escalamiento Límite funcional Escalamiento

CONSIDERACIONES Necesidades de los usuarios Alcances y exclusiones de los servicios Responsabilidades y límites Cada uno de los involucrados debe estar representado en la creación y en el proceso de negociación del SLA Los elementos constitutivos deben ser: Mensurables Específicos A mayor detalle menor ocurrencia de: Malos entendidos Expectativas no satisfechas

CONSIDERACIONES Permitir tomar acción cuando los resultados caen por debajo de los objetivos definidos Indicadores: Objetivos alcanzables Evaluación e interpretación objetiva Los datos que componen las métricas deben: Ser obtenibles y no ser modificables Ser entendibles y con objetivos claramente definidos Ser íntegros: Significativos (reflejan lo que se intenta medir), Precisos (numéricamente correctos), Seguros (sin posibilidad de manipulación o engaño) y representativos (que dan cuenta de volumen de transacciones) Ser conocidos por el personal apropiado únicamente El SLA seguramente cambiará con el tiempo

NEGOCIACIÓN

MEJORES PRÁCTICAS Un SLA no debe considerarse como un opcional a un servicio, es parte fundamental del mismo ¡Los recursos invertidos en su implementación son ampliamente recuperados y con creces! El servicio debe estar alineado con los intereses de la organización La identificación de las necesidades y la negociación entre las partes permite encontrar los indicadores adecuados y los niveles de servicios posibles Un SLA adecuado reglamenta el servicio indicando derechos y obligaciones para ambas partes El ciclo de vida de un SLA debe incluir un programa de revisiones periódicas, donde se analicen los objetivos alcanzados vs. los propuestos

MEJORES PRÁCTICAS Las penalidades sirven como elemento de presión al prestador, pero en ningún caso reemplazan al servicio no prestado o prestado ineficientemente Establezca un circuito de comunicación eficiente entre todas las partes, esto acercará las visiones del prestador y de los usuarios El SLA debe ser el resultado de identificación de necesidades y negociaciones con los usuarios, donde se establece una “sociedad” en el proyecto a partir de compartir los objetivos Alinee el servicio a los objetivos de la organización, la dirección de la misma debe participar aportando la visión del negocio Establezca indicadores de fácil medición e interpretación Documente las necesidades relevadas, los cambios y genere minutas de las reuniones de negociación

MEJORES PRÁCTICAS Incluya el resultado de encuestas de satisfacción como un indicador más del servicio. Establezca un sistema de monitoreo donde pueda detectar desvíos y que permita corregirlos en línea Comunique el alcance del servicio a los usuarios. Ellos pueden estar esperando un servicio diferente al acordado Incluya a todos los sectores en la mesa de negociación

LAS CINCO PRINCIPALES FALLAS DE UN SLA La organización toda (usuarios y TI) no están preparados TI no está profesionalizado TI no cuenta con herramientas de gestión (de infraestructura y de servicios) No forma parte de la cultura de la empresa el establecimiento de acuerdos (menos aún el cumplimiento de los mismos) El SLA fue redactado o muy sintéticamente o muy extensamente, con un lenguaje vago o incomprensible, con definiciones retóricas El SLA no es apoyado a su vez con Acuerdos de Niveles Operativos (establecidos con proveedores) El SLA no fue enfocado a las necesidades de las áreas usuarias El SLA tiene objetivos de eficiencia inalcanzables, tanto para el servicio de soporte como para los usuarios

EJEMPLO DE UN SLA Descripción y ubicación del grupo de usuarios Aprobaciones recibidas Período cubierto por el acuerdo Servicios que serán provistos Servicios que serán excluidos Componentes soportados Componentes que son considerados críticos Cómo pueden acceder los usuarios a los servicios de soporte Horario de atención del servicio de soporte Opciones para atención del servicio de soporte fuera de horario

EJEMPLO DE UN SLA Responsabilidades del usuario Responsabilidades del servicio de soporte Límites del servicio de soporte Procedimiento usuario para el registro de incidentes Procedimientos internos de escalamiento Procedimientos de seguimiento Prioridad de los llamados y tiempos de respuesta requeridos Mediciones de servicio a ser alcanzadas Reportes a ser generados por el servicio de soporte Si hubieran, tarifas de soporte y pagos por uso del servicio

EJEMPLO: ENCUESTA ANUAL DE PRÁCTICAS DE HELP DESK © FORO HelpDesk, 2004

EJEMPLO: INDICADORES / DE CALIDAD DE ATENCIÓN Tentativas de llamadas por número Llamadas atendidas por número 16,393 10,593 6,772 7,280 5,279 5,314 5,728 5,800 Llamadas abandonadas por número Llamadas abandonadas / tentativas por número (%) 5,800 508 449 486

BIBLIOGRAFÍA http://es.wikipedia.org/wiki/SLA http://www.sla-zone.co.uk/ http://www.service-level-agreement.net/