* The recruiter writes the job ad, screens the candidates and passes the shortlist to the dev team leader for interviews
vs.
* The dev team leader works with the recruiter from the start
How does your team do it?
Ask HN: When should the dev team get involved in the hiring process?
1–10 of 10 posts
Re: Ask HN: When should the dev team get involved in the hiring process?
#2I thought it was always done the first way, where recruiter is a preliminary filter that provides the dev team with a list of candidates.
I feel like involving the dev team at the early stages would cut into engineering productivity
Re: Ask HN: When should the dev team get involved in the hiring process?
#3Which process would you rather be put through? Talk to dev manager and team earlier or filtered (and likely lost) in recruitings inbox? Would you rather be contacted by a recruiter? Or contacted by a dev on a team you might work for?
We certainly do both, but the best candidates come from being engaged in our tech communities and sharing our team and roles organically, rather than filtering through lots of resumes after a recruiter spams a bunch of people.
Re: Ask HN: When should the dev team get involved in the hiring process?
#4My wife is a chef. When she applies for a job, she goes to the restaurant for what’s called a staging. A staging is a practice shift, where you make some dishes with the other chefs you’ll be working with, and you’re evaluated by the su chef or executive chef. Is the restaurant owner in charge of hiring chefs? No. Are the investors involved in hiring? No. Is the hostess involved in hiring? No. The chef in charge of the kitchen hires kitchen staff.
Can you imagine how dysfunctional a restaurant kitchen would be if the waiters hired the chefs? Or if the manager who has no cooking experience managed the kitchen?
An engineer should be in charge of your engineering team, and they should be in charge of hiring the people working under them.
Re: Ask HN: When should the dev team get involved in the hiring process?
#5It varies at different stages of your company. You should measure where time is wasted and optimize.
If you're doing A) and you get a ton of clearly unqualified candidates, you want your dev team leads to do the initial assessment and the recruiter(s) to learn from that.
If, viceversa, you're doing B) and your dev team leads are spending most of their time recruiting, then you need to smooth into A).
As a good rule of thumb, during hiring season, the dev team leads should spend around 30% of their time on recruiting, not more than that. Less is always good, of course, but it shouldn't come at the price of wasting more time during longer interview cycles.
Re: Ask HN: When should the dev team get involved in the hiring process?
#6We do it using paid try outs - mastered by Automattic.
It works this way: 1. Basic screening 2. Small take home assignment 3. Code review and 1-1 interview 4. Paid try-out for 3/4 weeks
This works very well for hiring Junior level developers. We have found gems using this technique.
Need a service to do it for you - try OutTeam. - https://outteam.nurturelabs.co/
Re: Ask HN: When should the dev team get involved in the hiring process?
#7"The recruiter writes the job ad"
Don't let the recruiter write the job description. Let the team/devs write the job description and then recruiter can fine tune it for presentation and delivery. Yes, this adds friction and in larger companies, may not even be possible but in smaller mid-size companies, recruiters should not be writing job descriptions.
Re: Ask HN: When should the dev team get involved in the hiring process?
#8We do it using paid try outs - mastered by Automattic. It works this way: 1. Basic screening 2. Small take home assignment 3. Code review and 1-1 interview 4. Paid try-out for 3/4 weeks This works very well for hiring Junior level developers. We have found gems using this technique. Need a service to do it for you - try OutTeam. - https://outteam.nurturelabs.co/
This sounds interesting. It feels like you would have to have a super smooth on ramp to productivity, otherwise you are getting terrible signal from the try outs.
Ie. you don't want to hire dev A because it took them just 2 weeks to figure out how to deploy a change to Prod instead of 4.
Re: Ask HN: When should the dev team get involved in the hiring process?
#9We do it using paid try outs - mastered by Automattic. It works this way: 1. Basic screening 2. Small take home assignment 3. Code review and 1-1 interview 4. Paid try-out for 3/4 weeks This works very well for hiring Junior level developers. We have found gems using this technique. Need a service to do it for you - try OutTeam. - https://outteam.nurturelabs.co/
Yes I'm curious how this works. I don't expect a dev to be productive for some time, maybe months. And for isolated, self-contained tasks, like those that make a good intern project, it takes time & effort for the dev team to set those up so someone can be successful at it.
Re: Ask HN: When should the dev team get involved in the hiring process?
#10We do it using paid try outs - mastered by Automattic. It works this way: 1. Basic screening 2. Small take home assignment 3. Code review and 1-1 interview 4. Paid try-out for 3/4 weeks This works very well for hiring Junior level developers. We have found gems using this technique. Need a service to do it for you - try OutTeam. - https://outteam.nurturelabs.co/
Yes I'm curious how this works. I don't expect a dev to be productive for some time, maybe months. And for isolated, self-contained tasks, like those that make a good intern project, it takes time & effort for the dev team to set those up so someone can be successful at it.
Generally the tryout projects are the projects the company is already working on and make the candidate work parallelly on them. After the try-out period is over they assess their work by comparing it with current team's work (obviously factoring in they were not working full-time)