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

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

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

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

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

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

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

Джон Коттер рекомендует использовать такой критерий успешности первого шага: более 75% руководителей должны согласиться с тем, что текущие практики необходимо менять как можно скорее. Это означает, что создание ощущения срочности достигнуто, когда большинство руководителей осознают необходимость немедленных действий и готовы поддерживать последующие этапы изменений.

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

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