"Fit for use" - это термин, который описывает характеристику Warranty (Гарантия) услуги. Он означает, насколько услуга находится в том состоянии, чтобы пользователь мог ею пользоваться без проблем. "Fit for use" определяется четырьмя компонентами: доступность (может ли пользователь получить услугу, когда это необходимо), мощность (достаточно ли ресурсов для удовлетворения запросов), безопасность (защищена ли услуга от несанкционированного доступа) и непрерывность (насколько услуга устойчива к перебоям). Например, если свет в комнате мигает, то при его высокой полезности (способности помочь читать в темноте) он имеет низкую пригодность к использованию из-за нестабильности работы.

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

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

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

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

Ключевые переменные, влияющие на баланс между Agile (гибкостью) и стабильностью в ИТ: Release rate (частота внедрений) и Release size (средний размер внедрения). Чем выше частота внедрений (Release rate), тем меньшими порциями можно внедрять изменения (меньше Release size), и наоборот. Частые внедрения помогают сокращать размер очереди изменений (Backlog Size), уменьшают риски (Change Risk) и способствуют накоплению опыта. Большой размер релиза приводит к повышенным рискам, поскольку сложнее планировать и контролировать изменения. Также важны Process Time (время работы над изменением), Queue Time (время ожидания в очереди), Change capability (способность ИТ-организации проводить изменения) и Change Control Level (уровень контроля изменений), которые определяют эффективность и качество процесса внедрения изменений в систему.

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

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

CMDB (Configuration Management Database) — база данных управления конфигурациями, используемая для хранения информации об ИТ-активах и их взаимосвязях. Она необходима для точного отслеживания конфигурации систем, учета изменений, управления инцидентами и обеспечения стабильности работы ИТ-инфраструктуры. Для расходных материалов CMDB помогает контролировать их привязку к оборудованию, собирать статистику использования и управлять затратами без увеличения объема данных.

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