您在此处:
阶段 6 — 端到端验证
结果:从“员工报告问题”到“履行者解决问题”的完整、可演示的往返旅程。此验证表明,配置的组件可在一个完整的事件旅程中协同工作。
所有者:实施主管,试点员工和试点事件履行者参与。
第 1 天幸福之路测试
按顺序运行这些脚本场景。如果失败,请勿继续前进。
-
场景 A — 员工提交,履行者解决
- 试点员工登录入口网站。
- 试点员工提交事件(例如 , " 无法访问 VPN " ) 。
- 确认:事件出现在具有自动分配优先级的 IT 履行者队列中。
- 试点履行者接受路由的工作或打开分配的事件,这取决于配置的路由方法。
- 履行者应用并验证修复,记录解决方法,并设置适当的生命周期状态。
- 确认员工可以检索更新的事件状态,或者如果配置了通知,将收到预期的更新。
- 可选:
场景 B — 提交目录请求(如果请求管理在范围内)
- 试点员工打开入口网站服务目录。
- 提交标准服务请求(例如,软件访问权限)。
- 确认:服务请求位于适当的履行队列中。
- 可选:
场景 C — 特权员工触发升级(仅在阶段 4 中配置)
- 在访问级别 ≥ 升级阈值分配了特权用户标记的用户提交事件。
- 确认:事件记录上显示横幅,指示优先级。
验证
- 场景 A 通过。只有当其他场景的相应功能包含在初始范围中时,才运行和验证它们。
- 配置的通知通过预期渠道传递。
- 如果 Knowledge 在范围内,则至少可以从事件记录中找到一篇相关的 Knowledge 文章(示例或客户创建的文章)。
常见陷阱
- 没有通知到达:可能的原因包括缺少通知首选项或电子邮件不完整、Slack 或 Microsoft 团队配置。
- 事件仍未分配:可能的原因包括无效分配规则、不匹配的规则条件或配置不正确的所有者。
