При переходе на продуктовый подход в организации появляются продуктовые роли: менеджеры, владельцы продуктов (product owners). Меняется структура отчётности и, возможно, подчинённости. Может быть проведена реорганизация структуры - например, создание продуктовых департаментов, где объединяются различные подразделения, работа которых ориентирована на конкретный продукт. В организации изменяется фокус управления: вместо оценки прибыльности отдельных проектов начинает учитываться жизненный цикл продукта и его общая прибыльность. Могут также появиться новые организационные механизмы, отвечающие за развитие продуктов.

Основная особенность применения цепочки создания ценности в ITIL версии 4 заключается в том, что она становится центральным элементом общей концепции управления услугами, тогда как в ITIL v3 такой концепции не существовало. В ITIL v4 введены 34 управленческие практики, которые организованы вокруг цепочки создания ценности (Service Value Chain), состоящей из шести ключевых компонентов: планирование, улучшение, участие, получение заказа, построение и доставка, а также управление. Эта архитектура позволяет рассматривать все ИТ-деятельность как связанный процесс создания ценности для клиента. По сравнению с ITIL v3, где акцент делался на отдельные процессы и их оптимизацию, ITIL v4 предоставляет более целостный взгляд на то, как различные практики работают совместно для создания ценности, что делает его концептуально ближе к IT4IT, который с самого начала был построен на основе Value Chain.

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

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

Метод Management By Objectives важен для Continual Service Improvement, потому что он позволяет более полно использовать творческий потенциал руководителей, вовлекая их в процесс развития организации, и повышает степень их ответственности за получаемые результаты. Это достигается через совместное определение целей и критериев их измерения, что способствует лучшей мотивации и более точному выполнению задач по улучшению услуг.

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

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

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

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

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