Строим систему управления ИТ-услугами по ITIL: каталог услуг, SLA, процессы инцидентов, изменений и запросов. Заказчик получает ИТ-службу, которая работает как сервис-провайдер для бизнеса — с прозрачными обязательствами и управляемой нагрузкой, а не как пожарная команда.
Кому нужна услуга
ИТ-руководитель (CIO/IT-директор): нет прозрачности по нагрузке и качеству, нельзя доказать бизнесу ценность ИТ.
Компания на этапе роста: число обращений растёт быстрее штата, ИТ тонет в реактивных задачах.
Бизнес-заказчик ИТ: непонятно, на что можно рассчитывать, нет приоритетов и сроков реакции.
ИТ-служба перед аудитом, сертификацией или требованиями регулятора: нет документально закреплённых процессов.
Компания после инцидента или сбоя: нужны управляемые процессы изменений и разборов, а не разовые «латания».
Компания с распределённой или внешней ИТ-поддержкой: размытые зоны ответственности между своей командой и подрядчиками.
Что нужно от вас на входе
Список и описание текущих ИТ-сервисов, которые команда фактически оказывает бизнесу. Основа каталога услуг — от него зависят SLA и процессы
Статистика обращений/инцидентов за период (тикеты, почта, чаты, звонки). Понять реальную нагрузку, типовые сбои, точки перегрузки
Доступ к ответственным: владельцы сервисов, руководители подразделений-заказчиков. Согласовать SLA, приоритеты и роли — иначе регламенты не приживутся
Информация об используемых инструментах: helpdesk/ITSM-система, CMDB, мониторинг. Процессы должны встать в существующий ландшафт, а не сломать его
Ожидания бизнеса по критичности сервисов и допустимым простоям. Без этого SLA превращается в формальность, а приоритеты — в споры
Внутренние регламенты и стандарты, действующие в компании. Согласовать процессы ITIL с существующей нормативкой
Комплект документов, который вы получаете
Описание услуги — наш стандарт качества: заранее видно, какие документы вы получите и зачем нужен каждый.
Документ | Формат | Для чего нужен |
|---|---|---|
Каталог ИТ-услуг с описанием, владельцами и потребителями | таблица + описания в базе знаний | Единый источник: что ИТ предоставляет бизнесу и на каких условиях |
Соглашения об уровне услуг (SLA) по каждой услуге | документ/шаблон, согласованный с бизнесом | Зафиксировать измеримые обязательства: доступность, время реакции, время решения |
Регламент управления инцидентами | документ + BPMN-схема процесса | Единый порядок регистрации, классификации, эскалации и закрытия инцидентов |
Регламент управления изменениями | документ + BPMN-схема + шаблон запроса на изменение (RFC) | Снизить число аварий от незапланированных изменений |
Регламент обработки запросов на обслуживание | документ + маршруты в ITSM-системе | Отделить рутинные запросы от инцидентов и разгрузить команду |
Матрица приоритетов и эскалаций | таблица | Убрать споры о срочности и зафиксировать правила подъёма задач |
Роли и матрица ответственности (RACI) по процессам | таблица | Понятно, кто что делает и кто за что отвечает |
Метрики и отчётность по ИТ-услугам | набор показателей + шаблон отчёта | Регулярно видеть качество услуг и обсуждать его с бизнесом на фактах |
План выполнения услуги
Этап | Что делаем | Результат этапа |
|---|---|---|
1. Диагностика текущего состояния ИТ-поддержки | Интервью с ИТ-командой и бизнес-заказчиками, анализ обращений и инцидентов, оценка зрелости процессов | Картина «как есть»: узкие места, типовые сбои, зоны безответственности |
2. Проектирование модели услуг | Формируем каталог ИТ-услуг, определяем владельцев и потребителей, критичность | Согласованный перечень услуг — база для SLA и процессов |
3. Разработка SLA и условий обслуживания | Совместно с бизнесом фиксируем измеримые обязательства по каждой услуге | Подписанные или согласованные SLA и понятные правила работы |
4. Проектирование процессов управления инцидентами и запросами | Описываем шаги, роли, приоритеты, маршруты эскалации, формы фиксации | Регламенты и BPMN-схемы по инцидентам и запросам |
5. Проектирование процесса управления изменениями | Определяем категории изменений, порядок оценки рисков, согласования и релиза | Регламент изменений, шаблон RFC, правила аварийных изменений |
6. Настройка инструментов и ролей | Переносим маршруты и формы в ITSM/helpdesk, распределяем роли, оформляем RACI | Процессы работают в системе, а не на бумаге |
7. Пилот на ограниченном контуре | Запускаем процессы на выбранной группе услуг или подразделении, снимаем обратную связь | Уточнённые регламенты и уверенность в работоспособности модели |
8. Масштабирование и обучение команды | Проводим обучение ИТ-специалистов и заказчиков, вводим регулярные разборы и отчётность | Процессы принимаются людьми, работают в ежедневном режиме |
9. Передача и запуск цикла улучшений | Фиксируем метрики, порядок пересмотра SLA и регламентов | ИТ-служба способна развивать систему услуг самостоятельно |
Чек-лист качества
Перед сдачей исполнитель проверяет результат по этому списку:
Каталог услуг согласован с бизнесом: понятно, что входит в услугу, а что — нет
По каждой услуге есть измеримые SLA, а не общие обещания
Процессы описаны в BPMN-схемах и не противоречат друг другу
Матрица приоритетов и эскалаций однозначна: нет двойных трактовок
Роли и RACI утверждены, у каждого шага есть ответственный
Маршруты в ITSM/helpdesk соответствуют регламентам и проверены на тестовых обращениях
Метрики считаются из системы, а не вручную
Команда и бизнес-заказчики прошли обучение и понимают свои роли
Определён порядок пересмотра SLA и регламентов при изменениях
Критерии приёмки работ
Работа считается выполненной, когда выполнены все пункты. Критерии фиксируем вместе с расчётом — до начала работ.
Согласованный каталог услуг. Заказчик подтверждает, что перечень услуг, владельцев и границ покрывает реальную деятельность ИТ
SLA по каждой услуге. Документы подписаны/согласованы ответственными на стороне бизнеса и ИТ
Работающие процессы в системе. На демонстрационном обращении проходит полный цикл: регистрация → классификация → эскалация → закрытие
Понятность регламентов. Сотрудник ИТ-службы без дополнительных разъяснений может выполнить шаг процесса по документу
Готовность отчётности. Метрики по услугам формируются из системы и выгружаются в согласованном виде
Обучение проведено. Проведены сессии для ИТ-команды и заказчиков, есть материалы для повторного использования
На проверку результата — 3 рабочих дня. Замечания в рамках согласованного объёма устраняются без доплаты.
После сдачи: результат остаётся рабочим инструментом
Все материалы остаются в вашем пространстве OrgDevTools — их можно дорабатывать без исполнителя:
Процессы (BPMN). Схемы инцидентов, изменений и запросов живут как рабочие процессы: версионируются, обновляются и служат единым источником для команды
База знаний и регламенты. Каталог услуг, SLA и регламенты хранятся в структурированном виде и обновляются по мере изменений, а не пылятся в папке
Сервис деск. Обращения фиксируются и проходят по маршрутам, метрики по SLA и приоритетам собираются автоматически
Цифровой двойник. Модель ИТ-службы показывает связи между услугами, процессами и ролями — удобно планировать изменения и находить узкие места
AI-советник OrgDevTools. AI-советник OrgDevTools помогает ИТ-команде после сдачи: подсказывает по регламентам, находит нужные разделы базы знаний и отвечает на типовые вопросы по SLA и процессам. Это снижает нагрузку на руководителя и ускоряет адаптацию новых сотрудников.
Чем эта услуга не является
Не является установкой конкретного ITSM-продукта — мы проектируем процессы и помогаем встроить их в выбранный инструмент
Не заменяет аудит информационной безопасности и технический аудит инфраструктуры
Не берёт на себя функцию самой ИТ-поддержки и не оказывает услуги конечным пользователям
Не включает разработку заказного ПО или интеграций под ключ — это отдельная задача
Стоимость и сроки
Стоимость рассчитывается после брифа: зависит от масштаба компании, числа подразделений и глубины проработки. Расчёт и состав работ фиксируем до начала — без сюрпризов в конце.
Частые вопросы об услуге «Внедрение системы управления ИТ-услугами (ITIL)»
У нас уже есть helpdesk. Нужно ли его менять?
Не обязательно. Сначала смотрим, что умеет текущая система. Если она поддерживает маршруты, приоритеты и метрики — процессы встраиваются в неё. Замена обсуждается только если функциональности объективно не хватает.
Сколько это займёт времени?
Ориентировочно зависит от масштаба: числа услуг, подразделений и зрелости процессов. Конкретный график этапов формируется после брифа и диагностики.
Сколько стоит услуга?
Стоимость рассчитывается после брифа: она зависит от объёма процессов, количества услуг и глубины настройки инструментов.
ITIL — это жёсткий стандарт, придётся внедрять всё сразу?
Нет. Мы берём практики, которые решают ваши задачи: чаще всего это каталог услуг, SLA, инциденты, запросы и изменения. Остальное — по мере необходимости.
Как понять, что внедрение сработало?
Через метрики: доля инцидентов, решённых в срок по SLA, число аварийных изменений, среднее время реакции и решения. Они обсуждаются с бизнесом на регулярной основе.
Команда будет сопротивляться новым регламентам — что делать?
Поэтому в план входят пилот и обучение: процессы сначала проверяются на ограниченном контуре, уточняются под реальность и только потом масштабируются.
Заказать услугу
Опишите задачу в заявке ниже — уточним детали, пришлём расчёт и план работ.