Я годами слышал фразу "Нельзя улучшить то, что нельзя измерить".

Спорить с ней — почти ересь.

Тогда вынужден признаться: я еретик! И попробую обратить вас на свою сторону.

Разберемся на примере команды разработки: тимлид, продакт и несколько разработчиков. Мы хотим улучшить их работу по всем фронтам, чтобы ускорить поставку ценности.

Современная школа менеджмента без раздумий говорит нам: измеряйте и улучшайте! Data-driven менеджер предложит измерить DORA-метрики или lead time. Отличные метрики, на самом деле. Их можно внедрить парой человек за пару месяцев и нарисовать дашборды.

В итоге, весь фокус менеджеров будет направлен на эти дашборды.

И это плохо.

Data-driven подход как телескоп, в него очень удобно наблюдать и растить метрики: есть красивые дашборды, есть динамика роста. Но кое-что в телескоп не видно.

Люди ощущают безопасность? Если при мысли об ошибке у команды потеют руки, они будут выбирать самый безопасный вариант. Продакт думает о том, как сохранить работу, а не как завоевать рынок.

Помогают ли люди друг другу? Ведь бывают ситуации "не мой цирк — не мои обезьяны". Инженер видит горящий ультра-важный тикет коллеги, но не поможет, потому что у него есть метрика скорости собственных задач.

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

В data-driven телескоп эти вопросы никогда не попадут, потому что ответ нельзя оцифровать. А значит, нет смысла думать над ответами. Data-driven помогает нам лучше разглядеть метрики в одном месте, но лишает нас зрения, когда дело касается качественных вопросов.

Поэтому иногда стоит отойти от телескопа и просто поговорить с людьми.