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

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

В концепции ITIL 4 стереотипы (Юг) и эмоции (Восток) играют ключевую роль в преобразовании простых выходов (output) в реальную ценность (value). Выходы - это результаты предоставления услуги (например, доставка клиента из аэропорта в гостиницу), результаты (outcome) - это достижение клиентом его целей (прибыть вовремя к встрече). Однако ценность создаётся тогда, когда учитываются и преодолеваются стереотипы, а также управляются эмоции. Например, если клиент боялся негативного опыта с такси, но получил превосходный сервис, который нарушил его негативные установки и вызвал приятные эмоции, это создаёт дополнительную ценность, повышающую лояльность и вероятность повторного обращения. Таким образом, работа со стереотипами и эмоциями позволяет превосходить ожидания клиента и создавать уникальную ценность.

Фреймворк OKR (Objectives and Key Results) помогает в измерении результатов, так как Key Results всегда являются метриками результата, а не выхода. Например, цель может звучать как 'Стать №1 по удовлетворённости клиентов в отрасли', а ключевой результат - 'повысить NPS с 30 до 70 пунктов за год'. Это заставляет команду фокусироваться на конечной ценности для бизнеса, а не на промежуточных технических достижениях. OKR помогает связать ИТ-деятельность с бизнес-результатами и измерять реальный вклад ИТ в достижение стратегических целей компании.

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

Стратегия «максимального завышения ожиданий клиента» предполагает создание вау-эффекта через услуги, которые превосходят даже высокие ожидания. Примером является Apple Genius Bar. Эта модель возможна только в узкой нише с четким фокусом. Основная цель — привлечь больше клиентов через положительные эмоции и рекомендации, но затраты на такую стратегию очень высоки.

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

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

В ITILv3 возникали проблемы из-за сложности ролевой модели, особенно в определении четких границ ответственности между ролью менеджера уровня услуг и владельцем услуги. Это приводило к бесплодным спорам о распределении задач между ролями и избыточному усложнению системы управления. Таблица сравнения ролей в книге 'Постоянное совершенствование услуг' (CSI, ITIL, 2011) скорее порождала дополнительные вопросы, чем давала ясные ответы. Эта неопределенность в распределении ролей затрудняла практическую реализацию фреймворка в организациях.

Использование RASCI-матрицы по сравнению с RACI-матрицей дает следующие преимущества: 1. Возможность более детального распределения ролей за счет добавления позиции S (Supports), которая позволяет отделить тех, кто непосредственно организует работу, от тех, кто просто участвует в ее выполнении. 2. Уменьшение вероятности путаницы в ответственности, когда несколько человек имеют статус R (Responsible), так как становится ясно, кто именно отвечает за организацию процесса, а кто просто оказывает поддержку. 3. Более точное определение зон влияния и контроля для каждого участника проекта, что особенно важно при работе с большими командами. 4. Возможность для руководителей сохранять контроль за процессом через позиции I (Informed) и C (Consulted), даже делегируя фактическое исполнение. 5. Упрощение процесса делегирования задач, так как четко видно, какие функции можно передать без потери контроля над ключевыми аспектами работы.