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

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

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

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

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

Реализация ITSM кардинально изменяет управление инцидентами, обеспечивая более обоснованные и чёткие нормативы. Меняется подход к классификации обращений пользователей, что требует переподготовки первой линии поддержки. Существенно усиливается потребность в эффективной координации устранения крупных инцидентов (major incidents) и регистрируются инфраструктурные инциденты для контроля доступности услуг.

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

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

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

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