By Chris R. Chapman at February 27, 2008 08:51
Filed Under: agile

Some colleagues who are working on a contract overseas shared some very interesting observations on how their client conducts developer interviews using pairing.  This is a really creative and innovative approach that I think can yield better candidates than the traditional whiteboarding interview:

They follow an "explicit pairing" development style where one of their interviewers actually designs a solution with the candidate (collaborates instead of interviews) and the second interviewer collaborates with the candidate to code up the design they came up with. The coding is actual coding which they do on laptops and they switch between writing test cases and the actual solution half way through the exercise -- i.e. one picks up the others code and tries to finish the exercise.

There are few things we can learn from their style (it flushes out design and development ability more explicitly than whiteboarding and also surfaces ability to collaborate when things get down and dirty and nothing clears the mind better than having to dig through someone elses code).

This approach blows my mind – it takes the staid, boring and dry interview process and makes it (for the right candidates) a fun and engaging activity that not only helps better surface skills and potential, but also offers insights into how an agile team works.

How do you conduct interviews?  What do you like or dislike about the process?  Would this type of real-time pairing and problem solving help your team find better candidates?

Comments

2/28/2008 5:31:30 AM #

Jeff Kelly

I really like this approach. As Joel on Software always says, a coder's interview where the candidate doesn't actually write any code is a waste of time. I also really like the idea of spending time collaborating with current employees of the company to see if they get along (not sure from the posting if the "interviewers" are members of the actual team the person is trying to get on -- always a good idea).

(My only criticism is that the writer of the original post needs a refresher on the use of apostrophes.)

Jeff Kelly |

Comments are closed

About Me

I am a Toronto-based software consultant specializing in SharePoint, .NET technologies and agile/iterative/lean software project management practices.

I am also a former Microsoft Consulting Services (MCS) Consultant with experience providing enterprise customers with subject matter expertise for planning and deploying SharePoint as well as .NET application development best practices.  I am MCAD certified (2006) and earned my Professional Scrum Master I certification in late September 2010, having previously earned my Certified Scrum Master certification in 2006. (What's the difference?)