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

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

Мониторинг подвергается существенным изменениям при внедрении ITSM. Вместо традиционного наблюдения за компонентами инфраструктуры требуется измерение характеристик услуг и контроль сквозных (end-to-end) операций. Мониторинг фокусируется на том, как качество инфраструктуры влияет на конечные услуги, что необходимо для обеспечения заявленных уровней служб.

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

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

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

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

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

Если бы процессы EDM01 и EDM05 в COBIT 5 описывали управление системой руководства, их структура практик должна была бы соответствовать управленческому циклу, например, PDCA (планирование, реализация, проверка, корректировка). Это означало бы, что в рамках EDM01 были бы такие этапы, как планирование создания подхода к руководству, реализация этого подхода, оценка его эффективности и внесение корректировок. Аналогично, процесс EDM05 содержал бы этапы планирования отчетности, ее подготовки, оценки и корректировки, чтобы обеспечивать прозрачность для заинтересованных сторон.

Субъективность восприятия существенно влияет на оценку производительности: один пользователь может считать нормальным ожидание в 5 минут, другой же будет недоволен уже через минуту. Это создает трудности при определении общепринятых стандартов работы системы. Чтобы минимизировать субъективность, важно перевести требования к производительности в четкие количественные показатели, понятные всем сторонам, и проверять их в реальных условиях использования системы конечными пользователями.