Code of Leadership S2E8: Цифровой тимлид или можно ли измерить эффективность разработчика по коду? (Рубрика DevEx)

Работают ли ваши разработчики на 100%? И можно ли вообще ответить на этот вопрос по коду - без табелей, дополнительных отчётов и субъективной оценки руководителя? А если в работе случился спад - отличить недозагрузку от сложного легаси, техдолга, незнакомой технологии или месяца тяжёлой отладки?

6 авугста в 17:00 по Москве со мной в прямом эфире будет Иван Гель, основатель компании Dex, в рамках подкаста Code of Leadership. Мы поговорим об UpCore - системе, которую команда называет «цифровым тимлидом».

Идея амбициозная: анализировать код без дополнительных отчётов от разработчика, оценивать его трудоёмкость с учётом десятков факторов, сопоставлять результат с грейдом и показывать руководителю причины изменения эффективности.

По заявлению команды UpCore, система может определить, сколько времени заняла бы работа у разработчика определённого уровня, увидеть долю сохранившегося кода, переделок и отладки, учесть сложность архитектуры, легаси, баги и технологии проекта. В презентации заявлена точность на уровне 85% относительно экспертной оценки, а также рост эффективности в среднем на 12% за три месяца после внедрения.

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

Обсудим:

• Что именно UpCore считает эффективностью и как нормализует разные проекты, стеки и типы задач;
• Можно ли автоматически определить грейд и трудоёмкость только по коду;
• Как в текущих условиях, когда код пишется с помощью ИИ, можно измерить эффективность программиста.
• Как отличить слабую работу от легаси, техдолга, сложного ядра системы и длительной отладки;
• На каких данных проверялись заявленные 85% точности и рост на 12%;
• Повышает ли полная прозрачность осознанность разработчика или разрушает доверие в команде;
• Как защитить такую систему от накрутки и саму команду - от ошибочных управленческих выводов;
• Где проходит граница между полезной инженерной телеметрией и цифровой слежкой.

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

#AI4SDLC #Engineering #Management #Leadership #Metrics #DevTools