Usted estĆ” aquĆ:
Fase 6: Validación de extremo a extremo
Resultado: Un recorrido completo y demostrable de āempleado reporta un problemaā a ācumplidor lo resuelveā. Esta validación demuestra que los componentes configurados funcionan juntos en una trayectoria de incidente completa.
Propietario: Prospecto de implementación, con la participación del Empleado piloto y el Rellenador de incidentes piloto.
La prueba de ruta feliz del dĆa 1
Ejecute estos escenarios con secuencias de comandos en orden. No siga adelante si falla uno.
-
Escenario A: El empleado envĆa, el realizador resuelve
- Empleado piloto inicia sesión en el portal.
- Empleado piloto envĆa un incidente (por ejemplo, "No puede acceder VPN").
- Confirme: incidente aparece en Cola de llenadores de TI con prioridad asignada automƔticamente.
- La persona que realiza el piloto acepta el trabajo enrutado o abre el incidente asignado, dependiendo del mƩtodo de enrutamiento configurado.
- El proveedor aplica y verifica la solución, registra la resolución y establece el estado de ciclo de vida apropiado.
- Confirme que el empleado puede recuperar el estado del incidente actualizado o, si las notificaciones estÔn configuradas, recibe la actualización esperada.
- Opcional:
Escenario B: Enviar una solicitud de catÔlogo (si la gestión de solicitudes estÔ en el Ômbito)
- Empleado piloto abre el CatƔlogo de servicio del portal.
- EnvĆa una solicitud de servicio estĆ”ndar (por ejemplo, acceso a software).
- Confirme: solicitud de servicio llega a la cola de realización apropiada.
- Opcional:
Escenario C: Los empleados con privilegios desencadenan la distribución (solo si se configuran en la Fase 4)
- Un usuario con la etiqueta Usuario privilegiado asignada en el nivel de acceso ā„ umbral de distribución envĆa un incidente.
- Confirme: aparece una pancarta en el registro del incidente indicando la prioridad.
Validación
- Pasa el escenario A. Ejecute y valide los otros escenarios solo cuando se incluyan sus funciones correspondientes en el Ɣmbito inicial.
- Las notificaciones configuradas se entregan a travƩs de los canales esperados.
- Si Knowledge estĆ” en el Ć”mbito, se puede encontrar al menos un artĆculo de Knowledge relevante (de muestra o creado por el cliente) desde el registro Incidente.
Escollos comunes
- No llega ninguna notificación: Las posibles causas incluyen preferencias de notificación que faltan o configuración de email incompleta, Slack o Microsoft Teams.
- El incidente permanece sin asignar: Las posibles causas incluyen una regla de asignación inactiva, criterios de regla no coincidentes o un propietario configurado incorrectamente.
