Математика найма джунов: когда окупается, а когда горят деньги

Когда отказ нанять джуна сэкономил 400 тысяч рублей

2024 год, консалтинг. Клиент просит расширить команду на проекте с дедлайном через 6 месяцев. Бюджет ограничен, рынок дорогой. Логичное предложение: "Давайте возьмём джуна, он дешевле".

Я отказал. Не потому что джуны плохие. А потому что математика не сходится.

Вот расчёт, который я показал клиенту:

Стоимость найма и онбординга джуна:

• Рекрутинг: 40 часов × 3000 ₽/час = 120 000 ₽
• Онбординг (первый месяц): 80% времени сеньора = 0.8 × 250 000 ₽ = 200 000 ₽
• Зарплата джуна первые 3 месяца: 3 × 120 000 ₽ = 360 000 ₽
• Код-ревью и менторство (месяцы 2-3): 40% времени сеньора = 0.4 × 2 × 250 000 ₽ = 200 000 ₽

Итого вложения за 3 месяца: 880 000 ₽

Реальная продуктивность джуна:

• Месяц 1: 10% от мидла (настройка, обучение)
• Месяц 2: 30% от мидла (простые задачи)
• Месяц 3: 50% от мидла (работа с поддержкой)
• Месяц 4-5: 70% от мидла (близко к самостоятельности)
• Месяц 6+: 80-90% от мидла

Точка окупаемости: конец 5-го месяца.

Проект закончится через 6 месяцев. ROI отрицательный. Джун начнёт приносить чистую прибыль на 6-м месяце, но проект уже закроется.

Решение: наняли мидла за 200 000 ₽. Дороже, но:

• Вышел на продуктивность за 2 недели
• Не требовал времени сеньора
• Закрыл критичные задачи в срок

Сэкономили: ~400 000 ₽ на неокупившихся инвестициях + репутационные риски срыва дедлайна.

Эта статья — полный финансовый разбор найма джунов. Когда это выгодно, когда убыточно, как считать ROI и какие издержки скрыты.

Полная стоимость владения (TCO) junior-разработчика

Смотрите не на зарплату, а на полную стоимость за первый год. Вот реальная структура затрат.

Прямые затраты (видимая часть айсберга)

1. Рекрутинг

2. Зарплата и налоги (первый год)

Средняя ЗП junior Python/JS разработчика в 2025:

• Москва: 100-150k ₽/мес
• Регионы: 80-120k ₽/мес

Будем считать 120k ₽/мес (средний вариант).

• Зарплата: 120k × 12 = 1 440 000 ₽
• Налоги и взносы (≈43%): 619 200 ₽
• Итого прямые расходы на ЗП: 2 059 200 ₽

3. Рабочее место и инфраструктура

Прямые затраты за первый год: 2 524 200 ₽ (~210k ₽/мес)

Скрытые затраты (подводная часть айсберга)

Это то, что не видно в бюджете, но реально съедает время и деньги.

1. Онбординг и менторство (первые 3 месяца)

Расчёт времени сеньора на онбординг:

Месяц 1 (интенсивный онбординг):

• Setup и знакомство с кодбазой: 20 часов
• Code review: 10 часов/неделю × 4 = 40 часов
• Пара-программирование: 8 часов/неделю × 4 = 32 часов
• Ответы на вопросы: 5 часов/неделю × 4 = 20 часов
• Итого: ~112 часов = 70% рабочего времени сеньора

Месяц 2-3 (снижение интенсивности):

• Code review: 8 часов/неделю
• Консультации: 4 часа/неделю
• Итого: ~48 часов/мес = 30% времени сеньора

Стоимость времени сеньора:

• ЗП сеньора: 250 000 ₽/мес (с налогами ~360 000 ₽)
• Стоимость часа: 360 000 / 160 = 2 250 ₽/час

Итого на онбординг:

• Месяц 1: 112 × 2 250 = 252 000 ₽
• Месяцы 2-3: 48 × 2 × 2 250 = 216 000 ₽
• Всего: 468 000 ₽

2. Код-ревью и техдолг

Junior код требует:

• 2-3 итерации код-ревью (у мидла — 1-2)
• Рефакторинг через 3-6 месяцев (от 20% до 50% кода)
• Дополнительное тестирование (больше багов в production)

Оценка издержек:

• Дополнительное время на ревью: +10 часов/неделю первые 6 месяцев
• Рефакторинг легаси-кода джуна: 40-80 часов
• Фикс production багов: 20-40 часов

Итого: ~400 часов × 2 250 ₽ = 900 000 ₽ за первые 6 месяцев

3. Снижение скорости команды

Когда в команду приходит джун, вся команда замедляется:

• Ревью его кода отвлекает middle/senior
• Вопросы прерывают фокусную работу
• На встречах нужно больше времени объяснять контекст

Оценка: снижение производительности команды на 10-15% первые 3 месяца.

Команда из 5 человек (2 senior, 2 middle, 1 новый junior):

• Суммарная стоимость: (2 × 360k + 2 × 250k) = 1 220 000 ₽/мес
• Потери от снижения скорости: 1 220 000 × 0.15 = 183 000 ₽/мес
• За 3 месяца: 549 000 ₽

4. Текучка (turnover risk)

Джуны уходят чаще мидлов/сеньоров:

• Retention через год: 60-70% (у мидлов — 80-85%)
• Если джун уходит через 6 месяцев, все инвестиции сгорают

Расчёт риска:

• Вероятность ухода в первый год: 30-40%
• Стоимость ухода: все затраты на найм + онбординг + упущенная продуктивность
• Ожидаемые потери: 0.35 × (2 524 200 + 1 917 000) = 1 554 420 ₽

Итоговая TCO за первый год

Когда джун начинает окупаться: расчёт точки безубыточности

Джун окупается, когда его вклад в выручку превышает полную стоимость владения.

Модель продуктивности джуна (первый год)

Базовые допущения:

• 100% продуктивности = продуктивность middle-разработчика
• Middle генерирует выручку ~500 000 ₽/мес (в продуктовой/аутсорс компании)
• Стоимость middle: 200k ЗП + налоги = ~290k ₽/мес

Расчёт вклада джуна по месяцам:

Точка безубыточности: между 4-м и 5-м месяцем.

Но кумулятивно джун выйдет в плюс только к концу 8-9 месяца, когда компенсирует убытки первых 3 месяцев.

Сравнение: джун vs мидл (финансово)

Сценарий: нужен человек на 6 месяцев.

Вариант 1: Нанять джуна

• Вложения за 6 месяцев: 2 259 000 ₽
• Вклад в выручку: 1 500 000 ₽
• Убыток: -759 000 ₽

Вариант 2: Нанять мидла

• Стоимость: 290 000 ₽/мес × 6 = 1 740 000 ₽
• Вклад в выручку: 500 000 ₽/мес × 6 = 3 000 000 ₽
• Прибыль: +1 260 000 ₽

Разница: 2 019 000 ₽ в пользу найма мидла на коротком горизонте.

Когда джун выгоднее мидла:

• Горизонт найма > 12 месяцев
• На длинном горизонте джун дешевле (120k vs 200k ЗП)
• К концу года джун выходит на 90% мидла, но стоит на 40% меньше

Когда нанимать джунов экономически выгодно

Есть 4 ситуации, где ROI найма джуна положительный.

1. Долгосрочные проекты (12+ месяцев)

Условия:

• Горизонт работы > 1 года
• Есть структурированный онбординг (см. статью про онбординг)
• Есть senior/middle менторы с запасом времени
• Команда стабильная (низкий turnover)

Пример кейса: Продуктовая компания, разработка SaaS-платформы, команда 10 человек, план на 3 года.

Расчёт за 2 года:

Junior:

• Затраты: 4 441 200 ₽ (год 1) + 2 524 200 ₽ (год 2) = 6 965 400 ₽
• Вклад: 3 200 000 ₽ (год 1) + 5 400 000 ₽ (год 2) = 8 600 000 ₽
• ROI: +1 634 600 ₽

Middle:

• Затраты: 3 480 000 ₽ × 2 = 6 960 000 ₽
• Вклад: 6 000 000 ₽ × 2 = 12 000 000 ₽
• ROI: +5 040 000 ₽

На 2 года мидл всё ещё выгоднее. Но к 3-му году джун догоняет, а на 4-5 году начинает обгонять по ROI (стоит меньше, даёт почти столько же).

Но: если через 2 года джун вырос в мидла и остался, то инвестиция окупилась. Вы получили мидла, который знает вашу кодбазу, культуру и процессы. Это долгосрочная инвестиция в команду.

2. Большая команда с запасом senior-времени

Условия:

• Команда > 8 человек
• Соотношение senior:middle:junior = 2:4:2
• Senior менторы не загружены на 100%
• Есть менторская культура

Экономика: В большой команде стоимость менторства размазывается:

• Один senior может менторить 2-3 джунов параллельно
• Код-ревью становится частью процесса, а не исключением
• Культура онбординга уже есть (не нужно создавать с нуля)

Пример: Команда 12 человек (3 senior, 6 middle, 3 junior).

Если один senior тратит 20% времени на менторство 3 джунов:

• Стоимость менторства на джуна: 0.2 / 3 = 6.6% времени сеньора
• Это ~70 000 ₽/мес на джуна (вместо 250 000 ₽ при 1:1)

Экономия масштаба: джун стоит дешевле, когда их несколько.

3. Конвейер простых задач

Условия:

• Есть постоянный поток задач сложности "junior-level"
• Задачи хорошо scope'нуты и документированы
• Минимальная потребность в архитектурных решениях
• Есть готовые паттерны и best practices

Примеры задач:

• Fixing simple bugs
• Написание unit-тестов
• Рефакторинг legacy кода по паттерну
• Интеграция готовых API
• Добавление CRUD-эндпоинтов

Расчёт: Если 60% задач в бэклоге — junior-level, джун может закрывать их без дополнительной помощи после 3-го месяца. Это освобождает middle/senior для сложных задач.

ROI: middle/senior могут фокусироваться на задачах с высокой бизнес-ценностью, вместо рутины.

4. Стратегия выращивания талантов

Условия:

• Компания планирует рост (нужны middle через 1-2 года)
• Дефицит middle на рынке (или они слишком дороги)
• Есть культура обучения и retention программа

Экономика: Вырастить middle из junior за 1.5-2 года:

• Затраты: ~7 000 000 ₽ (найм + онбординг + менторство + ЗП)
• Результат: middle, который знает вашу кодбазу, процессы и культуру

Нанять готового middle:

• Рыночная ЗП middle с опытом: 250-300k ₽/мес
• Онбординг: 2-3 месяца
• Риск ухода: такой же

ROI: выращенный middle лояльнее (меньше turnover) и дешевле (его ЗП растёт постепенно, а не сразу 250k).

Когда нанимать джунов убыточно

1. Короткие проекты (< 9 месяцев)

Математика из примера выше: убыток 700-1000k ₽ на короткой дистанции.

2. Маленькая команда (< 5 человек)

Проблема:

• Нет запаса времени у senior на менторство
• Один senior тратит 50-70% времени на онбординг джуна
• Команда теряет velocity критически

Кейс из практики: Стартап, 3 человека (1 senior, 1 middle, 1 junior). Senior тратил 60% времени на джуна первые 3 месяца. Продукт застопорился, дедлайн сорвали, инвестор недоволен.

Решение: заменили джуна на middle. Скорость выросла в 2 раза.

3. Технически сложный продукт

Условия, когда джун не справится:

• Highload системы (требуется глубокое понимание производительности)
• Distributed systems (консенсус, репликация, eventual consistency)
• Критичные по безопасности системы (финтех, healthtech)
• Legacy кодбаза без документации

Риск: джун наделает багов, которые выльются в production инциденты. Стоимость одного инцидента может съесть всю экономию на ЗП.

Пример: Junior добавил N+1 запросов в критичный эндпоинт. Прошло код-ревью (не заметили). Вышло в прод. При пиковой нагрузке БД упала. Downtime 2 часа. Потери выручки: 500 000 ₽.

4. Нет культуры менторства

Признаки отсутствия культуры:

• Code review делают "для галочки"
• Нет структурированного онбординга
• Нет еженедельных 1-on-1
• Нет обучающих сессий
• Джуна "бросают в воду" — выплывай сам

Результат:

• Junior не растёт
• Демотивация
• Уход через 3-6 месяцев
• Все инвестиции сгорают

Скрытые издержки и риски, которые не учитывают

1. Стоимость ошибок в production

Junior делает больше багов — это факт.

Оценка:

• Middle: 1-2 production бага в месяц
• Junior: 3-5 production багов в месяц (первые 6 месяцев)

Стоимость одного production бага:

• Время на расследование: 2-4 часа
• Время на фикс: 1-3 часа
• Потери выручки (если критичный баг): 10 000 - 500 000 ₽

Консервативная оценка:

• Дополнительно 2-3 бага/мес от junior
• Средняя стоимость: 50 000 ₽/баг (время + репутация)
• Итого: 100-150k ₽/мес первые 6 месяцев

2. Техдолг

Junior код часто требует рефакторинга через 3-6 месяцев:

• Дублирование кода
• Плохая архитектура
• Отсутствие обработки edge cases
• Плохие тесты (или их отсутствие)

Оценка:

• 20-30% кода джуна требует рефакторинга
• Стоимость рефакторинга: 40-80 часов middle/senior времени
• Итого: 150-300k ₽

3. Снижение морали команды

Когда senior/middle тратят много времени на менторство, но видят, что джун:

• Медленно растёт
• Делает те же ошибки
• Не задаёт вопросов (или задаёт слишком много)

...возникает фрустрация.

Риск:

• Выгорание senior/middle
• Уход senior (стоимость замены: 500k - 1.5M ₽)
• Токсичная атмосфера

Как минимизировать: структурированный онбординг, чёткие ожидания, прозрачная система грейдов.

4. Turnover junior-разработчиков

Статистика:

• Junior turnover: 30-40% в первый год
• Middle turnover: 15-20% в первый год
• Senior turnover: 10-15% в первый год

Стоимость ухода junior:

• Все инвестиции в найм и онбординг: 1-2M ₽
• Упущенная продуктивность: 500k - 1M ₽
• Итого: 1.5 - 3M ₽ сгорает при уходе

Как снизить turnover:

• Структурированный онбординг (см. статью про онбординг)
• Прозрачный карьерный трек
• Конкурентная ЗП
• Культура обучения и менторства

Система онбординга: как ускорить выход на окупаемость

Единственный способ сократить время до окупаемости джуна — инвестировать в структурированный онбординг.

Подробно расписал в статье Ошибка адаптации, которая стоит вам 42% команды. Здесь — краткая выжимка.

Ключевые элементы онбординга

1. Первый день задаёт тон

• Встреча с CEO/CTO (15 мин)
• Setup с ментором (2 часа)
• Code walkthrough (1 час)
• Назначение buddy
• Первая задача: простой баг

2. Градация задач

• Месяц 1: Bug fixes (10-30% продуктивности)
• Месяц 2: Small features (30-50%)
• Месяц 3: Medium features (50-70%)
• Месяц 4+: Independent work (70-90%)

3. Менторство

• Weekly 1-on-1 (30 мин)
• Code review с обучающими комментариями
• Pair programming (первые 2 недели)

4. Обучающие сессии

• Tech talks (пятница, 45 мин)
• Code review workshops (среда, 60 мин)
• Production postmortems (понедельник, 30 мин)

Альтернативы найму junior: что дешевле

1. Аутсорс на низкоприоритетные задачи

Когда выгодно:

• Разовые задачи (нет смысла нанимать full-time)
• Простые CRUD/frontend задачи
• Нет долгосрочной стратегии роста команды

Стоимость: 50-80 $/час (80-150k ₽/мес part-time)

Плюсы:

• Нет затрат на онбординг
• Платишь только за результат
• Легко масштабировать вверх/вниз

Минусы:

• Нет вовлечённости в продукт
• Качество кода может быть ниже
• Нет роста in-house экспертизы

2. Intern программы

Когда выгодно:

• Студенты/выпускники с горящими глазами
• Летняя практика (3-6 месяцев)
• Возможность нанять лучших после окончания

Стоимость: 30-60k ₽/мес (стажёрская ЗП)

Плюсы:

• Дёшево
• Мотивированные (хотят доказать себя)
• Фильтр перед full-time наймом

Минусы:

• Ещё ниже продуктивность (0-20% от middle)
• Больше времени на менторство
• Часто уходят после окончания учёбы

3. Junior → Middle через интенсивное обучение

Когда выгодно:

• Есть junior в команде
• Хотите ускорить рост до middle
• Готовы инвестировать в обучение

Стоимость:

• Оплата курсов/конференций: 50-100k ₽/год
• Время ментора: +10 часов/неделю
• Результат: junior → middle за 12-18 месяцев (вместо 24-36)

ROI: вы получаете middle с глубоким знанием вашей кодбазы быстрее и дешевле, чем нанять middle с рынка.

Чек-лист: нанимать ли джуна в вашей ситуации

Пройдитесь по этим вопросам. Если на 5+ ответов "Да" — можно нанимать.

Экономика:

• Горизонт проекта/найма > 12 месяцев?
• Есть бюджет на онбординг (500-1000k ₽)?
• Рассчитали точку окупаемости и она < горизонта найма?

Команда:

• Команда > 5 человек?
• Есть senior/middle с запасом времени (20% на менторство)?
• Культура менторства уже есть или вы готовы её создать?

Задачи:

• Есть поток junior-level задач (60%+ бэклога)?
• Задачи хорошо scope'нуты и документированы?
• Не критичны по производительности/безопасности?

Процессы:

• Есть структурированный онбординг?
• Есть система грейдов и карьерных треков?
• Есть retention программа (чтобы джун не ушёл через 6 месяцев)?

Итог:

• 10-12 "Да" — смело нанимайте
• 7-9 "Да" — можно, но с рисками
• 5-6 "Да" — осторожно, высокие риски
• < 5 "Да" — не нанимайте, убыточно

Главная мысль

Нанимать junior-разработчиков — это инвестиция, а не экономия. Как любая инвестиция, она должна окупиться.

Ключевые выводы:

1. Junior стоит в 3 раза дороже зарплаты первый год (скрытые издержки: онбординг, менторство, техдолг, снижение скорости команды).

2. Точка окупаемости: 8-9 месяцев при правильном онбординге. Без онбординга — 12-18 месяцев или никогда.

3. Нанимать выгодно, когда:

   • Горизонт > 12 месяцев
   • Большая команда (> 5 человек)
   • Есть менторы с запасом времени
   • Есть культура онбординга и retention программа
   • Есть поток junior-level задач

4. Нанимать убыточно, когда:

   • Короткие проекты (< 9 месяцев)
   • Маленькая команда (< 5 человек)
   • Сложный продукт (highload, distributed, security-critical)
   • Нет культуры менторства

5. ROI можно ускорить:

   • Структурированный онбординг (ускоряет выход на продуктивность на 2-3 месяца)
   • Правильная градация задач
   • Менторство и обучающие сессии
   • Retention программа (снижает риск ухода)

Формула принятия решения:

ROI = (Вклад джуна за N месяцев) - (TCO за N месяцев)

Где:
- N = горизонт найма
- Вклад = продуктивность × ценность middle
- TCO = ЗП + налоги + онбординг + менторство + техдолг + снижение скорости

Если ROI > 0 к концу горизонта найма — нанимайте. Если ROI < 0 — нанимайте middle.

---

Что делать с понедельника

Если вы сейчас нанимаете джуна:

1. Посчитайте полную TCO (используйте таблицы из статьи)
2. Определите точку окупаемости для вашей ситуации
3. Проверьте, что горизонт найма > точки окупаемости
4. Подготовьте структурированный онбординг (используйте статью про онбординг)
5. Назначьте ментора и выделите 20% его времени на первые 3 месяца

Если вы сомневаетесь:

• Используйте чек-лист выше
• Рассчитайте TCO vs альтернативы (middle, аутсорс, intern)
• Честно оцените культуру менторства в команде

Если решили не нанимать:

• Рассмотрите альтернативы (аутсорс, intern, middle)
• Сфокусируйтесь на retention текущей команды
• Инвестируйте в рост middle → senior (это тоже ROI)

---

Связанные статьи:

• Ошибка адаптации, которая стоит вам 42% команды — про онбординг джунов
• Нагрузочное тестирование: финансовый аудит архитектуры — про стоимость инцидентов в production