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

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

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

При адаптации COBIT5 в Бахрейне 37 процессов были сгруппированы в следующие 8 блоков: стратегия и руководство (6 процессов), управление финансами (4 процесса), люди и ресурсы (2 процесса), инфраструктура и эксплуатация (8 процессов), управление приложениями (3 процесса), планирование услуг и архитектура (3 процесса), управление рисками и безопасностью (7 процессов), управление портфелем и проектами (4 процесса).

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

Решение проблем часто требует внедрения изменений в инфраструктуру или ПО, поэтому процессы тесно связаны. После выявления корневой причины создаётся запрос на изменение (RFC), который проходит стандартные этапы оценки и утверждения. Ключевая роль управления проблемами — чётко определить необходимость изменения, а управления изменениями — безопасно его осуществить. Неотъемлемая часть процесса — обратная связь: фиксация в KEDB успешности внедрённого решения и его влияния на снижение инцидентов.

Следует использовать аналогию с безопасностью: если в компании 99% сотрудников носят каски на производстве, а 1% — нет, средний показатель «носят каски» будет 99%, но это 1% может привести к смертельному случаю. Аналогично, даже один проваленный SLA может вызвать остановку бизнеса. Минимальное значение — это «индикатор худшего сценария», который позволяет избежать неприятных сюрпризов. Такой подход повышает доверие руководства, так как демонстрирует прозрачность и внимание к рискам.

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

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

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