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

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

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

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

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

Уровень контроля можно снижать для сотрудников, которые проявили себя как ответственные и надежные исполнители. Такие работники выполняют задачи в срок, с требуемым качеством и без напоминаний. Если сотрудник многократно подтверждает свою способность самостоятельно управлять задачами и достигать результатов, то к нему можно применять принцип 'сказать и забыть'. Однако даже для таких сотрудников периодический контроль остается необходимым для предотвращения возможных отклонений и поддержания общего уровня дисциплины в команде.

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

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

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

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