Что такое ITSM и как он помогает IT-отделу работать без сбоев
Методология управления IT-услугами: как ее внедрить, чтобы заявки не терялись, а сроки соблюдались.
Запутанные процессы?
Хаос в IT-поддержке не исправить покупкой дорогой системы. Сначала нужно понять, как работают процессы: почему одни заявки теряют, другие зависают, а самые важные решают в последний момент.
В этом поможет ITSM — подход, который помогает расставлять приоритеты, назначать ответственных и контролировать сроки. В статье рассказываем, что это за подход, из каких задач он состоит и как начать внедрение без миллионов на софт.
Почему IT-отдел не справляется и что с этим делает ITSM
IT-отдел часто работает как аварийная бригада для бизнеса. Сотрудники обрабатывают заявки в порядке их поступления: начинают с того, что первым пришло в работу и двигаются по порядку. Но в реальной работе компании вперемешку поступают обычные сервисные заявки и срочные карточки сбоев и поломок.
Чтобы правильно расставить очередность выполнения, можно использовать ITSM (IT Service Management) — это подход к управлению IT-услугами, который переключает внимание с «железа и софта» на важность для бизнеса. Вместо того, чтобы просто поддерживать оборудование в рабочем состоянии, ITSM позволяет:
- определять, какие услуги критичнее для компании;
- устанавливать четкие сроки восстановления услуг после сбоя;
- назначать ответственных за выполнение.
Главное отличие ITSM от классического подхода в приоритетах для работы бизнеса: сотрудники сначала оценивают, какой сервис важнее для бизнеса. Например, восстановить работу CRM важнее, чем заменить картридж в принтере, потому что CRM напрямую влияет на продажи.
В следующих разделах разберем, из каких типов задач складывается работа команды, которая следует ITSM-практикам.
Какие задачи решает команда в ITSM-подходе
Конкретные процессы зависят от выбранного фреймворка, часто IT-команды работают по ITIL. В других фреймворках набор задач и правил может отличаться, но инциденты, проблемы, изменения и активы встречаются почти везде.
Управление инцидентами
Инцидент — это любой сбой, который нарушает работу бизнеса. Это может быть недоступность CRM, сбой сайта или поломка оборудования. Задача команды — восстановить работу как можно быстрее с учетом приоритета для бизнеса.
Как это работает:
- команда регистрирует каждый сбой;
- оценивает важность;
- назначает ответственного за исправление.
Например, отделу продаж критично восстановить CRM как можно скорее, а ремонт одного из принтеров может подождать. Исполнитель видит, что и когда нужно сделать, а также историю, когда уже были подобные проблемы.
Польза. Бизнес знает, как быстро проблема будет решена, а IT-отдел действует в зависимости от приоритета, а не порядка в очереди.
Управление проблемами
В отличие от инцидентов, которые устраняют последствия, управление проблемами направлено на поиск и устранение причин. Это позволяет избежать повторения сбоев.
Как это работает:
- команда собирает все повторяющиеся инциденты;
- анализирует логи и графики нагрузки;
- находит глубинную причину проблемы — например, ошибка в коде или нехватка ресурсов;
- устраняет причину и отслеживает, продолжает ли появляться проблема.
Приведем пример. Корпоративный портал компании каждое утро очень медленно открывался. Из-за этого администратору приходилось перезагружать сервер, чтобы все заработало нормально. Так можно работать, но это — борьба с повторяющимся инцидентом.
Польза. Устранение причин снижает простои, нагрузку на IT-команду и расходы. Сотрудники не отвлекаются на повторяющиеся сбои, а бизнес получает стабильную работу сервисов.
Управление изменениями
Этот процесс делает любое обновление IT-инфраструктуры предсказуемым и безопасным. Изменениями считается все, что может повлиять на работу сервисов: установка обновлений, замена серверов, миграция данных, настройка сетевого оборудования.
Как это работает. Для каждого изменения составляют заявку и прописывают:
- что меняем и зачем;
- какие риски несет изменение;
- как долго продлится работа;
- возможные последствия для бизнес-процессов;
- план отката — четкую инструкцию, которая поможет быстро вернуть все в первоначальный вид в случае ошибки.
Затем запланированное изменение согласуют с руководителями отделов и назначают окно для внедрения, обычно в нерабочие часы.
Пример. Интернет-магазин обновляет систему учета остатков. Если релиз запустят без проверки влияния на сайт, то товары в наличии могут начать отображаться как недоступные, а клиенты не смогут оформить заказ.
Польза. Бизнес-процессы не останавливаются из-за неудачных обновлений. IT-отдел действует по плану, риски контролируются, есть четкий алгоритм действий на случай ошибки.
Управление активами
Это процесс учета всего IT-оборудования и ПО на протяжении всего жизненного цикла, от закупки до списания. Система хранит информацию обо всех устройствах: серийные номера, владельцев, даты покупки и окончания лицензий.
Как это работает. Все активы заносят в единую базу. Когда сотрудник создает новую заявку, система подгружает информацию о нужном оборудовании.
Например, если у работника перестал включаться ноутбук, инженер откроет карточку и увидит, что гарантия истекла, а это уже не первая поломка. Это поможет ему принять решение — ремонтировать или просто заменить устройство на новое.
Польза. Прозрачность затрат на оборудование, профилактика вместо аварийных закупок. Компания не тратит деньги на ремонт устаревшей техники, не пропускает гарантийные случаи, вовремя продлевает лицензии.
ITIL не ограничивается этими процессами, есть другие процессы и фреймворки, по которым может работать команда. Но для большинства компаний инциденты, проблемы, изменения и активы могут стать основой для наведения порядка в IT-поддержке.
В следующем разделе разберем, с помощью каких инструментов команда реализует эти процессы на практике, и чем ITSM-системы отличаются от простых Help Desk.
ITSM-системы: инструменты для реализации подхода
Чтобы применять ITSM на практике — регистрировать заявки, контролировать сроки, назначать приоритеты, строить отчеты — нужны специальные инструменты. Они называются ITSM-системами.
Важно развести понятия:
- ITSM — это методология. Это способ, который позволяет организовать правила для работы. Нельзя купить методологию ITSM, ее нужно внедрить в компанию: прописать роли, сроки, порядок эскалации.
- ITSM-система — это инструмент. Программа, которая помогает применять методологию: фиксировать заявки, следить за сроками, управлять приоритетами и назначать исполнителей.
Без методологии любая, даже самя дорогая система остается просто конструктором, который не решит проблемы. И наоборот, без системы методология — просто набор правил. Поэтому они работают в связке.
Что делает ITSM-система. Такой инструмент автоматизирует основные задачи поддержки:
- регистрирует заявки из разных каналов (почта, веб-форма, чат-бот) и превращает их в карточки;
- назначает приоритеты в зависимости от того, насколько важен сервис для бизнеса;
- контролирует сроки реакции и решения (SLA), отправляет напоминания и эскалирует просрочки;
- ведет историю каждой заявки и всех связанных с ней действий;
- строит отчеты по загрузке команды, соблюдению сроков, типам инцидентов.
ITSM-система помогает выстроить предсказуемую и прозрачную работу отдела. Так руководитель будет видеть, кто чем занят и где нарушаются сроки, а команда сможет действовать по единым правилам.
В следующем разделе разберем, чем ITSM-системы отличаются от более простых инструментов — Help Desk и Сервис деск.
Help Desk и Service Desk: отличия и особенности
ITSM-системы — не единственный вариант. На практике многие компании начинают с более простых инструментов: Help Desk или Service Desk. Разберемся, в чем разница и когда какой вариант подходит.
Help Desk — это место, куда стекаются заявки, чтобы их не теряли, например, почта или доска в таск-трекере. Заявки регистрируют и назначают ответственных обычно без автоматизаций. Возможностей простого Help Desk достаточно для маленьких команд с минимальным количеством заявок.
Service Desk — следующий уровень. Заявки обрабатываются по правилам. Система автоматически назначает приоритеты, контролирует сроки, отправляет уведомления и строит отчеты. У каждой заявки есть статус, ответственный, дедлайн. Руководитель видит, чем занят каждый в команде, есть ли отклонение от сроков и сколько инцидентов в очереди.
Для большинства малых и средних компаний инструментарий специализированных ITSM-платформ может оказаться избыточным. Им достаточно гибких инструментов управления задачами, в которых можно настроить прием и обработку заявок. Например, в Кайтен можно создать формы для заявок, настроить приоритеты и сроки, добавить уведомления и отчеты. Это не заменяет полноценную ITSM-платформу, но закрывает потребности Service Desk.
Например, если нужно оформить нового сотрудника на работу, понадобится составить сразу несколько обращений в разные отделы компании. Рассмотрим, как будет выглядеть этот процесс на примере Кайтен.
Специалист отдела кадров создаст карточку «Оформление нового сотрудника» на своей доске. Затем по чек-листу или с помощью автоматизации сформируют подзадачи на других досках для IT, HR, АХО, бухгалтерии и других отделов. Это поможет охватить все процессы, связанные с выходом нового сотрудника, и ничего не забыть.
В следующем разделе разберем, как измерить эффективность внедрения Service Desk и понять, что внедрение действительно приносит результат.
Как измерить эффективность от внедрения Сервис Деска
Без цифр сложно понять, улучшилась работа IT-поддержки или нет. Метрики помогают видеть прогресс и обосновывать бюджет. Разберем основные показатели, на которые стоит обратить внимание, чтобы оценить эффективность команды.
Среднее время реакции (First Response Time). Сколько времени проходит от создания заявки до первого ответа сотрудника IT. Норма зависит от приоритета: для критичных инцидентов время короче, для обычных — длиннее.
Среднее время решения (Mean Time to Resolve — MTTR). Сколько занимает полное устранение проблемы. Падение этого показателя говорит о росте эффективности команды и качестве процессов. Если MTTR не падает, возможно, проблема в сложности инцидентов или в недостатке квалификации..
Сколько заявок решены в срок (SLA compliance). Процент заявок, уложившихся в согласованные сроки. Целевой уровень — 90–95%. Если показатель ниже, стоит пересмотреть SLA или искать причины срывов: нехватка ресурсов, нереалистичные сроки, слабая эскалация.
Загрузка IT-команды. Количество активных заявок на одного сотрудника. Если у кого-то стабильно больше, пора перераспределять нагрузку. Если у всех высокая загрузка, а сроки все равно срываются — значит, команда работает на пределе, пора расширять штат или упрощать процессы.
Удовлетворенность пользователей (Customer Satisfaction Score — CSAT). После закрытия заявки можно попросить оценить работу по шкале от 1 до 5. Целевой уровень — 4.5 из 5. Низкие оценки — сигнал, что пользователи недовольны скоростью или качеством решения, даже если формально сроки соблюдены.
Как это выглядит в жизни. Часто внедрение Service Desk дает заметный эффект уже в первые месяцы. В компании, где раньше заявки обрабатывались хаотично (кто первый ответил — тот и взял, сроки никто не отслеживал), после внедрения появляются прозрачность и дисциплина. Заявки автоматически распределяются, приоритеты расставлены, просрочки видны руководителю.
В результате время решения задач сокращается, а доля выполненных в срок растет. Конкретные цифры зависят от исходного состояния, но направление изменения всегда одно — к порядку и предсказуемости.
Вместо заключения: коротко о главном
- ITSM — методология, ITSM-система — инструмент. Не путайте.
- Четыре процесса — инциденты, проблемы, изменения, активы — наводят порядок в разных аспектах IT.
- Service Desk автоматизирует прием заявок, приоритеты и контроль сроков, сокращает время реакции и выполнения.
- Начинать стоит с какого-нибудь одного процесса — например, с места регистрации заявок. Дальше добавляйте остальное.
- Измеряйте метрики: время реакции, время решения, соблюдение SLA.
- Следите за ситуацией в отделе. Если заявки теряются, сроки срываются, а одни и те же сбои повторяются — создайте единый канал для приема заявок и внедрите ITSM-подход, чтобы команда бралась в первую очередь за важные для бизнеса задачи.
