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

Sj в формуле First Time Resolution (FTR) определяется как количество объектов (инцидентов), которые были возвращены на доработку конкретно в j-тую группу. Этот показатель отражает неудачные попытки решения обращений, требующие повторной обработки. Важно учитывать, что возвраты должны отслеживаться именно на уровне отдельной группы, а не всего инцидента, чтобы гарантировать точность расчёта метрики для каждой отдельной рабочей группы.

Расширенный жизненный цикл инцидента подчеркивает разграничение между управлением инцидентами и управлением проблемами. Управление инцидентами сосредоточено на оперативном восстановлении предоставления услуги, в то время как управление проблемами направлено на поиск и устранение корневых причин сбоев, предотвращающих их повторение. В процессе расширенного жизненного цикла диагностика разделяется: базовая диагностика нужна для быстрого восстановления работы, а более глубокая диагностика переходит в зону ответственности управления проблемами.

В ITIL4 видимость услуги для потребителя определяется тем, взаимодействует ли потребитель с этой услугой напрямую. Как правило, потребитель видит преимущественно те ресурсы и услуги, с которыми он непосредственно взаимодействует. Услуга может быть видимой для одного потребителя (и тогда она выступает как бизнес-услуга) и невидимой для другого (выступая как поддерживающая услуга). Видимость определяется контекстом использования услуги и цепочкой поставок услуг.

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

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

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

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

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

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