Является ли этот поэтапный процесс собеседования/найма на испытательный срок хорошей идеей?

У меня есть личный проект (веб-приложение), который идет хорошо, и я думаю, что есть реальный шанс, что он перерастет в стартап, после чего мне придется нанимать людей.

Это был бы первый раз, когда я сделал бы что-то подобное. Я мечтал о том, каким может быть процесс найма, когда в начале есть только я. Технологические собеседования печально известны тем, что проверяют людей по вещам, которые не обязательно предсказывают качество найма.

Я думал сделать что-то вроде этого.

  • Кандидат отправляет свое резюме, получает телефонный звонок и собеседование в порядке, скажем, одного часа. Пока что нормально.

  • Если собеседование проходит хорошо, кандидата нанимают на срок до одного дня (возможно, в тот же день) и оплачивают почасово за столько часов, сколько в итоге. В этот день им будет предоставлен доступ к исходному коду и системам разработки, как если бы они были наемными работниками, и им будет предложено выполнить несколько сложных и ограниченных по времени задач, которые действительно имеют отношение к проекту.

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

  • Если первая неделя проходит хорошо, им дается обычный контракт с испытательным сроком в течение первых нескольких месяцев, и с ними обращаются как с полноправными работниками.

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

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

Инстинктивно это кажется хорошей идеей, но я не слышал, чтобы кто-то нанимал таким образом.

Это хорошая идея? Есть ли у вас опыт видеть, как что-то подобное идет хорошо или плохо?

Вам нужен советник, который может правильно оценивать людей — вот и все. Не тратьте драгоценное время на воображаемые миры
Чтобы добавить к проблеме, описанной Джо (которая сама по себе является большой проблемой), вы решили, сколько вы планируете платить людям? Будет ли меняться план оплаты по мере того, как вы переходите от найма на один день к найму на 1 неделю и найму на более длительный срок? Также некоторым людям не разрешается работать в двух местах одновременно.
Вопрос золотого правила: как бы вы отреагировали, если бы вы были на существующей работе, и кто-то попросил вас пройти этот процесс собеседования? Представьте это не с точки зрения основателя, а с точки зрения кандидата, который так же мало знает о вас (и подходите ли вы для работы), как и вы о нем.
Такая схема может больше подходить для подрядчиков, чем для наемных работников.
Возможно, вы захотите проверить свои местные законы о занятости, чтобы убедиться, что это вообще законно. В некоторых странах правовая ситуация делает невозможным или, по крайней мере, очень непрактичным нанимать кого-то всего на один день, если они не зарегистрируют компанию.
@Philipp: Это может быть вопрос формулировки. Например, «нанять кого-то на один день» может быть невозможно, но наличие формального процесса для испытательного срока с первой точкой принятия решения через один день звучит достаточно законно.
Это хорошая идея, если ваша цель — отпугнуть всех хороших программистов, которые могут легко найти работу в компании с менее сложным процессом найма.
Как вы думаете, возможно ли, чтобы они были продуктивными в первый день?
Я представлял, как в первый день им дадут выполнимые задачи, такие как «документация неполная, но вот несколько примеров стека API в действии, здесь я добавил столбец в запись базы данных, передаю дополнительные данные в Пользовательский интерфейс и заполняйте документацию по ходу дела» — для кода, который я рассматриваю сейчас, я ожидаю, что компетентный новый сотрудник справится с этим за пару часов, а потом сможет разумно говорить об архитектуре.
Я вижу, что ответы не согласуются с вашим методом, но я бы повторил ваш процесс, если бы вы предлагали большой жирный чек в день. Скажем, 120 €/час - я бы даже остался сверхурочно.
Вместо того, чтобы заново изобретать велосипед, посмотрите, как другие стартапы решили эту проблему.
Другие ответили на этот вопрос, но когда ты делаешь стартап, чувак, будь большим или иди домой. Во всем, что ты делаешь, делай это так, как будто знаешь, что это сработает.
Это просто кричит: «Мы понятия не имеем, как решить, кого нанять, и мы не готовы взять на себя обязательство заставить все работать, а вместо этого уволим кого-то при первом намеке на неприятности». Вы будете привлекать только людей, которые не могут найти более выгодные предложения где-либо еще, поэтому вам придется либо довольствоваться менее квалифицированными людьми, либо платить намного больше. И, конечно же, не ожидайте, что сотрудники будут брать на себя обязательства до тех пор, пока вы не сделаете это перед ними.
@yshavit Лично, когда я искал работу, я гораздо больше беспокоился о том, чтобы оказаться где-то, что мне не подходит, чем о том, что я останусь без работы. Потенциальный сотрудник может быть так же успокоен возможностью сказать «нет, спасибо» через неделю, как и работодатель. Сказав это, однодневная версия явно слишком коротка.
Есть способы нанять технических специалистов, не задавая им слишком много вопросов и не позволяя им делать много работы. Коммуникабельность и опыт в помощь. Пусть они пишут код в свободное время, возможно, потратят на это 1 час. Или просто попросите их показать вам свои существующие творения / творения с открытым исходным кодом. 5 минут потратил на просмотр кода - готово. Да, хороший код — это редкость.

Ответы (6)

Большинство хороших программистов уже трудоустроены. На самом деле они берут отпуск, чтобы прийти на собеседование. Вы попросите их взять еще один отпускной день, чтобы поработать с вами (если только вы не планируете, чтобы они выполняли свои ограниченные по времени задачи после того, как они проработали полный день у своего нынешнего работодателя). Затем вы попросите их взять неделю отпуска, чтобы поработать с вами в течение недели, что, вероятно, также потребует некоторого времени для организации. И только после этого, после того, как они сожгут большую часть их отпускных часов, вы потенциально предложите им испытательный контракт, который позволит им подумать об уведомлении за две недели до их текущего работодателя. Это, безусловно, снижает риск найма кого-то, кто не будет продуктивным, но это означает, что кандидат идет на огромный риск.

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

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

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

Вкратце: неуважительно думать, что какой-либо компетентный инженер пройдет через процесс OP.
«решите, что вы будете нанимать только людей, которые в настоящее время безработны» — или работают не по найму в качестве подрядчиков. Но у этого есть дополнительная проблема, что они, вероятно, работают не по найму по причине лучше, чем «вы еще не пришли и не предложили им постоянную работу» ;-)
"взять еще один день отпуска, чтобы поработать с вами" - если бы только это было самой большой проблемой. Он предлагает, чтобы на этот день был заключен контракт, а это означает, что работник будет работать одновременно с двумя работодателями. И довольно часто у первого работодателя с этим возникают проблемы. Положение о неконкуренции при последовательном трудоустройстве может быть трудно обеспечить соблюдением, но при параллельном трудоустройстве это сделать гораздо проще.
@MSalters - это часть проблемы интеллектуальной собственности, которую я обсуждаю. Но да, есть много способов, как это может взорваться.
@JustinCave: это больше, чем интеллектуальная собственность. Обычно ИС является законом об авторском праве; Я предполагаю, что это будет полностью запрещено трудовым законодательством.
@MSalters - я не согласен, что это возможно. С точки зрения первоначального автора, наличие какой-либо другой организации, которая могла бы претендовать на код в его кодовой базе, кажется большим риском. Учитывая количество людей, которые выполняют небольшие объемы работы на стороне во время работы, я бы не стал относить такого рода нарушения к 10 основным проблемам этой схемы, хотя они, безусловно, входят в первую сотню.
Схема, которую я видел, хорошо работает для небольших компаний: 20-минутное собеседование по телефону, задача по программированию «на дому» (скажем, 3 или 4 часа работы — отправьте им спецификацию задачи, а затем ожидайте ответа через четыре часа или просто оставьте ее. до них, когда вернут), пару часов интервью на месте. Для стартапа наймите бывших коллег — вы не можете допустить ошибок .

Используйте более «нормальный» процесс найма. Хорошие сотрудники очень настороженно относятся к стартапам с необычными способами ведения дел, большинство из них, как правило, «необычно» уходят из бизнеса (большинство стартапов терпят неудачу).

Что вы можете сделать, так это использовать фрилансеров на определенных участках, а затем, если они соответствуют требованиям, предложить им должности на полный рабочий день. Затем вы получаете возможность наблюдать за тем, как они выполняют соответствующую работу, и вы можете анализировать их трудовую этику, эффективность и т. д. прежде чем нанять их. В принципе работает так же, как вы описываете, но без хлопот.

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

Этот «однодневный» материал не сработает. Любой опытный разработчик, достойный своих денег, только посмеется над такой идеей. Кроме того, я считаю целесообразным, чтобы вы узнали, сколько денег вам будет стоить, чтобы ввести человека в законную систему начисления заработной платы, оформить все юридические документы, найти рабочее место и выплатить компенсацию работнику с намерением, чтобы все это было на месте в течение одного дня. Это далеко не тривиально, и это будет компонентом для любого, кто занимается бизнесом.

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

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

При этом я всегда нанимал людей, которых знаю и которым доверяю.

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

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

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

В противном случае нормальный процесс найма сопряжен с риском. Нанять людей, которых вы знаете и которым доверяете, гораздо проще. Однако иногда люди разочаровывают вас. Так что убедитесь, что у вас есть выход. Изложите все это в письменном виде. Сделайте это официально.

Вот пример.

У меня была идея для новой точки продаж (POS), которая существует сегодня. В то время еще не существовало комплексной POS-системы, которая управляет всей бизнес-цепочкой. Я начал работать над ядром продукта. Через 6 месяцев я нанял друга и дал ему 50% продукта из-за уровня участия, в котором он участвовал. Мне понадобилось 6 месяцев, чтобы создать доказательство концепции, которое люди могут увидеть. Это был рабочий продукт, пусть и не законченный. Когда нам требовались знания и помощь, мы откладывали небольшой процент владения для ключевых программистов, которые заполнили пробелы. Это было от 1% до 5% макс. Мы держали штат сотрудников очень скромным. В конце концов, целью было продать продукт кому-то, кто уже занимается этим бизнесом. Каждый заработал значительный доход в течение года. Мой основной партнер и я довольно легко заработали годовой доход всего за один год программирования с частичной занятостью. В то время нам очень хорошо платили, так что это был настоящий толчок!

Это чертовски похоже на определение кумовства. Вообще говоря, кумовство является барьером для входа на рынок для менее привилегированных (тех, у кого нет связей). Любой, кто хочет более справедливого мира, будет избегать кумовства по очевидным, вышеупомянутым причинам. Однако на самом деле иногда это имеет смысл. Я просто надеюсь, что если в будущем у вас будет роль более низкого уровня, вы будете рекламировать ее для более широкой аудитории, а не отдавать ее сыну двоюродного брата вашего лучшего друга.
@Dom Это бизнес. Наем авторитетных, известных и пользующихся доверием людей для выполнения функции намного лучше, чем наем неизвестных. Неприятие риска не только является разумной деловой практикой, это необходимо. Мир несправедлив. Я никогда не был в бизнесе, чтобы быть справедливым к незнакомцам. Я много раз нанимал людей, которых не знаю. Безусловно, есть баланс. Однако вы должны иметь в виду, что люди, с которыми я работал, были далеко не обычными. Мы все были высококлассными исполнителями, иначе мы не были бы на том положении, в котором находились. Ключом к успеху является производительность, а не удача. Производительность является ключом к бизнесу.
Я ценю то, что ты говоришь, и прекрасно знаю, что мир несправедлив. Я также подозревал, что вы находитесь на высоком уровне, где не так много людей, которые могут работать на этом уровне, однако я просто не согласен с рекомендацией нанимать только известных людей в целом, а не давать незнакомцам шанс. В любом случае, я возражал против такого подхода к найму всех сотрудников, а не только нескольких руководителей. С другой стороны, можно было бы утверждать, что вы на самом деле охотитесь за головами из пула известных профессионалов.
@Дом Да. Я нанимал из пула известных профессионалов. Но не всегда. Я нанял людей без опыта в ИТ. Я предпочитаю бывших сотрудников полиции, так как они зарекомендовали себя как отличные ИТ-специалисты. Я также успешно нанимал врачей. Я нанял людей из гор Перу, которые не говорили по-английски, но которые, тем не менее, подали надежды с успехом. Речь всегда идет о том, чтобы выполнить работу эффективно, профессионально и вовремя, а также избежать риска неудачи. Для стартапов, которые должны быть бережливыми, необходимо использовать известное количество. Иногда есть место для неизвестных.

Я не думаю, что «контракт на один день» — хорошая идея. Я думаю, что хорошие кандидаты не согласились бы делать это для стартапа. Они могут быть для Google или Amazon, но не для [неназванного стартапа с нулевым персоналом].

Также маловероятно, что вы получите от кого-то очень много всего за один день; если вы не занимаетесь чем-то неинтересным, что является скорее товарной операцией (например, создание веб-сайтов для людей), обычно требуется некоторое время, чтобы ускорить работу над проектом полезным образом. Стартапы в этом отношении быстрее большинства, но один день кажется натянутым. В конце концов, оформление документов для трудоустройства требует времени, как минимум.

Однако то, что вы описываете, не так уж и необычно для компаний с более длительным испытательным сроком. Вы могли бы нанять кого-то по короткому контракту, скажем, на один-три месяца, если они кажутся вам хорошими кандидатами. Это называется «Контракт на найм» и означает, что по истечении срока действия контракта вы оцениваете их работу и предлагаете им работу на полный рабочий день, если они соответствуют вашим стандартам.

Тем не менее, вам все равно нужно приложить некоторые усилия на собеседовании; Лично я считаю, что собеседования в основном связаны с выявлением красных флажков и в основном бесполезны для выявления хороших кандидатов, поэтому я бы не стал слишком беспокоиться об этом. Убедитесь, что человек умеет программировать, загляните в его хранилище на github, пригласите его на обед, кофе или в бар и посмотрите, как его личность сочетается с вашей; достаточно.

Я знаю человека, которого наняли подобным образом.

Процесс был немного проще, чем то, что вы предлагаете:

  1. Подробное телефонное интервью.
  2. Недельный тест с реальными задачами, проживание и расходы оплачены + плюс достойная компенсация.
  3. Обычный (несколько месяцев) испытательный срок.
  4. Бессрочный контракт.

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

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

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

Я думаю, что ваш пункт № 2 здесь важен. Я был бы более открыт для рассмотрения такого рода вещей, если бы «тест» предусматривал оплату всех расходов и компенсацию. Однако я подозреваю, что в случае стартапа это был бы хороший способ разбазарить любые средства, которые у вас уже были (потому что вы также можете предложить бонус за подписку, например). Если за это не заплатили и я не получил справедливой компенсации, забудьте об этом: я теряю много денег, ВОЗМОЖНО, работая в компании, которая может закрыться через 6 месяцев.
@DanPantry Да, здесь важен аспект запуска. Я обновлю ответ важной частью: компания по найму имеет историю в несколько десятилетий и около тысячи человек. Фактически, его несколько раз называли бизнесом года в регионе. Большая разница.