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

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

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

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

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

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

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

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

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

Основные требования к KPI для использования в системе оценки руководителей включают: сопоставимость между разными процессами (метрики должны иметь единую шкалу, обычно от 0 до 1), единое направление оценки (как правило, чем ближе к 1, тем лучше результат), возможность агрегации на разных уровнях управления. Метрики должны отражать реальный вклад подразделения в процессы, быть измеримыми и объективными. Примерами подходящих метрик могут служить: доля заданий, выполненных в срок, от общего числа; доля инцидентов, принятых в работу своевременно; доля инцидентов, решенных в срок и с первой попытки; коэффициент обновления по проблемам. Важно, чтобы метрики не только измеряли результат, но и стимулировали правильное поведение сотрудников и руководителей, поддерживая цели бизнеса.