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

Зная средний чек и план продаж, можно определить количество сделок, необходимых для достижения цели. Например, при плане 1440 млн рублей и среднем чеке 10 000 рублей необходимо 120 000 сделок в год или 10 000 в месяц. Если один продавец обрабатывает 20 сделок в день, то для выполнения плана потребуется примерно 500 продавцов в месяц. Это число позволяет определить, сколько пользователей одновременно будут работать в ИТ-системах, что критично для прогнозирования нагрузки на информационные системы и планирования необходимых ресурсов.

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

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

Под влиянием цифровых технологий формируются платформенные бизнес-модели, ориентированные на создание экосистем, где взаимодействуют производители и потребители. Появляются модели подписок вместо разовых продаж, как у Netflix и Spotify. Внедряются системы персонализированного предложения через анализ больших данных. Растет популярность «онлайн-офлайн» интеграции, когда цифровые и физические каналы синтезируются в единую клиентскую сеть. Также распространяются модели, использующие шеринг-экономику, как Uber и Airbnb, которые оптимизируют использование существующих ресурсов через цифровые платформы.

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

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

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

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

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