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

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

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

Для базовой веб-навигации и работы с почтой скорость в 10 кбит/с считается крайне низкой, так как даже простые сайты и электронная почта требуют минимум 50-100 кбит/с. Для стриминга видео, онлайн-игр и других ресурсоемких задач необходима скорость от 10 Мбит/с и выше. Нынешние стандарты подключения редко опускаются ниже 1 Мбит/с даже в условиях ограниченного тарифа.

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

Автор считает, что должен существовать промежуточный уровень между USM и eSCM-SP, потому что USM слишком простой, а eSCM-SP слишком сложный для практического применения. Автор видит потребность в подходе, который будет близок по сложности к eTOM, но с возможностью обобщения на различные виды услуг, а не только телекоммуникационные. Такой промежуточный уровень должен сохранить простоту понимания USM, иметь достаточную детализацию, чтобы быть практически полезным, и не быть перегруженным сложностью eSCM-SP, что сделало бы его малоприменимым для многих организаций.

Методика агрегирования с динамическими весами имеет преимущество перед использованием произведения KPI, потому что при провале одного показателя (KPI=0) интегральная оценка не становится равной 0, как в случае с произведением, а снижается до заранее определенного уровня (MS). Это означает, что даже если одна область ответственности провалена, продолжение работы в других областях остаётся значимым для общей оценки. Например, если MS установлен на уровне 50%, то после провала одного показателя из десяти, интегральный показатель будет равен 50%, а последующие провалы будут приводить к дальнейшему снижению (два провала дадут 31%, три – 21%), в отличие от произведения, где одно нулевое значение обнуляет всю оценку.

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

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

Если дубли включать в расчет метрики продуктивности, это может привести к двойственным последствиям: KPI может необоснованно увеличиться (если дубли учитываются как выполненные задачи) или случайно снизиться (из-за ошибок регистрации). Улучшенная версия метрики исключает дубли и другие проблемы из группы 'в' из расчета полностью, чтобы такие разовые ошибки не влияли на показатель эффективности, обеспечивая более точную оценку реальной работы.