Согласно ITIL V3 в процессе управления уровнем услуг (Service Level Management) участвуют следующие ключевые роли: Владелец процесса (Service level management process owner), Менеджер процесса (Service level management process manager), Владелец услуги (Service owner) и Менеджер по взаимоотношениям с бизнесом (Business relationship manager). В указанной статье особое внимание уделяется связке ролей Service level manager и Service owner, рассматривая их зоны ответственности и необходимость тесного взаимодействия.

В документе Risk Scenarios Using COBIT 5 for Risk упоминаются четыре основные стратегии реагирования на риски: уклонение, принятие, передача и снижение. Для каждого сценария риска в документе указывается, какие из этих стратегий применимы. Кроме того, предлагается использование семи факторов влияния для реализации мер по снижению рисков, при этом для каждой меры приводится оценка её эффективности воздействия как на вероятность возникновения риска, так и на потенциальный ущерб в случае реализации риска.

Компании в России не стремятся улучшать клиентоориентированность, так как сегменты рынка часто характеризуются дефицитом предложений. При высоком спросе бизнес-структуры не видят выгоды от внедрения передовых практик обслуживания — клиенты вынуждены пользоваться доступными услугами, даже если они ниже стандартов. Владельцы бизнеса следуют принципу "пока карась жирный идёт, о клиентах думать не обязательно". Дополнительно, отсутствие конкурентного давления и низкие ожидания потребителей укрепляют установку на минимальные затраты на сервисные улучшения.

Оптимальные нормативы времени на обработку обращений в условиях нескольких часовых поясов определяются через анализ исторических данных и моделирование рабочих процессов. Сначала необходимо собрать данные о том, сколько времени обычно занимает обработка аналогичных обращений с учетом перенаправлений между регионами. Затем, используя календари рабочего времени всех групп, рассчитать среднее фактическое рабочее время для решения типовых задач. На основе этого определяются реалистичные нормативы, которые затем проверяются на тестовых примерах. Важно учитывать не только средние значения, но и максимальные возможные значения при сложных сценариях. После определения нормативов их следует довести до сотрудников и пользователей, объяснив, как рассчитывается время обработки. Регулярный пересмотр нормативов на основе новых данных поможет поддерживать их актуальность.

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

Особенности учёта финансовой информации, которые создают сложности при интеграции с CMDB, включают: отсутствие в системах учёта договоров спецификации с перечнем закупленных или обслуживаемых позиций, неучет в бухгалтерских системах нематериальных активов, группировку объектов инфраструктуры в комплекты с описанием состава только в текстовом поле 'Комментарий'. Эти особенности затрудняют корректное сопоставление информации между системами и приводят к проблемам с точностью данных, особенно при попытке определить затраты на конкретные конфигурационные единицы. Для решения этих проблем требуется дополнительная настройка и обработка данных, поскольку автоматическая обработка таких случаев часто невозможна без создания специальных правил преобразования информации.

Warranty напрямую связана с соглашением об уровне услуг (SLA), поскольку компоненты гарантии (доступность, мощность, безопасность и непрерывность) являются основой для определения количественных и качественных показателей SLA. SLA фиксирует ожидаемые уровни характеристик Warranty, которые поставщик услуги обязуется поддерживать. Например, SLA может определить, что услуга должна быть доступна 99,9% времени (доступность), иметь достаточную пропускную способность для 1000 одновременных пользователей (мощность), соответствовать определенным стандартам шифрования (безопасность) и иметь план восстановления после сбоев (непрерывность). Именно через эти показатели оценивается пригодность услуги к использованию, что позволяет потребителю понимать, на какие характеристики качества он может рассчитывать.

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

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

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