Что такое ITSM?
ITSM рассматривает ИТ как набор услуг, предоставляемых пользователям — электронная почта, устройства, приложения, доступ, а не набор технологий. Каждое взаимодействие с этими службами проходит через определенные процессы: сломанный ноутбук становится инцидентом, запрос на новое программное обеспечение становится запросом на обслуживание, а запланированное обновление брандмауэра становится изменением. У каждого есть свой рабочий процесс, правила приоритета и подотчетность.
Практическим центром ITSM является служба обслуживания: единая точка контакта, где пользователи сообщают о проблемах и запрашивают услуги, и где ИТ отслеживает, расставляет приоритеты и решает полученную работу.
[IMAGE 1: Диаграмма, показывающая пользователей, отправляющих инциденты, запросы и изменения в сервисный стол, который направляет их через различные рабочие процессы ITIL — alt: «Инциденты маршрутизации сервисного стола ITSM, запросы на обслуживание и изменения»]
ITSM против справочной службы: в чем разница?
Служба поддержки - это функция: очередь вопросов пользователей и команда, отвечающая на них. ITSM - это система управления, которая содержит справочную службу и добавляет:
** Определенные процессы** для различных видов работ (инцидент ≠ запрос ≠ изменение), каждый со своими правилами. ** Приоритизация по воздействию и срочности**, а не по первому требованию. ** Подотчетность через ОАС** — измеримые цели реагирования и разрешения. ** База знаний и портал самообслуживания**, поэтому общие вопросы решаются без билета. Отчетность и постоянное улучшение — повторяющиеся инциденты становятся проблемами, которые необходимо устранить в корне.
Небольшие команды часто начинают с общего почтового ящика или базового справочного стола и применяют методы ITSM по мере роста объема билетов, требований к соблюдению или численности персонала.
Как работает ITSM: основы ITIL
ITIL является наиболее широко принятой структурой ITSM. Вам не нужно все это — большинство организаций получают большую часть ценности из трех основных практик:
Управление инцидентами
Инцидент - это незапланированное прерывание или ухудшение обслуживания. Цель состоит в том, чтобы восстановить сервис как можно быстрее — анализ первопричин наступает позже. Инциденты классифицируются, расставляют приоритеты по воздействию и срочности, обостряются при необходимости и разрешаются по часам SLA.
Запросить выполнение
Запрос на обслуживание - это рутинная, предварительно одобренная работа: новый вход пользователя, установка программного обеспечения, гранты на доступ. Запросы следуют стандартизированным рабочим процессам исполнения, часто с этапами утверждения, и в идеале предлагаются через каталог самообслуживания, поэтому пользователи выбирают из меню, а не пишут бесплатные текстовые билеты.
Управление изменениями
Изменение — это любая модификация производственной инфраструктуры. Скорость управления изменениями уравновешивает риск: стандартные изменения с низким риском предварительно одобрены и быстро отслеживаются, в то время как значительные изменения требуют оценки, одобрения, планирования и плана отката. Хорошие записи об изменениях — это первое, что вы проверяете при появлении нового инцидента.
[IMAGE 2: Трехполосная схема плавания, сравнивающая рабочие процессы инцидента, запроса и изменения бок о бок — alt: «Происшествие ITIL, запрос обслуживания и рабочие процессы управления изменениями сравниваются»]
SLA: как ITSM измеряет себя
Соглашения об уровне обслуживания определяют время отклика и разрешения, которое пользователи могут ожидать, обычно варьируясь по приоритету — отключение всей компании может потребовать 15-минутного ответа, сброса пароля в тот же день. SLA превращают качество поддержки из чувства в измеримое обязательство: показатели нарушений, время первого ответа и время разрешения становятся операционной панелью ИТ-организации, а для MSP они являются договорными обязательствами, связанными непосредственно с доходом.
Преимущества ITSM
Прогнозируемость — пользователи знают, чего ожидать; ИТ знает, что должно. ** Приоритизация** — критические последствия для бизнеса решаются до незначительных неприятностей. ** Аудитируемость** — регистрируются все инциденты, утверждения и изменения, которые все чаще требуются в рамках соблюдения. ** Устранение первопричин** — управление проблемами превращает повторяющиеся инциденты в постоянные исправления. ** Низкая стоимость билета** — самообслуживание и базы знаний отклоняют рутинную работу.
Почему важен контекст устройства в билетах
Билет, в котором говорится, что «ноутбук Али медленный», — это разговор; билет, в котором показан ноутбук Али — его метрики процессора и диска, ожидающие исправления, недавние изменения программного обеспечения и гарантийный статус — находится на полпути к разрешению. Когда сервисный отдел подключен к данным конечных точек, технические специалисты перестают задавать пользователям диагностические вопросы и начинают действовать: время сортировки падает, разрешение первого контакта повышается, а внутри самого билета происходят удаленные исправления.
Вот почему качество инвентаризации устройств так важно — запись активов за билетом исходит от управления активами (/learn/what-is-itam/), и его свежесть определяет, заслуживает ли контекст доверия.
[IMAGE 3: Просмотр билета со встроенной панелью устройства, показывающей показатели здоровья в реальном времени, состояние патча и недавние изменения — альтернатива: «Билет на стойку обслуживания, обогащенный контекстом живого устройства от агента конечной точки»]
Тенденция конвергенции ITSM + RMM
Исторически сложилось так, что служба обслуживания (ITSM) и консоль управления конечными точками (RMM) (/learn/what-is-rmm/) были отдельными продуктами от отдельных поставщиков. Рынок сейчас сходится: унифицированные платформы ставят в одно место билет, телеметрию устройства и средства восстановления. Оповещение от контролируемой конечной точки может открыть билет автоматически; техник решает его удаленным действием с того же экрана; запись актива обновляется сама.
Для покупателей это меняет оценку: вместо того, чтобы спрашивать «какой инструмент ITSM интегрируется с нашим RMM?», команды все чаще спрашивают «какой платформой занимается как нативно?» — устраняя обслуживание интеграции и лицензирование продукта.
##Как выбрать ITSM
- ** Правомерный процесс** — вы должны иметь возможность начать с инцидентов и запросов и принять управление изменениями/проблемами позже, без сложной настройки консультанта.
- Нативный контекст устройства — показывает ли билет данные о конечных точках в реальном времени или просто поле активов в свободном тексте?
- Двигатель SLA — приоритетные цели, календари рабочих часов, правила эскалации и отчетность о нарушениях.
- Самообслуживание — портал и каталог услуг, которые фактически будут использовать ваши пользователи.
- Автоматизация — маршрутизация, категоризация и согласование рабочих процессов, которые уменьшают ручное управление очередями.
- ** Общая стоимость** — лицензирование на одного специалиста плюс необходимые дополнения; унифицированные платформы RMM+ITSM часто подрывают два отдельных контракта.
Смотрите, как Monitic делает ITSM →** Monitic Service Desk
Часто задаваемые вопросы
В чем разница между ITSM и ITIL?
ITSM — это дисциплина — управление ИТ как услугами. ITIL является самой популярной основой лучших практик для ITSM. Вы практикуете ITSM; вы можете следовать ITIL (полностью, частично или вообще не делать этого).
###Маленькие ИТ-команды нуждаются в ITSM?
Небольшим командам нужны ITSMпрактики больше, чем ITSMбюрократия: реальная очередь вместо общего почтового ящика, основные приоритеты и простые SLA. Современные инструменты делают это легким — ошибка заключается в принятии тяжелой модели корпоративного процесса для команды из пяти человек.
В чем разница между инцидентом и запросом на обслуживание?
Инцидент - это что-то сломанное (незапланированное); запрос на обслуживание - это что-то желаемое (планируемое и рутинное, например, установка программного обеспечения или доступ). Они следуют различным рабочим процессам, различным SLA и различным правилам одобрения — разделение их является одной из самых быстрых побед в принятии ИТСМ.
Как ITSM относится к управлению активами?
В конечном счете, каждый билет — это услуга, работающая на активах. Управление ИТ-активами предоставляет запись - кому принадлежит устройство, что установлено, его история - которая дает контекст билетов и делает возможной оценку воздействия во время изменений.