Матрица приоритетов заявок: влияние, срочность и примеры

Влияние и срочность отвечают на разные вопросы

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

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

При регистрации уточните: какой бизнес-процесс остановлен, сколько людей затронуто, есть ли обходной путь и к какому моменту нужен результат. Пользователь сообщает последствия; специалист проверяет классификацию. Должность автора и слово «срочно» не заменяют эти сведения.

Пример матрицы P1–P4

Это рабочий пример, а не универсальная шкала ITIL. Высокое влияние здесь означает остановку критичного процесса, среднее — нарушение работы группы, низкое — локальное неудобство без остановки процесса.

Высокая срочность: последствия растут сейчас и безопасного обходного пути нет. Средняя: обходной путь работает ограниченное время. Низкая: работу можно запланировать без текущего ущерба. Для P1 договоритесь об отдельном порядке координации, для P4 — о плановой очереди. Время реакции и восстановления закрепите в соглашении SLA, а не в подписи к этой таблице.

Как разбирать неоднозначные обращения

• Не работает печать у сотрудника. Если рядом доступен другой принтер, это локальное нарушение с обходным путём. Если печатаются обязательные документы для отгрузки и другого пути нет, влияние может оказаться высоким.
• Замедлилась общая система. Проверьте, завершаются ли операции. Жалоба от одного человека не доказывает локальный характер, а большое число жалоб не объясняет срочность само по себе.
• Нужен доступ к завтрашней встрече. Это запрос на обслуживание. Уточните согласование и срок потребности; не смешивайте его с аварией только из-за близкого дедлайна.
• Отчёт нужен руководителю немедленно. Выясните последствия задержки. Если за просьбой стоит остановка расчётов, зафиксируйте её; если личное предпочтение — сохраните обычный порядок.

Для каждого решения оставляйте короткое объяснение. Запись «P2: отдел не проводит платежи, резервный канал доступен до 15:00» полезнее, чем просто цифра в поле.

Когда пересматривать приоритет

Пересмотр нужен при изменении масштаба, отказе обходного пути или приближении подтверждённого критичного срока. Укажите прежний и новый приоритет, время, причину и ответственного. Не снижайте уровень задним числом ради зелёного отчёта SLA.

Спор передавайте заранее назначенному владельцу услуги или дежурному руководителю. Пока он решает, продолжайте безопасную диагностику. Для массового сбоя используйте процедуру крупного инцидента; матрица не заменяет управление такой ситуацией.

Проверка матрицы перед запуском

1. Возьмите реальные обезличенные обращения разных услуг.
2. Попросите двух специалистов независимо определить влияние, срочность и приоритет.
3. Разберите расхождения: обычно не хватает определения критичного процесса или допустимости обходного пути.
4. Добавьте пограничные примеры в инструкцию и согласуйте их с владельцами услуг.
5. После пробного периода проверьте, не скопилась ли почти вся очередь в P1–P2.

В TIQQET работу с заявками можно рассматривать в контексте описанного функционала. Предложенная здесь матрица — методика команды: возможность и способ её автоматизации следует отдельно проверить в вашей конфигурации.

Источники и границы рекомендаций

Материал подготовлен 23 сентября 2026 года. Приведённые шаблоны и примеры предлагаются для адаптации под вашу службу поддержки; это не обязательные требования стандарта.

• Atlassian: влияние и срочность при определении приоритета