Аммон Бартрам и Хардж Таггар: как правильно нанимать инженеров в стартап

Формирование сильной инженерной команды — один из самых болезненных, но критически важных вызовов для любого начинающего стартапа. Основатели платформы Triplebyte Хардж Таггар и Аммон Бартрам делятся уникальными дата-центричными инсайтами о том, как правильно выстроить воронку найма, снизить субъективность технических интервью и успешно конкурировать за таланты с технологическими гигантами. На основе опыта работы с тысячами инженеров они предлагают проверенные тактики для стартапов на стадиях Seed и Series A.

📊 Анатомия воронки найма и пять главных источников кандидатов 3:42

По словам Харджа Таггара, воронку найма необходимо рассматривать как классическую структуру из трех элементов: сорсинг (поиск), скрининг (оценка навыков) и клоузинг (закрытие сделки и оффер). На этапе сорсинга стартапам доступно пять ключевых каналов, которые Хардж ранжирует по степени убывания их эффективности.

• Личные сети (Personal networks): По мнению Харджа, это лучший инструмент для первых сотрудников. На ранней стадии критически важно понять не только уровень навыков, но и сможете ли вы ужиться вместе в одной комнате, ведь ошибка может стать фатальной для компании. Главная проблема фаундеров — неумение исчерпывающе проработать свои контакты и банальный страх отказа со стороны друзей. Спикер рекомендует составить список абсолютно всех крутых инженеров (даже если они только что продали свой стартап за миллиард) и сделать им прямое предложение. В случае отказа нужно просить контакты их знакомых. Для масштабирования этого канала отлично подходят «сорсинг-пати» (sourcing parties) — командные посиделки в конце недели с пиццей, где все сотрудники в течение 45 минут заносят потенциальных кандидатов из своих профилей в общую таблицу.
• Маркетплейсы для найма (Hiring marketplaces): Площадки вроде Triplebyte, Hired и Vettery работают по динамике сайтов знакомств. Спрос здесь колоссально превышает предложение, поэтому проактивными должны быть именно компании. Главный плюс маркетплейсов — скорость: кандидаты там находятся в активном поиске, что сокращает время основателя на найм. Минус — высокая стоимость, доходящая до 15–20% от первой годовой зарплаты сотрудника. Хардж отмечает, что Triplebyte фокусируется на качестве, благодаря чему конверсия из интервью в оффер там в два раза выше рынка.
• LinkedIn и GitHub: Эти платформы представляют собой крупнейшие ИТ-директории в мире. Однако из-за засилья корпоративных рекрутеров, спамящих по 100 шаблонов в день, отклик инженеров падает. По мнению Харджа, стартапам категорически нельзя играть в объемы. Вместо этого нужно точечно изучать код и профиль человека, отправляя короткие, но глубоко персонализированные сообщения. Фаундерам дается технический лайфхак: покупка LinkedIn Recruiter Lite (около $120 в месяц) в связке с Chrome-плагином Connectifier позволяет вытаскивать прямые email-адреса инженеров, отклик на которые в разы выше, чем на внутренние сообщения платформы.
• Доски объявлений (Job boards): Сервисы Stack Overflow Jobs, AngelList или специализированная площадка YC Jobs страдают от проблемы «количество вместо качества». На размещенную вакансию прилетает тонна резюме от неквалифицированных людей, что отнимает кучу времени на ручной разбор. Чтобы выделиться среди корпоративного шаблона, Хардж советует писать вакансии в первом лице, рассказывая эмоциональную историю создания стартапа, описывая реальную культуру и сложные технические вызовы вместо маркетинговых лозунгов.
• Митапы (Meetups): Живые встречи — это долгосрочный процесс с низким КПД. По наблюдениям Харджа, большинство людей ходит туда ради бесплатной еды и выпивки. Но если использовать этот канал, то акцент нужно делать на узкоспециализированных технических встречах (например, локальная группа любителей Clojure), либо хостить их у себя. В качестве примера приводится инженер Triplebyte, который проводит митапы фанатов Emacs прямо в офисе компании, помогая формировать сеть лояльных контактов на будущее.

🕵️‍♂️ Когда привлекать рекрутеров и какими они бывают 17:23

Хардж Таггар утверждает, что жесткого правила по срокам найма рекрутера нет, но категорически рекомендует нанять как минимум первого инженера самостоятельно. Основатель обязан лично пройти через боль найма, понять критерии качества сотрудника для своего бизнеса и отточить питч компании, так как фаундер продает стартап всегда и везде.

Оптимальные триггеры для привлечения профессионального рекрутера, по мнению Харджа: плановый темп найма составляет около одного инженера в месяц на протяжении полугода, а сам основатель тратит более 50% своего времени на сорсинг и первичные созвоны.

Сами рекрутеры делятся на три категории:

• Контрактники (Contract recruiters): Привлекаются с почасовой оплатой, отлично подходят для рутинного сорсинга на LinkedIn/GitHub и заполнения календаря основателя звонками с перспективными кандидатами.
• Штатные специалисты (In-house recruiters): Полноценные члены команды, которым по мере роста можно делегировать не только поиск, но и проведение первичных питчей и координацию онсайт-интервью.
• Агентства (Agencies): Внешние команды продавцов, которые берут огромную комиссию — 25–30% от первой годовой зарплаты инженера. Они обеспечивают плотное ведение кандидата, но параллельно продают его еще нескольким компаниям, создавая жесткую конкуренцию.

🧪 Борьба с хаосом: как снизить уровень шума на технических интервью 21:56

Вторую часть доклада представляет Аммон Бартрам, лично проверивший более 1000 инженеров и накопивший уникальный массив данных Triplebyte по прохождению собеседований. Стандартный процесс скрининга в 95% технологических компаний выглядит идентично: скрининг резюме, 30-минутный звонок рекрутера, технический созвон (30–60 минут с решением задачи), домашнее тестовое задание (опционально), многочасовой онсайт-интервью из 3–6 сессий и финальный консилиум.

Офферы в итоге получают от 2% до 8% аппликантов. При этом даже топовые программисты порой проваливают собеседования: идеальных инженеров, проходящих 100% интервью, не существует.

Главная беда классических интервью, как заявляет Аммон, — это колоссальный уровень «шума» и непоследовательность оценок. Рассчитав статистический показатель межэкспертного согласия (inter-rater reliability) среди ИТ-интервьюеров по шкале от 0 до 1, Triplebyte получили оценку чуть выше 0,1.

«Интервьюеры соглашаются друг с другом по поводу того, какой инженер лучший, примерно с той же частотой, с какой случайные зрители Netflix соглашаются насчет хороших фильмов», — констатирует Аммон Бартрам.

Полноценные тестовые недели (trial periods) могли бы решить эту проблему, но исследования показывают, что 80% инженеров отказываются от них. Возникает негативный отбор (adverse selection): лучшие специалисты ценят свое время и уходят в компании со стандартным, но быстрым процессом тестирования. Единственный путь — оптимизация традиционного интервью.

⚙️ Семь золотых правил Аммона Бартрама для точной оценки навыков 29:32

Чтобы минимизировать случайный шум и субъективные искажения, Аммон Бартрам рекомендует выстраивать процесс оценки на основе семи принципов.

1. Определите, какие навыки важны для бизнеса. Разработчики бывают разными: кто-то пишет код молниеносно, но грязно, кто-то — медленно, но педантично покрывает все тестами. Одни сильны в алгоритмах, другие — в создании красивых интерфейсов. Если основатель четко не зафиксирует требования, интервьюеры начнут подсознательно оценивать людей по принципу «знает ли кандидат то же самое, что и я», отсеивая сильных, но профильно других специалистов.
2. Используйте структурированные интервью. Свободная беседа (freeform) нравится всем, но ее предсказательная ценность на практике ничтожна. Собеседования должны быть строго стандартизированы: одинаковые вопросы для одной позиции и четкие критерии оценки вместо глобального вердикта «нравится / не нравится». Статистика доказывает, что жесткие критерии оценки помогают интервьюерам абстрагироваться от неосознанных расовых, гендерных предвзятостей или визуального сходства соискателя с кем-то из прошлого. Окончательный вердикт должен выносить централизованный человек или комитет на основе сухих оценок, а не толпа уставших интервьюеров.
3. Выбирайте правильные вопросы. Избегайте задач, требующих внезапного «озарения» (leap of insight). Классический плохой пример — задача про лестницу и шаги, где решением выступает последовательность Фибоначчи: если человек ее знает или прочитал на Glassdoor, он пройдет, если нет — безнадежно увязнет. Хороший пример — пошаговое написание игры «Четвертушка» (Connect Four), где виден постепенный прогресс кодинга. Избегайте проверки редких академических структур данных (вроде префиксных деревьев / tries), если они не нужны на практике. Задавайте вопросы с временным бюджетом 3:1 (если вы решаете задачу за 10 минут, кандидату нужно дать 30). Для сглаживания шума за весь процесс должно прозвучать не менее 4 разных вопросов. Отличный формат — дать кандидату готовый текстовый алгоритм и попросить просто реализовать его в коде.
4. Игнорируйте регалии во время технической секции. Бывшая работа в Google или диплом Стэнфорда создают у интервьюера опасный «эффект ореола», заставляя оправдывать любые ошибки кандидата («ну, он просто оговорился, он же из Google»). Аммон рекомендует полностью скрывать резюме соискателя от технических специалистов. Пусть они оценивают чистый навык. Бэкграунд должен учитываться только на финальном комитете, что позволяет находить недооцененные рынком самородки без красивых строчек в биографии.
5. Помните про ложноотрицательные результаты (false negatives). Нанять плохого сотрудника (false positive) — это больно и дорого. Но для молодого голодающего стартапа упустить сильного инженера, который просто перенервничал (false negative), может стоить еще дороже. Компании часто ошибочно верят, что все провалившие их барьер люди — плохие программисты, хотя на деле они массово уходят успешно работать к конкурентам.
6. Калибруйте оценку по пиковым возможностям, а не по среднему баллу. В неподходящий момент и на специфическом вопросе глупым может выглядеть абсолютно любой крутой специалист. Если кандидат завалил один вопрос, но показал выдающийся результат в другом, оценивайте его по его максимуму.
7. Заботьтесь об опыте кандидата. Сильный стресс резко снижает когнитивные способности. Позволяйте инженерам приходить со своими ноутбуками, использовать привычную среду разработки и любые языки программирования. Обучайте сотрудников софт-скиллам: быть дружелюбными, давать перерывы и мягко направлять, если человек застрял. Каждый кандидат должен уходить с мыслью: «Вау, я хочу работать в этой компании». Любые проявления дедовщины или ритуалов самоутверждения (hazing) должны жестко пресекаться.

🚀 Лайфхаки для ранних стадий: от Seed до Series A 47:03

Для совсем маленьких команд, которые физически не могут выстроить масштабную фабрику найма, Аммон Бартрам дает отдельные тактические рекомендации.

• Если вы слишком малы для стандартизации: Даже если у вас всего два кандидата, создайте простой Google Doc со списком желаемых качеств и вопросов. Это все равно структурирует мышление и снизит субъективность.
• При жестких проблемах с сорсингом: Будьте менее агрессивными на ранних стадиях фильтрации. Пропускайте больше сомнительных людей на этап онсайт-интервью, сознательно соглашаясь на более низкую итоговую конверсию ради шанса зацепить талант.
• Если вы не знаете, какие навыки искать: По мнению Аммона, для первых наемных инженеров критичны два качества — продуктивность (productivity) и чувство собственности (ownership). Человек должен быть способен взять задачу, разобраться и дотащить ее до продакшна. Ради этого можно и нужно временно жертвовать идеальным качеством кода. «Пусть они пишут кривой код, но пишут его чертовски быстро и закрывают задачи», — подчеркивает спикер, ссылаясь на ранний опыт Twitch и Socialcam.
• Наем за пределами своей экспертизы: Если вы веб-разработчик и ищете iOS-инженера, просите кандидата объяснять свои решения простыми словами. Настоящий эксперт всегда сможет перевести сложные концепции своей платформы на понятный коллеге язык. Если человек на это не способен — это маркер проблем с коммуникацией.

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

✍️ Искусство клоузинга: как побеждать Google и Facebook в борьбе за людей 53:25

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

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

Будьте готовы детально описывать корпоративную культуру. Избегайте банальной триады «открытые, прозрачные, коллаборативные» — так пишут 90% компаний на Triplebyte. Лучше честно расскажите про компромиссы (trade-offs): например, «быть открытыми означает открыто говорить неприятную правду в лицо, что бывает дискомфортно». Будьте готовы четко ответить на вопросы про многообразие (diversity) в команде.

Подключайте команду и инвесторов для «дожима» кандидата. Идеально, если с сомневающимся инженером поговорит инвестор, который сам когда-то успешно ушел из корпорации в стартап.

Делайте офферы максимально прозрачными. Никогда не играйте в гипотетические торги («а если бы мы предложили, вы бы пошли?»). Называйте четкие цифры зарплаты и детально расписывайте опционы (количество акций, цену исполнения/exercise price). Фаундеры обязаны сами досконально разобраться в налогах и механике вестинга опционов, чтобы уметь объяснить их человеку, который всю жизнь работал в условном Intel и не понимает, что делать со стартап-эквити.

Противостоять гигантским бюджетам FAANG можно с помощью четырех сильных аргументов:

1. Скорость обучения (Learning): В корпорациях выстроена система сдержек и противовесов, чтобы джуниор ничего не сломал. В стартапе вас сразу бросают на амбразуру с реальным правом принимать решения, где цена ошибки огромна. Именно в таких условиях экспертиза растет быстрее всего.
2. Карьерный взлет (Career progression): Стать CPO в Facebook в 38 лет можно только потому, что ты пришел туда, когда компания была маленькой. Технологическая сфера — это меритократия, где можно расти со скоростью роста бизнеса, не дожидаясь своей очереди по 20 лет, как в коммунальных холдингах.
3. Альтернативные издержки (Opportunity cost): Безопасные ИТ-гиганты никуда не денутся, работа в них взаимозаменяема (fungible). А вот конкретное окно возможностей в этом уникальном стартапе закроется навсегда.
4. Качественный менторшип (Mentorship): Актуально для выпускников вузов. Если у вас в команде есть сильные опытные инженеры, делайте на этом акцент, гарантируя плотную совместную работу.

❓ Ответы на вопросы: подводные камни бэкграунд-чеков и ловушка HR-тестов 1:03:16

В финальной сессии вопросов и ответов спикеры затронули ряд важных тем:

• Проверки биографии (Background checks): По словам Харджа, большинство ранних стартапов их игнорируют, хотя сейчас это легко автоматизируется через сервисы вроде Checkr. Гораздо важнее первичный культурный фит.
• Оценка выпускников без опыта: Если у кандидата нет коммерческого стажа, Аммон рекомендует детально оценивать его портфолио, учебные или пет-проекты.
• Тесты личности (Майерс-Бриггс против «Большой пятерки»): Аммон считает, что модель Big Five имеет под собой гораздо больше научного обоснования. Однако личностные тесты нужно строго отделять от технического скрининга: сначала оцениваются хард-скиллы, а софт-скиллы идут параллельным треком.
• Нетехнические фаундеры: Как оценить код без знаний? «Честный ответ — никак», — признает Аммон. В такой ситуации стартап находится в уязвимом положении. Единственный выход — привлекать к собеседованиям доверенных друзей-инженеров или искать технического кофаундера.
• Работа с вузами: Хардж скептически относится к ярмаркам вакансий для стартапов. Корпорации бронируют студентов за год до выпуска, предлагая огромные подъемные, а стартапу разработчик нужен «на вчера».
• Реальная статистика успешности найма: Отвечая на каверзный вопрос из зала о заявленных 95% успешных хайров, Аммон раскрыл внутренние данные: 5% сотрудников действительно увольняют в первые месяцы. Однако еще 30% — это посредственные исполнители, которые просто застревают в компании, не принося прорывной пользы, и лишь 10% нанятых людей оказываются настоящими топ-перформерами, двигающими бизнес вперед.