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

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

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

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

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

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

Метрика естественным образом масштабируется: если представить ситуацию, когда группа поддержки представляет собой весь персонал поставщика услуги (то есть единственная группа), то время обработки группой (ti) становится равным общему времени обработки инцидента (Ti). В этом случае формула упрощается до вида: Кгруппы = (1/N) * Σ(1-vi), то есть представляет собой привычную метрику «доля инцидентов, решённых в срок». Таким образом, метрика применима как к отдельным группам, так и к оценке эффективности всего процесса управления инцидентами в целом.

Традиционные KPI фокусируются только на соблюдении Tmax, игнорируя тот факт, что даже кратковременные простои вблизи лимита могут нанести бизнесу значительный ущерб. Например, при Tmax = 4 часа инцидент, устраненный за 3,9 часа, формально считается успешным, хотя за это время бизнес мог потерять клиентов или прибыль. Новый подход учитывает реальное влияние на операции через Tmin, что позволяет выстроить более справедливую систему оценки, ориентированную на реальные результаты, а не формальное соблюдение сроков.

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

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