Нанимать или растить: как строить команду, когда сильных кадров не хватает

Вы открываете вакансию, ждете два месяца, платите агентству комиссию — и в итоге человек не вписывается в команду. Или наоборот: тянете сотрудника, который давно перестал расти, потому что жалко терять время, вложенное в его развитие. Оба сценария стоят дорого. Объясняем, как принимать это решение осознанно — на основе опыта построения команды из 20 человек вокруг ИТ-продукта.

Коротко о главном

Выбор между наймом и развитием сотрудника зависит от одного ключевого вопроса: насколько глубоко человек интегрирован в контекст продукта и команды. Роли с глубоким контекстом — поддержка, ключевые разработчики — выгоднее растить внутри. Роли с четким протоколом — тестировщики, часть операционных позиций — легче закрывать наймом.

Сеньор бэкенд-разработчик стоит от 200 000 руб. в месяц даже при неполной занятости, а поиск занимает два–три месяца. Фаундер тратит до 20% времени на адаптацию одного ключевого человека и до 80%, если нанимает нескольких одновременно. При этом высокая зарплата не гарантирует результат: мотивация и ответственность важнее формального уровня.

Выращивание своих работает только при своевременной оценке. Если сотрудник демонстрирует хроническую безответственность, scope creep или несовпадение логики с командой, решение о расставании лучше принять раньше, чем позже.

Нанимать или растить: критерий, который решает всё

Главный вопрос — насколько человек интегрирован в команду с точки зрения знаний и понимания продукта. Если специалист глубоко погружен в контекст, стоимость его замены на внешнего кандидата почти всегда выше, чем инвестиции в развитие текущего сотрудника.

Специалист поддержки, выросший внутри команды, как правило, лучше знает продукт и пользователей, быстрее принимает решения и работает автономно. Замена такого сотрудника внешним кандидатом требует значительных затрат на адаптацию и редко оправдана.

Но есть роли, которые сложно закрыть за счет внутреннего роста — позиции, где нужен сеньорный уровень экспертизы и быстрый результат. Мы не могли ждать, пока внутри команды кто-то дорастет до нужного уровня, и привели лид-разработчика извне. Даже опытные внешние сотрудники не сразу встраиваются в процессы — навыки взаимодействия с командой формируются уже в ходе адаптации.

Простое правило

Роли с глубоким контекстом (поддержка, ключевые разработчики) — растить. Роли с четким протоколом (тестировщики) — проще закрывать наймом: работа передается через пошаговые инструкции.

Реальная стоимость найма: цифры из практики

Наём сильных специалистов требует времени и денег — и то и другое часто недооценивают.

Сеньор бэкенд-разработчик стоит от 200 000 руб. в месяц даже при неполной занятости. Наших последних двух сеньоров мы искали два и три месяца соответственно. Поиск через собственного HR обходится примерно в четверть месячной зарплаты кандидата. Внешнее агентство берет комиссию от 10% годовой зарплаты. Для ключевых позиций — глава маркетинга, лид-разработчик — сроки и затраты еще выше: таких людей чаще находят через личные контакты.

Отдельная статья затрат — время руководителя. Я как фаундер трачу до 20% времени на адаптацию одного ключевого человека. Если нанимаю нескольких одновременно, этот показатель доходит до 80%.

При этом высокая стоимость специалиста не гарантирует результат. У нас был случай: дорогой специалист с глубокими знаниями оказался тотально безответственным и потерял фокус. Человек не вписался в команду из-за отсутствия релевантного практического опыта.

И наоборот — наш лид-разработчик пришел на небольшую оплату, но превзошел ожидания: быстро вырос, научился строить масштабируемые системы. Его мотивация оказалась важнее формального уровня. Со временем мы подняли зарплату до уровня топового специалиста. В таких случаях мотивация и ответственность решают больше, чем строчки в резюме.

Пять признаков того, что выращивание сотрудника не сработает

Выращивание своих кадров дает лояльность, автономность и глубокое понимание продукта. Но только при своевременной оценке результатов. Основная ошибка — слишком долгое удержание неподходящего человека. Раньше мы могли тянуть такого сотрудника до четырех месяцев. На практике понять, справляется ли человек, можно за несколько недель.

Пять признаков, что развитие зашло в тупик:

1. Scope creep. Сотрудник регулярно выходит за пределы своей зоны ответственности и теряет фокус. Выглядит как инициатива, но мешает процессу.
2. Нечестность с дедлайнами. Обещает то, что не может выполнить.
3. Безответственность в деталях. Забывает доступы, не обновляет трекер задач.
4. Хроническая безответственность. Постоянно ищет причины, почему не сделал, вместо того чтобы делать.
5. Несовпадение логики. Принимает решения, противоречащие логике команды, и не меняется после обратной связи.

Был у нас и кейс неудачного перепрофилирования. Наняли сотрудника на моушн-дизайн и поиск блогеров в России. По его инициативе перевели на тестирование и поиск зарубежных блогеров. Результат оказался плачевным: технических знаний для тестирования не хватало и желания учиться не было, а поиск блогеров провалился из-за непонимания культурного контекста, несмотря на отличный английский. Мотивация без компетенций и готовности учиться не работает.

Как совместить рост бизнеса и развитие команды

В стартапе нет времени на долгую раскачку. Без профессиональных знаний рост до нужного уровня занимает минимум год — это слишком долго.

Быстрый рост возможен, если совпадают три условия: знания на профессиональном уровне, сильная мотивация и искренний интерес к продукту. Мы наняли разработчика не на лидскую позицию — за три месяца он перерос всех: сам проводил рефакторинг, работал сверхурочно и фактически взял на себя роль лида до официального предложения. Наш бэкенд-разработчик пришел случайно, хорошо подошел по духу — обучение заняло около шести месяцев: мы погружали его в ценности команды, подход к B2C-продуктам, объясняли, что допустимо, а что нет.

Чтобы сохранять баланс, мы отказались от жесткой иерархии в пользу линейной структуры. На синхронизацию с командой разработки уходит один звонок в неделю — максимум два с половиной часа. Есть лид, чье мнение имеет больший вес при разногласиях, но решения принимаются консенсусом. Роли влияют на распределение задач, а не на статус.

Главное в построении команды — открытость и честность. Нельзя скрывать важную информацию: все должны понимать ситуацию друг друга и разделять единое видение. Только максимальная ответственность каждого и доверие позволяют стартапу быстро расти даже в условиях кадрового голода.

Часто задаваемые вопросы