«Когда показатель становится целью, он перестаёт быть хорошим показателем». Этот принцип сформулировал британский экономист Чарльз Гудхарт.

В проектном управлении попытка привязать оценку команды к локальным числовым метрикам почти всегда запускает процессную энтропию:

• Измеряете количество закрытых задач — команда дробит таски на микро-тикеты и избегает сложных интеграций.

• Требуете 100% покрытия тестами — инженеры пишут тесты на геттеры и сеттеры, не покрывая критические сценарии.

• Оцениваете утилизацию ресурсов (100% занятость) — растёт незавершённое производство (WIP), очереди удлиняются, а срок доставки ценности (Time-to-Market) падает.

Система всегда оптимизируется под метрику кратчайшим путём, игнорируя реальную бизнес-цель.

Как спроектировать контур метрик, устойчивый к закону Гудхарта:

- Разделение Output (выработка) и Outcome (результат): Выработка (количество коммитов, часов, закрытых тикетов) не равна созданной ценности. Метрики контроля должны опираться на сквозной проток (Throughput) и стабильность работы системы у заказчика.

- Парные (балансирующие) метрики: Ни один показатель не должен жить изолированно. • Скорость доставки (Lead Time) балансируется уровнем дефектности (Defect Escape Rate). • Сокращение операционных затрат балансируется метриками доступности сервиса (SLA/Uptime).

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

«Контролировать нужно параметры системы, а не поведение людей внутри неё» (принцип статистического управления Эдвардса Деминга).

Когда метрики отражают здоровье сквозного потока, отпадает необходимость «взламывать» систему ради красивого отчёта.

#ИнсафВафин #ЗаконГудхарта #Метрики #ProjectManagement #Governance #СистемныйПодход