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

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

Решение проблем часто требует внедрения изменений в инфраструктуру или ПО, поэтому процессы тесно связаны. После выявления корневой причины создаётся запрос на изменение (RFC), который проходит стандартные этапы оценки и утверждения. Ключевая роль управления проблемами — чётко определить необходимость изменения, а управления изменениями — безопасно его осуществить. Неотъемлемая часть процесса — обратная связь: фиксация в KEDB успешности внедрённого решения и его влияния на снижение инцидентов.

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

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

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

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

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

Центральной темой и главным достижением ITIL v3 является Continual Service Improvement (CSI) – постоянное совершенствование услуг, которое точнее можно определить как непрекращающееся совершенствование процессов ИТ-услуг. Это направление требует систематического подхода и является показателем зрелости ИТ-менеджмента в организации, причем часто уделяется меньше внимания, чем следует, несмотря на наличие множества материалов по этой теме.

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