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

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

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

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

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

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

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

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

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

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