Основная цель процесса «Управление проблемами» (Problem Management) в рамках ITIL заключается в минимизации негативного влияния на бизнес инцидентов, вызванных ошибками в ИТ-инфраструктуре, и предотвращении повторного возникновения таких инцидентов. Процесс направлен как на реагирование на уже произошедшие инциденты с устранением их корневых причин, так и на проактивное выявление потенциальных проблем, способных вызвать инциденты в будущем, чтобы предотвратить их возникновение.

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

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

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

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

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

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

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

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

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