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

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

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

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

Измеримость ресурсов является ключевым фактором их успешной интеграции в потоки создания ценности. Результаты работ, которые не инициируются поточными триггерами (например, проверка compliance или тестирование надежности инфраструктуры), должны быть явно и объективно измеримы, чтобы их можно было корректно встроить в описание потоков предоставления ценности. Измеримость позволяет определить, когда ресурс готов к использованию, какого качества он является и в каком количестве требуется. Например, результаты проверки compliance должны быть измеримы так, чтобы можно было определить, насколько полно соблюдаются требования законодательства в каждой точке присутствия компании. Аналогично, тестирование надежности систем должно давать четкие метрики готовности и исправности ИТ-активов. Только при наличии таких измеримых показателей можно выстроить правила поставки этих ресурсов так, чтобы они всегда присутствовали в нужном количестве и качестве, но не создавали излишков, что соответствует бережливому подходу к управлению.

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

Преимущество уточнённого определения Nj при расчёте FTR заключается в том, что оно позволяет точно отразить качество работы каждой отдельной рабочей группы. Учитывая только завершённые обращения (Cj + Sj), метрика исключает влияние незаконченных процессов, которые могли бы исказить результат. Это обеспечивает прозрачность и точность измерения эффективности групп, что важно для выявления слабых мест и оптимизации процессов управления инцидентами.

Чистый ABAC редко применяется из-за высокой сложности управления правилами. Большое количество атрибутов и условий приводит к трудночитаемым, запутанным политикам, которые сложно поддерживать и обновлять. Кроме того, отсутствие явных прав, как в RBAC, затрудняет аудит и анализ привилегий. Поэтому чаще используют гибридные подходы, где ABAC дополняет RBAC, например, добавляя контекстные ограничения к ролям.

Негативные последствия фокуса только на выходах: снижение качества услуг, когда, например, сервис-деск сокращает время звонка (выход), но не решает фактических проблем клиентов, что приводит к росту жалоб в регулирующие органы; потраченные впустую ресурсы на технические реализации, которые не приносят бизнес-ценности (как внедрение крутого API без интеграции с CRM); ухудшение репутации компании и финансовые потери, как в случае с дискаунтером «Светофор», где фокус на количестве магазинов привел к серьезным нарушениям и закрытию точек; утрата доверия бизнеса к ИТ-отделу из-за отсутствия вклада в достижение стратегических целей.

Если дубли включать в расчет метрики продуктивности, это может привести к двойственным последствиям: KPI может необоснованно увеличиться (если дубли учитываются как выполненные задачи) или случайно снизиться (из-за ошибок регистрации). Улучшенная версия метрики исключает дубли и другие проблемы из группы 'в' из расчета полностью, чтобы такие разовые ошибки не влияли на показатель эффективности, обеспечивая более точную оценку реальной работы.