The First Hire for Your AI Operating Model Isn't an Engineer

Companies added 1.3 million AI builder roles in two years, yet nearly 80% of enterprises can't say who owns their AI initiatives. The first hire for your AI operating model isn't an engineer. It's an owner.

Operating ModelAILeadership

Open any job board and search for AI. It's builders, top to bottom. AI engineers, ML engineers, forward-deployed engineers, agent developers. LinkedIn's own labor data says the economy added 1.3 million new AI roles in two years, that AI engineer is one of the fastest-growing jobs on the platform, and that Head of AI titles are surging across the US, UK, Germany, Canada, India, and Australia. Staffing the build side of AI has become a land grab.

Now put that next to a number from the other side of the desk. This spring, HFS Research surveyed 505 executives at Global 2000 companies. Only 14% said their organization has a clear AI strategy tied to accountability. Nearly 80% couldn't say who actually owns their AI initiatives.

Read those two together and the picture is hard to unsee. We're staffing the factory and leaving the wheel empty.

You'd think the Head of AI surge would fix this. Mostly it doesn't, because the title usually goes to the most senior builder in the room. They own the roadmap, the platform, the demo for the board. Ask who owns the operating model and you'll watch the eye contact die. Who approves a new tool? Who decides what data each agent can touch? Where does an exception go? Who can shut a system off on a Tuesday night, and does anything actually happen when they do?

I've spent the last few months writing about agent sprawl, shadow AI, and the control plane that has to sit underneath all of it. Every one of those problems ends at the same desk. At most companies, that desk is empty.

So here's the role, plainly. The first real hire for your AI operating model isn't another engineer. It's an owner. Call it head of AI operations, call it a chief of staff for AI. The title matters less than the job: they own the catalog of what's sanctioned, the permissions that say what each system can touch, the approval path that answers in days instead of quarters, the exception lane, the logs that can reconstruct a decision, and the kill switch. Not build them. Own them. Run them like a product whose customers are your own employees.

A normal week in that job looks nothing like a sprint board. Monday, they retire an agent that's been emailing a vendor for three weeks after the project ended, because the off switch is theirs. Tuesday, marketing asks for a new tool and gets an answer in two days, with conditions, instead of a committee in two months. Wednesday, the third team to request the same exception turns it into a new lane on the paved road, because the third request isn't an exception anymore. Thursday, they walk an auditor through exactly what a system did in March, from approval to log. Friday, they read the report on where people routed around the official path, and it becomes next quarter's backlog.

None of that is engineering. All of it is ownership. And nobody does it well part-time, off the side of a desk, while also shipping.

So why don't companies make this hire? Because the role doesn't demo. You can put a prototype in front of a board and watch the room lean in. You can't demo an approval path. Builders produce visible motion. Owners produce the absence of disasters, decisions that never need to be unwound, speed that doesn't come back later as rework. On a budget slide that looks like nothing. Right up until it's everything.

There's a human cost to skipping the hire, and it showed up in the same study. Most employees said they fear being held accountable when AI fails. That fear is rational in a company where accountability was never assigned to anyone. And fear doesn't make people careful. It makes them slow, or it makes them quiet about what they're already running. You lose either way.

If you're sitting on next year's AI budget, look at the req list. Count the builders. Then ask who owns the catalog, the permissions, the exceptions, the logs, and the off switch. If the answer is a committee, it's nobody. If the answer is a shrug, you don't need another engineer yet.

You can rent models. You can rent tools. You can rent very good builders by the hour. You can't rent accountability. That one you have to hire, name, and back.

Jared Mabry is SVP and CIO at D4C Dental Brands. He writes about enterprise AI, technology leadership, and the operating model behind technology that changes the business.

Stay in the loop

A weekly newsletter on AI, software design, and technology leadership — plus curated reads worth your time. No spam, unsubscribe anytime.