Documentos de Académico
Documentos de Profesional
Documentos de Cultura
y las 4 Funciones de TI
Service Desk
Service Desk
Segunda Línea de
Soporte
Centro de Servicio
de San Francisco
Centro de
Centro de Servicio de Rio
Servicio de de Janeiro
Paris
Service
Desk Virtual
Centro de Servicio
Centro de Servicio de Sydney
de Beijing
Sistema de
Gestión de
Conocimiento del
Servicio
Centro de Servicio
de Londres
Objetivo
El objetivo primario es :
Restaurar la operación normal del servicio tan rápido
y eficiente como sea posible.
Minimizar el impacto adverso en las operaciones del
negocio y del usuario.
Centrarse en la restauración del servicio a los clientes
y no en la determinación de la causa de las incidencias
(Modelo Estándar de Incidentes).
Mantener registros de las Incidencias actualizados.
Detectar automáticamente eventos del sistema
Modelo de Incidencias
Workaround:
• Reducción o eliminación del impacto de una
Incidencia o Problema para lo que no existe una
solución definitiva aún. Puede requerir intervención
manual. Es una alternativa
• Incidencia: Cualquier evento que no es parte de la operación
estándar de un servicio equipo o aplicación y que causa o puede
causar una interrupción o reducción de su funcionalidad o en la
calidad de servicio.
• Una Incidencia nunca llegará a ser un Problema.
Incidencias Graves requerirán procedimientos distintos
Requerim. Si
Solicitud de
deServicio?
Requerimiento
No
Prioritizacion del
Incidente
Si
Procedimiento de Es un Incidente
Incidentes Mayores Mayor?
No
Diagnóstico Inicial
Si Si
Necesita ser Funcional
escalado? (Niveles 2, 3)
Si
Gestión del Necesita Escalamiento No
Escalamiento Jerárquico
Investigación y
No Diagnóstico
Resolución y
Recuperación
Fin
IT Service
Manager
Centro de
2a Linea 3a Linea
Servicio al Usuario
Manager Manager Manager
Jerarquico (Autoridad)
Funcional (competencia)
Terminología
Problema
Es la causa de uno o mas Incidencias
Es referido SOLO a la infraestructura de TI o software
Error Conocido (Known Error – KE)
La condición que prevalece después de investigar y de haber
realizado un diagnóstico e identificada la causa raíz de un Problema. Se
puede tener registro y documentación anterior y una solución
provisional en la KEDB. El error es eliminado mediante la
implementación de un Cambio
Los KE se registran y almacenan en la Base de Datos de Errores
Conocidos (KEDB)
Petición de Cambio (RFC)
Un RFC propone un Cambio para eliminar un error conocido (KE)
Objetivo
Detección y Registro de
Problem as
Prioritización
Centro de
Servicio al
Usuario Investigación y Diagnóstico
CMS
Gestión
Workaround?
de
Eventos
Gestión de Si
Incidencias Es necesario el
cambio? Gestión del Cambio
Resolución
Gestión
Proactiva
de Problemas Cierre
Revisión de Problemas
Es un Problema Mayor?
Suministrador Mayores
O Contratista
Fin
Evento
detectado
Gestión de
Evento Incidencias
registrado
1ª Correlación y
filtro
Respuesta Respuesta
Evento automática ALERTA humana
registrado
Revisar Acciones
SI NO
FIN Cerrar Evento ¿Eficientes?
Gestión de Peticiones
Gestión de Accesos
• Derechos de Acceso
– Verificación de la legitimidad de las
solicitudes
– Estado del monitoreo de la Identidad
– Registro y Seguimiento de los Accesos
– Concesión/Remoción/Restricción
Privilegios predeterminados
(Disponibilidad y Seguridad)
• Control de Acceso Físico fuera del ámbito
– Instalaciones
Funciones de la Operación
del Servicio
Servicio de
directorios Gestión de Instalaciones