Если IT-отдел не справляется: как ITSM наводит порядок в заявках, сбоях и обновлениях

ITSM (IT Service Management) переводит IT-отдел из режима аварийных бригад в режим поставщика услуг. Это значит, что задачи не будут теряться, появятся сроки выполнения, а команда будет отвечать за результат. В этой статье разберем, какие процессы ITSM упорядочивает, чем это полезно бизнесу и с чего начать.

Что такое ITSM и что он дает бизнесу 

ITSM (IT Service Management) — это методология управления IT-услугами, ориентированная на потребности бизнеса. Вместо того чтобы чинить принтер «когда получится», в ITSM это услуга «печать документов» с четкими сроками выполнения и ответственным исполнителем.

ITSM как методология ориентируется на бизнес-процессы. При таком подходе прописывают, какие услуги и насколько нужны бизнесу, как быстро нужно восстанавливать работоспособность при сбоях и в каком порядке, кто отвечает за каждую услугу.

Приведем пример. Если сломается CRM, то специалист будет ее чинить в порядке очереди, например, после замены картриджей или восстановления доступа к почте кого-то из сотрудников. Все это время продажи будут стоять. При ITSM услуга «Доступ к CRM» имеет прописанный срок восстановления — например, 2 часа. Система назначает задачу с высоким приоритетом, а отдел продаж знает, когда все починят.

Важно различать:

• ITSM (методология) — способ организовать работу в компании. Его нужно внедрить в процессы.

• ITSM-система — инструмент, с которым можно работать по методологии на практике. Например, ServiceNow, Naumen, Kaiten (в части ITSM-функций) помогают регистрировать заявки, контролировать SLA, управлять инцидентами и изменениями. Но система без методологии — просто дорогой конструктор.

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

Какие задачи решает ITSM

ITSM помогает наводить порядок сразу в нескольких областях компании.

Управление инцидентами: сломалось — быстро починить

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

Как работает ITSM-система:

• заявка автоматически регистрируется;

• система назначает приоритет в зависимости от важности сервиса для бизнеса, например, критический — восстановить за 1 час, низкий — до конца дня;

• назначенный ответственный видит задачу, дедлайн и историю аналогичных проблем.

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

Что дает бизнесу. Скорость устрания и предсказуемость — становится известно, как быстро задача должна решиться, а IT-отдел работает не по очередности, а по приоритету важности для бизнеса. 

Управление проблемами: устранять причину, а не следствие

Управление проблемами — это процесс поиска и устранения корневой причины повторяющихся инцидентов. Если CRM падает каждую пятницу — это проблема, а отдельное падение — инцидент.

Как работает ITSM-система:

• команда анализирует частые сбои  — например, сервер с отчетами падает каждую среду;

• ищет основную причину — это может быть ошибка в драйвере, перегрев, сбой питания или неверная конфигурация;

• устраняет причину, а не следствие.

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

Что дает бизнесу. Экономия времени и денег на постоянном устранении причин. Сотрудники перестают отвлекаться на одни и те же сбои.

Управление изменениями: обновляться без страха все сломать

Управление изменениями — это контролируемый процесс внесения любых перемен в IT-инфраструктуру, который минимизирует риски остановки бизнес-процессов. Сюда относят обновление ПО, замену оборудования, миграцию данных и подобные задачи.

Как работает ITSM-система:

• для любого изменения руководитель создает заявку;

• команда оценивает риски и готовит план отката; 

• руководитель согласовывает обновление с бизнесом — например, с отделом, который зависит от этого сервиса;

• сотрудники готовят окно для безопасного внедрения.

Так, если понадобится обновить сервер 1C, то без ITSM это делают, когда удобно администратору. Но на следующий день бухгалтерия может не сдать отчетность, потому что обновление не прошло или зависло. 

В ITSM процесс идет иначе: заявка на изменение → экспертная оценка затрат времени на внедрение → тестовый стенд → проведение обновления согласовано с бухгалтерией на субботу. Это помогает свести к минимуму риски. Если что-то пойдет не так — есть план отката.

Что дает бизнесу. Безопасность и предсказуемость. Любое изменение — от обновления до замены — не становится сюрпризом и не останавливает работу критических сервисов. 

Управление активами: знать, что у кого и когда менять

Управление активами — это процесс учета оборудования и ПО на протяжении всего жизненного цикла: от покупки до списания. Так учитывают все активы — от техники до лицензий и закупки новых программ.

Как работает ITSM-система:

• поддержка заводит единую базу активов: серийные номера оборудования, владельцы, дата покупки, срок лицензии;

• при создании каждой заявки сотрудник привязывает карточку с данными оборудования — если проблема с компьютером, то сразу видно его конфигурацию;

• сотрудник видит автоматические напоминания об окончании лицензий и гарантий.

Если у сотрудника сломается ноутбук, то инженер сразу видит модель, комплектацию, историю ремонтов и сможет быстрее диагностировать проблему. Отдельно видит напоминание, что через месяц заканчивается лицензия на антивирус у 50 компьютеров и может запланировать бюджет на продление.

Что дает бизнесу. Прозрачность затрат, профилактика вместо аварий.

ITSM-система наводит порядок и помогает создать управляемый процесс с правилами и ответственностью. Каждый из четырех процессов — это замена случайности на предсказуемость и контроль. Далее расскажем про эволюцию от Help Desk до управления всей компанией.

Инструменты для ITSM

Четыре описанные задачи можно решать с помощью инструментов разного уровня зрелости — от простой таблицы до специализированных ITSM-систем.

Уровень 1: отсутствие системы — просто видеть заявки

Как выглядит. Один сотрудник сообщает о проблеме в чате, другой пишет письмо, третий звонит. Так легко потерять заявку или не отследить выполнение. Руководитель не может отследить нагрузку на отдел и выделить приоритетные задачи. 

Встречается обычно в маленьких компаниях до 10 человек или на старте, когда IT-отдела еще нет.

Уровень 2: Help Desk — видеть заявки

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

Встречается в небольших командах до 20-30 человек, где заявок не много и можно заниматься их сортировкой вручную.

Уровень 3: Service Desk — системно работать с заявками

Как выглядит. Заявки поступают через специальные формы (веб-портал, почтовый ящик, чат-бот). Система автоматически регистрирует каждое обращение, присваивает ему номер, статус и отправляет в очередь. Можно назначать приоритет: сбой в CRM для отдела продаж ставится выше, чем запрос на замену картриджа. Система отслеживает время реакции и время решения. 

Что умеет Service Desk:

• автоматически регистрировать заявки через портал, почту и чат-бота;

• расставлять приоритеты в зависимости от влияния на бизнес;

• контролировать соблюдение SLA для обработки заявок;

• назначать ответственных и запускать эскалацию, если необходимо;

• готовить отчеты по загрузке, срокам, качеству.

Результат для бизнеса. Предсказуемость — вы знаете, когда восстановят недоступный сервис. Прозрачность — видно, кто чем занят, какие задачи в работе, какие просрочены. Контроль качества — можно измерить, укладывается ли IT в согласованные сроки. Отчеты показывают узкие места.

Встречается в компаниях в среднем до 100 человек. Он перекрывает основные боли: заявки не теряют, приоритеты соблюдают, а руководитель видит цифры отчетов.

С помощью некоторых сервисов, например, отдельного модуля внутри Кайтена, можно настроить Service Desk. Заявки из веб-форм, Telegram-бота и email автоматически превращаются в карточки на доске. Для каждого типа обращения выставляется приоритет — например, сбой в CRM получает статус «Высокий», а запрос на смену пароля — «Низкий». 

Здесь можно настраивать SLA: время реакции, например, 15 минут для критичных инцидентов, и общее время решения — допустим, команда должна справиться за 2 часа. Как это выглядит на карточках можно посмотреть ниже:

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

Уровень 4: комплексное ITSM-решение

Service Desk решает только обработку заявок. Но в работе IT остаются задачи, которые он не закрывает — поиск причин повторяющихся сбоев, обновление софта и учет оборудования. Для этого нужны еще три процесса, о которых мы говорили выше — управление проблемами, изменениями и активами. Вместе они образуют ITSM. 

Главная ценность ITSM-системы — в связях между процессами. Когда все процессы ведут в одной системе, IT-отдел видит полную картину: какой инцидент породил проблему, какое изменение ее закрыло и как это влияет на работу компании.

Разберем, как это выглядит, на примере. Бухгалтерия жалуется, что 1С зависает каждый понедельник утром. Инженер открывает заявку — это инцидент, но повторяется он уже третью неделю. Поэтому он заводит карточку проблемы и привязывает к ней все три инцидента. Команда анализирует логи и находит коренную причину: сервер не справляется с нагрузкой, когда сотрудники одновременно входят в систему в начале рабочего дня. Решение — добавить памяти на сервер.

Это вмешательство в инфраструктуру, поэтому IT оформляет заявку на изменение: что меняем, в какое окно, какие риски, как откатить, если что‑то пойдет не так. Изменение согласует руководитель IT и финансовый отдел. После апгрейда история фиксируется в карточке актива «Сервер 1С»: дата, что сделали, кто исполнитель, новые характеристики. Если через время сервер снова начнет работать со сбоями, инженер увидит всю историю в карточке.

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

Этот уровень обычно начинают применять в компаниях от 200-300 сотрудников, когда повторяющиеся сбои начинают заметно влиять на бизнес.

Один из инструментов, с помощью которого можно реализовать комплексный подход и поддерживать связи между процессами — система управления проектами Кайтен. Это не специализированная ITSM-платформа, но если в компании нет сложных автоматизаций и интеграций с системами мониторинга, то в Кайтен можно развести все 4 процесса по отдельным доскам, а карточки связывать между собой:

• Инциденты — доска со статусами, приоритетами и настройкой SLA.

• Проблемы — отдельная доска. Карточка проблемы привязывается к связанным инцидентам (через ссылки или подзадачи). В карточке проблемы команда фиксирует коренную причину и план устранения.

• Изменения — заявки с обязательными полями «Риски» и «План отката». Карточка изменения связывается с проблемой, которую оно закрывает.

• Активы — карточки оборудования и лицензий. Актив привязывается к инцидентам (что сломалось) и к изменениям (что обновили).

Уровень 5: управлять всей компанией как сервисом через ESM

Как это выглядит. Принципы ITSM выходят за пределы IT-отдела. Теперь сервисный подход применяется ко всем внутренним службам: HR, АХО, юридическому отделу, бухгалтерии, маркетингу. Сотрудник компании может создавать внутренние запросы в любой отдел из одного окна.

Что появляется на уровне ESM:

• Каталог услуг компании. Заказать канцтовары, согласовать договор и подать заявку на оплату можно через один сервис. У каждой услуги указаны сроки, ответственные, форма заявки.

• Единый портал. Не нужно писать в разные чаты и звонить. Сотрудник заполняет заявку в одном интерфейсе, а система перенаправляет заявку в нужный отдел.

• SLA для каждого отдела. Например, HR обязуется согласовать отпуск за 2 дня, АХО — закрыть заявку на канцтовары за 4 часа. Сотрудник видит ответственного и сроки.

• Общая аналитика по всем service desk. Руководитель компании может посмотреть: сколько заявок в каждом отделе, какие сроки соблюдаются, где возникают задержки. Сравнить качество сервиса между IT, HR и бухгалтерией.

• Сквозные процессы. Заявка автоматически переходит между службами. Сотрудник не должен знать, кому идти за пропуском, а кому — за ноутбуком. Система сама перенаправляет запрос.

Для примера расскажем, как проводят прием сотрудника внутри системы управления проектами Кайтен. Сначала сотрудник HR создает карточку «Оформление нового сотрудника». По чек-листу или через автоматизацию создаются подзадачи для:

• IT — выдать оборудование, настроить почту и доступы;

• HR — оформить документы, провести онбординг;

• АХО — организовать рабочее место, выдать канцтовары;

• бухгалтерии — завести в зарплатный проект, оформить СНИЛС;

• служба безопасности — проверить анкету, согласовать допуск.

Так будет выглядеть задача по трудоустройству и подзадачи на других досках в Кайтене:

Что это дает бизнесу:

• Ни один отдел не забывает свои задачи.

• Сквозной контроль: руководитель видит, где затык.

• Новый сотрудник выходит на работу без задержек.

Таким же образом можно проводить отпуска, закупку оборудования, согласование договоров и другие кросс-функциональные процессы.

Внедрение ITSM-системы: когда пора начинать

ITSM нужен, когда появляются системные проблемы:

• Заявки в IT-отдел теряются, дублируются, на них отвечают через раз.

• Одни и те же сбои случаются по многу раз, и никто не ищет причину.

• Сотрудники не понимают, когда решат их заявку.

• Руководитель IT не может сказать, сколько заявок в работе и какая загрузка команды.

• Бизнес растет, а IT-процессы не меняются с основания.

Если есть часть этих признаков — ITSM-система уже нужна. Начать стоит с внедрения Help или Service Desk, так вы перестанете терять заявки и соберете все обращения в карточках, введете SLA и отчеты.

Затем можно двигаться по алгоритму:

1. Добавить управление проблемами. Начать фиксировать повторяющиеся инциденты. Заводить карточки проблем, привязывать к ним прошлые проблемы. Анализировать коренные причины и устранять их. Команда начнет заниматься развитием, а не борьбой со следствием проблем.

2. Внедрить управление изменениями. Ввести обязательную регистрацию любых изменений в IT-инфраструктуре: апгрейд оборудования, обновление ПО, миграцию данных. Для каждого изменения оценивать риски и прописывать план отката. Согласовывать изменения с бизнесом. Так изменения не будут останавливать работу отделов, а риски будут под контролем IT-отдела.

3. Наладить учет активов. Создать базу IT-оборудования и лицензий: серийные номера, владельцы, даты покупки, сроки гарантии и лицензий. Привязать активы к заявкам (инцидентам и изменениям). Настроить напоминания об окончании лицензий. Так руководители заранее знают, когда заканчивается гарантия и когда пора обновлять информацию.

4. Расширить сервисный подход на всю компанию. Применить те же принципы к HR, АХО, юристам, бухгалтерии: каталог услуг, единый портал заявок, отчеты. Сначала запустить один сквозной процесс. Сотрудники перестают тратить время на хождение по кабинетам, а руководители видят качество сервиса.

Вывод

Методология ITSM ориентируется на потребности бизнеса и его процессы. С ее помощью IT-отдел вместо аварийной бригады становится поставщиком услуг с измеримыми сроками и ответственным. 

Что дает ITSM-система на практике:

• Упорядочивает управление инцидентами, проблемами, изменениями и активами — четыре ключевых процесса перестают быть хаотичными.

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

• Очередность выполнения задачи и решения проблемы зависит от срочности и влияния на бизнес-процессы — восстановить работоспособность CRM важнее, чем наладить печать на принтере.

• Появляется кросс-функциональное взаимодействие между отделами — IT, HR, АХО, бухгалтерия работают по единым правилам.

• Аварий становится меньше, а контроль над задачами — полным.