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

Потеря доверия к информации в CMDB возникает из-за неактуальных и неточных данных. Пользователи не могут полагаться на информацию, так как для поддержания её точности требуется постоянная работа по обновлению записей при каждом изменении. Это включает в себя множество проверок, сверок и рутинных задач, которые часто не выполняются должным образом. В результате пользователи предпочитают не использовать официальную информацию о конфигурациях и полагаются на другие источники данных, которые, как они считают, более надежны. Когда люди не видят практической выгоды от использования CMDB, они считают её просто «базой только для записи».

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

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

В статье описываются различные примеры, чтобы проиллюстрировать важность понимания цели работы. Основной пример — классическая притча о трех каменщиках, где первый видит свою работу в подгонке камней, второй — в зарабатывании денег для семьи, а третий — в строительстве храма. Другой вариант притчи рассказывает об уборщике на космодроме, который на самом деле участвует в запуске космических кораблей. Также упоминается пример компании Asana, которая формулирует свою миссию как помощь «человечеству процветать», и примеры миссий крупных компаний, таких как Google, Facebook и Amazon. Особым экспериментом стала работа Дэна Ариели, демонстрирующая, как восприятие смысла работы влияет на трудовую мотивацию участников.

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

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

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

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

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