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

Переносить данные из внешних систем в CMDB следует в случаях, когда необходим: 1) Повышение удобства доступа для пользователей - возможность просмотра информации без перехода между системами; 2) Реализация поиска и фильтрации - когда требуется выполнение операций поиска или группировки конфигурационных элементов по определенным атрибутам; 3) Формирование отчетности - если отчеты по конфигурационным элементам требуют использования атрибутов, которые изначально находятся во внешних системах.

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

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

В референтной модели COBIT5 содержится 37 процессов. Эта модель является достаточно подробной и охватывает различные аспекты управления информационными технологиями и процессами.

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

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

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

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

Предложения должны быть связаны с конкретными проблемами, выявленными в анализе, и содержать описание механизма решения. Например, вместо «нам не хватает людей» можно указать: «снижение времени на рутинные операции на 20% за счет внедрения скрипта обработки данных высвободит ресурсы для текущих задач». Важно оценивать ожидаемый результат и подкреплять идею расчетами или примерами.