Earlier quoted context omitted.
I have personally given up on "whiteboarding people"... reminds me of waterboarding. I skim the resume, underline anything we use internally and talk to them about experiences. We've done over 300 interviews in the last expansion year (2017) because we had to build a brand new development office (+50 devs). After hiring all of these people, we've quantified this as three things: Curiosity, Ability to Learn and Abilit…
You can't really quantify attributes like curiosity, ability to learn and ability to listen so it's difficult to interview for them without having all kinds of biases sneak in. How do you deal with this in your process?
You can get a feel for it... ask about personal projects, then follow-up on why. The best candidates will cop to "I wanted to check out the new tech (curiosity)", "I wanted to learn the new programming language (learning)".
Listening is a little bit more difficult to quantify, but we're mostly looking at people who know how to follow the flow of a conversation (a good friend once told me it's like a battle, their side shoots a little bit, we shoot a little bit back and back and forth)
Edit: Some people don't have personal projects and that's fine, you can ask what they would like to learn or if they want to learn something. Someone who just rolls in to write some code for a paycheck is perfectly fine but if someone has a desire to learn something, it's a good trailing indicator.