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

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

Реализация стандартных запросов пользователей обычно относится к процессу выполнения запросов (Request Fulfillment), который является отдельным от управления изменениями. Управление изменениями (Change Management)主要用于 контроля и координации изменений в ИТ-инфраструктуре, тогда как выполнение запросов занимается обработкой стандартных запросов, не требующих изменения конфигурации. Однако на практике границы между этими процессами могут быть размыты, что вызывает вопросы у специалистов.

Контроль KPI сосредоточен на отслеживании соответствия процесса установленным нормативам (например, время решения инцидентов не превышает 4 часов). Развитие процессов предполагает постоянное улучшение через поиск способов увеличить эффективность (например, снижение времени решения инцидентов до 2 часов) или улучшить результативность при тех же ресурсах. Первое — реактивный мониторинг, второе — проактивная работа по оптимизации.

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

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

Принцип "клиент всегда прав" не работает в условиях слабой конкуренции, так как компании не зависят от лояльности клиентов из-за отсутствия альтернатив. Когда спрос превышает предложение, бизнес может позволить себе игнорировать требования клиентов — те всё равно вернутся, потому что некуда пойти. Например, в тексте отмечается, что компании не волнует, вернется ли клиент, потому что рынок не создает условий, где клиентский опыт влияет на выживание бизнеса. Это приводит к ситуации, когда даже негативный опыт не отпугивает клиентов, и компании не мотивированы следовать философии клиентоориентированности.

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

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

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