Наиболее часто встречающийся подход к описанию потоков ценности включает работу конвейера CI/CD, начиная со сбора требований в бэклог и заканчивая доставкой 'ценности' до продуктивной среды и получением обратной связи от потребителя. Такой подход сформировался в ходе эволюционного развития идей гибкой разработки и часто фокусируется только на прямых разработческих процессах создания ценности.

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

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

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

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

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

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

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

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

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