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

Но когда разговор заходит о разработчиках, никто не знает, на какие характеристики смотреть, чтобы измерить их эффективность.

В своем докладе мы покажем, что разработка поддается измерению на примере конкретных метрик.

Обсудим следующие вещи:
- Где брать данные для метрик? github/gitlab/bitbucket, таск трекеры, мессенджеры.
- В поисках универсальной метрики. *Спойлер*: Ее нет.
- Новый подход - идем от проблем. Хороший разработчик - это разработчик, у которого мало проблем.

Разберем конкретные проблемы и найдем под них метрики.
* Индивидуальные:
1. Разработчик часто застревает на задаче.
2. Разработчик плохо прорабатывает задачи до начала разработки.
3. Разработчик-перфекционист.
4. Разработчика постоянно отвлекают.
5. Разработчик демотивирован.
6. Разработчик перегружен.
7. У разработчика нет фокуса на своевременный выпуск задач.
8. Неточные оценки задач.

* Командные:
1. Неравномерное распределение знания кодовой базы.
2. Катимся в пучину технического долга.
3. Текучка разработчиков.
4. Неточные продуктовые требования.
5. Плохой онбординг.
6. Конфликты на код-ревью.