Зміст
Культ метрик та імітація бурхливої діяльності
Сьогодні бізнес обожнює вимірювати все. Менеджери впроваджують складні дашборди, встановлюють жорсткі KPI та вимагають щотижневих звітів про продуктивність. Проте часто замість очікуваного зростання компанія отримує хаос: співробітники виглядають максимально зайнятими, цифри у звітах світяться зеленим, але реальні клієнти йдуть, а продукт стагнує.
Закон Гудгарта в дії
Цей феномен ідеально описує Закон Гудгарта: «Коли метрика стає ціллю, вона перестає бути хорошою метрикою» (Wikipedia). Щойно ви прив’язуєте бонуси або оцінку ефективності команди до конкретної цифри, люди перестають вирішувати реальні проблеми бізнесу. Вони починають «хакати» систему, оптимізуючи свою роботу виключно заради досягнення цього KPI.
Як команди вчаться «хакати» KPI
Коли система винагород побудована неправильно, відбувається «оптимізаційний саботаж». Розглянемо найпоширеніші приклади:
Ілюзія в рекрутингу
Якщо в рекрутинговій агенції спеціаліста оцінюють за кількістю надісланих оферів або кількістю кандидатів, яких швидко пересунули на наступний етап воронки в ATS (на кшталт PeopleForce), починається катастрофа. Рекрутер починає «спамити» нерелевантних кандидатів і тиснути на наймаючого менеджера, щоб той швидше закрив позицію. У звіті активність шалена, але реальний бізнес-результат — нульовий, адже більшість таких кандидатів не пройде навіть випробувальний термін (Business.linkedin).
Дрібнення в розробці та управлінні
У проєктному менеджменті та розробці ситуація аналогічна. Якщо успіх програміста чи проджект-менеджера вимірюється кількістю закритих тасок у ClickUp або написаними рядками коду, вони починають штучно роздувати беклог. Одну комплексну фічу розбивають на 10 мікро-задач просто для того, щоб показати рух на дошці. Архітектурна цілісність страждає, технічний борг зростає, але формально KPI виконано ідеально.
Від активності (Outputs) до результату (Outcomes)
Щоб зупинити оптимізаційний саботаж, необхідно докорінно змінити підхід до вимірювання успіху.
1. Перестаньте вимірювати Outputs (Активність)
Outputs — це те, що ви робите (кількість дзвінків, рядків коду, проведених співбесід). Outcomes — це те, що змінюється для бізнесу завдяки вашій роботі (наскільки швидко завантажується сторінка, який відсоток нових співробітників успішно пройшли онбординг і залишилися в компанії після 3 місяців). Переведіть фокус команди на Outcomes (Hbr).
2. Впроваджуйте «парні метрики» (Paired Metrics)
Щоб люди не хакали одну метрику на шкоду іншим процесам, використовуйте балансування. Наприклад, якщо ви вимірюєте «Швидкість закриття вакансії» (Time to Fill), обов’язково поставте їй у пару «Якість найму» (Quality of Hire) — тобто відсоток тих, хто пройшов випробувальний термін. Якщо розробник оцінюється за «Швидкістю релізу», парною метрикою має бути «Кількість критичних багів після запуску». Це змушує думати про систему в цілому (Atlassian).
3. Зробіть клієнтський біль головним KPI
Метрики мають відображати успіх клієнта. Команді байдуже, скільки тасок вона закрила, якщо фінальний користувач не розуміє, як користуватися інтерфейсом. Зв’яжіть роботу кожного відділу з реальною цінністю для ринку.
Висновок
Метрики ефективності — це лише компас, який допомагає зрозуміти, чи в правильному напрямку рухається компанія. Якщо ви перетворюєте цей компас на батіг для команди, будьте готові, що ваші співробітники стануть геніями імітації. Оцінюйте людей за тим, які проблеми вони вирішили, а не за тим, наскільки красиво вони заповнили звіти.
Telegram
Instagram
