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

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

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

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

Business-as-usual относится к обыденным, обычным операциям и сбоям, которые происходят в рамках обычной деятельности организации и рассматриваются в управлении доступностью (AVA). К ним относятся типичные технические проблемы, небольшие простои, отдельные сбои компонентов. Форс-мажорные обстоятельства — это экстремальные события, такие как пожары, наводнения, теракты или масштабные катастрофы, которые выходят за рамки обычной деятельности и рассматриваются в управлении непрерывностью (CONT). Эти события потенциально приводят к значительному ущербу и требуют специальных процедур и резервных ресурсов для восстановления бизнес-процессов.

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

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

Да, конфигурационные единицы в CMDB могут быть абстрактными, даже если они не связаны с физическими объектами. Главное, чтобы такие единицы несли смысловую нагрузку, отражая критические для работы ИТ-сервиса зависимости и процессы. Абстрактные единицы, такие как логические группы или процессы обмена данными, улучшают представление о системе, делая наглядными скрытые взаимодействия, которые напрямую влияют на качество предоставления сервиса, но не очевидны при анализе инфраструктуры.

В книге упоминаются два предельных способа агрегирования нормированных KPI в интегральный показатель: среднее арифметическое и произведение. Эти способы называются предельными потому, что при большом числе KPI среднее арифметическое стремится к 1 (100%), а произведение стремится к 0 (0%). Эти алгоритмы удовлетворительно работают только при небольшом числе KPI (3-5 показателей).

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