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

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

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

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

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

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

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

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

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

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