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

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

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

Предложенная метрика решает проблему сложности установки целевых значений за счет своей нормированности - она всегда находится в диапазоне от 0 до 1. Это позволяет легко определить целевые значения (например, 80-90%) без сложных расчетов, зависящих от объема работы. При этом существует два варианта методики установки целевого значения: ориентация на соотношение длительности отчетного периода к среднему времени решения проблем, или фиксация целевого уровня (например, 80-90%), при условии выбора отчетного периода, равного или немного большего среднего времени решения проблемы. Это делает цели измеримыми и достижимыми.

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

В рекомендациях ITIL 4 к применению принципа "Отталкивайтесь от текущей ситуации" (Start where you are) указано, что при оценке текущей ситуации следует использовать непосредственные наблюдения, и этим наблюдениям следует отдавать предпочтение перед другими методами сбора информации. В частности, в разделе 4.3.2.2 ITIL 4 прямо указано, что "прямое наблюдение всегда должно быть предпочтительным вариантом" ("direct observation should always be the preferred option"). Это подтверждает важность элемента, который ранее был выделен как отдельный принцип "Приоритет прямого наблюдения" (Observe directly) в ITIL Practitioner Guidance 2016 года, но в ITIL 4 интегрирован в рекомендации по применению другого принципа.

Для взаимодействия проектного офиса, разработчиков и эксплуатирующих подразделений необходимы следующие основные типы регламентирующих документов: 1) Документ, определяющий основные стадии создания новой автоматизированной системы (АС) или выполнения доработок, обычно называемый «Положение о разработке прикладного ПО». Он содержит описание состава работ, ответственных лиц, входных и выходных документов для каждой стадии. Важная особенность – вовлечение эксплуатирующих подразделений в определение требований и проектирование АС. 2) Документ, определяющий порядок приёмки новых АС в эксплуатацию, который может быть частью первого документа и обычно называется «Положение о внедрении информационных систем». Он включает определение порядка и охвата тестирования, подготовки тестовых сред, опытной эксплуатации и других аспектов. Может дополняться политиками релизов. 3) Документ, определяющий архитектурные и технологические стандарты, распространяющиеся на разработку новых решений. Включает определение допустимых языков и сред разработки, используемых платформ и СУБД, механизмов развёртывания, требований к интерфейсам, резервированию, мониторингу, журналированию и другим техническим аспектам. Эти документы образуют совокупный регламент управления изменениями и релизами в части разработки и внедрения прикладного программного обеспечения.

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

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

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