Матрица приоритетов заявок: готовая таблица влияния и срочности

Кратко

Матрица приоритетов превращает спор «насколько это срочно» в вычисление. Приоритет не назначается ощущением: он получается из двух независимых величин — сколько людей затронуто (влияние) и как быстро последствия станут необратимыми (срочность). Ниже — готовая таблица и признаки, по которым обе величины определяются посторонним человеком одинаково.

Готовый образец

ШАГ 1. Определите влияние

ШАГ 2. Определите срочность

ШАГ 3. Пересечение даёт приоритет

ШАГ 4. Приоритет задаёт сроки

Правила, без которых матрица не работает

• Влияние и срочность определяются независимо друг от друга и в этом порядке. Определять их «сразу вместе» — то же самое, что назначать приоритет на глаз.

• Приоритет присваивает принявший обращение, а не обратившийся. Обратившийся сообщает факты (сколько людей, есть ли обходной способ, есть ли внешний срок), а не уровень.

• Повышение приоритета возможно в любой момент по новым фактам: появились другие пострадавшие, исчез обходной способ, приблизился внешний срок. Причина фиксируется в обращении текстом.

• Понижение приоритета возможно только с уведомлением обратившегося и с указанием, какой признак изменился.

• Массовый сбой: <5> и более обращений об одном и том же за <30> минут автоматически дают P1 независимо от исходных оценок.

• Доля P1 выше <5 %> от потока означает, что критерий В1 размыт, а не что стало больше аварий.

Как заполнять

Начните с примеров, а не с определений. Определение «затронуты все пользователи» кажется однозначным, пока не встретится обращение от единственного бухгалтера накануне сдачи отчётности. Впишите в правую колонку пять–семь реальных ситуаций из вашего потока за последний месяц — именно они, а не формулировки, будут работать при спорах.

Три уровня влияния — не меньше и не больше. Два уровня не отделяют «весь отдел» от «один человек». Пять уровней порождают спор между соседними, который стоит дороже разницы в сроке.

Проверка границы. Возьмите тридцать закрытых обращений и разложите по матрице вдвоём, независимо. Расхождение больше чем в пяти случаях означает, что признак сформулирован неоднозначно, — правьте признак, а не людей.

Сроки в шаге 4 обязаны совпадать с регламентом и SLA дословно. Это самое частое место расхождения документов, потому что матрицу обычно делают позже остальных. Соответствующие тексты — в статьях Регламент технической поддержки и Соглашение об уровне услуг (SLA) для техподдержки.

Перенесите матрицу в систему учёта. Пока приоритет выбирается из выпадающего списка без подсказки, выбирать будут по привычке. Как связать приоритет со сроками и автоматическим отсчётом — в статье Настройка SLA, приоритетов и крайнего срока.

Частые ошибки

Приоритет назначает обратившийся. Самая распространённая и самая разрушительная ошибка. Через два месяца в системе не остаётся обращений ниже высокого, потому что все узнали, что это ускоряет ответ. Спрашивать нужно факты: сколько человек затронуто, можно ли работать обходным способом, есть ли внешний срок.

Смешение влияния и срочности. «Важно» — это влияние или срочность? Вопрос без ответа, если величины не разделены. Обращение с высоким влиянием и низкой срочностью (сломано у всех, но пользуются раз в квартал) не должно поднимать службу ночью, а обращение с низким влиянием и высокой срочностью (один человек, но сдаёт отчёт через час) не должно ждать сутки.

Приоритет по типу клиента, а не по последствиям. Правило «у клиента на дорогом тарифе всё критическое» кажется коммерчески логичным и ломает матрицу: срочная заявка мелкого клиента встанет за косметическим дефектом крупного. Правильнее сохранить матрицу и дать тарифу более короткие сроки при том же приоритете.

Нет правила массового сбоя. Без пункта 5 двадцать обращений об одном и том же попадут к двадцати операторам как обычные, и каждый будет разбираться заново. Правило важнее точности формулировок.

Матрица, к которой не возвращаются. Пункт 6 — встроенная проверка: если доля критических выросла, дело почти никогда не в авариях. Пересматривайте признаки раз в квартал по тем же тридцати обращениям.

Понижение приоритета молча. Технически корректное действие, которое воспринимается как отказ помогать. Пункт 4 требует назвать изменившийся признак — это снимает почти все возражения.

Связанные статьи

• Схема эскалации обращений: образец правил
• Форма приёма заявки в техподдержку: образец полей
• Настройка SLA, приоритетов и крайнего срока
• Статусы заявок