Работают ли ваши разработчики на 100%? И можно ли вообще ответить на этот вопрос по коду - без табелей, дополнительных отчётов и субъективной оценки руководителя? А если в работе случился спад - отличить недозагрузку от сложного легаси, техдолга, незнакомой технологии или месяца тяжёлой отладки? 6 авугста в 17:00 по Москве со мной в прямом эфире будет Иван Гель, основатель компании Dex, в рамках подкаста Code of Leadership. Мы поговорим об UpCore - системе, которую команда называет «цифровым тимлидом». Идея амбициозная: анализировать код без дополнительных отчётов от разработчика, оценивать его трудоёмкость с учётом десятков факторов, сопоставлять результат с грейдом и показывать руководителю причины изменения эффективности. По заявлению команды UpCore, система может определить, сколько времени заняла бы работа у разработчика определённого уровня, увидеть долю сохранившегося кода, переделок и отладки, учесть сложность архитектуры, легаси, баги и технологии проекта. В презентации заявлена точность на уровне 85% относительно экспертной оценки, а также рост эффективности в среднем на 12% за три месяца после внедрения. Но здесь и начинается самый интересный разговор. Код - важный результат работы инженера, но далеко не вся его работа. Архитектурные решения, помощь команде, ревью, исследование, предотвращённые ошибки и сложность контекста плохо сводятся к одному числу. А метрика, от которой зависят грейд, бонус или увольнение, быстро становится целью для оптимизации. Обсудим: - Что именно UpCore считает эффективностью и как нормализует разные проекты, стеки и типы задач; - Можно ли автоматически определить грейд и трудоёмкость только по коду; - Как в текущих условиях, когда код пишется с помощью ИИ, можно измерить эффективность программиста. - Как отличить слабую работу от легаси, техдолга, сложного ядра системы и длительной отладки; - На каких данных проверялись заявленные 85% точности и рост на 12%; - Повышает ли полная прозрачность осознанность разработчика или разрушает доверие в команде; - Как защитить такую систему от накрутки и саму команду - от ошибочных управленческих выводов; - Где проходит граница между полезной инженерной телеметрией и цифровой слежкой. Приходите не на продуктовую демонстрацию, а на честный разговор о том, можно ли сделать работу команды прозрачнее, не потеряв контекст, доверие и ответственность руководителя.
