Согласно данным исследователя Егора Денисова-Бланша из Стэнфордского университета, примерно 9,5% инженеров-программистов в крупных IT-компаниях практически ничего не делают и являются разработчиками-призраками.
В исследовании использовались данные о производительности более 50 тыс. инженеров из сотен компаний. Учёные из Стэнфорда создали модель, которая количественно оценивает работоспособность разработчиков, анализируя исходный код из закрытых репозиториев Git, имитируя группу из 10 экспертов, оценивающих каждый коммит по нескольким параметрам.
Оказалось, что 14% инженеров-программистов, работающих удалённо, практически не выполняют никакой работы (инженеры-призраки), по сравнению с 9% в гибридных ролях и 6% в офисе.
В среднем инженеры, работающие в офисе, работают лучше, но инженеры «5x» чаще встречаются удалённо.
Другой способ взглянуть на это — подсчёт коммитов кода. Хотя это несовершенный способ измерения производительности, он выявляет бездействие: ~58% делают <3 коммитов в месяц, что соответствует текущей метрике из исследования. Остальные 42% вносят тривиальные изменения, например, редактируют одну строку или символ,
делая вид, что это работает.
Предположим, что в каждой IT-компании ниже 9,5% её инженеров-программистов фактически ничего не делают, что соответствует результатам исследования. Вот сколько каждая компания могла бы сэкономить ежегодно, уволив их.
Если каждая компания добавит эту экономию к своей чистой прибыли (при условии отсутствия дополнительных расходов), то влияние на рыночную капитализацию 12 компаний, уволивших непродуктивных инженеров, составит $465 млрд — без снижения производительности!
Что, если экстраполировать это исследование на весь мир? Консервативно предположим, что всего 6,5% инженеров во всем мире непродуктивны (вместо 9,5%), это фактически $90 млрд, потраченных впустую.
«Почему это важно? Это безумие, что ~9,5% инженеров-программистов почти ничего не делают, получая зарплату. Это несправедливо обременяет команды, тратит ресурсы компании, блокирует рабочие места для других и ограничивает прогресс человечества.
Это должно прекратиться. Помогите нам остановить это безумие и примите участие в нашем исследовании. Если ваша компания соответствует нашим исследовательским направлениям, вы можете бесплатно использовать платформу и получать информацию на протяжении всего исследования. Наш портал — Software Engineering Productivity», — уточнили исследователи.
По оценке IT-эксперта под ником Deedy, есть много инженеров-программистов, не только в FAANG, а и в других компаниях (Oracle, Salesforce, Cisco, Workday, SAP, IBM, VMware, Intuit, Autodesk, Veeva, Box, Citrix, Adobe), которых буквально вносят ~2 изменения в код в месяц, пишут мало электронных писем, проводят мало встреч, работают удалённо < 5 часов в неделю за ~$200-300 тыс. «И нет, ИИ не пишет их код. Большинство из этих людей так сильно расслабляются, что понятия не имеют, на что способен ИИ», — уточнил Deedy.
Стандартные отмазки таких сотрудников от работы:
-
«на встрече» в Slack;
-
запланированный Slack, электронная почта, код на позднее время;
-
личный календарь с блоками;
-
джоггер мыши для постоянного онлайна;
-
это займёт 2 недели» (1 день);
-
«ой, спецификация не была ясна»;
-
много мелких рефакторингов;
-
«у сборки возникли проблемы»;
-
заблокировано другой командой;
-
займёт время, потому что <неясная техническая причина>, например, «состояние гонки»;
-
«можно ли создать Jira для этого?».
В августе старший Technical Product Manager с зарплатой $370 тыс. (Senior TPM with 370k TC in MCoL) рассказал, что он заработал $500 тыс. в Amazon, не выполнив за полтора года ни одной задачи. После сокращения в Google он поставил себе чёткую цель: много денег и ничего не делать. Потом он устроился в Amazon. 0 выполненных задач за полтора года. 8 рабочих часов. Это в неделю и в основном на встречах. 7 закрытых тикетов и 1 автоматизированная панель управления, которую он создал с помощью ChatGPT за 3 дня (но сказал, что это заняло 3 месяца). Amazon его работа устраивает и увольнять этого сотрудника никто не собирается. Его текущая ежедневная работа заключается в том, чтобы говорить «нет» другим командам, желающим интегрироваться с его командой или передать им 95%+ работы по интеграции.
ссылка на оригинал статьи https://habr.com/ru/articles/861568/
Добавить комментарий