Автор упоминает, что некоторые ИТ-специалисты воспринимают себя как "гуру и чуть ли не божества", чтобы подчеркнуть проблему излишней самоуверенности и ограниченности знаний у некоторых представителей ИТ-сферы. Он отмечает, что часто эти специалисты считают себя экспертами во всех вопросах только потому, что могут составлять простые программные конструкции из английских слов (for, while, if, loop), при этом их знание второго языка и технических аспектов обычно ограничено. Это создает барьеры в коммуникации с бизнесом и усугубляет проблему разобщенности между ИТ и бизнес-подразделениями.

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

Если в процессе не используется понятие 'переоткрытый инцидент', показатель First Time Resolution (FTR) можно получить, анализируя долю инцидентов, с которыми связаны более поздние инциденты, при условии, что система автоматизации процесса управления инцидентами позволяет связывать инциденты друг с другом. Если связь инцидентов используется и для других целей, анализ может стать несколько сложнее, но остается возможным. Также можно формировать полную систему оценки, в которой FTR не учитывается отдельно, поскольку переоткрытые инциденты влияют на другие показатели, например TCR (Ticket Closure Rate).

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

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

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

Функциональные роли ресурсов, такие как СУБД, web-сервер, файл-сервер и другие, важны в модели CMDB потому, что именно с ними связаны специфичные единицы объёма потребления, затраты и зависимости мощности от обеспечивающих ресурсов. Например, СУБД может требовать определённого объёма вычислительных мощностей, памяти или дискового пространства, которые отличаются от требований простого сервера. Учёт этих ролей позволяет более точно планировать мощности и ресурсы, необходимые для обеспечения качества предоставляемых услуг, а также проводить анализ затрат на обслуживание каждой функциональной роли.

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

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

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