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

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

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

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

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

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

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

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

Менеджер процесса должен владеть методологиями процессного управления, такими как BPMN (Business Process Model and Notation) для моделирования процессов, подходами к анализу и оптимизации процессов (например, методы 6 Sigma, Lean), уметь работать с метриками и KPI процессов, знать основы постановки целей процессов и их измерения, уметь применять специализированные инструменты для визуализации и анализа процессов (например, ARIS, Bizagi). Также важны навыки работы с общими management-инструментами: SWOT-анализ, постановка SMART-целей, матрица ответственности.

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