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

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

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

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

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

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

Важно начинать с Continual Service Improvement (CSI) с первых этапов внедрения ITSM, потому что CSI является не просто надстройкой над базовыми процессами, а фундаментальным элементом системы управления. Если начать с CSI, то можно избежать ситуации, когда процессы внедряются формально и без возможности дальнейшего развития. Это позволяет органично 'достраивать' систему управления, ориентируясь на реальные задачи заказчика и используя непрерывное улучшение как основу для роста уровня зрелости процессов.

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

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

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