В ITIL V3 ответственность за координацию изменений формально не закреплена за конкретной ролью. Вместо этого упоминается, что координация является частью процесса управления изменениями в целом и может быть возложена на различные лица в зависимости от ситуации. Это могут быть менеджер процесса, практик изменений или участники CAB (Change Advisory Board). Например, в главе 4.2.5 описываются активности по координации, но не уточняется, кто именно их выполняет. Таким образом, ITIL предоставляет гибкость в распределении ответственности, ориентируясь на особенности организации, но это может привести к неоднозначности при внедрении процесса.

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

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

BRM (Business Relationship Management) принципиально отличается от менеджера по продажам своей основной целью и фокусом деятельности. Основная цель BRM – построение и поддержание долгосрочных партнерских отношений с заказчиком, ориентированных не на продажи и прибыль сервис-провайдера, а на ценность и удовлетворенность заказчика. BRM выступает в роли «голоса заказчика» внутри сервис-провайдера, передавая понимание бизнес-задач и ожиданий заказчика. В отличие от менеджера по продажам, BRM не фокусируется на заключении сделок и достижении краткосрочных финансовых целей. Предостережение в тексте гласит, что неаккуратное сочетание задач BRM с sales и pre-sale активностями может быстро выхолостить понятие business relationships, так как истинные business relationships не про продажи, а про партнерство с заказчиком.

Схемы сертификации по управлению непрерывностью бизнеса предлагают два основных института: Business Continuity Institute (BCI) и Disaster Recovery Institute International (DRII). Оба института предоставляют программы сертификации, основанные на своих сводах знаний по управлению непрерывностью бизнеса, которые имеют различные подходы к организации этой деятельности.

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

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

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

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

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