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

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

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

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

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

На этапе стратегического планирования BRM (Business Relationship Management) выполняет несколько ключевых функций. BRM должен держать руку на пульсе изменений в бизнесе заказчика и знать его текущую деятельность, задачи и структуру спроса на услуги. Это позволяет ИТ-функции своевременно реагировать на изменения. BRM выступает представителем сервис-провайдера в ключевых дискуссиях по стратегии заказчика. Задачи BRM на этом этапе включают коммуникацию стратегических целей заказчика ИТ-специалистам, что позволяет переоценить ИТ-стратегию, проанализировать возможности и риски, а также пересмотреть портфель услуг. BRM обеспечивает постоянную связь между бизнес-требованиями и ИТ-планами, учитывая, что бизнес-потребности меняются в зависимости от внутренних и внешних факторов.

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

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

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

Согласно ITIL V3 в процессе управления уровнем услуг (Service Level Management) участвуют следующие ключевые роли: Владелец процесса (Service level management process owner), Менеджер процесса (Service level management process manager), Владелец услуги (Service owner) и Менеджер по взаимоотношениям с бизнесом (Business relationship manager). В указанной статье особое внимание уделяется связке ролей Service level manager и Service owner, рассматривая их зоны ответственности и необходимость тесного взаимодействия.