TechRadar于2026年10月22日刊发Lakeside Software首席产品官兼AI官的文章，提出将站点可靠性工程（SRE）方法引入数字工作场所和终端管理，让IT团队不必只追求毫秒级响应，而是更早发现并消除反复出现的问题。
文章指出，实时响应并不等于预防。即使自动化修复让员工几乎无感、工程师无需介入，如果同类问题明天再次发生，IT仍在重复处理已经修复过的情况。文章引用一位合作伙伴的说法：“在风险仍处于0—2%时就告诉我，并给我用于排定优先级的证据。一旦超过基线5—10%，服务台就已经亮起警报。”这名合作伙伴关注的是相对正常基线的偏离，而非受影响员工的比例。
SRE源于谷歌运行大规模生产系统的方法，把软件工程原则用于运维问题。文章称，其核心是定义服务所需可靠性、进行衡量并减少维持可靠性的重复工作；服务等级目标（SLO）设定可衡量目标，错误预算则承认服务不可能始终完美。这些在软件和基础设施领域已确立的概念，正越来越多地适用于数字员工体验——员工依赖的设备、应用和服务已成为组织运行的一部分，其可靠性直接影响人们能否完成工作。
文章以一家财富100强保险机构为例称，该机构发现约25%的呼叫中心停机时间实际上对IT不可见。通过将端点遥测与主动自动化结合，该机构一年内将工单量减少35%，并通过一项自助服务自动化避免了超过4.5万张工单。文章还提到，一家大型医院网络发现文件同步、安全服务、CPU利用率、网络服务和协作工具等少数重复问题产生了不成比例的服务台工作量；利用端点数据识别并处理这些原因后，该机构每年减少约5万起工单，估计节省约160万美元。
在文章看来，SRE中的“辛劳”（toil）概念与工作场所IT高度对应：维持服务运行所需的重复运维工作可以由自动化承担，但如果同一修复反复被需要，这种模式就值得关注。有时自动化仍是合理答案，并非每个重复情况都需要工程项目；在其他情况下，证据可能指向应用、配置、更新或其他更根本的问题，从而可以更永久地解决。
全球投资管理公司PIMCO提供了另一个例子。文章称，其基础设施团队利用端点证据和变更关联，把过去需要数天的根因调查缩短至数分钟。文章认为，速度固然重要，但团队能否借助证据理解发生了什么变化、隔离原因并更接近消除反复出现的问题，而不是反复处理症状，同样重要。