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

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

Помимо скорости решения инцидентов на удовлетворённость пользователей влияет несколько важных факторов. Во-первых, количество коммуникационных итераций: чем меньше пользователю приходится взаимодействовать с службой поддержки в рамках одного инцидента, тем выше удовлетворённость. Это измеряется показателем FCR (First Contact Resolution) — долей инцидентов, решённых с первого обращения. Во-вторых, качество решения: важно, чтобы инцидент был устранён правильно с первой попытки, что контролируется через долю инцидентов, возвращённых на доработку. В-третьих, качество коммуникаций: это включает культуру общения, уровень прозрачности, своевременность оповещений и проактивное информирование пользователей о ходе решения инцидента. Все эти компоненты в совокупности формируют общий уровень удовлетворённости пользователей сервисом.

В CleverENGINE 3.1 модуль визуализации CMDB значительно улучшен. Теперь при вызове визуализатора есть возможность запрашивать конкретное представление данных CMDB. Например, при вызове из услуги отображаются конфигурационные единицы (CI), от которых она зависит, а при вызове из CI можно выбирать, какие связи показывать на диаграмме, ориентируясь на категории CI: для лицензий одни связи, для серверов и ПО — другие, для документов — третьи. Также появилась функция «раскрывать» связи выделенных CI и услуг, что позволяет аналитику «прогуливаться» по ИТ-инфраструктуре, отображая нужные детали по мере необходимости. Это упрощает поиск сбойных CI, влияющих на услугу, и определение последствий отказа CI при работе с инфраструктурными инцидентами.

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

Парадигма ITSM традиционно воспринималась как более формализованный и структурированный подход, тогда как DevOps и Agile фокусируются на гибкости и скорости. Однако современные версии ITSM (такие как ITIL 4) активно интегрируют принципы Agile и DevOps, сочетая структурированное управление услугами с гибким подходом к развитию ИТ-систем. Это проявляется в упоре на сотрудничество между командами, непрерывное улучшение, автоматизацию процессов и сокращение времени вывода новых сервисов на рынок. Современное понимание ITSM не противоречит Agile и DevOps, а предоставляет рамки, в которых эти подходы могут эффективно функционировать, сохраняя контроль над качеством и стабильностью услуг.

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

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

Процессы EDM01 и EDM05 вызывают вопросы, так как следуют той же структуре практик (оценка, направление, мониторинг), что и процессы руководства системы управления ИТ (EDM02–EDM04), в то время как согласно принципу COBIT 5, эти процессы должны описывать управление системой руководства. Если EDM01 и EDM05 — процессы управления, то их структура должна быть больше похожа на управленческий цикл PDCA. Если же они относятся к руководству, тогда возникает вопрос: кем и на каком уровне осуществляется руководство над самой системой руководства, что представляется избыточным и противоречащим логике разделения функций руководства и управления.

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