Когда компания ищет разработчика, первое, что попадает в сравнительную таблицу, — ставка. Кандидат А просит 150 000 рублей в месяц, кандидат Б — 250 000. Разница очевидна, выбор кажется простым. Но это только та часть стоимости найма, которую легко посчитать. Остальное остается за кадром до тех пор, пока не становится слишком дорого его игнорировать.
Реальная стоимость найма складывается из множества составляющих, большинство из которых в бюджет закладывают редко, — и именно они чаще всего превращают выгодного кандидата в дорогостоящую ошибку.
Сколько на самом деле стоит найм
Начнем с самого найма — еще до того, как человек написал первую строку кода.
Размещение вакансии, работа рекрутера, время технических интервьюеров — все это стоит денег. Если поиск затягивается на два-три месяца, а это нормальный срок для позиций выше джуниора, накопленные расходы на процесс отбора легко достигают 100–200 тысяч рублей. Для позиций, где нужна узкая экспертиза, цифра выше.
Дальше начинается онбординг. Новый человек первые четыре-шесть недель работает не в полную силу — он разбирается в кодовой базе, задает вопросы, делает ошибки, которые приходится исправлять. В это время его производительность составляет примерно 25–50% от проектной. Параллельно часть времени опытных коллег уходит на ответы, ревью и объяснения — это тоже стоит денег, просто не фигурирует в платежных ведомостях.
По оценкам SHRM (Society for Human Resource Management), полная стоимость найма одного сотрудника составляет от 50% до 200% его годовой зарплаты в зависимости от уровня позиции. Для разработчика среднего уровня с зарплатой 150 000 рублей в месяц это означает от 900 000 до 1,8 миллиона рублей только на то, чтобы человек оказался на своем месте и начал работать в полную силу.
Скорость как деньги
Производительность — это то, о чем говорят в терминах качества, хотя на самом деле это вопрос денег.
Разработчик, которому нужно вдвое больше времени на задачу, обходится вдвое дороже при одинаковой ставке. Это звучит очевидно, но на практике его редко считают явно. Вместо этого компании замечают, что спринты срываются, бэклог не уменьшается и продукт выходит позже запланированного.
Задержка релиза на два месяца у компании с ежемесячной выручкой от конкретной фичи в 500 000 рублей — это миллион рублей упущенного дохода. Эта сумма нигде не фигурирует в расходах на разработку, но она реальна.
Опытный разработчик работает быстрее по нескольким причинам, которые не видны в резюме. Он задает правильные вопросы до начала работы (а значит, реже переделывает), знает, какие решения создадут проблемы через полгода, и избегает их сразу. Он отлаживает код быстрее, потому что умеет читать симптомы, а не перебирает варианты. Каждый из этих навыков экономит конкретные часы на конкретных задачах — и в сумме разница между junior и senior на одном и том же проекте за год может составлять несколько месяцев работы команды.
Невидимая статья расходов
Код, написанный быстро и дешево, почти всегда создает технический долг. Это следствие того, что менее опытный разработчик принимает решения, которые работают сейчас, но плохо масштабируются, тяжело тестируются и сложно изменяются в будущем.
Технический долг = отложенные расходы. Каждая единица плохо написанного кода когда-нибудь потребует рефакторинга, и этот рефакторинг будет стоить дороже, чем стоило бы написать правильно с первого раза. Кроме того, пока долг существует, он замедляет всю команду: новые фичи сложнее добавлять, баги сложнее находить, система сложнее масштабируется.
Исследование McKinsey 2023 года оценило накопленный технический долг крупных компаний в 20–40% от стоимости всего IT-актива. Это деньги, которые в какой-то момент придется потратить на то, чтобы привести систему в порядок, — и потратить их придется независимо от того, планировалось это или нет.
Стоимость ошибок в продакшне
Ошибки дорожают по мере того, как продвигаются ближе к пользователю. Баг, найденный на ревью кода, стоит часа работы. Тот же баг, найденный на тестировании, — дня. Баг в продакшне — это потенциально несколько дней работы, инцидент для команды поддержки, репутационные потери и, в зависимости от контекста, прямые финансовые последствия.
Менее опытные разработчики в среднем генерируют больше дефектов — не потому что невнимательны, а потому что у них меньше практики в написании кода, который работает надежно в граничных случаях. Разница в quality rate между junior и senior разработчиком по данным разных исследований составляет от двух до четырех раз. Это означает, что при одинаковом объеме работы у более дешевого разработчика может быть вдвое-вчетверо больше дефектов, каждый из которых стоит денег на исправление.
Текучесть и ее цена
Младшие разработчики в среднем меняют работу чаще, чем старшие. Причин несколько: они активно ищут рост и новый опыт, их легче переманить небольшой надбавкой, и они реже чувствуют себя по-настоящему укорененными в конкретном проекте.
Когда разработчик уходит, компания теряет не только человека — она теряет накопленный контекст. Все то понимание продукта, кодовой базы и бизнес-логики, которое человек приобрел за время работы, уходит вместе с ним. Следующий сотрудник будет набирать этот контекст заново — со всеми сопутствующими расходами на найм и онбординг.
По данным Gallup, замена одного сотрудника обходится компании в 50–200% его годовой зарплаты. Для команды из пяти разработчиков с ежегодной текучестью в 30–40%, что является нормой для младших позиций в IT, это означает ежегодные расходы на ротацию, сопоставимые с зарплатой одного-двух дополнительных специалистов.
Как считать реальную стоимость
Простой способ оценить полную стоимость найма — сложить пять компонентов.
Прямые расходы на найм: рекрутинг, интервью, административные расходы. Обычно 100–300 тысяч рублей на позицию.
Стоимость онбординга: сниженная производительность нового сотрудника плюс время опытных коллег на его ввод в работу. Для разработчика среднего уровня — два-три месяца частичной загрузки.
Разница в производительности: если менее опытный разработчик решает задачи вдвое медленнее, его реальная ставка с поправкой на производительность вдвое выше номинальной.
Стоимость технического долга: сложно считается точно, но можно ориентироваться на то, что каждый час работы в сложной, запутанной кодовой базе обходится дороже, чем в чистой. McKinsey оценивает потери от технического долга в 10–20% от продуктивного времени команды ежегодно.
Стоимость ротации: если человек уйдет через год-полтора, весь цикл найма и онбординга повторится. Это нужно закладывать в расчет с самого начала.
Когда все эти составляющие оказываются в одной таблице, разрыв между “дешевым” и “дорогим” кандидатом почти всегда сокращается, а нередко и меняет знак.
Где это особенно критично
Описанная логика работает везде, но есть контексты, где цена ошибки в найме особенно высока.
Ключевые архитектурные решения принимаются в самом начале проекта и потом очень дорого пересматриваются. Человек, который принял десять неудачных архитектурных решений на старте, создал проблему на несколько лет вперед — и это не исправить тем, что он обходился дешевле.
Высоконагруженные системы и финансовые продукты не прощают ошибок в продакшне. Здесь разница в quality rate между уровнями разработчиков превращается в разницу в инцидентах, а они в таких системах стоят очень дорого.
Небольшие команды, где каждый человек закрывает большой фронт работы, практически не имеют возможности компенсировать низкую производительность одного участника за счет остальных. В команде из трех человек один слабый разработчик снижает общий темп непропорционально сильно.
Что это означает на практике
Экономия на ставке оправдана тогда, когда задача хорошо ограничена, не требует сложных решений и допускает медленный темп. Для таких задач младший разработчик действительно дешевле — и это рациональный выбор.
Для всего остального реальная стоимость найма требует честного расчета: не только ставка, но и скорость, качество, технический долг и вероятность ротации. Компании, которые делают этот расчет явным, как правило, приходят к другому соотношению “цена — ценность” в пользу более опытных специалистов. Даже когда их номинальная ставка выглядит пугающе на фоне рынка.