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

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

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

Expanded Incident Lifecycle — это инструмент, который позволяет разбить время жизни инцидента на отдельные этапы для более детального анализа. При применении в цикле Деминга этот инструмент используется на этапе Планируй (Plan) для измерения средней продолжительности каждого этапа и выявления узких мест. Например, при анализе задержек в управлении инцидентами с помощью Expanded Incident Lifecycle можно обнаружить, что большое время занимает нахождение инцидентов в очереди. Это знание помогает сформулировать гипотезу решения проблемы (такую как немедленное решение простых инцидентов), которая затем проверяется в рамках полного цикла PDCA.

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

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

В тексте описаны две основные конфликтующие цели ИТ: необходимость поддерживать развитие бизнеса и быстро проводить изменения (минимизировать Time to market), и необходимость предоставлять услуги высокого качества (стабильные, надежные, безопасные), что подразумевает обеспечение Service Quality. Эти цели конфликтуют, потому что чем быстрее проводятся изменения (меньше Time to market), тем выше риски с точки зрения качества услуг, а повышение уровня защиты продуктивной среды (увеличение Service Quality) приводит к увеличению времени на реализацию изменений (увеличению Time to market). Этот конфликт лежит в основе многих проблем в ИТ-организациях и часто приводит к так называемому Core Chronic Conflict (CCC) между разработкой и эксплуатацией.

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

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

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