Почему «занятость» — худшая метрика в IT?

В IT любят говорить, что команды «перегружены». Календарь забит, бэклог полный, митинги идут без пауз.

Выглядит как высокая эффективность. На деле — это почти всегда симптом.

Занятость легко создать.

Достаточно: — накидать задач — добавить срочности — увеличить количество коммуникаций

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

Проблема начинается, когда занятость путают с управлением.

Если единственный способ понять, «всё ли под контролем», — это видеть людей постоянно занятыми, значит система не работает.

В зрелых командах фокус другой.

Смотрят не на то, — сколько задач в работе — сколько часов потрачено — сколько людей занято

А на то: — что завершено — как быстро изменение дошло до пользователя — что реально изменилось в системе

Когда управление строится вокруг результата, происходит интересная вещь.

Команды начинают: — ограничивать WIP — защищать фокус — завершать начатое — и меньше имитировать активность

Занятость снижается. Результат — растёт.

Типичный антипаттерн Руководитель видит, что что-то «не едет». И первое, что делает — загружает команду ещё сильнее.

Больше задач. Больше контроля. Больше синков.

Это почти всегда ускоряет выгорание, но не ускоряет продукт.

Вывод Занятость — удобная метрика. Она создаёт ощущение контроля. Но в IT она чаще всего маскирует отсутствие системы.

Если вы хотите управлять разработкой, управляйте: — потоком — завершением — и скоростью доставки ценности

Всё остальное — шум.

О канале 👉 https://t.me/manager_dot_exe Про управление IT и продуктом: фокус, метрики, архитектура и системные решения.