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

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

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

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

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

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

Для проверки соответствия Output и Outcome необходимо регулярно собирать обратную связь от клиента, проводить совместные обзоры целей и результатов, определять ключевые метрики успеха с точки зрения потребителя. Также полезно задавать прямые вопросы: «Достигли ли вы целей, для которых была заказана эта услуга?», «Какие выгоды вы получили?», и на основе ответов корректировать предоставляемые выходы.

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

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

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