Professional Documents
Culture Documents
gestion de peticiones:
objetivo d incidentes: volver a la normalidad
operacion normal , bajo los standares de los sla
diferenciar incidente mayor, jerarquico,
urgencia - impacto - prioridad
gestion de catalogo para ver q servicios estaba efectuando
--------------gestion de peticiones: requerimientos
objetivo: canal - plataforma- para solicitar a los usuarios y recibir servicios
standares (todo req, debe estar procedimentado, como se ejecuta este requerimit
no)
gestion d peticiones o requerimientos. catalogo de servicios
da info a los usuarios sobre disponibilidad d servicios, con proced standar
fuente para entregar componentes requeridos
asistir a usuarios con inf general y recibir quejas
requerimientos tb se hacen por chat,
alcance:
umbral -- limite debe haber en el catalogo
si pides traslado de 100 equipos,
habra puntos de red?? habra personas??
umbral d volumenes para la gestion de cambios
actividades:
seleccion de peticiones d un menu: herramienta de gestion de servicio
aprobacion financiera: aprobacion previa
tratamiento: peticiones simples y complejas
cierre: conformidad
encuesta percepcional
desafios: (debilidad)
documentar el tipo de peticiones , front end...interface de usuario, de autoayud
a
gestion de problemas:
busca la raiz de incidentes e iniciar acciones para mejorar o corregir la situac
ion.
problema es un incidente reiterativo, no encuentro porq sucede, no se la causa r
aiz
por reactividad q por proactividad.
dos componentes de la gestion dproblemas
reactiva: minimiza el impacto causado por errores
proactiva: previene aparicion de incidentes, elimina incidentes recurrentes (mej
ora continua de servicios de ti)
enfocado a todos los servicios
gestion de incidentes y gestion de problemas estan asociados
problema: causa no identificada de una serie d incidetntes o aislados no se cono
ce causa raiz
errores conocidos: causa raiz se sabe mas la solucion temporal -- se guarde en u
cial, y
teoria d aplicaciones, el mundo se vuelve transformacion digital via aplicacion
d los servicios al inicio del desarrollo, transforacion
tranformacion de los servicios cerca a la
-aplicaciones dinamicas
facilitar la vida al cliente final
puesta en marcha:
abismo entre teoria y practica:
disear algo q aprte valor,
incluir a la gente de operacion, conformado por team d operacion y team de diseo
realcionado a las necesidades del cliente
no hacen caso a los procedimientos, burocracia, atajos rompen buenas practicas,
resistencias a aplicacion, recursos ncesarios
desafio: involucrar al personal de opreacion en el diseo de servicios, monitoreo
constante y asegurar la rapida evaluacion del impacto de todos los cambios.
factores de riesgo y exito
hacer y no hacer
capacitar al personal
todos deben saber
soporte tecnologico, personal formado
organos de direccion de la orgnaizacion de ti
comprar herramienta pero no tienes el proceso, eso es automatizacion del desasst
re
reportan mediante plataforma, reconover el cuello de botella,metricas adecuadas
para evaluar calidad de operacion de servicio, historico, backlog
generar informes y documentacion mensua y semanal.
--------------------------------------------mejora continua
es una fase donde vamos a mejorar lo q hemos avanzado
helpdesk.com
os tickets
gestion de incidentes, para automatizar
objetivo: alinear y realinear continuamente los servicios de ti co necesidades c
ambiantes de negocios
todo cambia en nuestros clientes, lo q nocabia son los procesos
adecuando mi capacidad de serivcio, para q mi servcio continue dando valor.
mejora continua d neogcios se enfoca en la efectividad y eficiencia del proceso
d servicios y efectividad en los costos ser rentable
reglas basicas:
controlar, medir, definir, identificar
revisas, analizas y haces recomendacions sobre opotunidads de mejora en cada eta
pa del ciclo de vida
recomendar mejoras, analizar resultados, proponer mejoras q aumenten roi y voi
mejorar costes en la entrega d servicios