I emailed with a colleague today. He’s been looking for a position that shouldn’t be too hard to fill–but it is. Let’s assume the position is a development position. He interviewed a candidate. He’s not thrilled with the candidate; the candidate doesn’t have quite enough functional skill to do a good job. The interviewing team is neutral to positive, so he’s not alone with this lack of thrill. But his manager wants him to hire this candidate, for a slightly different position, as a release engineer.
I suggested he make it clear to his manager that hiring this candidate as a release engineer does not fill the development position. If the organization needs a release engineer, then interview and possibly hire the candidate for that job. But don’t fool yourselves into thinking you’ve covered the development job; you haven’t.
Make sure your manager understands your test strategy and your hiring strategy and your job analysis before you agree to this hire. Point out the risks, “Ok, we can hire the candidate, but we don’t get more development done. Want you to know that.”
Don’t settle for less than what you need in a candidate. I have several ideas about what to do when you can’t find someone. I’ll start a series about what to do when you can’t find a candidate. But don’t settle. You won’t get the work done that you need done.
A bunch of my clients are having trouble filling their positions. They can’t find a bazillion years of Java or .Net or something else.
There is a relative candidate shortage, compared to the candidate glut of a few years ago. But of people start looking for attitude and general problem solving ability and ability to collaborate, they won’t need to look for technical skills. See what Anton says he’s looking for.
You can send someone to a class and they can learn a particular tool. If you then buddy that person with someone else, you’ve got a great coaching/mentoring relationship, and the new person will be up to speed quickly.
But if you don’t hire for the more intangible things, such as initiative or teamwork or problem solving, you won’t find the right people who can make a huge difference in your organization.
I’ve converted to WordPress as my blogging platform and now have changed the URL for the blog and the feed. You can see this post because of magical redirection.
I met a software developer recently, who studied physics as an undergrad. He’s now working in an IT organization on financial processing software.
He’s part of the interviewing team for his organization. They’re trying to hire 6-7 more developers before the end of the year. He told me, “I like to ask a question about physics, to see how smart the candidates are.” I asked him how many candidates he’d rejected due to his question. “Only 2 out of 5.”
Ouch. He rejected 2 potential candidates not because of an answer that’s relevant to the job, but to an answer that is irrelevant to the job.
Instead of asking a question that you think will get you information about how smart a candidate is, ask questions that really tell you what you need to know.
“Tell me about a time you had to learn an application quickly. What did you do?”
“Tell me about a time you had to bring someone else up to speed on a system. What did you do?”
“Tell me about a time you got stuck on a problem. What did you do?”
All of these questions are much better than asking a candidate about physics, art history, Spanish, or anything else you took in school. And, they’re relevant to the job.
Don’t ask about physics. Ask about job-relevant experiences. You won’t be falsely rejecting potential candidates. And you won’t be opening yourself up to a lawsuit about discrimination. Ask about issues relevant to the job you have open now, not experiences you had in school.