Сертификат ГОСТ Р ИСО/МЭК 20000

• анализ текущих процессов управления ИТ-услугами;
• определение области сертификации и границ системы;
• подготовка и проверка документированной информации;
• сопровождение подготовки к аудиту и оценке соответствия;
• расчет состава работ под конкретную ИТ-инфраструктуру.

Почему подготовка к ИСО/МЭК 20000 останавливается

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

Процессы есть, но они не собраны в систему

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

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

Документы написаны, но сотрудники ими не пользуются

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

Не определена область сертификации

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

Какие риски снижает подготовленная система менеджмента ИТ-услуг

В договорных отношениях проблема проявляется иначе. Заказчик сопоставляет SLA, доступность сервиса, сроки реакции и порядок обработки инцидентов с фактическими отчетами. Если показатели не определены или записи ведутся непоследовательно, спор о качестве ИТ-услуги становится сложнее разрешить, даже когда техническая команда действительно устраняла сбои.

Кому нужна сертификация ИСО/МЭК 20000

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

ИТ-аутсорсинг и сервис-провайдеры

Поставщик ИТ-услуг отвечает перед несколькими заказчиками, у каждого из которых могут быть свои SLA, приоритеты и требования к отчетности. В такой среде особенно важны единые правила регистрации обращений, управления инцидентами, изменениями и запросами, а также понятное распределение ответственности между поставщиком и клиентом.

Облачные сервисы и дата-центры

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

Банки и крупные предприятия

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

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

Компании, участвующие в закупках

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

Организации с действующей ITSM-системой

Программный продукт, Service Desk и автоматизированный учет заявок дают инструмент для работы, но не создают систему менеджмента сами по себе. Нужно проверить роли, правила приоритизации, показатели, документы, порядок анализа причин и записи о фактическом выполнении процедур.

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

Как проходит подготовка к сертификации ИСО/МЭК 20000

1. Определяем область работ.

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

От чего зависит стоимость подготовки к ИСО/МЭК 20000

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

Ответы на вопросы о сертификации ИСО/МЭК 20000

Проверьте готовность системы менеджмента ИТ-услуг

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