Сервисно-ресурсная модель (СРМ) — это концепция, применяемая в управлении активами и конфигурациями, которая фокусируется на взаимосвязях между сервисами и ресурсами в организации. Она предполагает детальное описание всех компонентов системы, их отношений и роли в обеспечении конечных сервисов. Эта модель служит основой для управления изменениями, анализа воздействия и планирования инцидентов.

PIR (Process Improvement Report) – это процесс оценки результатов внедренных изменений и их влияния на процессы или услуги. В контексте управления ИТ-услугами PIR используется для анализа успешности реализованных изменений, определения достигнутых улучшений и выявления возможных проблем. Это помогает в дальнейшем совершенствовать процессы управления и повышать качество ИТ-услуг.

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

Эмпатия имеет ключевое значение в создании позитивного пользовательского и клиентского опыта (UX/CX), поскольку она позволяет понять не только явные, но и скрытые потребности клиентов. При проектировании продуктов и услуг эмпатия помогает разработчикам и менеджерам поставить себя на место пользователя, чтобы увидеть проблему или задачу с его точки зрения. Это позволяет создавать более интуитивные и удобные решения, которые действительно решают проблемы клиентов. Эмпатия также важна на этапе взаимодействия с клиентом после покупки продукта или услуги — она помогает улучшить поддержку, повысить удовлетворенность и сформировать лояльность. Когда клиент чувствует, что его понимают и искренне заботятся о его проблемах, он испытывает положительные эмоции, которые являются основой хорошего клиентского опыта. Таким образом, эмпатия выступает как фундаментальный элемент, который преобразует стандартное обслуживание в выдающееся и запоминающееся взаимодействие.

В ITIL инцидент — это незапланированное прерывание или снижение (деградация) качества ИТ-услуги. Например, когда пользователь не может распечатать документ из-за неожиданной недоступности услуги «Печать документов». Ключевой признак инцидента — отсутствие планового характера происшествия. Если же недоступность услуги связана с запланированными работами, это не считается инцидентом, хотя может возникнуть вопрос о том, почему пользователь не был заранее уведомлен о таких работах.

Baseline — это эталонные данные, которые фиксируются в момент нормальной работы системы и отражают нагрузку на основные компоненты оборудования (процессор, память, дисковая и сетевая подсистемы) и характеристики потребления (количество пользователей, операций и т.п.). Эти данные нужны для сравнения с текущим состоянием системы в случае возникновения проблем с производительностью. Сравнивая текущие метрики с baseline, можно определить, какие именно элементы изменили своё поведение и стали причиной замедления работы системы.

Основные факторы: отрасль бизнеса, тип и сложность услуг, частота обновлений, подходы к изменениям, технологические ограничения ИТ-инфраструктуры, стандартизация и виртуализация среды, интенсивность использования ИТ, компьютерная грамотность пользователей, доступность баз знаний, возраст устройств, преобладание удаленной работы, организационная структура и география компании. Эти элементы создают уникальный паттерн нагрузки для каждой организации, что затрудняет универсальные расчёты.

Мандатная модель (MAC) предполагает жёсткую привязку пользователей и информации к уровням допуска (например, 'секретно', 'совершенно секретно'). Все ресурсы одного уровня автоматически доступны всем, у кого есть мандат на этот уровень. Основной недостаток — негибкость: добавление новых классов секретности усложняет систему. Дискреционная модель (DAC) настраивает доступ на уровне отдельных объектов и операций для каждого пользователя через матрицу разрешений (таблицы доступа). Это даёт максимальную детализацию, но требует громоздкого администрирования при росте системы. Ролевая модель (RBAC) группирует права в бизнес-роли (например, 'бухгалтер', 'менеджер'). Пользователи получают доступ через назначение ролей, а не прямое управление объектами. Это сочетает структурированность (как в MAC) и управляемость (лучше, чем в DAC), так как изменения в правах вносятся на уровне ролей, а не пользователей. RBAC также поддерживает иерархию ролей и разделение полномочий, что недоступно в других моделях.

RTO (time recovery objective) — это целевое время восстановления, определяющее, за какое максимальное время после возникновения сбоя должна быть восстановлена ИТ-услуга. RTO определяется бизнес-требованиями и указывает, сколько времени бизнес может обойтись без данной услуги, прежде чем ущерб станет неприемлемым. RPO (recovery point objective) — это целевая точка восстановления, обозначающая максимальный период данных, который может быть потерян при восстановлении. RPO определяет, как часто должна выполняться резервная копия данных, чтобы потери информации не превысили допустимый для бизнеса уровня. Например, если RPO составляет 1 час, то резервное копирование должно выполняться каждые 60 минут.

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