На этапе разработки сервисов BRM помогает в нескольких важных аспектах. BRM помогает заказчику сформулировать, в чем заключается ценность услуги, которую он хочет получить от ИТ. BRM бережно донесет и правильно расшифрует требования для ИТ-специалистов, поскольку заказчики часто затрудняются четко сформулировать свои требования, а сервис-провайдер не может их правильно интерпретировать. BRM продолжает эту работу при изменении требований, уточнении спецификаций и проектного решения. BRM применяет маркетинговый способ мышления («marketing mindset») и помогает ответить на три ключевых вопроса: какие задачи выполняет заказчик и как ИТ может им помочь; каких результатов хочет достичь заказчик; какие ограничения могут помешать достижению целей и как сервис-провайдер может с ними справиться.

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

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

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

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

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

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

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

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

Процессный и сервисный подходы в ИТ-управлении могут быть разделены друг от друга. Сервисный подход связан с управлением качеством услуг (SLM), тогда как процессный подход касается методологий выполнения конкретных задач (ITIL, ALM, RUP). Сервисные аспекты являются частью управленческих процессов, которые имеют общий характер для разных типов услуг, тогда как процессные аспекты относятся к производственным операциям, которые могут значительно отличаться в зависимости от типа предоставляемых услуг.