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

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

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

В DevOps автоматизация всего процесса (сборки, тестирования, развертывания) важна не менее, чем сама работа кода в продуктиве, потому что: 1) Ручные процессы являются узким местом и источником ошибок; 2) Автоматизация обеспечивает регулярность и предсказуемость релизов; 3) Позволяет быстро и безопасно реагировать на изменения; 4) Минимизирует время между написанием кода и его развертыванием в продукт; 5) Делает процесс прозрачным и контролируемым; 6) Позволяет часто и малыми шагами обновлять продукт, что снижает риски. Без полной автоматизации даже идеально работающий в продуктиве код не может считаться действительно завершенным в контексте DevOps-философии.

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

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

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

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

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

Менеджер процесса управления уровнем услуг обеспечивает операционное управление процессом. Его обязанности включают планирование и координацию всех активностей процесса в соответствии с политиками и регламентами, назначение исполнителей на роли, непосредственное управление этими исполнителями, мониторинг и отчётность по работе процесса. Также он отвечает за взаимодействие с владелецами услуг и менеджерами других процессов для обеспечения качественного предоставления услуг. В контексте SLA менеджер процесса не только обеспечивает их наличие, но и участвует в обсуждении и согласовании требований к уровню услуг с заказчиком и подготовке самих соглашений.