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

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

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

Эволюция Definition of Done прошла несколько этапов: 1) "Совсем, совсем плохо": работа считается завершенной, когда разработчик заявил, что все работает (на его локальной среде); 2) Улучшенный подход: завершено, когда тестировщик подтвердил работоспособность; 3) Agile-подход: завершено после принятия результата владельцем продукта; 4) DevOps-подход: завершено, когда код успешно работает в продуктивной среде; 5) Финальная ступень: завершено, когда код работает в продуктиве, а вся сборка, тестирование и развертывание выполнены автоматическими средствами. С каждым этапом критерии завершения становятся все более строгими и приближенными к реальным условиям использования продукта.

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

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

ITIL рекомендует организациям предопределить правила относительно возможности переоткрытия инцидента и условий, при которых это допустимо. Например, может быть установлено правило, что если инцидент повторно проявляется в течение одного рабочего дня, его можно переоткрыть, а после этого срока должен создаваться новый инцидент, связанный с предыдущим. Точные временные пороги и правила могут различаться в разных организациях. Аналогичные рекомендации применяются и для запросов на обслуживание.

Геометрическое среднее формирует поведение сотрудников, требуя поддерживать обе метрики на высоком уровне. Например, если оператор перенаправляет все запросы для выполнения только метрики своевременности (K1=100%, но K2=0%), общий KPI становится 0%, что демотивирует такой подход. Аналогично, чрезмерная фокусировка на решении «от и до» без учета сроков приведет к низкому K1 и обнулению KPI. Это стимулирует поиск оптимального баланса: работать быстро, но не в ущерб качеству решения.

Вопрос может быть сформулирован как: «Укажите общую оценку работы (можно выбрать несколько ответов)» и включать такие варианты, как: 1) Все прекрасно, 2) Пришлось несколько раз повторять одно и то же, 3) Решили не с первого раза, 4) После решения стало хуже, 5) Со мной грубо общались. Это позволяет получить многомерную оценку и выявить проблемы в различных аспектах обслуживания.

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