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

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

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

Непродуктивные активности, такие как массовое закрытие проблем с кодом 'Решение нецелесообразно' или регистрация и немедленное закрытие дублей, искажают результаты метрики продуктивности, создавая иллюзию высокой активности. Это может привести к занижению или завышению KPI. Например, при включении непродуктивных закрытий в числитель KPI ошибочно остается близок к единице, хотя реальная польза отработанных проблем отсутствует. Улучшенная формула исключает такие случаи из числителя и учитывает их в знаменателе, снижая показатель.

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

В разделе 6.4.8 книги Service Transition описаны следующие роли, участвующие в координации процесса управления релизами: менеджер процесса управляет ресурсами для построения, тестирования и развёртывания релизов, контролирует авторизацию и координирует взаимодействие с другими процессами; практик развёртывания отвечает за подготовку документации по релизу и организацию обучения. Все остальные роли, такие как практик пакетирования и построения, практик первичной поддержки, являются техническими и сосредоточены на исполнении конкретных работ, а не на координации. Таким образом, основная «сквозная» ответственность за релиз лежит на менеджере процесса.

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

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

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

При применении цикла Деминга в улучшении процессов могут быть допущены следующие ошибки: 1) Недостаточная детализация плана на этапе Планируй, что приводит к непродуктивному выполнению; 2) Недостаточное время для реализации изменений на этапе Выполняй, не позволяющее получить статистически значимые результаты; 3) Неполная проверка результатов на этапе Проверяй из-за выбора неадекватных метрик или неправильной интерпретации данных; 4) Поспешные решения на этапе Корректируй без глубокого анализа причин неудачи. Например, в описанном случае с управлением инцидентами первой попыткой не было учтено влияние большого количества простых инцидентов на обработку сложных, что привело к новой проблеме.