Когда я запускал свой первый стартап в области аналитики данных, я искренне верил, что достаточно нанять самых дорогих специалистов на рынке. Через восемь месяцев мы оказались на грани банкротства: трое из пяти основателей не смогли договориться даже о выборе стека технологий. Этот горький опыт научил меня, что найм людей — это не покупка резюме, а конструирование механизма, где каждая деталь усиливает остальные.
Нажать чтобы Перейти на сайт
Первый критерий, который я теперь ставлю на первое место, — это комплементарность навыков. В успешной команде не должно быть двух людей с одинаковым набором компетенций. Когда я собирал команду для второго проекта, я составил таблицу: frontend, backend, data engineering, product management, sales. Только заполнив все ячейки без дублей, я начал искать людей. Это заняло больше времени, но сэкономило месяцы переделок и конфликтов.
Второе, что я усвоил, — это культурное соответствие важнее уровня квалификации. Я однажды нанял блестящего разработчика с топ-рейтингом на интервью, но он не разделял нашу ценность «быстрые итерации важнее идеального кода». Результат — постоянные споры, саботаж релизов, демотивация остальных. Теперь на каждом интервью я задаю вопросы на ценности: «Расскажите о случае, когда вам пришлось выбрать между скоростью и качеством?» или «Что вы делаете, когда видите, что команда идёт не туда?». Ответы часто говорят больше, чем код на доске.
Третий критерий — способность к автономной работе и самоорганизации. В стартапе нет менеджеров по каждому направлению, и каждый член команды должен сам ставить себе задачи, приоритизировать и нести ответственность за результат. На прошлом проекте я потерял почти год на микростайле и ручном распределении задач, потому что нанимал людей, привыкших к большим корпорациям. В текущей команде у каждого есть своя зона ответственности, и никто не ждёт инструкций сверху. Это не значит, что мы не общаемся — мы общаемся ежедневно на пятиминутных стендапах, — но никто не стоит в стороне.
Узнать подробнее →
Четвёртое — эмоциональная устойчивость и толерантность к неопределённости. Стартап — это постоянные изменения: вчера мы делали SaaS, сегодня pivot на marketplace, а завтра понимаем, что рынок совсем другой. Люди, которые паникуют при каждом изменении плана, выгорают за первые три месяца. Я научился задавать прямой вопрос: «Расскажите, как вы реагируете на внезапную смену приоритетов?» и анализировать не только ответ, но и его формулировку. Люди, которые говорят про «адаптацию» и «гибкость» конкретными историями, — те, кого я беру в команду.
Наконец, я усвоил, что найм команды — это марафон, а не спринт. Я не ищу «идеального кандидата с первого дня», я ищу человека, с которым мы можем расти вместе. В моей текущей команде есть два человека, которые полгода назад были джуниорами, а теперь ведут целые направления. Они не были идеальны при найме, но их мотивация и способность учиться превзошли любого сеньёра из корпорации. Ключевой вывод: наймите людей с правильным характером и правильными ценностями, а навыки вы всегда сможете развить вместе.
Подскажите, пожалуйста, каким критерием вы руководствуетесь при найме ключевых членов команды? Есть ли опыт, когда ваш основной критерий оказался ошибочным, и что вы извлекли из этого?
По теме советую почитать: Как защитить данные компании: мой практический опыт
Нажать чтобы Перейти на сайтПервый критерий, который я теперь ставлю на первое место, — это комплементарность навыков. В успешной команде не должно быть двух людей с одинаковым набором компетенций. Когда я собирал команду для второго проекта, я составил таблицу: frontend, backend, data engineering, product management, sales. Только заполнив все ячейки без дублей, я начал искать людей. Это заняло больше времени, но сэкономило месяцы переделок и конфликтов.
Второе, что я усвоил, — это культурное соответствие важнее уровня квалификации. Я однажды нанял блестящего разработчика с топ-рейтингом на интервью, но он не разделял нашу ценность «быстрые итерации важнее идеального кода». Результат — постоянные споры, саботаж релизов, демотивация остальных. Теперь на каждом интервью я задаю вопросы на ценности: «Расскажите о случае, когда вам пришлось выбрать между скоростью и качеством?» или «Что вы делаете, когда видите, что команда идёт не туда?». Ответы часто говорят больше, чем код на доске.
Третий критерий — способность к автономной работе и самоорганизации. В стартапе нет менеджеров по каждому направлению, и каждый член команды должен сам ставить себе задачи, приоритизировать и нести ответственность за результат. На прошлом проекте я потерял почти год на микростайле и ручном распределении задач, потому что нанимал людей, привыкших к большим корпорациям. В текущей команде у каждого есть своя зона ответственности, и никто не ждёт инструкций сверху. Это не значит, что мы не общаемся — мы общаемся ежедневно на пятиминутных стендапах, — но никто не стоит в стороне.
Узнать подробнее →Четвёртое — эмоциональная устойчивость и толерантность к неопределённости. Стартап — это постоянные изменения: вчера мы делали SaaS, сегодня pivot на marketplace, а завтра понимаем, что рынок совсем другой. Люди, которые паникуют при каждом изменении плана, выгорают за первые три месяца. Я научился задавать прямой вопрос: «Расскажите, как вы реагируете на внезапную смену приоритетов?» и анализировать не только ответ, но и его формулировку. Люди, которые говорят про «адаптацию» и «гибкость» конкретными историями, — те, кого я беру в команду.
Наконец, я усвоил, что найм команды — это марафон, а не спринт. Я не ищу «идеального кандидата с первого дня», я ищу человека, с которым мы можем расти вместе. В моей текущей команде есть два человека, которые полгода назад были джуниорами, а теперь ведут целые направления. Они не были идеальны при найме, но их мотивация и способность учиться превзошли любого сеньёра из корпорации. Ключевой вывод: наймите людей с правильным характером и правильными ценностями, а навыки вы всегда сможете развить вместе.
Подскажите, пожалуйста, каким критерием вы руководствуетесь при найме ключевых членов команды? Есть ли опыт, когда ваш основной критерий оказался ошибочным, и что вы извлекли из этого?
По теме советую почитать: Как защитить данные компании: мой практический опыт