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

Коэффициент доступности является ключевым KPI в SLA (Service Level Agreement). Например, обязательство «99,9% доступности» означает, что суммарное время простоя в год не должно превышать 8,76 часов. При невыполнении этого условия поставщик услуг может выплачивать штрафы или предоставлять компенсации. Для расчета учитываются как внезапные отказы, так и плановые работы, согласованные с клиентом. Четкость определения термина в SLA предотвращает спорные ситуации.

SLM (Service Level Management) - это процесс управления уровнем обслуживания, а SLA (Service Level Agreement) - это конкретное соглашение, которое фиксирует уровень предоставления услуг. При проектировании процесса SLM важно определить, как формируются и утверждаются SLA. В данном случае предложен метод, когда на этапе старта процесса SLM формируется базовое SLA 'AS IS', которое затем может корректироваться бизнесом через дополнительные соглашения, обеспечивая баланс между необходимостью запуска процесса и учетом потребностей заказчиков.

Наиболее важными показателями качества ИТ-услуг для потребителей являются те, что непосредственно влияют на их работу и удовлетворенность сервисом. К таким показателям обычно относится доступность сервиса, время отклика системы, производительность, надежность и удобство использования. Например, для почтового сервиса ключевым показателем может быть доступность (количество времени, в течение которого сервис доступен), а для системы электронного документооборота - время обработки операций. Эти показатели должны быть согласованы с потребителями и зафиксированы в соответствующих договоренностях, таких как SLA (Service Level Agreement), чтобы иметь четкие критерии оценки качества.

Роль Service Owner в ITIL представляет собой позицию, ответственную за управление услугой на протяжении всего её жизненного цикла. Эта роль включает обеспечение соответствия предоставления и поддержки услуги заявленным требованиям, интерпретацию требований заказчиков в ИТ-терминах, взаимодействие с менеджерами процессов, участие в обсуждении SLA и OLA, представительство на встречах по оценке услуги, выступление единой точкой ответственности за работу услуги, точкой эскалации для значительных инцидентов, участие в совете по изменениям (CAB) и обеспечение актуальности информации об услуге в каталоге. Service Owner отличается от сервис-менеджера тем, что является скорее стратегической ролью, фокусирующейся на общих аспектах услуги и её соответствии бизнес-целям, тогда как сервис-менеджер обычно занимается оперативным управлением и поддержкой услуг.

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

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

Уровень доступности является одним из важнейших параметров качества ИТ-услуг, фиксируемых в SLA (соглашении об уровне обслуживания). Он определяется как отношение времени, в течение которого услуга была доступна, к общему времени, в течение которого услуга должна была быть доступна согласно установленному графику. Расчет уровня доступности основывается на учете периодов недоступности. Для однозначной трактовки и измерения используется критерий доступности, который включает в себя четкое определение границ того, что считается доступностью услуги, а что — ее недоступностью.

Для оценки качества ИТ-сервисов следует использовать метрики, которые напрямую связаны с бизнес-результатами и удовлетворенностью пользователей, а не только с внутренней эффективностью процессов. К таким метрикам относятся: доступность сервиса (доля времени, в течение которого сервис доступен для использования), время восстановления сервиса после сбоя, время отклика системы (скорость обработки запросов), процент соблюдения SLA по ключевым показателям, уровень удовлетворенности пользователей, а также бизнесовые метрики, такие как влияние инцидентов на выполнение бизнес-процессов. Например, для почтового сервиса ключевой метрикой может быть доступность не менее 99,5%, а для системы заказов - время обработки запроса не более 2 секунд. Важно, чтобы выбранные метрики были согласованы с потребителями сервиса и отражали их реальные потребности в ИТ-услугах.

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