Помимо поиска корневой причины, процесс «Управление проблемами» включает разработку и внедрение решений для устранения этой причины. Если устранение невозможно или нецелесообразно, процесс подразумевает предложение обходного решения (workaround). Кроме того, процесс подразумевает проактивную составляющую, направленную на выявление и устранение потенциальных корневых причин, которые могут вызвать инциденты в будущем, а также анализ и оценку частоты инцидентов и их бизнес-влияния для принятия обоснованных решений о приоритетах.

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

К вопросам, задаваемым пользователю для оценки влияния инцидента, предъявляются следующие основные требования: 1) Пользователь должен быть в состоянии дать на них ответ, используя имеющуюся у него информацию. 2) Трактовка ответов должна быть максимально однозначной, чтобы разные сотрудники поддержки приходили к одинаковой оценке влияния. 3) Количество вопросов должно быть ограничено (обычно 2-4), чтобы процесс оценки оставался быстрым и не создавал нагрузку на пользователя. 4) Вопросы должны покрывать ключевые аспекты, определяющие уровень влияния (масштаб проблемы и степень недоступности). 5) Формулировки вопросов должны быть понятны неподготовленному пользователю без технических знаний.

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

Практика 'Поддержка изменений' (Change enablement) в ITIL4 - это подход к управлению изменениями, ориентированный на быструю и безопасную доставку изменений в эксплуатацию при минимизации рисков. Она фокусируется на обеспечении того, чтобы изменения внедрялись эффективно и безопасно, при этом сохраняя необходимый уровень контроля. В рамках этой практики определен набор процессов, каждый из которых требует управления, а за практику в целом отвечает менеджер изменений как специфическая роль. Цель практики - поддержка бизнеса в адаптации к изменениям среды при сохранении стабильности сервисов.

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

Анализ затрат включает план-фактный анализ, сравнение однотипных подразделений между собой (например, на разных территориях), изучение косвенных неотнесенных затрат, сравнение с рынком и формирование инициатив по оптимизации затрат. Это ключевой элемент поиска возможностей для снижения расходов.

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

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

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