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

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

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

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

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

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

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

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

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

При внедрении системы учета трудозатрат рекомендуется следовать нескольким ключевым принципам. Во-первых, определить оптимальный уровень детализации учета, создав каталог работ, который включает основные направления деятельности организации (для группы из 8-12 человек достаточно 10-20 позиций для рутинной работы и 20-25 с учетом проектов). Во-вторых, обеспечить своевременную фиксацию трудозатрат - лучше сразу после завершения работы, а максимальный допустимый срок - конец рабочего дня, чтобы минимизировать ошибки в учете (недельный учет может давать искажения до 10%). В-третьих, внедрить правильный подход к планированию, используя принцип 'just-in-time' с загрузкой 90-110%, чтобы избежать накопления снежного кома незавершенных задач. В-четвертых, убедиться, что затраты времени на сам учет минимальны - для специалиста около 10 минут в день (2% рабочего времени), для руководителя - до 5% на контроль. Наконец, обеспечить мотивацию сотрудников к точному учету и контролю со стороны руководства, так как без этого даже самая продуманная система может не дать ожидаемых результатов.