2. Скажи мне, кто твой друг, и я позову его на работуМы приветствуем, когда разработчики приходят по «реферальной системе» — то есть наши сотрудники зовут в проект своих знакомых разработчиков.
Однако разработчиков, тестировщиков, аналитиков, дизайнеров всегда не хватает, и сейчас, спустя полгода, мы тоже находимся в поиске людей.
Вся IT-тусовка — небольшое комьюнити, и поэтому репутация играет важную роль. Всегда есть вероятность того, что, придя в компанию, тебя уже будут заочно знать.Был даже забавный случай. Когда мы нанимали нового сотрудника, оказалось, что в нашей команде уже работают два человека — его бывшие коллеги из двух разных компаний. Причём, они не знали друг друга раньше, а он их знал. Такая теория шести рукопожатий!
3. Если не можете предложить золотые горы, предложите создать свои правилаВо-первых, стартап — это всегда возможность попробовать что-то новое и внести огромный вклад в разработку продукта. Некоторые разработчики на собеседовании интересуются, какую пользу они могут внести, как это окупится и насколько их работа действительно поможет продукту.
Многим разработчикам приятно начать «своё», заложить коды и начать писать с нуля. То есть, они могут установить свои правила.Также можно предлагать различные технические и процессные преимущества, которых нет в других компаниях. Например, воплощение идей разработчика или избавление от утомительной бюрократии: отпуск согласуется на уровне команды и тимлида команды. Я согласую отпуск тимлидов. В итоге количество согласований = 1.
Технические вызовы, которые стоят перед специалистом, очень важны для роста экспертизы. С одной стороны нам повезло, что мы создаем проект с нуля и не было легаси проектов, но всё новое обязательно превратится в обыденность и рутину. А здесь уже нужно придумывать другие подходы к поддержанию внутренней искры заинтересованности и внедрения новых идей.
Больше советов по развитию команды и запуску стартапа ищите в вебинаре:
«Как построить успешную команду и запустить банк за полгода».