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

Согласно информации из текста, значительная часть ITSM-проектов (от 60% до 80%) являются провальными в той или иной степени. Это подчеркивает важность правильного подхода к управлению изменениями, включая уделяемое внимание обучению и вовлечению сотрудников, чтобы повысить шансы на успешное завершение проекта.

Эффективное IVR-меню должно иметь не более двух уровней вложенности; предоставлять возможность быстрого перехода к живому оператору на любом этапе; учитывать статус клиента, используя данные из CRM-системы для персонализации сообщений; избегать заверений, которые не могут быть немедленно реализованы (на пример, «звонок переведён специалисту» при фактической постановке в очередь); включать информативные сообщения об ожидании («Вы 4-й в очереди, среднее время ожидания 3 минуты»); исключать ненужные просьбы оценить обслуживание до завершения взаимодействия; обеспечивать быструю навигацию через поддержку голосовых команд вместо кнопок.

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

Output всегда является средством достижения Outcome. Поставщик создаёт выходы (товары, сервисы, документы), чтобы помочь потребителю достичь желаемого результата. Однако наличие Output ещё не гарантирует достижения Outcome — для этого необходимы дополнительные действия со стороны потребителя и соответствие самого Output его потребностям. Например, даже вкусный и красивый торт не создаст радость, если подать его неверное время или с неподходящим оформлением.

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

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

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

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

В издании ITIL 4 2019 года («ITIL Foundation: ITIL 4 Edition») было семь руководящих принципов, тогда как в предыдущей версии, описанной в книге «ITIL Practitioner Guidance» 2016 года, их было девять. Количество принципов было уменьшено с девяти до семи, при этом основная идея системы принципов сохранилась. Некоторые принципы из предыдущей версии были объединены, а часть формулировок изменена незначительно. Таким образом, все идеи из девяти принципов 2016 года нашли отражение в семи принципах ITIL 4 2019 года, но система стала более компактной, сохранив при этом практичность и полноту.