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

Основные проблемы при внедрении сервисно-ресурсной модели включают стремление заказчиков «внедрить слона» — попытку сразу перейти на высокий уровень зрелости, не проходя промежуточные этапы. Часто проектные команды сталкиваются с перегрузкой функционалом, когда пытается «засунуть» в проект максимальное количество «фишек». Это приводит к сложности поддержки системы в промышленной эксплуатации и непониманию реальной ценности многих внедренных элементов.

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

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

Для непосредственной оценки удовлетворенности заказчика ИТ-услугами могут быть использованы вопросы, направленные на оценку ключевых аспектов услуги. Примерами таких вопросов могут служить: степень удовлетворенности достигаемой utility услуг, степень удовлетворенности достигаемой warranty услуг, степень соответствия показателей warranty реальным потребностям заказчика. Ответы на эти вопросы оцениваются по шкале от 0 до 1, где 0 означает полное несоответствие, а 1 – полное соответствие ожиданиям.

В ITIL Service Strategy упоминаются типы моделей аллокации затрат, такие как cost by service (аллокация по услуге) и cost by customer (аллокация по клиенту), но подробности их построения не рассматриваются.

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

Кроме термина 'владелец процесса' в литературе по процессному управлению используются такие альтернативные названия, как 'управляющий процесса' (process manager), 'распорядитель процесса' (process steward) и 'спонсор процесса' (process sponsor). Эти термины часто применяются в тех случаях, когда человек, назначенный на роль, не обладает всеми необходимыми полномочиями для полноценного управления процессом, и термин 'владелец' становится условным. Например, 'распорядитель' (steward) лучше отражает роль человека, который не владеет процессом в прямом смысле, но ответственен за его развитие и поддержание в рабочем состоянии. Выбор термина зависит от конкретной ситуации и уровня полномочий, которыми обладает назначенный человек.

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

Для улучшения анализа зрелости процессов предлагается дополнить радар зрелости показателем результативности процессов. Результативность процессов измеряется по шкале от 0 до 100% и отражает фактическую пользу, которую процессы приносят организации. Зрелость также можно привести к этой шкале, что позволяет объединить обе оценки на одной диаграмме. На таком общем радаре линия результативности показывает текущую пользу процессов, а линия зрелости — степень уверенности в том, что эта польза будет достигаться стабильно в будущем, даже при изменяющихся условиях.