Считаем Unit-экономику одного «универсального солдата»
На днях занесло меня на собеседование в одну овер амбициозную компанию. Ребята делают очередной сервис по доставке всего и вся (это всё ещё модно). Офис – стекло и бетон, кофе-поинт с альтернативой, HR улыбается. Но как только мне выкатили список задач, мой внутренний калькулятор выдал “Error: Division by zero”.
Ребята, я в IT больше десяти лет, но тут даже я прифигел. Вакансия называлась «Старший разработчик», но в описании прятался целый IT-департамент в экзоскелете одного человека. Давайте просто посчитаем эту математику.
Ожидание vs Реальность
В представлении бизнеса идеальный кандидат должен закрывать три фронта одновременно. Вот что мне озвучили как базовый набор:
Frontend: писать и поддерживать интерфейс на React (ну, это база).
Backend: писать логику на Python и Go (потому что «нам так удобнее»).
Infrastructure: самим настраивать Kubernetes и следить за серверами (DevOps же дорогой).
Team Lead: менторить трёх джунов, потому что «ты же опытный».
Зарплата – 350 000 рублей. Вроде звучит солидно, пока не начинаешь раскладывать это на Unit-экономику рынка 2026 года.
А теперь давайте прикинем рыночную стоимость этих «запчастей» по отдельности:
Senior Frontend: ~300 000 ₽.
Senior Backend: ~320 000 ₽.
DevOps Engineer: ~350 000 ₽.
Управленческая надбавка (Team Lead): +20% к чеку.
Итоговая рыночная стоимость такого «комбайна»: минимум 1 000 000 ₽ в месяц. Компания же хочет купить этот набор функций за 350к. Скидка 65% – неплохо для чёрной пятницы, но крайне сомнительно для долгосрочного бизнес-процесса.
Я всегда поражаюсь тому, что люди упорно или упорото (нужное подчеркнуть) забывают про закон сохранения энергии и Context Switching (переключение контекста). Когда один человек и пишет код, и деплоит его, и объясняет джуну, почему “всё пропало”, его КПД падает по экспоненте. Переключение между разными типами задач съедает до 40% продуктивного времени. В итоге мы получаем:
Усталость: инженер выгорает за 4–6 месяцев.
Техдолг: из-за спешки код пишется костылями, которые потом придётся переписывать за миллионы.
Риск: если этот универсал решит уволиться (или его переедет самокат), проект встанет колом, потому что экспертиза не распределена, а заперта в одной голове.
Бизнесу кажется, что они экономят на ФОТ (фонде оплаты труда), нанимая одного человека-оркестра. На деле они закладывают в систему огромный баг, который бахнет в самый неподходящий момент. Поэтому совет или крик души.
Не ищите мифических единорогов. Наймите двух крепких мидлов на разные направления.
Разделяйте ответственность. Инженер должен кодить, а не чинить сервер в 3 часа ночи.
Поймите, что «универсальность» – это всегда потеря качества в деталях.
Если на собеседовании вам говорят, что вы будете “и швец, и жнец”, знайте: у компании нет денег на нормальные процессы, зато есть огромные планы на ваше личное время.
Пикабушники, а вам предлагали стать универсальным солдатом» за еду и печеньки? Пишите в комментариях свои истории с собесов, посчитаем ущерб вместе.