Last updated: July 14, 2026
By Robert Ardell, Co-Founder and Strategic Advisor at KORE1
Hiring a head of engineering starts with one call: whether you need a hands-on builder, a pure people-leader, or the first executive who owns all of engineering, then budget $200,000 to $450,000 and give the search two to four months. That single sentence hides the whole problem. Money and pipeline are the easy parts. What sinks the hire is opening the req while three different jobs are still fighting under one title, so the search goes out fuzzy and comes back fuzzy. Pick the job. The rest of this gets easier once you do.
Full disclosure before we go further. I helped start KORE1 back in 2005, and our retained executive search practice places engineering and technology leaders for a living. We get our fee only if you hire through us. Which makes it odd that a good chunk of what follows tells you to promote the senior engineer you already have, rent a fractional leader for a while, or leave the seat open one more quarter. Not one of those paths pays us a cent. I put them in anyway, because I have sat across from too many companies that reached for a shiny title to cover a problem hiring alone could never fix, and I care more about you getting this right than getting it done this quarter.
Here is the part worth saying out loud. This is usually the first real leadership hire an engineering org makes, and first hires set the tone for a decade. Our desk has been placing technology leaders for two decades, across more than 30 U.S. metros, and twelve months on, more than nine in ten of our placed leaders are still in the role. The recruiters who run these searches each bring fifteen-plus years at exactly this level. That is not a tagline. On a hire this permanent, and this easy to fumble, that is the whole value.

Three Jobs Wearing One Title
Ask ten founders what a head of engineering does and you get ten answers, because the title travels across wildly different companies. At a thirty-person startup it means the person who still writes code two days a week and hires the first managers. At a company of two hundred engineers it means someone who has not opened an editor in years and lives in roadmaps, budgets, and the org chart. Identical posting. Two people who would barely recognize each other’s week.
So before you write a spec, figure out which version your company actually needs right now. Not in three years. Now. The table below is the shorthand I use with founders on the first call.
| Where your company is | What the head of engineering really does | Who you are actually hiring |
|---|---|---|
| Seed to Series A, roughly 10 to 30 engineers | Still ships, sets the technical bar, hires the first two or three managers, owns architecture and on-call | A builder who leads, not a leader who used to build. The code respect has to be real. |
| Series B to mid-market, 30 to 100 engineers | Runs managers, delivery, hiring, and process. Owns whether the roadmap ships on a predictable clock | An operator who has scaled an org through the exact stage you are entering, not the one you just left |
| Larger or public, a division of 100-plus | Owns a whole engineering P&L through directors, sits close to the executive table, answers for the outcome | A seasoned executive who has carried a number this size before, often a VP in everything but the business card |
Read down that middle column and the trap jumps out. The startup version and the division version are nearly opposite hires. One earns the respect of engineers by being genuinely technical. The other earns the trust of the board by being genuinely commercial. Different animals. Hire the wrong one for your stage and it surfaces around ninety days in, when the brilliant architect cannot run a hard performance review, or the polished executive cannot tell whether the platform rewrite is real work or a quiet stall.
Head of Engineering, VP, or a Senior Manager You Already Have?
Work this out before you sign off on a budget, because more companies than you would guess come to us for a head of engineering and actually need something else. Sometimes something smaller. The honest alternatives sit on both sides of the seat.
Below it is the engineering manager. If you have one team and it needs day-to-day leadership, the standups, the one-on-ones, the unblocking, then that is a manager role, and it costs a good deal less. A lot less. Do not put a whole-function title on a single-team job. Above it, or beside it, is the VP of Engineering, and the two titles blur constantly. The rough rule. At a smaller company the head of engineering is the top of the tree and often still technical. A VP usually sits over an established layer of directors and managers. Some companies use them interchangeably. That is fine, as long as you are honest about which shape you mean, because the pay and the profile move with it.
Then the CTO question. It surfaces every time. A CTO tends to own technology strategy, architecture direction, and the outward face of engineering to customers and investors. A head of engineering owns whether the thing actually ships. That is the whole split. Plenty of startups need the second one first and open the wrong req anyway. If you want it spelled out with numbers attached, our CTO salary guide maps where the two roles diverge.
One more option, the one founders forget. You can rent the role. A fractional engineering leader two or three days a week can stand up a delivery cadence, fix a leaking hiring funnel, and give you an honest read on whether the full-time seat is justified before you lock in the salary. I point more clients toward this than arrive expecting it. Some resurface twelve months on, finally ready for the full-time hire, clear at last on what they actually need it to be. Others learn that the person already carrying half the load just needs the title and the air cover. Gallup found that only about one in ten people have real talent for management. Sometimes that one is already on your payroll. Sometimes not, and telling the difference is the entire reason to slow down here.
What the Job Pays in 2026
Compensation for this title looks insane until you see why. The aggregators disagree by a factor of two. One big aggregator, Glassdoor, lands on an average near $367,000, with a typical band of $282,000 to $490,000. Another, PayScale, says about $153,000. Both are right. They just count different companies. Glassdoor skews toward equity-paying tech firms and counts total pay. PayScale skews smaller and counts base alone. The federal number sits in between. The Bureau of Labor Statistics pegs the median for computer and information systems managers at $171,200 as of May 2024, and the top tenth clears $239,200. So the gap is not noise. It is the job.
So ignore the single number and price the version you are hiring. Here is how the bands actually break down by stage.
| Company stage | Typical base | Total cash and equity |
|---|---|---|
| Seed to Series A | $180,000 to $240,000 | $220,000 to $400,000, equity-heavy, often a meaningful slice of the company |
| Series B to mid-market | $220,000 to $300,000 | $300,000 to $500,000 with bonus and refresh grants |
| Large or public tech | $300,000 to $450,000-plus | $500,000 past $1,000,000 once equity refresh and long-term incentives stack |
Equity is where the early-stage offer really lives, and it is the part founders lowball out of habit. A head of engineering who joins a fifteen-person company is taking founder-level risk on their career. Pay them like it. Generously. The exact percentage depends on stage and how close to founding the hire really is, so pressure-test your number against the market with our salary benchmark assistant before you name a figure you cannot move off. The comp mechanics overlap heavily with the next title up, and our VP of Engineering salary guide breaks the equity math down further. Set the pay below the mandate and you will be back in the market inside a year, running the whole thing again, except now it costs more and your team has watched a leader walk out the door. Underpricing is a false economy.
Finding Someone Who Isn’t Looking
The person you want already has a job they are not unhappy in, a team that would hate to lose them, and a roadmap they are only halfway through shipping. People like that do not browse listings. They are not looking. That is the whole challenge. No database closes a hire at this level. A specific, human reason to pick up the phone is what does, and manufacturing that reason is most of the craft.
Start by writing a one-page mandate, and I mean one page, before you talk to a single candidate. What is this person accountable for by the end of year one? How much headcount and budget do they genuinely control, versus merely advise on? Which decisions land on their desk alone, and which stay with the CTO or the founder? Who reports to them on day one? Answer all four. On paper. Leave any of it blank and the blank does not vanish. It slides into the interviews, where every finalist quietly senses the gap and reads a little blurry. Strong leaders will not fill a hole you would not define yourself. Founders always want to sprint to the interviews. The mandate is what makes those interviews worth holding.
Then be honest with yourself about the reporting line. Is this a real owner of engineering, or a mid-level manager handed a big title while sitting three levels down from a founder who never truly handed anything over? Strong candidates probe that on the first call. Answer it mushily and they go polite, then quiet, then dark. The ones who go dark are usually the ones you wanted most. Read the silence.
Sourcing is the part you are really paying a search partner for. The leaders worth hiring cluster in a few places, and none of them answer cold job alerts. Some are running a platform or product-engineering group at a company that is doing fine, which is exactly why a call about something more ambitious lands. Some are a year past a brutal replatforming, maybe off a groaning monolith and onto Kubernetes with a CI pipeline that finally works, and they have started wondering what the next mountain is. That itch is your opening. And a quiet, valuable few stepped back into staff-plus IC work or advising a while ago and privately miss having a team to build. Everyone overlooks that last group. They are the hardest to surface and, once you reach them with a real pitch instead of a form letter, the most likely to say yes.
References are worth ten times more when you point them at the rough years. Every candidate can line up a few people who will gush. That tells you nothing. Ask instead about the project that slipped two quarters, the senior engineer who resigned on their watch, the 2 a.m. outage that exposed a runbook nobody had written. A real leader carries the scars from all of it and will walk you through them without flinching. Push past the highlight reel. Stay on it until you get an answer that clearly costs them something to say out loud.

The Interview That Actually Predicts This Hire
Engineering leaders interview well. Almost too well. Someone can speak fluently about scaling teams and shipping culture without ever having carried the weight, and a loose loop rewards the fluent talker over the person who actually did the work. So stop grading the presentation. Hunt for evidence instead. A handful of pointed questions do most of the work here, and the loop is worth building around them.
Ask them to reconstruct a team they took over. How many engineers, in what condition, with what specifically broken, and what measurably changed while they ran it. Push for texture, not the highlight reel. People who have actually done this drop into detail in seconds, naming the services, the metrics, the awkward reorg they had to force. The texture is the tell. People who have only talked about it stay abstract, because abstraction is all they are holding.
Then move to a harder subject. Watch for honesty here. A time they had to manage someone out. Anyone who has genuinely led engineers has parted ways with a person, and the way they narrate it tells you more than any values question. Did they wait too long, the way almost everyone does the first time? What did it change about how they lead now? A career that is all hiring and growth, with nobody ever coached out, usually means the person led in title more than in practice.
Then get technical, on purpose. You are not hazing them with a LeetCode puzzle. You are checking whether engineers will respect them. Put a real architecture decision on the table, something your team is actually chewing on, a move from a monolith to services, a Postgres bottleneck, a build that takes forty minutes. Watch whether they ask the questions a credible technologist would ask, or whether they retreat to generalities about alignment and velocity. The engineers on your panel will know inside five minutes. Let them.
Finally, sit the finalist down with the people they will need on their side but can never command. Your head of product. Your most respected staff engineer. Maybe the founder. So much of this job is moving work through people who owe you nothing on the org chart, and those exact people size up a would-be leader in one meeting and are rarely wrong. The room decides. Trust their read. It surfaces things no resume and no scorecard ever will.
Landing the Yes, Then the First Quarter
A yes in principle is not a signature. Hold the celebration. Plenty of strong searches unravel right at the offer, and the usual reason is that the company writes a base-salary offer for a person who is actually deciding on equity, scope, and how much they believe in the mission.
Now build the offer, all of it. Base, of course. But also equity that would genuinely matter if the bet pays off, a bonus attached to the mandate you handed them, and a written, specific answer on scope and authority. If this really is the top engineering seat, commit to that in the offer letter, not a friendly signal over dinner. Serious people have been sold vague futures before. They discount them on sight.
Then guard the first stretch, because this is exactly where good hires get quietly hollowed out. A new engineering leader needs a fast, visible win the whole team can rally around. A release that finally ships clean. An on-call rotation that stops burning people out. A hiring bar everyone can feel rise. And they need the founder to say plainly, in front of the company, that this person now runs engineering. Out loud. Then to hold that line the first time a decision goes a way the founder would not have chosen. Skip that and the title is hollow. Just a nameplate. In my experience these hires die from withheld authority far more often than from any shortfall in ability. Treat it as a retained direct hire aimed at the eighteen-month mark rather than the start date. Whoever signs in week one is not guaranteed to be the leader still delivering in month twelve, and shrinking that distance is the real job.

The Questions We Get Every Time This Seat Opens
Head of engineering versus VP of engineering, is there a real difference?
Usually it is about company size and how technical the role stays. At a smaller company the head of engineering is the top of the org and often still close to the code, while a VP of Engineering typically sits over an established layer of directors and managers at a larger one. Many companies use the titles interchangeably. That is fine. What matters is that you decide which shape you actually need, because the pay band and the candidate profile follow the shape, not the words on the business card. The shape is the thing.
Should we promote our best engineer or hire from outside?
Promote when you can, but only if you build the missing muscles on purpose instead of hoping they appear. Your strongest engineer is not automatically your strongest leader; the jobs share a vocabulary and almost nothing else. Give the internal candidate a real team, a mentor, and a quarter to prove it before you decide. A promotion that works is cheaper, faster, and keeps the people under them from leaving. A promotion that fails costs you two people instead of one. Sometimes three.
Realistically, how long does this search take?
Plan on two to four months to get from a clean kickoff to ink on a genuine search, and stretch that if the mandate is still vague when you start. A mid-sized company with a sharp spec can move quicker. Not by much. Our overall average time-to-hire sits near 17 days, but a leadership search keeps its own schedule, and the slow part is winning over people who were perfectly content where they were, not screening applications.
Do we even need a head of engineering yet?
You need one when no single person owns whether engineering ships, and the founder or CTO has become the bottleneck for every real decision. If your teams are small enough that a couple of strong managers plus the founder can still steer, it may be too early, and a fractional leader can bridge you. The tell is pain that is organizational, not technical. Not the code itself. When the problem is coordination, priorities, and hiring rather than the codebase, the seat has arrived.
What makes these hires fail in the first year?
Withheld authority, almost every time. The founder hires a leader, announces it, then keeps making the calls that were supposed to move to the new person, and the hire quietly checks out. The second most common cause is a stage mismatch, a big-company executive dropped into a scrappy team they cannot relate to, or the reverse. Both trace back to the same root: the company never got honest about which job it was filling before it filled it. It is that simple.
Is a retained search fee worth it for a role like this?
For a hire that sets your engineering culture for years, usually yes, though I would say that. The value is not access to a database you could rent. It is the outreach to leaders who are not looking, the pressure-testing of a mandate before it goes to market, and the reference work that surfaces the thing the candidate hoped you would not ask. If your network can already produce three strong, off-market finalists, run it yourself and keep the fee. Most companies at this stage cannot, which is the honest reason the desk exists.
The Clarity Is the Hard Part, Not the Talent
Good engineering leaders are out there. Talent is not what is scarce here. What is scarce is clarity, and most companies open this seat with only a hazy sense of what it is for, hire against the haze, then wonder why an impressive person keeps missing. Name the job. Define it honestly. Pick the version that fits your stage. Match the pay to the mandate, hand over real authority, and back the person through a rough first quarter. Do that and this becomes a search you can win.
Want a candid read on whether you need a full-time head of engineering, a fractional leader, or the person already doing half the job? Bring the question to our team. We have been running this search across 30-plus metros for two decades, and better than nine in ten of the leaders we seat are still there when the first anniversary comes around. Plenty of those calls end with us telling a founder to hold off, or to give the shot to someone already on staff. We would rather say that today than send you a bill for the wrong hire down the road. And if you are weighing the roles on either side of this one, our guide to hiring a VP of Engineering and our wider engineering staffing practice take the same plain-spoken approach to the seats right next door.
