Низкий уровень клиентского сервиса в России заметен в таких явлениях, как постоянные очереди в McDonalds, отсутствие достаточного числа прокатных контор и торговых центров по сравнению с европейскими странами. Потребители редко сталкиваются с действительно запоминающимся сервисом: вместо брендов они запоминают отдельных профессионалов (стоматологов, парикмахеров). Большинство компаний предлагают минимально приемлемые услуги, не стремясь к превосходству, поскольку конкуренция слабая, а клиенты не имеют выбора.

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

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

Триггером для процесса управления изменениями может выступить либо запрос на новый или изменененный сервис, полученный от бизнес-заказчика через процесс управления взаимоотношениями с бизнесом (BRM), либо предложение об изменении (Change proposal), переданное из процесса управления портфелем услуг. Для каждого изменения важно определить его масштаб и значимость, чтобы выбрать соответствующий процесс обработки.

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

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

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

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

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

В тексте упоминаются несколько бизнес-игр, которые ярко демонстрируют проблемы с коммуникациями: Apollo-13, Grab@Pizza и 2020. Эти игры имитируют реальные ситуации, в которых участники сталкиваются с трудностями из-за неправильной передачи информации. Например, в игре Apollo-13 команде необходимо спасти космический корабль, но из-за недостаточной коммуникации может возникнуть ситуация, когда корабль «не возвращается» к Земле. В игре Grab@Pizza возникают проблемы с искажением бизнес-требований при передаче их от заказчика к исполнителю, что приводит к неверному выполнению задач. В игре 2020 участники сталкиваются с ситуацией, когда «наш айсберг тает» из-за неправильно организованных коммуникаций. Все эти примеры показывают, как незначительные ошибки в коммуникации могут привести к серьезным последствиям в выполнении задач.