Содержание
Что такое сопровождение ИТ‑инфраструктуры
Ключевые направления работ:
- Мониторинг и диагностика. Круглосуточное отслеживание состояния ресурсов и сервисов для предотвращения сбоев до их влияния на бизнес.
- Администрирование. Управление правами доступа и настройка конфигураций оборудования под актуальные задачи компании.
- Управление обновлениями. Регулярная установка патчей ОС и ПО для устранения уязвимостей и обеспечения совместимости.
- Резервное копирование. Настройка регулярных бэкапов и обязательное периодическое тестирование процедур восстановления данных.
- Управление инцидентами. Оперативная реакция на сбои и восстановление штатного режима в кратчайшие сроки.
- Профилактика. Техническое обслуживание физического оборудования для предотвращения аппаратных отказов.
Профессиональное сопровождение обычно строится по методологии ITIL с четким разделением ролей:
- Первая линия (Service Desk). Прием обращений, первичная классификация и решение типовых задач по скриптам.
- Вторая линия. Системные администраторы, выполняющие глубокую диагностику и устранение проблем, требующих административного доступа.
- Третья линия (Эксперты). Узкопрофильные инженеры (СХД, БД, DevOps), подключаемые для решения сложных аварий или изменения архитектуры.
- Менеджер уровня сервиса. Специалист, контролирующий соответствие технических показателей условиям контракта и требованиям бизнеса.
Заказать бесплатный аудит ИТ‑инфраструктуры
Свяжитесь для консультации со специалистом и получите бесплатный аудит по интересующей вас услуге
Сервисные контракты
Юридическим фундаментом взаимоотношений между заказчиком и исполнителем (будь то внутренний ИТ‑отдел или внешний подрядчик) является сервисный контракт. Документ фиксирует границы ответственности и условия предоставления услуг.
На рынке сложилось несколько моделей сотрудничества, выбор которых зависит от потребностей бизнеса и модели бюджетирования:
- Абонентское обслуживание. Заказчик выплачивает фиксированную сумму ежемесячно за определенный набор услуг (например, поддержка 10 серверов и 50 рабочих станций). Плюс модели — прогнозируемость расходов. Риск — возможность переплаты в периоды низкой активности или недостаток ресурсов при пиковых нагрузках, если лимиты жестко фиксированы.
- Разовое обслуживание. Оплата производится по факту затраченного времени и использованных материалов. Модель подходит для компаний с нерегулярными потребностями в ИТ‑поддержке. Основной недостаток — сложность прогнозирования бюджета и потенциальная незаинтересованность исполнителя в быстром решении проблем (чем дольше работа, тем выше оплата).
- Смешанная модель. На практике часто встречается комбинированный подход. Он может включать фиксированную абонентскую плату за базовый набор услуг, таких как проактивный мониторинг и установка критических обновлений безопасности. При этом работы, выходящие за рамки согласованного объема, например, реализация проектов или устранение последствий некритичных инцидентов, оплачиваются по факту по модели «время и материалы». Данный подход обеспечивает баланс между предсказуемостью затрат и гибкостью в реагировании на нештатные ситуации.
- Аутсорсинг ИТ‑инфраструктуры. В рамках данной модели поставщик услуг принимает на себя полную ответственность за управление и функционирование отдельных или всех компонентов ИТ‑инфраструктуры заказчика. Это может включать администрирование серверов, рабочих станций, сетевого оборудования, систем хранения данных и обеспечения безопасности. Заказчик, в свою очередь, получает гарантированную работоспособность ключевых систем, не занимаясь решением операционных задач.
- Аутсорсинг ИТ‑функций. Эта модель подразумевает передачу подрядчику ответственности за определенный функциональный блок или сервис. Примером может служить полная поддержка корпоративной почты, управление услугами печати, администрирование баз данных или систем виртуализации. Ключевым отличием является ориентация на результат: исполнитель отвечает за конечное качество предоставляемой услуги, а не за отдельные технические операции. Заказчик формулирует требования к сервису, а поставщик самостоятельно выбирает методы и инструменты для их достижения.
- Проектные работы. Выполнение конкретных проектов, таких как внедрение новой системы, миграция данных, модернизация инфраструктуры.
- Консалтинговые услуги. Предоставление экспертных консультаций по вопросам развития и оптимизации ИТ.
Понятие SLA (Service Level Agreement)
Внедрение SLA решает несколько задач одновременно:
- Управление ожиданиями. Бизнес понимает, через какое время будет решена проблема, и не требует мгновенного исправления некритичных сбоев.
- Прозрачность. Обе стороны имеют единую систему координат для оценки работы.
- Обоснование стоимости. Более жесткие параметры SLA (например, реакция за 15 минут круглосуточно) требуют больших ресурсов и стоят дороже.
- Юридическая защита. При нарушении параметров SLA заказчик имеет право на компенсацию.
В практике ITIL выделяют несколько уровней соглашений:
Также различают внешний SLA (между компанией и аутсорсером) и внутренний SLA (между ИТ‑департаментом и бизнес-подразделениями одной компании).
Основные параметры SLA
Эффективность SLA определяется корректностью выбранных метрик. К базовым параметрам относятся:
1. Время отклика и устранения:
- Время отклика. Период между регистрацией заявки на поддержку и началом работы над ней инженером.
- Время устранения. Период между регистрацией заявки и ее полным разрешением. Часто устанавливаются разные целевые значения в зависимости от критичности инцидента (например, для сбоев, парализующих работу, и для некритичных неисправностей).
2. Уровни доступности сервисов. Данный параметр измеряет процент времени, в течение которого сервис или система доступна для использования. Выражается формулой: (Общее время — Время простоя) / Общее время * 100%. Например, доступность 99.9% допускает не более 8 часов 45 минут простоя в год.
Помимо базовых, могут использоваться другие метрики:
- Среднее время на решение инцидента (MTTR).
- Среднее время между сбоями (MTBF).
- Выполнение сроков плановых работ.
- Удовлетворенность пользователей качеством услуг (на основе опросов).
Раздел об ответственности определяет последствия для поставщика в случае систематического или разового невыполнения целевых показателей. Наиболее распространенной формой ответственности являются финансовые санкции, пропорциональные степени отклонения. Важным аспектом является также обязанность поставщика предоставлять детальный отчет о причинах невыполнения и плане корректирующих действий.
Как выстроить эффективное сопровождение
Оформление контракта и SLA является началом процесса. Дальнейшая эффективность зависит от организации взаимодействия.
Необходимо установить четкие каналы коммуникации и процедуры эскалации проблем. Контактные лица с обеих сторон должны обладать полномочиями для оперативного решения вопросов. Проведение регулярных рабочих встреч позволяет обсуждать текущую ситуацию и плановые работы.
Контроль выполнения SLA должен осуществляться на постоянной основе. Для этого используются специализированные системы управления услугами (Service Desk), которые автоматически фиксируют время реакции, решения и другие параметры по каждой заявке. Анализ этих данных позволяет выявлять системные проблемы.
Поставщик услуг должен регулярно предоставлять заказчику детальные отчеты о выполнении SLA. Отчетность должна быть прозрачной, понятной и содержать не только сухие цифры, но и анализ тенденций, а также информацию о проведенных работах и планах на следующий период. Со стороны заказчика необходима процедура внутреннего аудита для верификации предоставляемых данных.
Заключение
Организация сопровождения ИТ‑инфраструктуры на основе четких сервисных контрактов и измеримых соглашений об уровне обслуживания переводит взаимодействие с подрядчиком в плоскость управляемого партнерства. Такой подход позволяет сместить фокус с оперативного устранения сбоев на проактивное поддержание стабильности и развитие ИТ‑среды. Качество ИТ‑сервиса становится не абстрактным понятием, а измеримой величиной, поддающейся контролю и совершенствованию.
