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

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

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

Концепция сценария риска в COBIT 5 for Risk включает пять основных компонентов: источник угрозы (внутренний или внешний), тип угрозы (злоумышленные действия, ошибки, природные катастрофизмы и т.д.), событие (раскрытие информации, модификация, кража, уничтожение и т.д.), связанные активы (люди, оргструктуры, процессы, ИТ-инфраструктура и т.д.) и временной аспект, учитывающий прогнозируемую длительность негативного влияния и критичность события в зависимости от календарного периода или времени суток. COBIT 5 for Risk также предоставляет более ста различных сценариев рисков, разделенных на 20 категорий, от управления ИТ-инвестициями до рисков, связанных с поставщиками и атаками, с рекомендациями по снижению рисков, сгруппированными по семи факторам влияния.

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

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

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

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

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

Потребности (Север) и желания (Запад) различаются по своей значимости и обязательности для клиента. Потребности - это базовые, необходимые условия, без которых услуга не будет считаться полезной или приемлемой. Например, для услуги такси необходимым является именно перемещение от точки А до точки Б. Желания же - это дополнительные элементы, которые при наличии повышают удовлетворённость, но их отсутствие не делает услугу непригодной. Например, вежливый водитель или приятная музыка в такси являются желаниями. Понимание этой разницы помогает правильно расставлять приоритеты в развитии сервиса: потребности должны быть обеспечены в первую очередь как основа, а желания могут быть использованы как дифференцирующие факторы для превосходства над конкурентами.