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

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

Результаты работы инструментов Role mining можно использовать в системе IDM, чтобы наполнить ее базовыми ролями, которые отражают текущее распределение прав. Для каждой роли можно увидеть состав прав, их частоту встречаемости среди сотрудников и список пользователей, которые будут наделены этой ролью при ее внедрении. Это позволяет быстро начать процесс оптимизации системы управления доступом, используя уже существующую картину прав, а не создавая модель с нуля, и обеспечивает более плавный переход к улучшенной ролевой модели.

Методология FIFO (первая партия закупается — первая списывается) позволяет точнее рассчитывать затраты на оборудование, так как стоимость расходников относится к конкретной закупке. Это обеспечивает прозрачность и точность учета, упрощает определение реальных расходов по каждому устройству. Также FIFO удобен в функциональной реализации, поскольку не требует сложных расчетов и подходит для автоматизации в ITSM-системах.

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

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

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

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

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

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