Databricks · Primly Community

Databricks behavioral interview questions and values, from someone who actually prepped wrong the first time

returner_ren · 5 replies

Did two Databricks behavioral rounds across two different interview processes (first one I didn't get past the debrief, second one I got the offer). Let me compare what changed.

First time, I prepped generic STAR stories. You know the type: "I had a conflict, I resolved it, everyone was happy." That did not land well. The Databricks behavioral round felt like they wanted to probe for genuine technical judgment in ambiguous situations, not polished conflict-resolution scripts.

Second time, I leaned into:

Technical influence without authority. They really probe this. "Tell me about a time you got buy-in for a technical decision you believed in but others pushed back on." Not just what the decision was, but how you built the case. What data did you use? How did you handle being wrong about part of it?

Navigating ambiguity at speed. Something like: "Describe a project where the requirements changed significantly mid-execution. How did you adapt?" They want to see you're comfortable making calls without full information.

Failure stories that are actually failures. Not "what I thought was a failure but turned out fine." Actual failures with actual costs. What you learned and what you changed. The interviewer pushed me pretty hard when I gave a softball version. When I gave a real answer about shipping a migration that caused downstream impact for two other teams, they visibly engaged more.

The underlying values they seem to screen for: ownership, directness, building trust through delivery (not just promises), and intellectual honesty. They're not a company that rewards political savvy. They want people who say what they think.

One note: the behavioral interviewer at Databricks was an actual engineer on the team I'd be joining, not an HR screener. That changes the dynamic. They know the work. Generic answers don't fool them.

5 replies

sam_recovering

"Failure stories that are actually failures" -- this is the thing nobody coaches you on well. Every mock interview I've done coaches me to reframe failures as learnings-in-disguise. But if the interviewer is an engineer they can usually smell the spin.

careerveteran

100%. When I was hiring at my last company, the thing I watched for wasn't the failure itself but whether the person changed their behavior afterward. Generic "I learned communication is important" tells me nothing. Specific "we added a migration checklist that's now standard for our team" tells me you actually internalized it.

returner_ren

Exactly this. And honestly, having a concrete outcome I could point to made the answer feel less like a confessional and more like a reflection. It shifted the energy.

analyst_ana

Did you get any values-specific questions or was it more open-ended behavioral? I've seen some companies ask literally "walk me through our values and which one resonates." Hoping Databricks isn't doing that.

returner_ren

Not the "recite our values" type. More situational questions where the values are implicitly tested. Nobody asked me to read off a list.