Концепция Zero Known Defects утверждает, что система должна оставаться полностью работоспособной в любой момент времени. Если обнаружены дефекты, их следует устранить как можно скорее, и только затем вносить следующие изменения в систему. Это означает, что разработка новой функциональности не имеет приоритета перед устранением известных дефектов. Преимущества этого подхода включают сокращение технического долга, более быструю разработку благодаря отсутствию помех от дефектов и снижение общей стоимости поддержки продукта. Хотя переход на этот подход сложен для существующих проектов, на новых проектах его реализация гораздо проще.

В ITIL4 по сравнению с ITIL V3 в управлении изменениями произошли следующие ключевые изменения: была введена официальная роль менеджера изменений (Change manager) как специфическая роль для практики 'Поддержка изменений'; практика управления изменениями получила новое название - 'Поддержка изменений' (Change enablement), что отражает более активную роль в поддержке изменений, а не просто их одобрении или отклонении; роль фокусируется не только на управлении отдельными изменениями, но и на развитии самой практики; была введена дополнительная роль координатора изменений для работы в ограниченном контексте; структура управления стала более четкой с разделением на владельца практики, менеджера изменений и возможных координаторов изменений.

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

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

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

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

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

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

Руководящие принципы ITIL 4 отражают многие другие подходы, методологии, методы, стандарты и философии, в частности Lean, Agile, DevOps и COBIT. Это означает, что принципы ITIL 4 не противоречат этим подходам, а скорее дополняют их и находят в них отражение. Это позволяет организациям, уже использующим эти подходы, легко интегрировать рекомендации ITIL в свою существующую практику без конфликтов между различными системами управления. Универсальность принципов ITIL 4 обеспечивает их применимость в различных контекстах и совместимость с широким спектром современных управленческих практик.

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