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

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

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

Баланс между высоким уровнем контроля изменений (Change Control Level) и необходимостью ускорения процессов достигается через оптимизацию размера и частоты релизов. Высокий Change Control Level обычно приводит к увеличению времени обработки изменений (Process Time), поскольку требует тщательного планирования, оценки и тестирования. Однако, переход к частым малым релизам (высокий Release rate и низкий Release size) позволяет поддерживать высокий уровень контроля без значительного увеличения рисков и времени вывода решений. Частые малые внедрения уменьшают сложность каждого отдельного изменения, что делает процесс контроля более эффективным. Также повышение Change capability за счет накопленного опыта и автоматизации стандартных процессов (Standardization/automation) позволяет поддерживать высокий Change Control Level при снижении Process Time. В итоге, вместо жесткого выбора между контролем и скоростью, организация может достичь состояния, где высокий уровень контроля сочетается с высокой скоростью внедрения благодаря оптимизации процессов и непрерывному обучению.

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

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

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

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

Фраза 'Целое больше суммы его частей', приписанная Аристотелю, является основой целостного подхода, подчеркивающего, что никакая услуга, практика, процесс, отдел или поставщик не существуют в одиночку. Это означает, что организация должна работать интегрированным образом, управляя своей деятельностью в целом, а не отдельными ее частями. Данный принцип отражен в руководящих принципах ITIL 4, в частности в принципе 'Используйте целостный подход' (Think and work holistically). При таком подходе важно понимать, как все части организации работают вместе интегрированным образом, а услуги предоставляются посредством координации всех необходимых компонентов без выборочного внимания к отдельным элементам системы.

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