LWN.net Logo

Advertisement

GStreamer, Embedded Linux, Android, VoD, Smooth Streaming, DRM, RTSP, HEVC, PulseAudio, OpenGL. Register now to attend.

Advertise here

Diversity and recruiting developers

By Nathan Willis
June 5, 2013
Texas Linux Fest 2013

At Texas Linux Fest 2013 in Austin, Rikki Endsley from the USENIX Association spoke about a familiar topic—diversity in technology companies and software projects—but from a different angle. Specifically, she looked at how companies recruit new team members, and the sorts of details than can unintentionally keep applicants away. Similarly, there are practices that companies can engage in to help them retain more of their new hires, particularly those that come from a different background than their co-workers.

[Rikki Endsley at TXLF]

A lot of what Endsley said was couched in terms of "hiring," but she said that it applies to recruiting volunteers to open source projects as well. As most people are aware, demographic diversity in technical fields is lower than in the population at large, she said, and it is particularly low in free software projects. Of course, these days paid employees do a large share of the work on free software projects; for companies that manage or produce open source code, the diversity problem is indeed one of finding, hiring, and retaining people.

Everyone understands the value of hiring a diverse team, Endsley said, but a fairly common refrain in technology circles is "we don't have any women on our team because none applied." Obviously there are women out there, she noted, the challenge is just to make sure that they know about one's company and its job opportunities. This can be a problem in any scientific and engineering field, she said, but it is particularly troublesome in open source, where the demand for developers already exceeds the supply. In a job-seeker's market, companies need to "sell" their company to the employee, not vice-versa, so if your company is not getting the applicants it would like to see, you ought to look closely at how you sell yourself, and be adaptable.

Endsley said that she did not have all of the answers to how to recruit more diverse applicants, but she did at least have a number of things that a concerned company could try. Most of her observations dealt directly with recruiting women, but she said that the advice applied in general to other demographics as well. She offered examples that addressed other diversity angles, including ethnicity and age.

The hunt

Recruiting really begins with identifying what a company needs, she said. It is tempting to come up with a terse notion of what the new recruit will do (e.g., "a Python programmer"), but it is better to consider other facets of the job: representing the company at events, helping to manage teams and projects, etc. The best plan, though, is to come up with not one, but three or four "talent profiles," then go out and change recruiting practices to find the people that fit.

Where one looks for new talent is important. Not everyone who meets the talent profile is reading job board sites like Monster.com. Companies can find larger and more diverse pools of potential talent at events like trade shows and through meetups or personal networking groups. In short, "think about where people engage" and go there. After all, not everyone that you might want to hire is out actively looking for a job. It can also help to reach out on social networks (where, Endsley noted, it is the "word of mouth" by other people spreading news that your company is hiring that offers the real value) and to create internship programs.

Apart from broadening the scope of the search, Endsley said that a company's branding can greatly influence who responds to job ads. Many startups, she said, put a lot of emphasis on the corporate culture—particularly being the "hip" place to work and having games and a keg in the break room. But that image only appeals to a narrow slice of potential recruits. What comes across as hip today is only likely to appeal to Millennials, not to those in Generation X or earlier. In contrast, she showed Google's recruiting slogan, "Do cool things that matter." It is simple and, she said, "who doesn't want to do cool things that matter?"

Companies should also reconsider the criteria that they post for their open positions, she said. She surveyed a number of contacts in the technology sector and asked them what words they found to be a turn-off in job ads. On the list of negatives were "rock star," "ninja," "expert," and "top-notch performer." The slang terms again appeal only to a narrow age range, while the survey respondents said all of them suggest an atmosphere where "all my colleagues will be arrogant jerks." Similarly, the buzzwords "fast-paced and dynamic" were often interpreted to mean "total lack of work/life balance and thoughtless changes in direction." The term "passionate" suggested coworkers likely to lack professionalism and argue loudly, while the phrase "high achievers reap great rewards" suggested back-stabbing coworkers ready to throw you under the bus to get ahead.

Endsley showed a number of real-world job ads (with the names of the companies removed, of course) to punctuate these points. There were many that used the term "guys" generically or "guys and gals", which she said would not turn off all female applicants, but would reasonably turn off quite a few. There were plenty of laughably bad examples, including one ad that devoted an entire paragraph to advertising the company's existing diversity—but did so by highlighting various employees' interests in fishing, motorcycle-racing, and competitive beard-growing. Another extolled the excitement of long work days "in a data center with a rowdy bunch of guys." Honestly, Endsley observed, "that's really not even going to appeal to many other guys."

Onboarding and retention

After successfully recruiting an employee, she said, there is still "onboarding" work required to get the new hire adjusted to the company, engaged in the job, and excited about the work. Too often, day one involves handing the new hire an assignment and walking away. That is detrimental because research shows that most new hires decide within a matter of months whether or not they want to stay with a company long term (although Endsley commented that in the past she has decided within a few hours that a new company was not for her).

She offered several strategies to get new hires acclimated and connected early. One is to rotate the new employee through the whole company a few days or weeks at a time before settling into a permanent team. This is particularly helpful for a new hire who is in the minority at the office; for instance, the sole female engineer on a team would get to meet other women in other teams that she otherwise might not get to know at all. Building those connections makes the new hire more likely to stay engaged. It is also helpful to get the new hire connected to external networks, such as going to conferences or engaging in meetups.

Retaining employees is always an area of concern, and Endsley shared several strategies for making sure recent hires are happy—because once an at-risk employee is upset, the chances are much higher that the company has already lost the retention battle. One idea is to conduct periodic motivation checks; for example, in the past USENIX has asked her what it would take for her to leave for another job. Checks like these need to be done more than once, she noted, since the factors that determine whether an employee stays or leaves change naturally over time. Companies can also do things to highlight the diversity of their existing employees, she said; Google is again a good example of doing this kind of thing right, holding on-campus activities and events to celebrate different employees' backgrounds, and cultivating meetup and interest groups.

Another important strategy is to have a clear and fair reward system in place. No one likes finding out that a coworker makes more money for doing the same work solely because they negotiated differently during the interview. And it is important that there be clear ways to advance in the company. If developers cannot advance without shifting into management, they may not want to stay. Again, most of these points are valuable for all employees, but their impact can be greater on an employee who is in the minority—factors like "impostor syndrome" (that is, the feeling that everyone else in the group is more qualified and will judge you negatively) can be a bigger issue for an employee who is already the only female member of the work group.

The audience asked quite a few questions at the end of the session. One was from a man who had concerns that hiring for diversity can come across as hiring a token member of some demographic group. Endsley agreed that it can certainly be interpreted that way—if done wrong. But her point was not to give advice to someone who would think "I need two more women on my team," but to someone who is interested in hiring from a diverse pool of applicants. That is, someone who says "I have no women on my team, and none are applying; what am I doing wrong?" Most people these days seem to agree on the benefits of having a diverse team, but most people still have plenty of blind spots that can be improved upon. But with demand for developers working on open source code exceeding supply, successfully reaching the widest range of possible contributors is a wise move anyway.


(Log in to post comments)

Diversity and recruiting developers

Posted Jun 7, 2013 17:25 UTC (Fri) by daglwn (subscriber, #65432) [Link]

> On the list of negatives were "rock star," "ninja," "expert," and "top-notch performer."

Do companies actually put such things in their requirements? I thought *our* recruiting was bad!

All of the characterizations of the negative buzzwords and phrases are spot on. I had the same exact thoughts upon reading them.

A big problem our company has is that requirements are written by non-technical people and tend to overstate the requiements and often make them impossible to achieve. We have brought this problem up numerous times but things never seem to change.

I would really like to see transparency in compensation. I understand why employers don't like it but in the end, people do find out and then get pissed when they realize they're severely underpaid or, more often, that someone is severely overpaid.

A clear career path is super important. A lot of people who change jobs do so because they feel stuck in a rut and don't know the steps to take to get out of it.

Diversity and recruiting developers

Posted Jun 8, 2013 0:10 UTC (Sat) by giraffedata (subscriber, #1954) [Link]

A big problem our company has is that requirements are written by non-technical people and tend to overstate the requirements and often make them impossible to achieve.

Is that how that happens? I've always wondered why ads for software engineers have long lists of specific, and fairly trivial, required experience. Do you really want to exclude an applicant because he hasn't programmed anything in Ruby yet?

I can't take a manager seriously when he says there is an engineer shortage while writing, "must have two years experience with Python and HTML under Solaris in the financial services industry."

I have noticed, though, that when people hire people they know, they don't pay any attention to lists of skills. They'll cajole the candidate into taking the job as the candidate protests, "I've never done anything like that; I'm not sure I could."

Diversity and recruiting developers

Posted Jun 8, 2013 11:26 UTC (Sat) by pboddie (guest, #50784) [Link]

It can also be the case that "long lists of specific, and fairly trivial, required experience" are being used to hire a specific candidate for a position, especially in situations where an advertising requirement for that position exists (in the public sector, for example), and where the employer wants to secure that position for an internal candidate or someone else they know.

Diversity and recruiting developers

Posted Jun 8, 2013 17:43 UTC (Sat) by khim (subscriber, #9252) [Link]

I can't take a manager seriously when he says there is an engineer shortage while writing, "must have two years experience with Python and HTML under Solaris in the financial services industry."

Why? You need people who will work well with other members of the team, but you can not just write that in advertisement: you'll see "harassment", "discrimintation" and other such words on a letter from a courts and in the end you'll have bunch of useless people who will just demand "fair treatment" instead of doing what needs to be done. Thus you write very specific requirements to have a valid reason to reject candidates you don't like. Cases where candidate indeed fits all the requirements are so rare that it's worth trying to accept even "feels bad" candidate: perhaps if he's so well accustomed to the position already his other quirks can be tolerated?

I have noticed, though, that when people hire people they know, they don't pay any attention to lists of skills. They'll cajole the candidate into taking the job as the candidate protests, "I've never done anything like that; I'm not sure I could."

Well, sure. Why not? Technical skills are rarely a reason to reject or accept candidate (well, except may be for the most basic programming skills), but since you are not allowed to use other characteristics of candidate in the official rejection letter...

Diversity and recruiting developers

Posted Jun 8, 2013 18:52 UTC (Sat) by giraffedata (subscriber, #1954) [Link]

you write very specific requirements to have a valid reason to reject candidates you don't like

How does that work? I'm talking about the solicitation for candidates; so how do you even get a candidate to evaluate if you state requirements no candidate has? Do job seekers ignore the requirements in job listings and apply anyway?

Or maybe the listings aren't real solicitations but just formalities, as another poster suggested, and the authors of them actually recruit a different way.

Diversity and recruiting developers

Posted Jun 8, 2013 18:59 UTC (Sat) by mpr22 (subscriber, #60784) [Link]

How does that work? I'm talking about the solicitation for candidates; so how do you even get a candidate to evaluate if you state requirements no candidate has? Do job seekers ignore the requirements in job listings and apply anyway?

Sometimes, yes; after all, there's a decent chance that the skillset requirement was written by the PHB or Catbert instead of the people who know what the jobs actually require.

Or maybe the listings aren't real solicitations but just formalities, as another poster suggested, and the authors of them actually recruit a different way.

This is also a possibility. Often, a meticulously tailored job description means "we want to hire J. Specific Hacker so we will write a skill set that is exactly the skill set of J. Specific Hacker; in the event that someone who is J. Specific Hacker only better applying, well, we might hire them instead".

Diversity and recruiting developers

Posted Jun 8, 2013 22:05 UTC (Sat) by hummassa (subscriber, #307) [Link]

> This is also a possibility. Often, a meticulously tailored job description means "we want to hire J. Specific Hacker so we will write a skill set that is exactly the skill set of J. Specific Hacker; in the event that someone who is J. Specific Hacker only better applying, well, we might hire them instead".

Yeah, but more often is like "int the event that someone who is J. Specific Hacker only better applying, well, don't bother because we are going to hire J. Specific Hacker instead."

Diversity and recruiting developers

Posted Jun 13, 2013 12:40 UTC (Thu) by nye (guest, #51576) [Link]

>Do job seekers ignore the requirements in job listings and apply anyway?

Yes, and that's why the kind of practice khim suggests is bad business practice (in addition to being blatantly immoral and arguably illegal).

These requirements basically mean that the only candidates they get, by definition, are the kind of people who ignore requirements - I don't want to work with people who will happily ignore requirements. Who does?

Much more specific

Posted Jun 9, 2013 18:26 UTC (Sun) by man_ls (guest, #15091) [Link]

Do you really want to exclude an applicant because he hasn't programmed anything in Ruby yet?
That is nothing; usually requirements are much more specific than that. Some real-world examples taken from a fairly technical site, Stackoverflow Careers:
  • Experience designing and managing DNS, DHCP
  • Expertise in Location Framework / MapKIT
  • Experience working in an XP/Agile environment a big plus
  • Expert in CSS, XHTML, JavaScript, HTML5, RSS, jQuery
These offers are not from particularly clueless or ossified companies but trendy Internet startups. If an engineer cannot learn any of these things in a few days on the job, or with minimal training, then I would not consider them as good candidates for anything.

Much more specific

Posted Jun 9, 2013 20:50 UTC (Sun) by Cyberax (✭ supporter ✭, #52523) [Link]

It's actually not really extreme. They are searching for a candidate with the experience of location-specific services, of which DNS is a major example. On top of that they also want the regular Web page design experience.

Much more specific

Posted Jun 9, 2013 21:03 UTC (Sun) by man_ls (guest, #15091) [Link]

Note that each line is from a different job offer. These are from the clueful end of the spectrum. I have seen requests for specific versions of Java, WebSphere Application Server or Red Hat Linux, and they were not joking or (to my knowledge) posting an offer with a preassigned candidate. I can post real examples but they are too depressing. Once I was asked at an interview if I did know "HTLM" (sic). Human resources can be a dark place.

Much more specific

Posted Jun 9, 2013 22:45 UTC (Sun) by anselm (subscriber, #2796) [Link]

Human resources can be a dark place.

Usually this comes out when they ask for five years' worth of experience with some technology that has only been around for two years.

Diversity and recruiting developers

Posted Jun 8, 2013 10:00 UTC (Sat) by dark (subscriber, #8483) [Link]

Another extolled the excitement of long work days "in a data center with a rowdy bunch of guys." Honestly, Endsley observed, "that's really not even going to appeal to many other guys."

I think such directness is quite valuable. If your work environment really is like that, then stating it up front will increase your chances of finding someone who actually enjoys it, and will decrease your chances of wasting time with people who won't. Win all around.

Diversity and recruiting developers

Posted Jun 9, 2013 20:46 UTC (Sun) by thedevil (subscriber, #32913) [Link]

why is this article subscription only? isn't it in the interest of all of us that it be widely read? I wanted to share the link with my superiors but I don't think they have a LWN subscription.

Diversity and recruiting developers

Posted Jun 9, 2013 21:14 UTC (Sun) by lsl (subscriber, #86508) [Link]

Send them a subscriber's link? It's just above the "post a comment" button. ;-)

Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds