If you’re a hiring manager, you know that a typical hiring process emphasizes technical skills, functional skills, and industry knowledge. Interpersonal skills are near the bottom of the list, if they make the list at all. However, if you’re hiring for an agile team, or any other team that must collaborate to succeed, put interpersonal skills near the top of the list.
That doesn’t mean you should ignore technical and functional skills or take a nice person you meet in the street and train them from the ground up. Look for a near fit on technical skills–you can train on that. Focus your attention on skills and characteristics that are a prerequisite for collaborative working relationships. A desire and ability to work collaboratively, self-management and a proven ability to navigate conflict, and self-awareness are key traits to look for. It’s not that people can’t learn interpersonal skills, but these skills are much harder to impart and often require a degree of intra-personal change, and not everyone is willing to do that for a job.
Screen Out the Lone Wolves
Self-organizing cross-functional teams, shared code ownership, and team goals aren’t for everyone. It may seem obvious, but this is an oft-overlooked fundamental. People who crave star status and individual achievement aren’t bad people. However, they may be incompatible with a self-organizing team. Even when the candidate has fabulous technical skills and experience, move on. The lone wolf won’t be happy on a highly interdependent team, and you won’t be happy about your hiring decision either.
Weed Out the Not-So-Nice
This is a simple test that will quickly eliminate the not-so-nice. Have the unit admin make the initial screening call to verify employment dates, contact information, and other basics. Pay close attention to how the candidate responds. Is the candidate polite? If a candidate can’t be pleasant to the admin, it’s likely they won’t be pleasant to others either.
This little test may seem simple-minded; and while it is simple, it gives an indication about self-management and empathy. Watch mainly for big red flags: A person who isn’t willing to be pleasant may not like working with people enough to function effectively (and happily) in a highly interdependent, collaborative environment.
Involve the Team in the Hiring Process
I like team-based hiring in general, and for an agile team it is essential. Having the manager make a hiring decision in isolation belies the very nature of self-organizing teams.
There are lots of ways to do team-based hiring, and some to avoid. Skip panel interviews that subject a candidate to a barrage of questions. Panel interviews save time for the staff, but can be intimidating for the candidate. Rather, have a subset of the team spend 45-50 minutes one-on-one with the candidate.
Draw up the question list in advance, and then divide the questions between the interviewers–and don’t make the candidate answer the same questions several times! If you’re interviewing more than one candidate, make sure to ask every candidate the same set of questions. You can add additional questions to follow interesting threads, but be sure you have a common set of questions for all candidates so you can compare them apples-to-apples.
Use Past Performance as an Indicator of Future Performance
Use open-ended questions that ask the candidate to describe how he or she responded and acted in the past. (These are often called behavioral interview questions.) Explore with a combination of requests for scenarios and questions:
- Tell me about a situation where you disagreed with a co-worker.
- How did you handle the disagreement?
- How long did you wait to broach the topic?
- Tell me about three approaches you use to deal with conflict at work.
Look for candidates who can disagree–a certain level of conflict is healthy–without being disagreeable. What you don’t want is a team where people disagree all the time and can’t work together. Use behavioral questions to explore flexibility, ability to resolve conflict, helpfulness, and comfort with having work open to team review.
Watch the Candidate in Action
Auditions are a great way to see how a person works. If your team is pair programming, ask the candidate to sign a non-disclosure agreement, and then have her pair program briefly with several team members. How does she respond? Keep in mind that this is a very stressful position for many people–looking for a job is stressful enough, and you’re also asking her to jump into unfamiliar code. How does she handle that? Is she okay with being a learner? Is she comfortable offering feedback or expertise?
When you’re serious about a candidate, consider inviting the candidate to have lunch with the entire team. A group lunch serves two purposes. It allows team members who weren’t directly involved in the interviews a chance to interact with the candidate. Don’t be too worried if the candidate doesn’t act like a social butterfly. But do watch to see if he talks to the people on either side of him and shows interest in the conversation.
Make the Hiring Decision as a Team
After the interviews, auditions, and other data gathering, assemble the interview team to share their findings. I like to use a “thumb vote” to test the level of agreement on candidates. Thumb up indicates support for the candidate, thumb sideways means “I’ll go along with the group,” and thumb down means “I object and wish to speak.”
If everyone is thumb up or thumb down, the decision is easy. If a majority of the group is thumb sideways, keep looking. This should tell you that if everyone is just lukewarm about the candidate, he probably won’t be a good fit.
Override the team’s assessment at your peril!
Use Psychometric Tests Responsibly
One manager whose company had adopted Extreme Programming (XP) stated that his company was now hiring for a particular Myers Briggs Type Indicator (MBTI). I predict that this company will have problems!
Healthy teams have diversity of thought processes, preferences, and psychological traits. A team of people who all think alike or like to do things the same way will run into trouble. Remember that people of all temperaments can be successful. It’s not appropriate to select or exclude candidates based on MBTI type, or any of the other personality indicators.
Psychometric tests can be a useful piece of the puzzle. But basing a hiring decision on a psychological profile or even using it as the determining factor is not only inappropriate, it’s illegal.
Be Prepared to Answer Candidate Concerns
Be prepared to answer questions about career path and development. Self-organizing teams blur the lines between job functions and flatten job grades. Most companies have some form of job descriptions including job levels, career paths, and salary grades. This is what most candidates are accustomed to, and they may have questions on how this will work on a cross-functional team.
I recommend having as few salary bands as feasible on a cross-functional team, and standardizing compensation for each band.
Putting It All Together
Hiring for a cross-functional, collaborative team requires a different emphasis from traditional hiring practices. In many cases, languages, tools, and functional skills are much easier to train in than interpersonal skills. Shift your focus to finding people who are able and eager to work in a cross-functional, collaborative environment and be willing to accept a near fit on technology and functional skills. Follow these steps and you’ll increase your probability of building a productive, collaborative team.
Thanks for this constructive guidance.
I strongly support your advice to “Involve the Team in the Hiring Process”.
Many hiring managers in organizations of all sizes and shapes don’t conceive of people working in teams, so it simply doesn’t occur to them to ask for input from the team when hiring.
As someone working day-to-day on software teams, I appreciate inclusion in team hiring rituals. A team lunch with a potential hire often smokes out valuable intra-personal impressions.
Sadly, I’ve also worked on teams where the morale is so low that team members have a “whatever” attitude vis-à-vis adding new members to the team. Still, I suspect most would rather be solicited for input than ignored.
In pursuit of the ideal technology team, I value behavior over technology. A teammate’s sense of humor, composure under pressure, and professional modesty is more an indicator of collaborative success than outstanding programming chops.
One thing that managers overlook when they exclude the team from the hiring process is the power of ownership. When the team has participated in choosing the new person, they have a vested interest in integrating the new person into the team and helping him succeed.
When the manager is the only one involved, he’s the one with the most ownership, but with limited ability to help the new person fit in day-to-day. The manager also has the most emotional investment in seeing his new hire succeed, so he may be inclined to overlook or brush off problems. Because to admit the person isn’t working out is to admit his mistake.
Of course, the same dynamic can work be at work for the team when they are involved. But it’s less likely all the members of the team will protect, and they have the manager as someone who (in theory at least) can help navigate the situation.
On a darker note, not involving the team in hiring is another way that managers exert power. Though I doubt most of them think of it that way.