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

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

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

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

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

Основная цель оценки процессов по модели COBIT 5 PAM — определить способность организации стабильно достигать целей процессов через наличие и качество управленческой структуры, обеспечивающей их выполнение. Оценивается не содержание самого процесса, а его управленческая надстройка: определение ответственности, распределение ресурсов, измерение результатов, планирование улучшений. Уровни способности отражают степень предсказуемости и воспроизводимости процесса, и чем больше собрано свидетельств выполнения управленческих практик, тем выше вероятность того, что процесс действительно способен достигать своих целей. Эта информация служит основой для целенаправленного совершенствования процессов и повышения их эффективности.

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

Согласно Good Practice Guidelines 2013 (GPG), процесс управления бизнес-непрерывностью включает шесть основных этапов: анализ организации, определение стратегии обеспечения непрерывности, разработка и внедрение планов обеспечения непрерывности, испытание и оценка планов, менеджмент программы управления непрерывностью бизнеса, внедрение управления непрерывностью бизнеса в организационную структуру. На каждом этапе даются подробные практические рекомендации.

Основное расхождение заключается в том, что апологеты этих подходов иногда упрощают их применимость, предполагая, что они универсальны для всех типов организаций и ситуаций. В реальности каждый подход имеет свою область эффективного применения. Например, методы DevOps, хорошо работающие в стартапах и небольших командах, могут быть неэффективны в крупных enterprises с распределенными гетерогенными инфраструктурами без соответствующей адаптации. Это приводит к распространению статей типа «Мифы ХХХ», где адепты пытаются опровергнуть распространенное мнение о несоответствии подхода конкретным условиям, иногда без должного учета контекста.

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