Tips for hiring new engineers
Left dotMobi a few weeks back just after the DeviceAtlas project was successfully launched; took about three weeks to sleep (14-hour days for far too long to make the release date) and then starting back into the search for the next role. It was an interesting few weeks, and something I mentioned earlier about how “passion” is being seen as the new black when listing off what’s required of a new hire in a job ad really did come to bug me during this interval, so I thought that I’d blog about it when it was over.
Ladies and gentlefolk of HR who write these job adverts, might I make a few suggestions to you?
A job ad without salary information is like a CV without a name on it.
I will not read such an ad. I filter them out right at the search page. It’s not that I’m following the age-old business advice that people do jobs for the sole motivation of collecting their pay – if I truly believed that, I might be a lot better off in material terms, but I’d also be dealing in illegal narcotics because the profit margins there are so much higher. No, I check for the salary information for two reasons. Granted, the first is because the salary is actually important – it may not be the dominating factor in my decision (for example, my new role involves a pay cut, but it also brings other benefits to the package that make up for that), but it is a factor nonetheless. Without good reason, you really shouldn’t take pay cuts to get the next job. Parity would be the lowest you should go, that’s only common sense – forget being used to a set quality of life, think what the next company will think if you had to take a 10% paycut to get your last job.
The more immediate reason I check for the salary information in a job ad, however, is because it gives me information about the role and how the role is viewed by the company. Is it a junior role or a senior one? Is it spec’d as a senior role but with junior pay? Is it at or above the market average? Is it a set figure or a range of figures, and if so, how wide is the range? All of this gives you a feel for how the job will treat you – which is information that won’t be quite so easy to get during the interview.
As for a company that won’t tell you the salary, but instead has “Negotiatable” or “highly competitive” entered instead of a number? Nope, not interested. Walk on by. If you’re not willing to tell me how much you’re willing to pay, then why waste my time on you when several other companies will tell me?
Get your engineers to write the technical requirements
Look, seriously. HR people may know the buzzwords. Agile, Object-Oriented, Design Patterns, etc, etc. But if the requirements on about 20% of the ads I’ve seen in the past month were correct, then a group mind made up of Linus Torvalds, Steve Jobs and Sergey Brin wouldn’t be qualified for the roles being advertised.
Don’t have the HR people write the technical requirements. You have engineers, use them. Send round an email asking for a list of technical requirements. Give them about twenty minutes in a room together and remind them that they’re looking for another person at their technical skill level. They’re not trained monkeys, they know what skills the new hire must have to be able to keep up, and they know what skills the team is lacking and needs for the next job.
And don’t class all those requirements as being absolutely necessary. Have two lists – critical, mandatory skills; and skills which would be advantageous to have. Because many professional engineers will look at the mandatory skills listed and if we see some we don’t have, we won’t apply. If you put in AJAX as a critical skill and you’re looking for someone to work with the back end of the LAMP stack, you’ve just hurt your chances of a fast hire.
When writing the nontechnical requirements, remember you’ll be hiring a professional
Seriously. If one of your nontechnical requirements is that the person be able to work as part of a team, then you’ve not spent enough time thinking about your nontechnical requirements yet. The basics of professional work – getting along with others, being able to manage your time, being able to communicate clearly and well, being able to work to deadlines – it is a waste of your time and mine to put these in the job advert. You aren’t taking random people off the street here – you’re hiring trained professionals who’ve working in this field for some time. It’s nearly insulting to tell them not to apply unless they play well with others.
And pragmaticaly (and perhaps a little cynically), it’s hardly likely that if they can’t do these basic things, that they’d tell you, now is it?
And don’t start worrying about the few that don’t know how, but apply anyway. That’s what the CV and the interviews and the recommendations are for. That’s what LinkedIn and their own websites and portfolios demonstrate. Seriously, putting in basic skills into a job ad is a waste of space you could have used to convey important information.
Tell me about the job
You’d imagine this one wouldn’t need saying, wouldn’t you? That a job ad’s very raison d’etre is to tell me about the job, right? I know I used to, a long time ago. I think I’ve become inured to it though. Job ads these days tells me about how the company is successful/about to be successful, how the work is fast-paced/challanging/exciting, how the people are passionate/professional/the best in the field. There’ll be a skillset list a mile long, most of which later turns out to be utterly irrelevant or utterly over-specified. There might, if I’m actually reading this far, be a salary and maybe, in about 5% of the cases, they’ve listed other perks, like health insurance or a sports club.
But I’ve not yet, not once, not ever, come across a job advert that actually tells me what the job will be like. What I’ll actually be doing. What skills I’ll really be using. What tool chain the other engineers are using. What my workstation (where I’m now going to be spending a good third of my life) is like. What the dress code will be (okay, granted, that’s now becoming fairly standard, but still). Whether or not there’s a flexitime scheme (and with Dublin traffic, that’s a pretty big thing to leave out).
Seriously, what possible problem is there in revealing this kind of information? It’s hardly trade secrets we’re talking about here!
Anyway, I had two more observations, but they’re not really about the adverts, they’re really more about the interview.
There is no interviewer, but there are two interviewees
Most places I’ve been to of late actually do get this. But there are still quite a few where they’re quite set in their thinking that I should be lucky to get to work for them and I ought to know it. Truth is, I – and the other software engineers you’ll be interviewing – got really lucky in our lives. We have a highly marketable, rather lucrative skill. And we can take that skill anywhere we wish to. If I want to go to Geneva in the morning, there’s nothing stopping me from doing my job over there (Okay, so I’ve actually agreed to my current role here for the next year at least first, but the principle is sound).
An example from recently – I applied for a role, and was immediately told I was to come in for a technical test and it would either be at time A or time B. Now, I don’t mean that I spoke to someone who talked to me for five minutes, or that I had an email or two, I mean I was ordered to come in, as the first contact with the company. No phone call. No discussion of any kind. I didn’t pursue the role. If you’ll order a stranger about when you’ve been looking for someone for your role for over a year, how would you treat an actual employee?
And, as applicants put on a good face, so should prospective employers. Another recent interview saw me sitting in reception for 25 minutes waiting for my interview, after which I was bumped from room to room until the interview happened. Now I get that on some days people’s agendas just don’t survive contact with reality, but by the time the interview started (40 minutes late), I was about 80% sure I wasn’t going to take on the role before even greeting the interviewer. Though I must admit that during those 40 minutes I got to observe the day-to-day working environment and conditions, and they did not impress me either, so perhaps in this instance, I was more fortunate than put-upon.
And finally… know thy hire
It’s perhaps telling that the role I’ve now taken on had the most informal interview of them all. I came in, I had a cup of coffee with my new boss-to-be in his office and we discussed the project he wanted me to work on. We discussed the benefits when we knew I found the project interesting, and while it was less salary than the last role, I was given time to complete my PhD as a part of the package, which was more than worth the paycut to me – and my new boss-to-be knew this.
You don’t always have to have suits and interview panels and complicated procedures if you know how the people you hire are going to think.
FWIW Google never seem to put salary information on their ads … the ads I dislike most of all are the agency ones where they don’t even tell you what company the ad is for, but list off a bunch of perks designed to appeal to unattached 20-somethings (which I’m not)
Don’t even start me with the Google interview process when it comes to wasting time…
Interesting write-up on your recent experiences Mark, if only the HR and middle-management types of the World read blog entries like this one, they might learn something.
It’s funny because I think I know the company you mentioned that demanded you come in and sit a technical exam before interviewing with them, as I had exactly the same experience with them (no names mentioned!). My very strong impression of them was that they did not want to “waste their time” interviewing me if I did not come up to “their high programming standards”, but what about wasting my time? No thanks.
In a market (here in Ireland anyway) where demand far outstrips supply for software engineers, especially the few good ones in the market, these companies really need to adopt new strategies and more importantly better attitudes, unless they are deliberately planning to remain short-staffed as a business strategy 😉
[…] seeing a link to it on the SAGE mailing list, I happened to read Mark Dennehy’sblog post on Tips for hiring new engineers. I felt the need to make a few comments on some of his findings. Perhaps someone in HR, or a […]
I don’t know how HR laws work in Ireland, but my experience with large organizations in the United States is that they prefer to be intentionally vague in job ads and descriptions for the simple reason that the more precise a description is the less leeway the employer has for making judgement calls or minor changes to the tools, languages, etc without risking running afoul of cries of “that’s not in my job description” or “I met the qualifications of the job, and the person you hired didn’t, so I’m going to sue you”. Sad, perhaps, but a reality of a litigious society.