升级政策确定在触发事件时通知谁,如果没有人应对这一事件,那么应该发生什么。
我们建议您牢记下列项目,使您的升级政策更有意义:
检查时间表空白
如果您正在增加升级策略的时间表安排空白,检查以确保您需要触发事件的次数有人随叫随到。
原因是因为如果没有人在升级政策中呼叫,则不会产生事故;只有在任何升级政策的级别接受任何级别的升级,只能创建事件。
例子:
如果您有3个级别的升级策略,则每个都包含一个未在下午6点到下午6点之间呼叫的时间表,然后如果事件进入晚上10点,则不会触发事件,并未通知任何事件。
如果您有3个级别的升级策略,那么包含一个包含时间表的前2个级别,其中没有人在6 PM-9AM之间随叫随到,并在所有时间随叫随到有人打电话,那么如果一个事件进入晚上10点,则事件将触发并将分配立即地到3级接听电话。
添加重复规则
当事件通过升级政策的各级时,“重复”规则充当安全网。如果事件达到升级政策的结束,并且没有采取任何行动,那么您可以重复升级政策,以确保没有发生裂缝的事件。要设置重复,请编辑升级策略并检查“如果没有人确认...”框。您可以重复高达9次的升级策略。
添加多个升级级别
我们建议升级多个升级级别,升级到备份或第2层支持团队的事件,如果例如主要的随叫随线没有响应指定时间段内的事件,或者需要将事件升级到另一个级别的支持在这个升级政策中。
一些团队也将添加他们的经理他们的升级过程。
多用户提醒
如果您需要同时提醒的人,其中一人拥有所有权,所有升级都停止,请在升级政策的一个级别上放置多个人或计划。不确定是否通知多个人一次适合您的用例?看看这篇文章这里。
在“甲板上的所有手中”情况的情况下,或者如果主要人员没有立即响应,则需要通知团队的所有成员,回复戏剧会最好工作。
根据您的事件的关键性创建单独的升级策略
如果您的事件会产生不同的临界程度,请确保您的升级超时期反映了这一点。
例如,某些客户将在极其关键的事件之间具有升级级别的5分钟升级超时时间。
这些事件不是那么关键的可能有10,15或20分钟的升级。
您需要创建具有这些不同升级超时期间的单独的升级策略,并将这些升级策略与单独的服务相关联。这些服务只能捕获那些应遵循您创建的各自的升级政策的事件。
笔记:低紧迫性除非他们变得高急躁,否则事件不会升级。