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

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

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

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

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

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

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

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

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

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