Консалтинг и внедрение

Внедрение ITIL: порядок в ИТ-поддержке за 2-3 месяца

Внедряю ITIL на практике, а не по учебнику. За плечами - работающий Service Desk на 1С:ITIL в крупной розничной компании: управление инцидентами и запросами на обслуживание в ежедневной эксплуатации. Проведу ваш бизнес тем же путём - от хаоса заявок в мессенджерах до прозрачной, измеримой поддержки.

Написать в WhatsApp Получить бесплатный экспресс-аудит

700 000 - 1 000 000 ₸ стоимость · ТЗ и внедрение ядра Service Desk под ключ, без налогов доработки сверх плана - единым счётом по факту аудита

Начинаем с разбора того, как поддержка работает сейчас

Первые 1-2 недели уходят на аудит: откуда приходят обращения, кто их решает, где они теряются и какие сроки бизнес считает нормальными. По итогам аудита составляем каталог ИТ-услуг и правила SLA, настраиваем 1С:ITIL и запускаем опытную эксплуатацию на настоящем потоке заявок. Опыт взят из Service Desk на 1С:ITIL, который каждый день работает в крупной розничной компании.

Что нужно от вас для аудита

Каналы, по которым сейчас приходят заявки: почта, мессенджеры, телефон, просьбы "через плечо", и примерный поток в неделю.
Кто решает заявки: состав ИТ-команды и подрядчики, есть ли деление на линии поддержки.
Список систем и сервисов, которые поддерживает ИТ, и что для бизнеса должно работать всегда, а что может подождать до утра.
Вовлечённый руководитель ИТ и 2-4 часа в неделю ключевых сотрудников на этапе настройки.

Как проверяем, что Service Desk заработал

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

В цену внедрения входит ядро Service Desk: обращения, каталог услуг, SLA, маршрутизация, отчётность и обучение команды. База знаний, оценка удовлетворённости, CMDB, управление проблемами и изменениями идут следующими ступенями, их оцениваем отдельно после запуска ядра. Эффект в цифрах заранее не обещаем: на аудите оцениваем, где он возможен, а измеряют его отчёты после опытной эксплуатации.

Попробуйте разобрать обращения

Учебные примеры показывают, о чём договариваемся с бизнесом на этапе настройки: что считать инцидентом, как влияние и срочность дают приоритет. Конкретные сроки SLA у каждой компании свои, их утверждает бизнес.

В магазине не пробиваются чеки

Утром кассы одного магазина перестали пробивать чеки, покупатели ждут у кассы.

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

Новому сотруднику нужен доступ к 1С

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

Запрос на обслуживание: ничего не сломалось, нужна услуга из каталога. Идёт своим маршрутом и со своим сроком, при необходимости с согласованием руководителя. С инцидентами не смешивается.

Не печатает принтер у одного сотрудника

У бухгалтера не печатает принтер, соседний принтер работает.

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

Отчёт открывается медленно у всех

С утра у всех пользователей долго формируется ежедневный отчёт по продажам, работать можно, но медленно.

Инцидент со средним влиянием: затронуты все, но работа не стоит. Если повторяется, он становится кандидатом в проблему. Управление проблемами идёт следующей ступенью после запуска ядра.

Обсудить внедрение в WhatsApp

Знакомые проблемы?

Заявки теряются

Обращения приходят в мессенджеры, на почту, "через плечо" - часть просто теряется, и никто за это не отвечает.

Непонятны сроки

Никто не знает, когда починят и починят ли вообще. Бизнес ждёт вслепую, а ИТ работает "как получится".

Всё держится на одном человеке

Поддержка живёт в голове у "незаменимого" админа: отпуск, болезнь или увольнение - и всё встаёт.

ИТ - чёрный ящик для директора

Сколько обращений, как быстро решаются, где узкие места - неизвестно. ИТ выглядит статьёй расходов без цифр.

Что такое ITIL

ITIL (IT Infrastructure Library) - мировая библиотека лучших практик управления ИТ-услугами (ITSM). Это не программа и не жёсткий стандарт, а свод проверенных подходов: как принимать обращения пользователей, как быстро восстанавливать сервис при сбоях, как договариваться о сроках и качестве поддержки, как измерять работу ИТ.

ITIL развивается с конца 1980-х и де-факто стал мировым стандартом управления ИТ-услугами.
Актуальная версия - ITIL 4 (2019): гибкий подход, совместимый с Agile и DevOps, ориентированный на ценность для бизнеса, а не на бюрократию.
Главная идея: ИТ - это услуги для бизнеса. У каждой услуги есть потребитель, согласованный уровень качества (SLA) и измеримый результат.

Зачем ITIL вашему бизнесу

Если ИТ-поддержка живёт “на честном слове”, бизнес платит за это временем и деньгами:

Боль без ITIL	Как это решает ITIL
Заявки приходят в мессенджеры, на почту, “через плечо” - часть теряется	Единая точка входа: каждое обращение зарегистрировано и не может “потеряться”
Никто не знает, когда починят и починят ли вообще	SLA: согласованные сроки реакции и решения, автоматический контроль
Всё держится на одном “незаменимом” админе	Процессы и база знаний: работа не останавливается из-за отпуска или увольнения
ИТ для директора - “чёрный ящик” с расходами	Отчётность: сколько обращений, как быстро решаются, где узкие места
Одни и те же сбои повторяются месяцами	Классификация и анализ обращений: видно системные проблемы, а не только симптомы
Пользователи недовольны, но “вроде все работают”	Оценка удовлетворённости по каждому обращению - качество измеряется, а не предполагается

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

Из чего строится работающий Service Desk

Внедрение - это не “установить программу”, а настроить связанную модель объектов на 1С:ITIL.

Ядро (работает ежедневно):

Обращение - центральный объект: инцидент или запрос на обслуживание, со всей историей (кто обратился, что случилось, кто решал, сколько заняло).
Каталог услуг - перечень ИТ-услуг для бизнеса; каждое обращение привязано к услуге, поэтому видно, что “болит” чаще всего.
SLA - за какое время реагируем и решаем в зависимости от услуги и приоритета; система сама считает сроки и подсвечивает просрочки.
Линии поддержки и маршрутизация - обращение автоматически попадает к нужным специалистам, эскалация при просрочке тоже автоматическая.
Задания исполнителям - декомпозиция сложного обращения на шаги с учётом трудозатрат.
Отчётность - контроль SLA, статистика по услугам, подразделениям и исполнителям.

Потенциал развития (следующие ступени зрелости): база знаний, оценка удовлетворённости, CMDB (учёт конфигурационных единиц), управление проблемами и изменениями.

Что получает каждый

Руководитель / собственник - прозрачность (реальные цифры вместо ощущений), управляемость (меньше зависимости от “незаменимых”), обоснованные решения (где нужен человек, а где автоматизация).
ИТ-команда - понятные приоритеты вместо “кто громче крикнул”, меньше хаоса, защита от необоснованных претензий (сроки и объём зафиксированы).
Сотрудники - одно окно для любых ИТ-вопросов, предсказуемые сроки, меньше простоев.

С чем Service Desk работает в паре

Service Desk показывает, что сломалось и сколько времени ушло на решение, но саму 1С не чинит. Если заметная часть обращений про тормоза и ошибки учётной системы, их поток сокращают две смежные работы. Мониторинг 1С показывает сбой раньше, чем пользователь успеет написать заявку. Регламентное обслуживание баз убирает типовые причины: разросшийся журнал транзакций, устаревшую статистику, бэкапы, из которых ни разу не пробовали восстановиться.

Обязательно ли на 1С:ITIL

У меня практический опыт именно с 1С:ITIL - зрелый продукт, удобный для компаний, уже работающих в экосистеме 1С. Но принципы ITIL не привязаны к системе: методология ложится и на другие ITSM-инструменты. На аудите подскажу, что выгоднее в вашем случае.

Что вы получаете

Единое окно приёма обращений - ни одна заявка не "теряется"
Каждое обращение с ответственным, приоритетом и сроком по SLA
Автоматическая маршрутизация на нужную линию и эскалация просрочек
Каталог ИТ-услуг, понятный бизнесу, а не только айтишникам
Отчётность: контроль SLA, статистика по услугам, подразделениям, исполнителям
Обучение команды и база знаний - процесс описан, а не "в голове у старожилов"

Как мы работаем

01
Аудит

1-2 недели. Разбираем, как устроена поддержка сейчас: каналы заявок, роли, типовые сбои, ожидания бизнеса.
02
Каталог услуг

1-2 недели. Формируем перечень ИТ-услуг понятным для бизнеса языком.
03
Настройка процессов

2-3 недели. Регистрация, классификация и маршрутизация инцидентов и запросов на обслуживание.
04
SLA и эскалация

1-2 недели. Согласуем сроки с бизнесом, настраиваем автоконтроль и оповещения.
05
Обучение

1 неделя. Обучаем диспетчеров и специалистов, показываем пользователям, как подавать обращения.
06
Опытная эксплуатация

2-4 недели. Запуск на реальном потоке заявок, донастройка по фактическим данным.
07
Запуск и сопровождение

Передаю работающий процесс и помогаю с развитием: база знаний, оценка удовлетворённости, CMDB.

ITIL в реальной эксплуатации, а не по учебнику

Сервисный подход внедрён и работает каждый день на базе 1С:ITIL в крупной розничной компании
Инциденты: регистрация, классификация по влиянию и срочности, маршрутизация, контроль сроков, автоэскалация
Запросы на обслуживание идут по отдельным маршрутам и не смешиваются с авариями
Руководство видит реальную загрузку и качество ИТ; новые сотрудники быстро входят в процесс

Бесплатный экспресс-аудит вашей 1С

За 1-2 дня посмотрим вашу базу, найдём, где теряется производительность, и скажем, что с этим делать. Без обязательств.

Получить бесплатный экспресс-аудит

Частые вопросы

Подходит ли ITIL малому и среднему бизнесу?

Да. ITIL - это набор практик, из которого берётся только нужное. Для небольшой компании достаточно ядра: обращения, каталог услуг, SLA. Бюрократия не нужна - нужен порядок.

Сколько длится внедрение ITIL?

Ядро (Service Desk с инцидентами и запросами на обслуживание) - обычно 2-3 месяца до работы "в бою". Первые результаты видны уже на опытной эксплуатации, а не "после завершения большого проекта".

Обязательно ли внедрять на 1С:ITIL?

У меня практический опыт именно с 1С:ITIL - это зрелый продукт, удобный для компаний в экосистеме 1С. Но принципы ITIL не привязаны к конкретной системе: методология ложится и на другие ITSM-инструменты.

Что если процессы "не приживутся"?

Главный риск любого внедрения - сделать процессы "для галочки". Поэтому внедряю поэтапно, на реальном потоке заявок, с обучением людей и донастройкой по фактическим данным. Процесс, который упрощает жизнь исполнителям, приживается сам.

Что нужно от нас для внедрения?

Вовлечённый руководитель ИТ, 2-4 часа в неделю времени ключевых сотрудников на этапе настройки и готовность переводить приём заявок в единое окно.

С чего начинается внедрение?

С аудита на 1-2 недели: разбираем, откуда приходят обращения, кто их решает, какие сбои типовые и каких сроков ждёт бизнес. Потом формируем каталог ИТ-услуг понятным бизнесу языком, и только после этого настраиваем маршруты и SLA в 1С:ITIL.

Чем инцидент отличается от запроса на обслуживание?

Инцидент значит, что-то сломалось или работает хуже, чем должно: не открывается 1С, кассы не пробивают чеки. Запрос на обслуживание: ничего не сломано, человеку нужна услуга, например доступ, учётная запись или установка программы. Их разводим по разным маршрутам и срокам, иначе авария ждёт в одной очереди с просьбой выдать доступ.