Why You Should Design a Better Hiring Process
24 September, 2021
null null
null at PolicyGenius Inc.
Problem
Getting engineering interviews right is a tough problem. As with engineering, the types of interviews we run come with a set of tradeoffs. Early on in Policygenius’ life, we interviewed senior engineer candidates with a different process than we did for early- and mid-level engineers. For engineers with less experience, we would have take-home assignments; so before coming on-site, they would spend an hour or two workings on a concrete problem that we gave them. If they passed the first round, we would work with them on expanding what they had developed in a series of interviews. For Senior candidates, we didn’t use this model, because senior candidates were less willing to do these types of assignments.
While we got some good signals from the take-home assignments, experienced candidates have a lot more choices. To some extent, they have more control over the job marketplace.
There is no one consistent definition of senior engineer across the industry. In a lot of cases, when people were on the borderline, they would be sitting through the wrong series of interviews if they were more senior or junior than we expected. Transitioning people between these two interview pipelines was impossible due to the take-home pre-work.
Our challenge was creating an interview process that created consistency in our process, but also allowed us to reliably determine the level for different candidates, regardless of their title at other organizations.
Actions taken
We had some big challenges ahead of us in creating interview funnels that worked for all parties involved. How could we design interviews that successfully capture a wide range of candidate abilities, in a way that’s objective across all of the interviewers in our organization?
We turned to the root of those determinations: our career rubrics, which we use to define each of our roles and the expected competencies of engineers at various levels of their careers. Which of those did it feel we could reliably assess in an interview? Which of those couldn’t meet that standard?
We took down that list and identified which of our varied existing interview modules could map to each of those competencies. By evaluating these for each existing interview module, we could determine which interviews were overlapping, which were critical and trim out the components we didn’t need.
Using those same competencies, we built out a new form of rubric – rubrics that evaluated each and every one of our interviews, and identified how we expected candidates of different levels to perform in those interviews. These weren’t checkboxes but were guidelines for interviewers to use to help them objectively assess. Interviewers loved these new rubrics – it gave them more confidence in their interviewing and gave them a foundation on to build their interview feedback on.
We also went to the drawing board and created all the interview questions that captured this wider range of ability a lot better than in the past. There was no perfect translation of their skill sets, but we did give our best to build interviews that gave us the flexibility to evaluate many potential areas. Using those rubrics as a foundation, we could carefully design questions to capture exactly what we wanted them to evaluate.
No interview scenario is perfect. Different candidates have different wants from an interview, and you can’t objectively meet them all where they want to be met. By creating an interview structure and unifying our pipeline, though, we found that candidate experience improved, recruiters and coordinators were able to easily adapt to different candidates, and hiring managers got better signals than ever before regarding candidate experience.
Lessons learned
- Interview rubrics are incredibly important. Many different organizations did not know what they were looking for, but the rubrics score all the candidates' responses against the same criteria. It eases the evaluation process.
- Build an interview process that doesn’t make too many assumptions about a candidate’s experience – they may well have a lot more to offer than it looks like on paper!
Discover Plato
Scale your coaching effort for your engineering and product teams
Develop yourself to become a stronger engineering / product leader
Related stories
20 January
As a Lead or Manager, one could naturally incline more towards being either people oriented or task oriented. Which is better? Do you know which side you lean more towards?

Kamal Raj Guptha R
Engineering Manager at Jeavio
20 January
Recently, I have read the book ‘Linked’ from Omar Garriott and Jeremy Schifeling on audible. The audio book is 7 hours long. If you dont’ have time or need a brief summary, read on

Praveen Cheruvu
Senior Software Engineering Manager at Anaplan
19 January
Recruiting and retaining good staff is amongst the top challenges for every business. There is a world where it's not always expensive, doesn't take an age, reduces lead times and actively contributes to the in-situ teams growth.

Alex Shaw
Chief Technology and Product Officer at Hive Learning
10 December
Supporting principles on why being data led (not driven) helps with the story telling.
Vikash Chhaganlal
Head of Engineering at Xero
5 December
Your Org Team may as well be a Sports team. Let's explore how this cohesive, multi-skilled team can be optimized for Great Group Playoff.

Jaroslav Pantsjoha
Google Cloud Practice lead at Contino