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

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

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

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

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

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

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

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

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

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