Question for the crowd 👋 For those hiring RevOps or ops people right now: what actually predicts whether someone can build the system, not just name the tools? Resumes and interviews keep missing it for me, so curious which signals you've learned to trust. ⚡
Lend them small project to do. It can be small, you can easily figure out how they think and if they can use the tools :)
Have them walk you through (screen share) a couple builds they completed and ask their process and how they put it together See if they've built systems similar to your needs Let them into your needs and have them write out a plan to diagnose (then give them info needed) and prototype 1 of your core challenges
I’ve found work samples and real problem-solving exercises reveal far more than resumes or tool knowledge ever do. A paid project turned into a case study will definitely be of help.
This is a strong question. I’d look less at whether they can name the tools and more at whether they can explain trade-offs. For example: Why this workflow? Why this sequence? What breaks if volume doubles? What would they simplify if the team had no ops maturity? How do they decide what not to automate? Paid projects help, but the real signal is not just the output. It is how they diagnose, prioritise, explain constraints and recover when the build is messy. That usually shows more than a resume or polished interview answer.
Really like the answers to this question. I myself have something to push back on. Paid projects are great no doubt, but for someone starting out in the Ops field may not get a “paid” project without showing some proof of work first. That being said, how would a portfolio site and a good couple of projects on relevant use cases fare ? Would potential employers still consider it?
