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

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

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

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

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

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

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

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

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

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