At Sourcegraph, we’re building not only a great product for engineers, but also a great, inclusive company for engineers to be a part of. Over the last few months, we’ve been experimenting with our hiring process and wanted to share our experience so far.
(Our last experiment was putting open roles and job descriptions in the sourcegraph/careers Git repository in Markdown. That worked well!)
We set out to test whether giving candidates an option to work on a real-world, independent project (instead of on-site programming challenges) would:
To test this idea, we started offering candidates who pass the initial phone screen 2 choices for next steps:
The project (option 2) replaces some but not all interviews in the hiring process. It gives candidates an option to highlight their skills, work on their own schedules, work in their preferred environments, and show us how they work with others (especially how they respond to code reviews).
We’re aware that engineers are often asked to work on a project for a company as part of the interview process. It’s a significant time commitment. To respect their time, anyone who does a project (option 2) is compensated with a fixed payment for their efforts, regardless of the outcome of the interview.
So far it has been a success! We obviously can’t divulge many specifics without violating privacy, but here’s what we’ve learned:
Because the work is all open source, you can check out one of our new teammate’s interview projects.
We will always be learning and testing new ways to let great candidates show their skills. Our hope is that more choices helps us find more awesome teammates—and helps establish Sourcegraph as a company that's thoughtful about growing our team.
We'd love to hear your thoughts on these questions. Reach us on Twitter at @sourcegraph!
(And check out open roles at Sourcegraph if you're interested in joining our team.)