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

Точки взаимодействия с потребителем в путешествии заказчика определяются путем анализа этапов путешествия и сопоставления их с видами деятельности потоков создания ценности. Необходимо выделить те шаги, где происходит прямой контакт между потребителем и провайдером - это и будет полоса видимости. Проходя через этапы путешествия (Offer, Agree, Co-create и другие), потребитель взаимодействует с провайдером, и некоторые из этих взаимодействий приводят к запуску потоков. Для детального определения точек взаимодействия нужно проанализировать, на каких этапах путешествия происходит предъявление спроса потребителем и какие потоки при этом запускаются.

В рамках сервисной модели SLA (Соглашение об Уровне Услуг) и OLA (Операционный Уровневый Договор) тесно связаны, но имеют разный фокус. SLA регулирует обязательства поставщика услуг перед заказчиком, тогда как OLA определяет обязательства внутреннего подрядчика по отношению к поставщику услуг. Однако при детальном рассмотрении выясняется, что OLA фактически является тем же SLA, но с точки зрения другого субъекта сервисных отношений. То есть то, что для одного участника является OLA, для другого уже является SLA. Таким образом, эти документы на деле не так отличаются, как может показаться, и теряется смысл в наличии отдельного понятия OLA.

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

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

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

Принцип "Отталкивайтесь от текущей ситуации" (Start where you are) присутствует в обоих изданиях и по смыслу практически идентичен. Он гласит, что организации не следует стремиться строить всё с нуля, а должны максимально использовать существующие процессы, процедуры и средства автоматизации, даже если они не соответствуют идеальным моделям. В частности, в ITIL 4 подчеркивается важность прямого наблюдения за текущим состоянием и рекомендуется отдавать предпочтение непосредственным наблюдениям перед другими методами сбора данных. Таким образом, элементы принципа "Приоритет прямого наблюдения" (Observe directly) из ITIL Practitioner Guidance 2016 года находят свое отражение в рекомендациях по применению принципа "Отталкивайтесь от текущей ситуации" в ITIL 4.

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

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

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