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

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

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

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

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

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

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

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

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

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