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

Метрика результативности для ИТ-групп рассчитывается как отношение количества инцидентов, решённых данным участником процесса без повторной обработки, к общему количеству инцидентов с участием этой группы. Точная формула: KPI результативности = 1 — (M / N), где N — общее количество инцидентов, решённых за период с участием даной группы, а M — количество инцидентов, которые потребовали повторной обработки этой группой. Метрика нормирована в диапазоне от 0 до 1, где 1 означает идеальную результативность.

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

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

Традиционные KPI фокусируются только на соблюдении Tmax, игнорируя тот факт, что даже кратковременные простои вблизи лимита могут нанести бизнесу значительный ущерб. Например, при Tmax = 4 часа инцидент, устраненный за 3,9 часа, формально считается успешным, хотя за это время бизнес мог потерять клиентов или прибыль. Новый подход учитывает реальное влияние на операции через Tmin, что позволяет выстроить более справедливую систему оценки, ориентированную на реальные результаты, а не формальное соблюдение сроков.

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

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

Подход к установлению сроков в управлении проблемами принципиально отличается от сроков в управлении инцидентами тем, что в управлении инцидентами используются строгие «инцидентские» временные нормативы, часто измеряемые часами или днями, поскольку цель инцидента - быстрое восстановление сервиса. В управлении проблемами сроки диагностики уже измеряются неделями (например, 1-2 недели в зависимости от уровня влияния), поскольку задача заключается в глубоком анализе и нахождении корневой причины, а не в быстром восстановлении работоспособности. При этом полная обработка проблемы (включая внедрение решения) не нормируется едиными сроками, так как зависит от множества факторов, включая сложность изменений и периодичность проявления проблемы.

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

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