Автор считает, что разграничение работы и личной жизни становится проблемой в современных условиях по нескольким причинам: 1. Люди ищут и находят работу по душе, что приводит к полному погружению в профессиональную деятельность 2. Появление гибкого графика без чётких временных рамок начала и окончания рабочего дня 3. Постоянное совершенствование в выбранной профессии, требующее дополнительного времени 4. Смешение сфер: выполнение семейных обязанностей в рабочие дни и рабочих задач в выходные дни В результате человек оказывается в ситуации, где от него ожидают высокой продуктивности как в профессиональной, так и в личной сфере, что создаёт дополнительное давление и сложности с управлением временем.

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

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

Методика «Метод освоенного объёма» (Earned Value Management, EVM) определяет ключевые численные характеристики для измерения степени соответствия хода проекта его плану. EVM широко используется в управлении проектами для количественной оценки прогресса по проекту. Методика хорошо описана в литературе и стандартах, таких как PMBoK, и реализована во многих программных продуктах, связанных с управлением проектами. Она фокусируется на анализе стоимости и выполненных работ для оценки текущего состояния проекта по сравнению с запланированным.

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

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

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

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

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

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