He is invested in the success of his team both personally and professionally.
I've been solving operational problems my entire career. The tools have changed, but the approach hasn't: understand the people and the context first, then figure out what's actually broken, then fix it.
That started in a restaurant kitchen, where I learned that most problems aren't what they look like on the surface. A "technology problem" is usually a process problem. A "process problem" is usually a communication problem. Getting to the real issue takes patience, the right questions, and a willingness to sit with the mess before jumping to a solution.
That perspective has carried through every role since: redesigning department operations, building custom software on ERP platforms, leading development teams, and modernizing enterprise HR and payroll systems for a global manufacturer. The environments change, complexity scales up, and the costs of getting it wrong get higher... but the work is the same. Bring clarity to a situation, build something that holds up under pressure, and make sure the people who use it were part of shaping it.
I'm technical enough to build the solution and operational enough to know which problems are worth solving. Most of my career has been spent in the gap between business teams who know what they need and technical teams who know what's possible. That's where I do my best work: translating between those groups, creating structure where there isn't any, and making sure what gets delivered actually solves the problem it was meant to.