Событие не считается инцидентом в ITIL, если оно связано с плановыми работами, такими как техническое обслуживание или обновления, которые были заранее согласованы и объявлены пользователям. Например, если печать документов недоступна из-за запланированных работ с сетевым принтером, это не классифицируется как инцидент. Однако, если пользователь не был уведомлен о таких работах, возникает вопрос о качестве коммуникации, который может потребовать отдельного рассмотрения.

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

Большое количество задач в системе (от нескольких десятков до нескольких сотен задач у команд из 7-9 человек) затрудняет координацию и приоритизацию работы. Люди склонны отказываться от сложных решений и выбирать понятные задачи, часто откладывая сложные и непонятные задачи (ставя их в статус 'отложено'), и вместо этого брать новые, интересные задачи. Это приводит к застывшему потоку, управлять которым и поставлять результаты становится крайне непросто. Большое количество задач в системе вызывает простои и замедляет общий процесс работы.

Принцип "Упрощайте" (Keep it simple), описанный в ITIL Practitioner Guidance 2016 года, был расширен в ITIL 4 до формулировки "Простота и практичность" (Keep it simple and practical). Это изменение отражает важность не только простоты решения, но и его практической применимости. В ITIL 4 подчеркивается, что слишком сложные решения затрудняют внедрение и эксплуатацию, однако простота ради простоты тоже не имеет смысла, если решение не решает поставленные задачи. Таким образом, акцент смещен с простого упрощения на поиск оптимального баланса между простотой и практической пользой.

Первый шаг Коттера по разрушению текущих комфортных условий перекликается с моделью изменений Курта Левина (этап «Разморозка») и моделью Вильяма Бриджеса (первая фаза «Завершение и потеря»). Все эти подходы подчеркивают необходимость разрыва привычных шаблонов поведения перед тем, как внедрять новые процессы и правила.

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

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

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

Чаще всего требуют проверки: идентификаторы и версии оборудования/ПО, сетевые адреса и параметры подключения, данные о физическом и виртуальном расположении, состав компонентов (например, список приложений на сервере), временные метки изменений, атрибуты, связанные с лицензированием и стоимостью. Особое внимание уделяется динамичным данным — например, IP-адресам после перенастройки сети или версиям ПО после обновлений, которые часто обновляются вручную с задержкой.

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