В области разработки программного обеспечения из-за искажения восприятия нормы часто наблюдаются следующие неэффективные процессы: заявленный конвейер CI/CD на практике представляет собой раз в неделю сборку кода с последующими ручными операциями, что приводит к развертыванию раз в две-три недели; высокий процент дефектов в продукте (от 50% до 70% бэклога) считается нормальным явлением; полное отсутствие метрик и данных об эффективности разработки, из-за чего никто не может точно ответить на вопрос о скорости выполнения задач. При этом команда уверена, что следует современным стандартам и технологиям.

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

Процесс BRM в ITIL Service Strategy выполняет три ключевые функции: 1) Установление и поддержание отношений между сервис-провайдером и заказчиком на основе глубокого понимания бизнес-потребностей заказчика; 2) Помощь заказчику в определении ценности получаемых ИТ-услуг и понимании того, как эти услуги поддерживают его бизнес-цели; 3) Определение текущего и будущего спроса на услуги, а также обеспечение возможности сервис-провайдера удовлетворять эти потребности в различных условиях. BRM фокусируется именно на отношениях и удовлетворенности заказчика, в отличие от других процессов ITIL, которые сосредоточены преимущественно на техническом обеспечении качества услуг.

Применение минимального норматива в 15 минут, даже для задач, выполняемых за 1–2 минуты (например, отправка простого электронного письма), приводит к многократному завышению суммарных трудозатрат. Это создаёт ложную статистику, где за рабочий день на 8 часов может быть зафиксировано 12 часов работы. Такой метод часто является скрытым сопротивлением сотрудников внедрению учёта, так как искажает реальную загрузку и мешает анализу эффективности. Подобная практика подрывает доверие к системе и затрудняет планирование ресурсов.

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

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

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

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

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

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